absolute-...fragments-war requires resolve references manually

[glassfishrobot]

-This problem only happens on Mac OSX -If select to open the the project with option "Open Required Projects" the "References Problem" dialog wil appears.

Steps To Reproduce: 1. Install NB 6.8 Nightly build (11/04/2009) 2. Install SDK6-b27 (b71) build 3. Start the IDE -> open the web absolute-ordering-web-fragments-war project Note: In order to select the "Open Required Projects" option, you might need to open the "servletcontainerinitilizer-war" first

Environment

Operating System: All Platform: Macintosh

Affected Versions

[javaee6]

[glassfishrobot]

• Issue Imported From: https://github.com/javaee/glassfish-samples/issues/22
• Original Issue Raised By:@glassfishrobot
• Original Issue Assigned To: @glassfishrobot
• Original Issue Closed By:@glassfishrobot

[glassfishrobot]

@glassfishrobot Commented Reported by davisn

[glassfishrobot]

@glassfishrobot Commented davisn said: Created an attachment (id=1) References Problem dialog screen shot

[glassfishrobot]

@glassfishrobot Commented davisn said: Update the summary

[glassfishrobot]

@glassfishrobot Commented msreddy said: Request Vince's help.

[glassfishrobot]

@glassfishrobot Commented @vkraemer said: i think i have replicated this... but it is really a plugin issue, not an issue in the sample.

I will leave this open until I have checked in a fix for the plugin issue.

[glassfishrobot]

@glassfishrobot Commented @vkraemer said: this issue appears to have been fall out from this NB issue; https://netbeans.org/bugzilla/show_bug.cgi?id=175932

The fix took a while to get into the nightly build.

Please reopen the plugin issue if this is still a problem.

[glassfishrobot]

@glassfishrobot Commented davisn said: -Verified this issue with NB (netbeans-trunk-nightly-200911091156-ml-windows.exe) build and SDK b72 promoted build, the problem still happen. -Will verify the problem again with the new NB 6.8 build, if the problem goes away, I'll close the bug

[glassfishrobot]

@glassfishrobot Commented davisn said: On winXP machine, when select to deploy the sample, the server was shutdown itself. Please see the attached server.log file for problem in details

Copying 1 file to E:\sun\sdk6-b72\glassfish\lib Getting: http://localhost:4848/__asadmin/stop-domain To: E:\sun\sdk6-b72\glassfish\samples\javaee6\web\servlet\servletcontainerinitializer-war\dist\tmp Error getting http://localhost:4848/__asadmin/stop-domain to E:\sun\sdk6-b72\glassfish\samples\javaee6\web\servlet\servletcontainerinitializer-war\dist\tmp In-place deployment at E:\sun\sdk6-b72\glassfish\samples\javaee6\web\servlet\servletcontainerinitializer-war\build\web Initializing... Connection refused: connect E:\sun\sdk6-b72\glassfish\samples\javaee6\web\servlet\servletcontainerinitializer-war\nbproject\build-impl.xml:578: The module has not been deployed. BUILD FAILED (total time: 12 seconds)

[glassfishrobot]

@glassfishrobot Commented davisn said: Created an attachment (id=2) server.log file

[glassfishrobot]

@glassfishrobot Commented @vkraemer said: please attach the IDE log...

[glassfishrobot]

@glassfishrobot Commented judytangs said: Based on SDK pteam decision, bug blocking sample to pass is P2

[glassfishrobot]

@glassfishrobot Commented davisn said: Created an attachment (id=3) IDE log file

[glassfishrobot]

@glassfishrobot Commented davisn said: Created an attachment (id=4) server.log file

[glassfishrobot]

@glassfishrobot Commented davisn said: I tried to replicate the ide log file to attach to the bug, and this time I got an exception to open the absolute-...fragments-war file on my WindowXP machine. Below is the full steps I did before getting into the exception. -Open web/servlet/mutiple-war and run -Open web/servlet/jsp-resource-in-bundled-jar-war and run -Open web/jsp/basic-ajax and run -Open web/jsp/basic-ezcomp and run -Open web/servlet/absolute-ordering-web-fragment-war

ide and new server log files attached

[glassfishrobot]

@glassfishrobot Commented @vkraemer said: It looks like you forgot the ant output.... oh well.

[glassfishrobot]

@glassfishrobot Commented @vkraemer said: I could not reproduce this issue... though I have a build from web-main... which is about 6 days ahead of the repo that is used for the nightly build.

Compare the dates on stuff here: http://hg.netbeans.org/web-main and http://hg.netbeans.org/main- golden

The change that should address the original issue that Davis reported should be http://hg.netbeans.org/web-main/rev/d1f1271297b2

Davis: you should be able to unzip the bits from this build to verify the fix... http://bertram.netbeans.org/hudson/job/javaee/ – pick any recent 'blue' OR http://bertram.netbeans.org/hudson/job/web-main/ – pick any recent 'blue' build

[glassfishrobot]

@glassfishrobot Commented File: messages.log Attached By: davisn

[glassfishrobot]

@glassfishrobot Commented File: ResolveReferences.png Attached By: davisn

[glassfishrobot]

@glassfishrobot Commented File: server.log Attached By: davisn

[glassfishrobot]

@glassfishrobot Commented File: server.log Attached By: davisn

[glassfishrobot]

@glassfishrobot Commented Was assigned to vkraemer

[glassfishrobot]

@glassfishrobot Commented This issue was imported from java.net JIRA GLASSFISH_SAMPLES-22

[glassfishrobot]

@glassfishrobot Commented Marked as fixed on Friday, November 13th 2009, 2:49:25 pm