DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=20699>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=20699 ------- Additional Comments From [EMAIL PROTECTED] 2005-08-17 01:43 ------- I'm completely for this. I believe what we're looking for is a way to utilize rmic "-d <directory> argument, e.g. "rmic -d /bin/stubs Class1" etc... I found the problem after looking at the verbose output from ant. It already uses "-d", passing it the "base" argument as the value. That could be o.k., as long as I could specify an absolute path to the "includes" argument - but this is hardwired to only search underneath "base" as far as I can tell. My current workaround is to find any **/*_Stub.class files after rmic runs, and move them to the desired folder. NOT PRETTY, but it's the best I can come up with at the moment. I'm also not liking how the classpath is always sent to rmic on the command line - I'd like to be able to specify the entire path myself (or not at all) without ant appending the entire existing classpath to it. I'm thinking about writing my own rmic task implementation at the moment... :-) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
