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 237729 - Maven Web projects and IncrementalDeployment
Summary: Maven Web projects and IncrementalDeployment
Status: RESOLVED INCOMPLETE
Alias: None
Product: serverplugins
Classification: Unclassified
Component: Infrastructure (show other bugs)
Version: 7.4
Hardware: PC Windows 7
: P3 normal (vote)
Assignee: Petr Hejl
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-10-28 21:45 UTC by Valery-Sh
Modified: 2015-09-11 14:27 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 Valery-Sh 2013-10-28 21:45:32 UTC
Suppose we have a custom class org.me.Person.java in the src directory of a web application. When we change something in the source code of the class and then click Save we hope to see changes in the corresponding class in the build/web/WEB-INF/classes directory. It's true for ant-based web projects. But for Maven based the behavior depends on the IncrementalDeployment (or IncrementalDeployment2) implementation of the method getDirectoryForModule(TargetModuleID). When the method returns null then NetBeans API changes the Person.class in the target/<project-name>/WEB-INF/classes directory. To avoid jar and/or locking on the Windows a server can copy the original build/web or target/<project-name> to a temporary directory when the web application initially deployed. If the method getDirectoryForModule returns that copy instead of the original one, then NetBeans doesn't change target/<project-name>/WEB-INF/classes for maven-based projects and works nice for ant-based projects. All changes of the classes are in the target/classes directory.
Comment 1 Petr Hejl 2015-09-11 14:27:06 UTC
I'm sorry but I don't understand what issue you actually report.