NullPointerException at DeploymentSorter with IBM's JDK ------------------------------------------------------- Key: JBAS-2780 URL: http://jira.jboss.com/jira/browse/JBAS-2780 Project: JBoss Application Server Issue Type: Bug Security Level: Public(Everyone can see) Components: Deployment services Affects Versions: JBossAS-4.0.3 SP1 Environment: The IBM JDK I've used is: java -version java version "1.5.0" Java(TM) 2 Runtime Environment, Standard Edition (build pxi32dev-20051104) IBM J9 VM (build 2.3, J2RE 1.5.0 IBM J9 2.3 Linux x86-32 j9vmxi3223-20051103 (JIT enabled) J9VM - 20051027_03723_lHdSMR JIT - 20051027_1437_r8 GC - 20051020_AA) JCL - 20051102 OS: Debian GNU/Linux unstable Eclipse 3.1.1 + JBoss IDE 1.5 JBOSS: jboss-4.0.3SP1 Reporter: Horacio de Oro Priority: Minor I've a project working well with JBoss 4.0.3SP1 + Sun JDK 1.5.0_06. I start JBoss in debug mode and if I make a change to the class the "hot-code-replace" works well. But with IBM's JDK I get the following exception after making any change to a class: 02:04:10,212 ERROR [AbstractDeploymentScanner$ScannerThread] Scanning failed; continuing java.lang.NullPointerException at java.lang.String.endsWith(String.java :494) at org.jboss.deployment.DeploymentSorter.getExtensionIndex (DeploymentSorter.java:84) at org.jboss.deployment.DeploymentSorter.compare(DeploymentSorter.java:72) at java.util.Arrays.mergeSort(Arrays.java:1299) at java.util.Arrays.mergeSort (Arrays.java:1310) at java.util.Arrays.mergeSort(Arrays.java:1310) at java.util.Arrays.mergeSort(Arrays.java:1310) at java.util.Arrays.sort(Arrays.java:1238) at java.util.Collections.sort (Collections.java:174) at org.jboss.deployment.scanner.URLDeploymentScanner.scan(URLDeploymentScanner.java:496) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.doScan (AbstractDeploymentScanner.java:192) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.loop (AbstractDeploymentScanner.java:203) at org.jboss.deployment.scanner.AbstractDeploymentScanner$ScannerThread.run (AbstractDeploymentScanner.java:182) That stack trace start appearing in logs after making a change to a class, and continue appearing again and again and again.