[ BUILD # : 200904301401 ]
[ JDK VERSION : 1.5 ]

Strangely, the first time I tried this the build failed. But I tried 3 more times, and each was fine.

It would be good if someone from QA could investigate.

Michal promised to look at it.

I passed through mentioned tutorial and everything is ok on build #200905190201. Deployed and ran successfully. Closing
as works for me.

This still fails for me on 200905170201.  I'll give it another go when 
200905190201 becomes available to me.

I upgraded to 200905180201 and I still got the same problem.  I them restarted NB against a new userdir and this time it
worked.  So it seems that the userdir was in some way responsible for my problems.

I'm reopening this issue, as I'm still encountering it from time to time.

[ Product Version: NetBeans IDE 6.7 (Build 200906241340) ]
[ Java: 1.6.0_13; Java HotSpot(TM) 64-Bit Server VM 11.3-b02-83 ]
[ System: Mac OS X version 10.5.7 running on x86_64; MacRoman; en_US (nb) ]

1. Using the 6.7 release with clean userdir, create a standard Java Web project.
2. Set it to run on GlassFish v3.
3. Run the project.

Server log listed below:

init:
deps-module-jar:
deps-ear-jar:
deps-jar:
Created dir: /Users/troy/Desktop/WebApplication1/build/web/WEB-INF/classes
Created dir: /Users/troy/Desktop/WebApplication1/build/web/META-INF
Copying 1 file to /Users/troy/Desktop/WebApplication1/build/web/META-INF
Copying 3 files to /Users/troy/Desktop/WebApplication1/build/web
library-inclusion-in-archive:
library-inclusion-in-manifest:
Created dir: /Users/troy/Desktop/WebApplication1/build/empty
/Users/troy/Desktop/WebApplication1/nbproject/build-impl.xml:401: The following error occurred while executing this line:
/Users/troy/Desktop/WebApplication1/nbproject/build-impl.xml:224: org.netbeans.modules.java.source.ant.UserCancel
BUILD FAILED (total time: 0 seconds)

I have the same problem trying to run index.jsp of a newly created web application project.

init:
deps-module-jar:
deps-ear-jar:
deps-jar:
library-inclusion-in-archive:
library-inclusion-in-manifest:
C:\HOME\Documenti\NetBeansProjects\prova\nbproject\build-impl.xml:401: The following error occurred while executing this
line:
C:\HOME\Documenti\NetBeansProjects\prova\nbproject\build-impl.xml:224: org.netbeans.modules.java.source.ant.UserCancel
BUILD FAILED (total time: 0 seconds)

I'm using NB 6.7 on windows XP with sun java 1.6.0_14-b08.

May be a duplicate of Issue #167755. Can you please attach a messages.log?

Are you referring to the IDE's log?  If so, here is the output from creating the application below:

INFO [glassfish-eecommon]: Stored DeploymentConfiguration
(org.netbeans.modules.glassfish.javaee.Hk2Configuration@163692e4) instance not the one being disposed of
(org.netbeans.modules.glassfish.javaee.Hk2Configuration@58e5c220).
INFO [glassfish-eecommon]: Stored DeploymentConfiguration
(org.netbeans.modules.glassfish.javaee.Hk2Configuration@8eaac6b) instance not the one being disposed of
(org.netbeans.modules.glassfish.javaee.Hk2Configuration@78ade0d).
INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Resolving dependencies took: 32 ms
INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete indexing of 0 binary roots took: 0 ms
INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete indexing of 3 source roots took: 128 ms

I mean the ${user.dir}/var/log/messages.log file.

Listed below:

INFO [glassfish-eecommon]
java.lang.NullPointerException
	at
org.netbeans.modules.glassfish.eecommon.api.config.GlassfishConfiguration.getTargetAppServerVersion(GlassfishConfiguration.java:304)
	at
org.netbeans.modules.glassfish.eecommon.api.config.GlassfishConfiguration.computeMaxASVersion(GlassfishConfiguration.java:214)
[catch] at org.netbeans.modules.glassfish.eecommon.api.config.GlassfishConfiguration.<init>(GlassfishConfiguration.java:139)
	at org.netbeans.modules.glassfish.eecommon.api.config.GlassfishConfiguration.<init>(GlassfishConfiguration.java:113)
	at org.netbeans.modules.glassfish.javaee.Hk2Configuration.<init>(Hk2Configuration.java:72)
	at org.netbeans.modules.glassfish.javaee.ModuleConfigurationImpl.<init>(ModuleConfigurationImpl.java:84)
	at org.netbeans.modules.glassfish.javaee.Hk2ModuleConfigFactory.create(Hk2ModuleConfigFactory.java:61)
	at org.netbeans.modules.j2ee.deployment.config.ConfigSupportImpl.getModuleConfiguration(ConfigSupportImpl.java:717)
	at org.netbeans.modules.j2ee.deployment.config.ConfigSupportImpl.ensureConfigurationReady(ConfigSupportImpl.java:226)
	at org.netbeans.modules.j2ee.deployment.devmodules.spi.J2eeModuleProvider.fireServerChange(J2eeModuleProvider.java:787)
	at org.netbeans.modules.web.project.ProjectWebModule.propertyChange(ProjectWebModule.java:534)
	at java.beans.PropertyChangeSupport.firePropertyChange(PropertyChangeSupport.java:339)
	at org.netbeans.spi.project.support.ant.PropertyUtils$SequentialPropertyEvaluator.stateChanged(PropertyUtils.java:878)
	at org.openide.util.WeakListenerImpl$Change.stateChanged(WeakListenerImpl.java:321)
	at org.openide.util.ChangeSupport.fireChange(ChangeSupport.java:123)
	at org.openide.util.ChangeSupport.fireChange(ChangeSupport.java:109)
	at org.netbeans.spi.project.support.ant.ProjectProperties$PP$2.run(ProjectProperties.java:333)
	at org.netbeans.spi.project.support.ant.ProjectProperties$PP$2.run(ProjectProperties.java:331)
	at org.openide.util.Mutex.readAccess(Mutex.java:285)
	at org.netbeans.spi.project.support.ant.ProjectProperties$PP$3.run(ProjectProperties.java:347)
	at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:577)
	at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:1030)
