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.

Bug 60397 - Undeploy: attempt to delete application files failed
Summary: Undeploy: attempt to delete application files failed
Status: RESOLVED WONTFIX
Alias: None
Product: serverplugins
Classification: Unclassified
Component: Sun Appserver 8 (show other bugs)
Version: 4.x
Hardware: PC Windows XP
: P2 blocker (vote)
Assignee: Nitya Doraisamy
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-06-22 18:27 UTC by kaa
Modified: 2005-09-15 09:50 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description kaa 2005-06-22 18:27:43 UTC
NB4.1 build: 200505031930

Steps to reproduce:

1. Download and setup Adventure Builder application (see bandled instructions):
http://bsqe-falcon.sfbay.sun.com/odintegration/buzz/BluePrintAdventureBuilder.zip
2. Open the application in the IDE
3. Try to deploy ActivitySupplier project.
4. Try to undeploy ActivitySupplier using Runtime tab.
5. Open <nb.home>\SunAppServer8.1\domains\domain1\applications\j2ee-apps

Folder "activitysupplier" exists and contains ServiceLocator.jar
AppServer log contains the following message:
[#|2005-06-22T21:23:46.449+0400|INFO|sun-appserver-pe8.1_02|javax.enterprise.system.util|_ThreadID=13;|UTIL6043:
Attempt to delete
C:\Sun\nb\SunAppServer8.1\domains\domain1\applications\j2ee-apps\activitysupplier
failed after 4 retries|#]

Workaround:
Stop AppServer and delete files manually
Comment 1 Sherold Dev 2005-06-23 08:29:37 UTC
moving to sunappserv
Comment 2 kaa 2005-06-23 13:33:36 UTC
Workaround:
Undeploy using admin console
Comment 4 _ ludo 2005-09-14 23:45:26 UTC
There is nothing the plugin can do there since this is a backend or OS bug, very
similar to the 2 already mentioned. The step 5/ tells me that the Windows
Explorer has a lock on the deployed area of the application, so that the server
cannot delete this directory. This is a pretty standard behaviour of the Windows
Operationg system: you cannot delete a file or a dir if this dir is open in
another explorer.


If/when the fixes are in the server itself, the behaviour will not be seen in
NetBeans.
Marking as will not fix, from the NetBeans side.