Created attachment 117807 [details]
ide log

Created attachment 117808 [details]
ide log

Created attachment 117809 [details]
ide log

OK, if it is debugger problem, then it should be analysed by debugger guys

java.lang.ClassNotFoundException: org.openide.util.actions.CallbackSystemAction$WeakAction
This is definitely not a debugger problem.

java.lang.ClassNotFoundException: com.sun.jdi.AbsentInformationException
This is caused by: Java Home = /home/lukas/work/lock/jdk1.7.0_03/jre

You can not use debugger on JRE.

How do you event manage to run debugger on JRE? When I try that, debugger modules refuse to install when running on JRE, since they miss tools.jar.

(In reply to comment #5)
> java.lang.ClassNotFoundException: com.sun.jdi.AbsentInformationException
> This is caused by: Java Home = /home/lukas/work/lock/jdk1.7.0_03/jre
> 
> You can not use debugger on JRE.
> 
> How do you event manage to run debugger on JRE? When I try that, debugger
> modules refuse to install when running on JRE, since they miss tools.jar.

just by running IDE using './netbeans --jdkhome /home/lukas/work/lock/jdk1.7.0_03'

The WeakAction problem is reported as bug 210509, if you believe the rest is caused by debugger missing necessary library, deal with it in debugger product, please.

O.K., now I see that messages log contains .../jre, even when it uses JDK.

I believe, that debugger has set up all dependencies correctly.
In api.debugger.jpda/manifest.mf there is:
OpenIDE-Module-Package-Dependencies: com.sun.jdi[VirtualMachineManager]

But then there's thrown:
java.lang.ClassNotFoundException: com.sun.jdi.AbsentInformationException
starting from ModuleCL@4624d4d1[org.netbeans.modules.debugger.jpda.ui] with possible defining loaders null and declared parents [ModuleCL@46985138[org.netbeans.modules.editor.lib], ModuleCL@7bd00baf[org.netbeans.modules.editor.lib2], ModuleCL@59d15c2a[org.netbeans.api.debugger.jpda], ModuleCL@28176fec[org.openide.dialogs], ModuleCL@3f801e2c[org.openide.loaders], ModuleCL@14bddbc2[org.netbeans.modules.java.source], ModuleCL@5a62867c[org.openide.text], ModuleCL@47d13d6a[org.openide.awt], ModuleCL@61f9dcce[org.openide.nodes], ModuleCL@5956c062[org.openide.windows], ...12 more]

You really must have something screwed up in your installation.
When I remove tools.jar from my JDK, I get:
Warning - could not install module JPDA Debugger API
	org.netbeans.api.debugger.jpda - <b>The JDK is missing and is required to run some NetBeans modules</b><br> Please use the --jdkhome command line option to specify a JDK<br>installation or see <a href="http://wiki.netbeans.org/FaqRunningOnJre">http://wiki.netbeans.org/FaqRunningOnJre</a> for<br> more information.

If you have tools.jar there, how can you get ClassNotFoundException: com.sun.jdi.AbsentInformationException?

Can you please attach your tools.jar here, so that I can see if this class is there?

Anyway, I really do not know why should I be dealing with this.
Can please module system explain, how is it possible, that someone gets
ClassNotFoundException: com.sun.jdi.AbsentInformationException
from org.netbeans.modules.debugger.jpda.ui module, when this module depends on org.netbeans.api.debugger.jpda, which has:
OpenIDE-Module-Package-Dependencies: com.sun.jdi[VirtualMachineManager]

Is there something more I should do to enforce the dependency?

Please note, that both com.sun.jdi.AbsentInformationException and com.sun.jdi.VirtualMachineManager are in the *same* tools.jar.

Also there is:
java.lang.ClassNotFoundException: org.openide.util.actions.ActionInvoker

Created attachment 117932 [details]
AbsentInformationException from tools.jar

(In reply to comment #8)
> You really must have something screwed up in your installation.

would really like to hear what it is. I tried different versions (downloaded from internal as well as external link, built myself, used zip bundle as well as installer), different JDKs and different 64-bit OSes and still have no idea what it could be... window manager? kernel? env settings? But these don't get to play on win, right?

btw: just updated my OS to Ubuntu-12.04 beta and it didn't help. When I try to expand web app node I get:
java.lang.NoClassDefFoundError: org/openide/util/ImageUtilities$CompositeImageKey
	at org.openide.util.ImageUtilities.mergeImages(ImageUtilities.java:185)
	at org.netbeans.modules.web.project.ui.DocBaseNodeFactory$BaseNode.computeIcon(DocBaseNodeFactory.java:342)
	at org.netbeans.modules.web.project.ui.DocBaseNodeFactory$BaseNode.getIcon(DocBaseNodeFactory.java:326)
	at org.openide.nodes.FilterNode.getIcon(FilterNode.java:569)
	at org.openide.explorer.view.VisualizerNode.getIcon(VisualizerNode.java:559)
	at org.openide.explorer.view.NodeRenderer.configureFrom(NodeRenderer.java:215)
	at org.openide.explorer.view.NodeRenderer.getTreeCellRendererComponent(NodeRenderer.java:147)
...

> If you have tools.jar there, how can you get ClassNotFoundException:
> com.sun.jdi.AbsentInformationException?
> 
> Can you please attach your tools.jar here, so that I can see if this class is
> there?

it's too big (~14.7MB) but the requested class is there (attached)

1. Try to produce more logs with -J-Dorg.netbeans.JarClassLoader.level=FINE

2. Try to run under debugger and put exception breakpoint to java.lang.NoClassDefFoundError. Call me when it is hit to investigate.

Thanks for the class, I sort of didn't believe it's there, because when I extract com/sun/jdi/VirtualMachineManager.class from tools.jar, debugger modules refuse to install. So you MUST have that class there.

Since you get NoClassDefFoundError from many places, the problem is certainly NOT in debugger.

If you can reproduce, please provide the detailed logs.

Created attachment 118115 [details]
log with debugging info

attached requested ide log with '-J-Dorg.netbeans.JarClassLoader.level=FINE'

with requested breakpoint debugger stops in: java.awt.Component.checkCoalescing() on line 5935

I'm sorry I won't be in the office this week (currently on vacation) but if there's anything you need to know and I can provide it to you, let me know. I think I'll be able to find few minutes to look at this ;-)

*** Bug 211159 has been marked as a duplicate of this bug. ***

The problem with TopSecurityManager is that it is on classpath of the Java application. E.g. 
java.lang.ClassNotFoundException: org.netbeans.TopSecurityManager$PrivilegedCheck
	at java.net.URLClassLoader$1.run(URLClassLoader.java:366)
	at java.net.URLClassLoader$1.run(URLClassLoader.java:355)
	at java.security.AccessController.doPrivileged(Native Method)
	at java.net.URLClassLoader.findClass(URLClassLoader.java:354)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:423)
	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:356)
