You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by bu...@apache.org on 2006/03/30 14:49:30 UTC

DO NOT REPLY [Bug 39153] New: - Add note on ignored classpath for

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=39153>.
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=39153

           Summary: Add note on ignored classpath for <java jar="...">
           Product: Ant
           Version: 1.6.5
          Platform: All
        OS/Version: other
            Status: NEW
          Severity: minor
          Priority: P3
         Component: Documentation
        AssignedTo: dev@ant.apache.org
        ReportedBy: wolfgang.frech@iteratec.de


The <java> task ignores the specified classpath (attribute or nested element)
when executing a executable JAR specified with the jar attribute.
This is the expected behavior if one happens to remember Sun's documentation of
the java command.

  -jar (...)
     When you use this option, the JAR file is the source of all user classes,
and other user class path settings are ignored.

I propose this additions to the documentation of the java task.

1) in attribute table
1.1) add to description of jar attribute
"If used, the classpath defined in the class attribute or nested classpath
element is ignored."

1.2) add to description of classpath
"Ignored if jar attribute is set."

1.4) add to description of classpathref
"Ignored if jar attribute is set."

2) add after description of nested element classpath
"Ignored if jar attribute is set."

3) optional - add note after Errors and Return Codes
Along these lines...
"An executable jar should contain all user code.  
Both the java command line tool and the java task ignore additional classpath
settings.
See (ref to Sun's tooldocs, eg.
http://java.sun.com/j2se/1.5.0/docs/tooldocs/windows/java.html)"

4) optional - warn if ignoring a classpath setting
not exactly a documentation RFE.
This would be the real fix.

-- 
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: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


DO NOT REPLY [Bug 39153] - Add note on ignored classpath for

Posted by bu...@apache.org.
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=39153>.
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=39153


jan@materne.de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED




------- Additional Comments From jan@materne.de  2006-07-07 14:37 -------
The <java> task does not ignore the classpath settings - it forwards these
settings to java. But java itself ignores them (thanks for your link).

I added a note in "note"-section in the manual and a verbose-logmessage if
jar+classpath come together.

-- 
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: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


DO NOT REPLY [Bug 39153] - Add note on ignored classpath for

Posted by bu...@apache.org.
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=39153>.
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=39153





------- Additional Comments From wolfgang.frech@iteratec.de  2006-03-31 08:12 -------
I agree that a reference to Sun's docs should be added. See item 3) - and maybe
a quote. 

I am not sure if a mere reference is sufficient to give the reader a complete
view in the shortest possible time.
I would rather add the four short warning notes "ignored if...", especially in a
reference document that is _not_ meant to be read end to end. There are other
"ignored if"-warnings in the docs.

-- 
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: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


DO NOT REPLY [Bug 39153] - Add note on ignored classpath for

Posted by bu...@apache.org.
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=39153>.
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=39153





------- Additional Comments From kevin.jackson@it.fts-vn.com  2006-03-31 04:18 -------
Would it not be better just to include the reference to Sun's tooldocs, and
point people towards the notice from Sun?

-- 
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: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org