INFO [glassfish-eecommon]: Stored DeploymentConfiguration
(org.netbeans.modules.glassfish.javaee.Hk2Configuration@53fef561) instance not the one being disposed of
(org.netbeans.modules.glassfish.javaee.Hk2Configuration@8eaac6b).
INFO [glassfish-eecommon]: Stored DeploymentConfiguration
(org.netbeans.modules.glassfish.javaee.Hk2Configuration@7a18202b) instance not the one being disposed of
(org.netbeans.modules.glassfish.javaee.Hk2Configuration@45e825ac).
INFO [glassfish-eecommon]: Stored DeploymentConfiguration (null) instance not the one being disposed of
(org.netbeans.modules.glassfish.javaee.Hk2Configuration@163692e4).
INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Resolving dependencies took: 62 ms
INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete indexing of 0 binary roots took: 0 ms
INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete indexing of 1 source roots took: 289 ms
INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Resolving dependencies took: 0 ms
INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete indexing of 0 binary roots took: 0 ms
INFO [org.netbeans.modules.parsing.impl.indexing.RepositoryUpdater]: Complete indexing of 2 source roots took: 58 ms

Most of the comments above (which report the build failure) look like duplicates of 167755. 

The latest comment with the exception looks like a GlassFish plugin bug, reassigning.

The latest NPE problem does not look like a P1, changing to P2.

I asked Peter to take a look at this.

The NPE from GlassFishConfiguration is due to no J2eeModuleProvider instance being found for the referenced configuration file (e.g. web.xml) (or no 
configuration file).

The excerpt above showing an NPE in the GlassFish plugin is not related to the original bug that prompted this filing.

This NPE is innocent and can be ignored.  It is informational indicating the plugin encountered an unexpected condition preventing it from determining the 
version of the server for this project and defaulted to AS 9.0 descriptor files (which is fine for either GF v2.1 or v3).  Since the original messages.log in it's 
entirety was not attached, I can't tell the context under which this exception occurred.

Reporter:  If you want to follow up on this NPE, please file a new P3 issue against serverplugins/glassfish_v3 and attach the *entire* netbeans messages.log 
file containing this exception.  If you have steps to reproduce that cause this exception to appear in the log, that is even better.

Since the original issue is in fact a duplicate of issue 167755, I'm closing it as a duplicate.


*** This issue has been marked as a duplicate of 167755 ***