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 1417 - Suggested: support in internal JavaCompiler for compile to a different directory (MODULE AVAILABLE).
Summary: Suggested: support in internal JavaCompiler for compile to a different direct...
Status: CLOSED WONTFIX
Alias: None
Product: java
Classification: Unclassified
Component: Unsupported (show other bugs)
Version: 3.x
Hardware: All All
: P4 normal (vote)
Assignee: issues@www
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 1999-04-01 20:06 UTC by Jesse Glick
Modified: 2007-09-26 09:14 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 Jesse Glick 1999-04-01 20:06:08 UTC
This is now possible with a Gandalf module! See com.netbeans.examples.modules.crosscompile.* in src_examples area in StarTeam. Also note that execution seems to work fine without anything special--i
t looks for the class files, so the filesystem finds them automatically, at least in Gandalf. Only important feature missing is that error expressions must be one of the three standard; you cannot con
figure or save custom expressions. External compile only, of course.

Suggested configuration: on Internal Compiler settings, a pulldown menu "Compile To", with one option "<same filesystem>" (default, behavior as at present), and one option per writable mounted filesys
tem. If a different filesystem was selected, all compilation .class output would be redirected to the file of the same package and name on that filesystem, rather than the filesystem of the source fil
e. Also, isUpToDate must check on a different filesystem. Execution should not be affected, though, as the classloader finds it OK.


Should not be terribly difficult to implement in the JavaCompiler, as there are only a few lines of code that I can see that actually write out the .class. Ditto for ExternalCompiler--it should just a
dd a -d, and modify isUpToDate accordingly, also using the same filesystem pulldown. (ExternalCompiler should also refresh the destination filesystem, because otherwise the right data objects on the d
est fs might not even be created -> classloader for internal execution does not see them, or newer versions might not have been read from disk.)

Many people request this!
Comment 1 Svata Dedic 2000-07-13 08:52:59 UTC
*** This bug has been marked as a duplicate of 4659 ***
Comment 2 Marek Grummich 2000-07-25 09:23:59 UTC
Priority is changed to P4 (normal).
Comment 3 Quality Engineering 2003-07-01 13:11:49 UTC
Resolved for 3.3.x or earlier, no new info since then -> closing.
Comment 4 Quality Engineering 2003-07-01 13:19:21 UTC
Resolved for 3.4.x or earlier, no new info since then -> closing.