This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
After change set http://hg.netbeans.org/main/rev/d4a88ad80530 it is impossible to connect to any remote host, because a ClassNotFoundException occurs: java.lang.ClassNotFoundException: javax.crypto.spec.SecretKeySpec org.eclipse.osgi.internal.loader.BundleLoader.findClassInternal(BundleLoader.java:513) org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:429) org.eclipse.osgi.internal.loader.BundleLoader.findClass(BundleLoader.java:417) org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loadClass(DefaultClassLoader.java:107) java.lang.ClassLoader.loadClass(ClassLoader.java:248) Caused: java.lang.NoClassDefFoundError: javax/crypto/spec/SecretKeySpec com.jcraft.jsch.jce.AES256CTR.init(AES256CTR.java:55) com.jcraft.jsch.Session.checkCipher(Session.java:1980) com.jcraft.jsch.Session.checkCiphers(Session.java:1957) com.jcraft.jsch.Session.send_kexinit(Session.java:565) com.jcraft.jsch.Session.connect(Session.java:282) org.netbeans.modules.nativeexecution.jsch.JSchChannelsSupport.startNewSession(JSchChannelsSupport.java:194) ... This makes impossible CND development in remote area.
Reproduced.
I've heard about similar problem at http://blog.springsource.com/2009/01/19/exposing-the-boot-classpath-in-osgi
No, the problem is caused by incompatible change in behavior of Equinox between 3.6 and 3.7.1: https://bugs.eclipse.org/bugs/show_bug.cgi?id=344850 Proper fix includes changing the manifest of jsch module to import the necessary packages it needs from JRE using "Import-Package" manifest tag.
Could someone do what Jarda proposes asap. This issue *completely* block development of 2 features.
(In reply to comment #4) > This issue *completely* block development of 2 features. We have version control so that statements like this are not true. Just update to b158bc702c70 (the last default-branch cset before the merge of the new Equinox) and work from there. (You cannot push extra heads to the default branch, of course, but you can merge with the other default head just to push it, then return to your anonymous branch to continue work.)
For now today please run your IDE with -J-Dosgi.compatibility.bootdelegation=true
(In reply to comment #6) > For now today please run your IDE with > -J-Dosgi.compatibility.bootdelegation=true Thanks. Will try.
(In reply to comment #5) > (In reply to comment #4) > > This issue *completely* block development of 2 features. > > We have version control so that statements like this are not true. Yes, we know, so backout was more appropiate advise here, but we'll use flag of course
hg backout is also an option when a regression without workaround needs to be fixed in official trunk builds and a proper fix is not immediately apparent. Development of features affected by a regression on a branch rooted prior to the faulty changeset is less disruptive and works as well if testing of CI binaries is not needed.
ergonomics#586018b250dd I've added import of few packages and I am able to connect to my ssh machine. Should you the library need more packages, feel free to extend the import list.
Cf.: https://bugs.eclipse.org/bugs/show_bug.cgi?id=360663#c12
Hi, I'm the author of JSch. That ssh2 library supports the packet compression, and if that functionality is enabled, com.jcraft.jzlib will be also referred. If NetBeans includes JZlib[1] by the default, I suggest to append "com.jcraft.jzlib" to the "Import-Package" manifest tag. [1] http://www.jcraft.com/jzlib/
(In reply to comment #12) > Hi, I'm the author of JSch. > > That ssh2 library supports the packet compression, > and if that functionality is enabled, com.jcraft.jzlib will be also referred. > If NetBeans includes JZlib[1] by the default, I suggest to append > "com.jcraft.jzlib" to the "Import-Package" manifest tag. > > [1] http://www.jcraft.com/jzlib/ "org.ietf.jgss" should be also appended to it for the authentication method "gssapi-with-mic".
*** Bug 208773 has been marked as a duplicate of this bug. ***
Jarda, can you do what atsuhiko have mentioned? (and yes, we do use compression => jzlib as well)
Integrated into 'main-golden', will be available in build *201202240400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/586018b250dd User: Jaroslav Tulach <jtulach@netbeans.org> Log: #208616: In pure OSGi, it is necessary to import packages from javax namespace. Equinox 3.7.1 by default runs in pure OSGi mode.
(In reply to comment #15) > Jarda, can you do what atsuhiko have mentioned? (and yes, we do use compression > => jzlib as well) I am adding import of "org.ietf.jgss", it was missing. Otherwise our JSch has a "require-bundle" dependency on "jzlib": ergonomics#2297a0262e78
*** Bug 208613 has been marked as a duplicate of this bug. ***
*** Bug 208770 has been marked as a duplicate of this bug. ***
*** Bug 208609 has been marked as a duplicate of this bug. ***
Integrated into 'main-golden', will be available in build *201202260400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/2297a0262e78 User: Jaroslav Tulach <jtulach@netbeans.org> Log: Refinement to #208616: adding dep on org.ietf.jgss
*** Bug 213742 has been marked as a duplicate of this bug. ***