Caused: java.lang.NoClassDefFoundError: org/netbeans/TopSecurityManager$PrivilegedCheck
	at org.netbeans.TopSecurityManager.checkExit(TopSecurityManager.java:158)
	at java.lang.Runtime.exit(Runtime.java:105)
	at java.lang.System.exit(System.java:960)
	at org.netbeans.TopSecurityManager.exit(TopSecurityManager.java:213)
	at org.netbeans.core.NbLifecycleManager$ExitActions.run(NbLifecycleManager.java:140)
	at org.openide.util.Task.run(Task.java:248)
	at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:1411)
[catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1991)


should be loaded by JDK! I have no idea why it is not loaded.

Lukáš allowed me to debug on his computer. The application classloader really cannot find class from a JAR on classpath. Lukáš promised to find sources for sun.misc.URLClassPath, so we can debug it and find out what is wrong.

I suspect some Glassfish(?) library uses reflection to empty the classpath in sun.misc.Launcher$AppClassLoader

you're almost right, wsimport ant task seems to be guilty here - it tries to clean up accessed resources too aggressively.

I was thinking about using TopSecurityManager to prevent the task cleanup, but that would fail the Ant build:

https://svn.java.net/svn/istack-commons~svn/trunk/istack-commons/tools/src14/com/sun/istack/tools/ProtectedTask.java

