Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 107611 - Servlet cannot be updated for WebLogic 8.1
Summary: Servlet cannot be updated for WebLogic 8.1
Status: CLOSED DUPLICATE of bug 97756
Alias: None
Product: WTP Java EE Tools
Classification: WebTools
Component: jst.j2ee (show other bugs)
Version: 0.7   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: jst.j2ee CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-22 10:41 EDT by NEIL KONG CLA
Modified: 2006-09-25 02:40 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description NEIL KONG CLA 2005-08-22 10:41:44 EDT
I wrote a simple J2EE project, including only a WAR module.  Inside that 
module, there is only 1 simple Servlet.
I used WTP0.7 to deploy on Generic WebLogic 8.1.  It worked well.
However, when I changed the source code for the Servlet, and run the "deploy" 
to re-deploy the changed Servlet to the server, I got unchanged.  The one run 
on the server was still the old one.  Even I tried to restart the WebLogic 
server and Eclipse, the same problem was there.
Comment 1 Rob Frost CLA 2005-08-23 10:05:40 EDT
You can assign this one to me. 

Neil: one potential cause: if you don't have auto-build turned on, you'll need
to explicitly execute a build prior to redeploying the app (also, the generic
WLS adapter uses the auto-deploy dir for deployment and it can take the server a
variable amount of time to pick up the changes; the deployment script does pause
to give the server time to process the new deployment but it may have been
insufficient for this case).
Comment 2 Rob Frost CLA 2005-09-12 09:27:13 EDT
Based on some further investigation by Neil, it looks like the problem in this
case is that the WAR file within the EAR project's .deployables is sporadically
not being rebuilt (the WLS generic adapter never even redeploys in this case
since it is comparing timestamps). I'm going to redirect the bug (may be related
to 104533).
Comment 3 Chuck Bridgham CLA 2005-09-12 14:50:30 EDT
This should be resolved as part of solution for removal of .deployables.

*** This bug has been marked as a duplicate of 97756 ***
Comment 4 David Williams CLA 2006-09-25 02:40:37 EDT
This bug was moved to 'closed' state, since it is so old and since it is a dup, worksforme, invalid bug that its unlikely to still be useful or need further attention. Feel free to re-open, or open a new bug, if this semi-automatic processing was done in error.