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 59118 - Can't clean project
Summary: Can't clean project
Status: CLOSED FIXED
Alias: None
Product: serverplugins
Classification: Unclassified
Component: WebLogic (show other bugs)
Version: 4.x
Hardware: PC Windows XP
: P2 blocker (vote)
Assignee: issues@serverplugins
URL:
Keywords:
Depends on: 59111
Blocks:
  Show dependency tree
 
Reported: 2005-05-20 13:55 UTC by Petr Blaha
Modified: 2006-03-24 12:55 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Petr Blaha 2005-05-20 13:55:19 UTC 
[netbeans41 FCS]
I would like to clean & build EJB module that is deployed to Weblogic server. I
get following error every time:
init:
deps-clean:
Deleting directory E:\work\StalessTest\build
Deleting directory E:\work\StalessTest\dist
E:\work\StalessTest\nbproject\build-impl.xml:424: Unable to delete file
E:\work\StalessTest\dist\StalessTest.jar
BUILD FAILED (total time: 1 second)

Since I am not able to reproduce the issue with Sun App server it seems as
Weblogic related bug.
Comment 1 Kirill Sorokin 2005-05-24 12:20:56 UTC 
Due to a break in the deployment process caused by issue #59111, WL holds the
lock on the jar file and does not release it until stopped.
Comment 2 zikmund 2005-05-24 12:31:23 UTC 
BTW: we solved similar problems with WEB-INF/lib/*.jar files while cleaning
WebApp project on Tomcat/AppServer. See targets do-clean and check-clean in
build-impl.xml of WebApp project.
The solution used the fact that evethough JAR files can't be deleted, they can
be rewritten and both Tomcat/AppServer will use newly rewritten JAR files.
Comment 3 Pavel Buzek 2005-07-26 16:28:43 UTC 
For 4.2 we need to try the solution that works for tomcat/appserv.
Comment 4 Pavel Buzek 2005-07-30 23:54:08 UTC 
fixed in trunk, I cannot reproduce this neither for local server nor for the
remote server
Comment 5 Michal Mocnak 2005-09-07 11:53:39 UTC 
Verified in trunk