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: | IDE quits incrementally deploying EAR when running or debugging and seemingly can only get it back occasionally | ||
---|---|---|---|
Product: | serverplugins | Reporter: | _ wadechandler <wadechandler> |
Component: | GlassFish | Assignee: | Vince Kraemer <vkraemer> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | dkonecny, kganfield |
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | PC | ||
OS: | Windows XP | ||
Issue Type: | DEFECT | Exception Reporter: | |
Attachments: | My log file with this issue |
Description
_ wadechandler
2011-01-30 19:48:21 UTC
Created attachment 105499 [details]
My log file with this issue
More on this issue. Perhaps not helpful, but last night it started working again. The only thing I can think of which I did was noticed that editing and saving web.xml, even if I just put a space in it, and saving it would cause the IDE to successfully redeploy. I first found out when I re-enabled an error page. I then thought...hmmm it is fixed, so I changed a JSP, and it didn't redeploy incrementally. So, I put a space in web.xml and saved. It redeployed. I did that a few times, I then edited a css and jsp file, and it redeployed, and it seemed to work all last night until I quit working on that project. I will be working on it more later today, and will report back whether it continues to work. Next I'll report back on whether restarting the IDE, computer, etc causes it to stop working again or not. Seems it may some how be related to the cache, but not sure yet. Off topic note: This and some other issues has me thinking I need to start using my own builds, even of the releases, so I can help debug these things as someone using the different project types and often running into issues I think will be hard for NB employees to run into unless they are doing the same: web, EAR, EJB-JAR, Spring, MyBatis (xml files with different content), RCP (custom), class libraries, etc. I may go ahead and get the latest 6.9.1 sources and see if I can't go ahead and get this going using my same cache etc. Passing to GlassFish plugin for evaluation. (In reply to comment #2) > More on this issue. Perhaps not helpful, but last night it started working > again. The only thing I can think of which I did was noticed that editing and > saving web.xml, even if I just put a space in it, and saving it would cause the > IDE to successfully redeploy. I first found out when I re-enabled an error > page. I then thought...hmmm it is fixed, so I changed a JSP, and it didn't > redeploy incrementally. which is the correct behavior in that situation.... A jsp change should not trigger a redeploy. > So, I put a space in web.xml and saved. It redeployed. > I did that a few times, I then edited a css and jsp file, and it redeployed, > and it seemed to work all last night until I quit working on that project. The change in the css file probaby triggered the redeploy. I can tweek some of the code that decides whether a change should trigger a redeploy to prevent the additional redeploy... > > I will be working on it more later today, and will report back whether it > continues to work. Next I'll report back on whether restarting the IDE, > computer, etc causes it to stop working again or not. Seems it may some how be > related to the cache, but not sure yet. > > Off topic note: This and some other issues has me thinking I need to start > using my own builds, even of the releases, so I can help debug these things as > someone using the different project types and often running into issues I think > will be hard for NB employees to run into unless they are doing the same: web, > EAR, EJB-JAR, Spring, MyBatis (xml files with different content), RCP (custom), > class libraries, etc. I may go ahead and get the latest 6.9.1 sources and see > if I can't go ahead and get this going using my same cache etc. >which is the correct behavior in that situation.... A jsp change should not >trigger a redeploy. Hmmm. It is the case that every time I change a JSP or any other file that an "incremental" redeploy takes place it seems. I don't think incremental redeploy is just a notion of GF right? Incrementally copying pieces from source to build. Seems what ever copies the source files to the running web directory isn't taking place. That must take place after a JSP or CSS is saved certainly or else it won't be in the folder the application is running. Either way the terminology is used here, that copy operation seems to be the problem. It isn't taking place. >> So, I put a space in web.xml and saved. It redeployed. >> I did that a few times, I then edited a css and jsp file, and it redeployed, >> and it seemed to work all last night until I quit working on that project. > >The change in the css file probaby triggered the redeploy. I can tweek some of >the code that decides whether a change should trigger a redeploy to prevent the >additional redeploy... Well, the issue is really that whenever that redeploy takes place things get copied from the source folders to the built folder. Whether it should redeploy or what ever it is doing seems separate, but of course I lob them together since I noticed that if the IDE doesn't say "redeploying" in the status area for running tasks the changed CSS or JSP will not be in the running/debugged application. I cannot reproduce this in a 7.1/gf 3.1.1 environment. Please reopen with more info if you still see this issue in an updated environment. |