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.
Summary: | Can not run or deploy an EAR project in 6.7 RC3. The Ant project thinks the user has cancelled the operation apparently per the output window. Definitely no stop button has been pressed. | ||
---|---|---|---|
Product: | javaee | Reporter: | _ wadechandler <wadechandler> |
Component: | Code | Assignee: | issues@javaee <issues> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | dbalek, dkonecny, jsedek, mmirilovic, mmocnak, phejl, pjiricka, sustaining |
Priority: | P1 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: |
Log file
Older log file Test project...has simple EJB-JAR (with no EJBS) and a WAR module |
Description
_ wadechandler
2009-06-28 19:31:03 UTC
Created attachment 84096 [details]
Log file
Created attachment 84097 [details]
Older log file
Sample project I created to test will be attached next. Created attachment 84098 [details]
Test project...has simple EJB-JAR (with no EJBS) and a WAR module
I have copied my userdir to another folder, deleted my file history, and deleted my cache just to reduce things. I then ran the IDE using this other userdir, and the problem persists. I have installed some modules from the UC. I have noticed this does not install those modules into the userdir, but instead installs them into the installation directory. By doing this, the only way I have to go back to a really fresh install would be to completely uninstall versus a new userdir. Seems the default would be to update the userdir versus the install directory. The point is I can not test with a pure new userdir to see if it is caused by some other installed module. This is on Windows XP Pro SP 3 using JDK 1.6_14 mmocnak, could you please look at this issue ? Thanks in advance. I was able to reproduce using the following steps (Mac OS X 10.5.7, 1.6.0_13, NetBeans 6.7 final): 1. Starting with a fresh userdir, register GlassFish v2.1 through Window -> Services 2. Open the sample project attached by Wade: http://www.netbeans.org/nonav/issues/showattachment.cgi/84098/EnterpriseApplicationTest.zip 3. Run the project Then the exception appears. For me, the workaround was to open all the subprojects of the EAR, and to clean/build the EAR project - this helped. Still, this is an ugly bug. I tried, and I can not perform a clean and build with all the projects opened and it help. If you create a new project as I did, new EAR project, default options, with GFv2.1 selected, does it exhibit the bug as well? I'm curious if it is only projects created from my installation. Too, I'm curious if a new installation would have the same affect or not, or if it is only after installing certain modules. The fact the IDE updates my installation directory versus my user directory by default means to test that theory I would have to uninstall and make a new installation to find out :-S, but just to be clear I'm using the complete 6.7 RC3 installation, the one with EE, PHP, and C++. Too I have some modules installed from the update center. Thanks. I am cc'ing Dusan - class org.netbeans.modules.java.source.ant.UserCancel is related to Compile On Save I believe.
Dusane, do you have any ideas about what could be the problem?
> If you create a new project as I did, ..., does it exhibit the bug as well?
Not for me.
Fixed in jet-main. http://hg.netbeans.org/jet-main/rev/20281b4d271f Verified in continuous build by QE. Integrated into 'main-golden', will be available in build *200907031400* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-golden/rev/20281b4d271f User: Dusan Balek <dbalek@netbeans.org> Log: Issue #167755: Can not run or deploy an EAR project in 6.7 RC3. The Ant project thinks the user has cancelled the operation apparently per the output window. Definitely no stop button has been pressed - fixed. Quick question. I'm trying to figure out if I need to file another bug report, or if this issue would cause this as well. After I start debugging an application and it is deployed. If I modify some other files and then either click on debug again or have it set to auto deploy on save, should the EJB-JAR from the EAR project be auto deployed successfully if I'm using an IDE with this issue? If not, then I don't need to file another bug report, as this issue should address that, but if so then I think I need to file another issue. Right now with GFv2.1 I'm having to use the admin web interface for the instance, click stop debug in NB, undeploy the application, clean and build, and then click debug again. Otherwise, nothing gets changed on the server, and I only receive errors etc that this that doesn't exist in EJBs in my JSP pages. Seems the JSP pages get redeployed, but EJBs do not get redeployed without going through the steps above. Thanks I used to experience this problem regularly on freshly created web project's without any Java source - creating a Java soruce fixed it for me. Nobody else apart from me was able to reproduce it though. Wade, regarding the deploy-on-save question, I am cc'ing Petr Hejl who implemented this feature. You may want to file a new issue regardless. Wade, autodeploy in debug mode is not supposed to work so far. There could be one enhancement - to perform apply changes automatically. Autodeploy can't be used for other resources (which involve redeploy in background) because the deployment itself could be blocked by the suspended thread in the server. This would expose a deadlock. The fix has been ported into the release67_fixes repository. http://hg.netbeans.org/release67_fixes/rev/6a3ad8288841 *** Issue 166993 has been marked as a duplicate of this issue. *** *** Issue 165323 has been marked as a duplicate of this issue. *** verified in 6.7.1 RC NetBeans IDE 6.7.1 RC (Build 200907162301) *** Issue 168019 has been marked as a duplicate of this issue. *** |