this should be fixed on the jax-ws ri side, reassigning to myself

*** Bug 211161 has been marked as a duplicate of this bug. ***

Hi Lukas, so when you address this issue on the JAX-WS side, will there be a new release of JAX-WS that we could include in NetBeans? Any estimate when that could happen? Thanks.

Created attachment 118754 [details]
fix in GF

attached binary with the fix for this issue on the GF side, put it into $GF_HOME/glassfish/modules folder

(In reply to comment #24)
> Hi Lukas, so when you address this issue on the JAX-WS side, will there be a
> new release of JAX-WS that we could include in NetBeans? Any estimate when that
> could happen? Thanks.

Hi Petr, we can plan it - what is tentative last day you need it delivered somehow? Fix is ready to be commited[1] and GF 3.1.2 compatible binary should be already attached to this issue for testing purposes.

But since the cause of the issue lies in fact in Ant[2] - or at least it is related to it - is there some option it could be somehow handled on the NB side? Jesse?


[1]: http://java.net/jira/browse/JAX_WS-1059
[2]: https://issues.apache.org/bugzilla/show_bug.cgi?id=35436

I need to clarify :
wsimport ant task with the bug is GF bundled. I misinformed Petr about 
bundling buggy library with NB.
So it is completely external GF 3.1.2 issue. Updated GF version
( with available fix ) should be used to avoid the bug ( no need to update any 
NB library).

(In reply to comment #27)
> I need to clarify :
> wsimport ant task with the bug is GF bundled. I misinformed Petr about 
> bundling buggy library with NB.
> So it is completely external GF 3.1.2 issue. Updated GF version
> ( with available fix ) should be used to avoid the bug ( no need to update any 
> NB library).

depends on which versions are currently bundled in the IDE. This issue should affect JAX-WS 2.2.6 and Metro 2.2 (and GF 3.1.2)

(In reply to comment #28)
> (In reply to comment #27)
> > I need to clarify :
> > wsimport ant task with the bug is GF bundled. I misinformed Petr about 
> > bundling buggy library with NB.
> > So it is completely external GF 3.1.2 issue. Updated GF version
> > ( with available fix ) should be used to avoid the bug ( no need to update any 
> > NB library).
> 
> depends on which versions are currently bundled in the IDE. This issue should
> affect JAX-WS 2.2.6 and Metro 2.2 (and GF 3.1.2)

JAX-WS version 2.2 and Metro 2.0 are bundled with NB.

(In reply to comment #29)
> > depends on which versions are currently bundled in the IDE. This issue should
> > affect JAX-WS 2.2.6 and Metro 2.2 (and GF 3.1.2)
> 
> JAX-WS version 2.2 and Metro 2.0 are bundled with NB.

=> won't fix on NB side then I think (unless something can be done directly in Ant support or around it), feel free to reopen if needed

WONTFIX is not acceptable for P2 bugs, instead we should request a waiver for 7.2.

(In reply to comment #31)
> WONTFIX is not acceptable for P2 bugs, instead we should request a waiver for
> 7.2.

Probably INVALID fits the best in this case.
This is not NB bug so this is wrong tracker for this issue.

True.

*** Bug 212093 has been marked as a duplicate of this bug. ***

Please file a bug in http://java.net/jira/browse/GLASSFISH, so this can be resolved completely.

I would, but I do not know what release of JAX-WS is broken and/or fixed...

Hello, 

 Could you please state instructions for Netbeans to work properly when building a WS?  What components do we have to update?

(In reply to comment #36)
> Hello, 
> 
>  Could you please state instructions for Netbeans to work properly when
> building a WS?  What components do we have to update?

This is not NB bug.
NB uses GF bundled jars to perform some tasks. GF 3.1.2 has a bug.
So the answer is : don't use GF 3.1.2 as a target server.
Use most recent GF version.

*** Bug 213491 has been marked as a duplicate of this bug. ***

There is a patch for this issue.  You can read about it here: http://wiki.netbeans.org/MetroIssue