[Fwd: DO NOT REPLY [Bug 30712] New: - disabling output escaping for arg element under exec element]

[Reddy Vemula]

Ii am sorry, the target is to be read as below

  
 
 
   
   
   
 

 Original Message 
Subject: 	DO NOT REPLY [Bug 30712] New: - disabling output escaping for 
arg element under exec element
Date: 	Tue, 17 Aug 2004 17:02:11 +
From: 	[EMAIL PROTECTED]
To: 	[EMAIL PROTECTED]


DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=30712
disabling output escaping for arg element under exec element
  Summary: disabling output escaping for arg element under exec
   element
  Product: Ant
  Version: 1.5.1
 Platform: PC
   OS/Version: Other
   Status: NEW
 Severity: Normal
 Priority: Other
Component: Build Process
   AssignedTo: [EMAIL PROTECTED]
   ReportedBy: [EMAIL PROTECTED]
PLEASE SEE THE BELOW TARGET:

  
 
\lib\j2ee.jar;c:\mvc_facsrchwslib\MVC_FACSRCHWS.jar">
 
   
   
   
 

I EXPECT THE RESULTANT COMMAND LINE AS BELOW:
C:\jwsdp-1.4\jaxrpc\bin\wsdeploy.bat -classpath "c:\j2sdkee1.4
\lib\j2ee.jar;c:\mvc_facsrchwslib\MVC_FACSRCHWS.jar" -tmpdir 
c:\mvc_facsrchws\assemble -verbose -o c:\mvc_facsrchwslib\MVC_FACSRCHWS.war 
c:\mvc_facsrchwslib\mvc_facsrchws-portable.war

BUT I AM GETTING ERRORS FROM WSDEPLOY COMMAND. I HOPE THE ANT IS OUTPUTTING 
THE ABOVE COMMAND IN A DIFFERENT WAY. I THINK SOMETHING LIKE BELOW IS NEEDED.

IF YOU REFER TO http://www.w3.org/1999/XSL/Transform, FOR XSLT USING JAXP,
FOR THE ELEMENT xsl:text THERE IS AN ATTRIBUTE CALLED disable-output-
escaping , FOR EXAMPLE.

SO IN THE ABOVE CASE THE OUTPUT WILL BE

CAN YOU PLEASE ADVICE HOW TO ACHIEVE EXPECTED COMMAND OUTPUT.
THANKS

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30716] New: - javac task should have built in dependancy finder as in the depend task

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=30716

javac task should have built in dependancy finder as in the depend task

   Summary: javac task should have built in dependancy finder as in
the depend task
   Product: Ant
   Version: 1.6.2
  Platform: All
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The javac task has an annoying limitation that causes many users to have to run 
clean before building a slightly updated project.

This is because javac task only compiles out dated files but it isn't very 
clever about dependancies. It simply maps a *.java file against a *.class file. 
There exists an optional ant task called depend that is smarter about this. It 
detects real dependancies by digging into the class file themselves.

Running the depend task before the javac task will resolve the issue but most 
people arn't aware of this. Also, having to specify the srcdir & destdir twice 
can be a source for errors.

Rather, javac task should utilize the existing code found in depend task to 
build a proper outdated list.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Request for more access to IntrospectionHelper-stored info

[Peter Reilly]

Dominique Devienne wrote:
But reinventing the wheel or not, the fact remains that the additional
accessors I'm requesting in IntrospectionHelper are needed for any
solution that doesn't want to re-code the attribute/nested-element logic
in reverse, or the whole logic of the add[Configured](Class) extension
points.
 

If you could provide a diff file with the changes needed, it should be 
possible to
get it in the build.

The add[Configured] structures where kept private to allow modification 
of the structures
without affecting third-party code. But at this stage the structures are 
most likely not
going to change.

Peter
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs MacroInstance.java

[peterreilly]

peterreilly2004/08/17 11:20:04

  Modified:.Tag: ANT_16_BRANCH WHATSNEW
   src/main/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH
MacroInstance.java
  Log:
  sync with HEAD
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.503.2.125 +3 -0  ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.503.2.124
  retrieving revision 1.503.2.125
  diff -u -r1.503.2.124 -r1.503.2.125
  --- WHATSNEW  13 Aug 2004 09:14:20 -  1.503.2.124
  +++ WHATSNEW  17 Aug 2004 18:20:04 -  1.503.2.125
  @@ -27,6 +27,9 @@
   * Enable to choose the regexp implementation without system property.
 Bugzilla Report 15390.
   
  +* MacroInstance did not clean up nested elements correctly in the execute 
method, causing
  +  multiple use of the same marco instance with nested elements to fail.
  +
   Changes from Ant 1.6.1 to Ant 1.6.2
   ===
   
  
  
  
  No   revision
  No   revision
  1.5.2.22  +5 -2  
ant/src/main/org/apache/tools/ant/taskdefs/MacroInstance.java
  
  Index: MacroInstance.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/MacroInstance.java,v
  retrieving revision 1.5.2.21
  retrieving revision 1.5.2.22
  diff -u -r1.5.2.21 -r1.5.2.22
  --- MacroInstance.java4 Jun 2004 07:39:09 -   1.5.2.21
  +++ MacroInstance.java17 Aug 2004 18:20:04 -  1.5.2.22
  @@ -48,8 +48,8 @@
   private MacroDef macroDef;
   private Map  map = new HashMap();
   private Map  nsElements = null;
  -private Map  presentElements = new HashMap();
  -private Hashtable localProperties = new Hashtable();
  +private Map  presentElements;
  +private Hashtable localProperties;
   private Stringtext = null;
   private StringimplicitTag = null;
   private List  unknownElements = new ArrayList();
  @@ -321,6 +321,7 @@
*
*/
   public void execute() {
  +presentElements = new HashMap();
   getNsElements();
   processTasks();
   localProperties = new Hashtable();
  @@ -379,5 +380,7 @@
   throw ProjectHelper.addLocationToBuildException(
   ex, getLocation());
   }
  +presentElements = null;
  +localProperties = null;
   }
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs MacroInstance.java

[peterreilly]

peterreilly2004/08/17 11:13:50

  Modified:.WHATSNEW
   src/main/org/apache/tools/ant/taskdefs MacroInstance.java
  Log:
  fix for multiple macro instance use to fail
  
  Revision  ChangesPath
  1.647 +4 -1  ant/WHATSNEW
  
  Index: WHATSNEW
  ===
  RCS file: /home/cvs/ant/WHATSNEW,v
  retrieving revision 1.646
  retrieving revision 1.647
  diff -u -r1.646 -r1.647
  --- WHATSNEW  16 Aug 2004 21:58:53 -  1.646
  +++ WHATSNEW  17 Aug 2004 18:13:49 -  1.647
  @@ -65,7 +65,10 @@
   
   * Impossible to use implicit classpath for 
 when Ant core loader != Java application loader and Path.systemClassPath 
taken from ${java.class.path}
  -  Bugzilla 30161.  
  +  Bugzilla 30161.
  +
  +* MacroInstance did not clean up nested elements correctly in the execute 
method, causing
  +  multiple use of the same marco instance with nested elements to fail.
   
   Changes from Ant 1.6.1 to Ant 1.6.2
   ===
  
  
  
  1.28  +5 -2  
ant/src/main/org/apache/tools/ant/taskdefs/MacroInstance.java
  
  Index: MacroInstance.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/MacroInstance.java,v
  retrieving revision 1.27
  retrieving revision 1.28
  diff -u -r1.27 -r1.28
  --- MacroInstance.java27 May 2004 14:38:46 -  1.27
  +++ MacroInstance.java17 Aug 2004 18:13:50 -  1.28
  @@ -48,8 +48,8 @@
   private MacroDef macroDef;
   private Map  map = new HashMap();
   private Map  nsElements = null;
  -private Map  presentElements = new HashMap();
  -private Hashtable localProperties = new Hashtable();
  +private Map  presentElements;
  +private Hashtable localProperties;
   private Stringtext = null;
   private StringimplicitTag = null;
   private List  unknownElements = new ArrayList();
  @@ -321,6 +321,7 @@
*
*/
   public void execute() {
  +presentElements = new HashMap();
   getNsElements();
   processTasks();
   localProperties = new Hashtable();
  @@ -379,5 +380,7 @@
   throw ProjectHelper.addLocationToBuildException(
   ex, getLocation());
   }
  +presentElements = null;
  +localProperties = null;
   }
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problems with macrodef in Ant 1.6.2

[Peter Reilly]

Thanks,
I see the problem. You were correct in the analysis, it is the
same problem that the xdoclet task has. The same task object
gets used twice and the objects created/modified during the execute
call are not reset for the second call of execute. (a design that is asking
for bugs to happen!).
The following build.xml shows the problem:

 
   
  
 
   
 


 
   
 
   
 
   
 

 
 

> ant clean compile
I have a fix for this and it will be ant 1.6.3. I do not see a work-around
for the build script for ant 1.6.2 , other than making a clean.compile 
target

Peter
Charles Hudak wrote:
 Ok, try again (stupid virus scanners).
Here are the 3 files. Create a new project directory and drop the source
file in {new_project_dir}/src/test and the build files in the root of
that directory.
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Request for more access to IntrospectionHelper-stored info

[Erik Hatcher]

On Aug 17, 2004, at 11:51 AM, Dominique Devienne wrote:
From: Erik Hatcher [mailto:[EMAIL PROTECTED]
On Aug 17, 2004, at 9:47 AM, Dominique Devienne wrote:
I'm working on a combination task/doclet to document Ant
tasks/types.
Have you looked deep into proposal/xdocs to see how its documentation
generation was done?  How much of what you're doing is reinventing
what
was done there?  Sounds almost identical.  I leveraged
IntrospectionHelper as well as the XDoclet object model to get all the
info I needed.
Glad to hear what I'm doing is not too wrong headed then ;-)
No I didn't, because I'm not willing to take on the XDoclet dependency.
Quite understandable about that dependency - it is heavy, no question.
I've had good success with plain doclets in the past, and I don't see
Javadoc as being slow either (it's the StandardDoclet that's slow, not
Javadoc itself). Also, I want an XSL-driven solution.
proposal/xdocs generates XML files for each task, which could of course 
easily be XSL'd.  The current XML -> HTML generation is done using 
DVSL.

But reinventing the wheel or not, the fact remains that the additional
accessors I'm requesting in IntrospectionHelper are needed for any
solution that doesn't want to re-code the attribute/nested-element 
logic
in reverse, or the whole logic of the add[Configured](Class) extension
points.
Yeah, I definitely recoded that type of stuff in TaskTagsHandler.java.
I've been postponing the documentation of my many tasks for too long,
and it's time I get something working. I'm not willing to hand write
documentation in HTML, but I want to assemble it from Javadoc comments
and possibly auxiliary XML or plain text files (Wiki-style). --DD
Keep us posted on what you come up with!  I created proposal/xdocs to 
generate the task reference appendix in JDwA, and tossed it out there 
as a possible way to document tasks/types in the hopes it would get 
more attention that it has.  I believe Steve has used it to generate 
task documentation in Axis, and it has been used a little to generate 
the documentation of some of Ant's newer tasks (the HTML pages that 
don't quite fit in).  Ant's task documentation could definitely use 
some automated generation.

At least the work I've done on tagging Ant's source code should help 
you in your efforts, with the @ant.* tags.

Erik
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29811] - move action for FTP task

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=29811

move action for FTP task





--- Additional Comments From [EMAIL PROTECTED]  2004-08-17 17:58 ---
Created an attachment (id=12461)
I'm using eclipse, which changed the formatting, so it is a long diff.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30712] New: - disabling output escaping for arg element under exec element

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=30712

disabling output escaping for arg element under exec element

   Summary: disabling output escaping for arg element under exec
element
   Product: Ant
   Version: 1.5.1
  Platform: PC
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Build Process
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


PLEASE SEE THE BELOW TARGET:


   
  
  



 

I EXPECT THE RESULTANT COMMAND LINE AS BELOW:

C:\jwsdp-1.4\jaxrpc\bin\wsdeploy.bat -classpath "c:\j2sdkee1.4
\lib\j2ee.jar;c:\mvc_facsrchwslib\MVC_FACSRCHWS.jar" -tmpdir 
c:\mvc_facsrchws\assemble -verbose -o c:\mvc_facsrchwslib\MVC_FACSRCHWS.war 
c:\mvc_facsrchwslib\mvc_facsrchws-portable.war

BUT I AM GETTING ERRORS FROM WSDEPLOY COMMAND. I HOPE THE ANT IS OUTPUTTING 
THE ABOVE COMMAND IN A DIFFERENT WAY. I THINK SOMETHING LIKE BELOW IS NEEDED.

IF YOU REFER TO http://www.w3.org/1999/XSL/Transform, FOR XSLT USING JAXP,
FOR THE ELEMENT xsl:text THERE IS AN ATTRIBUTE CALLED disable-output-
escaping , FOR EXAMPLE.



SO IN THE ABOVE CASE THE OUTPUT WILL BE


CAN YOU PLEASE ADVICE HOW TO ACHIEVE EXPECTED COMMAND OUTPUT.

THANKS

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Request for more access to IntrospectionHelper-stored info

[Dominique Devienne]

> From: Erik Hatcher [mailto:[EMAIL PROTECTED]
> On Aug 17, 2004, at 9:47 AM, Dominique Devienne wrote:
> > I'm working on a combination task/doclet to document Ant
tasks/types.
> Have you looked deep into proposal/xdocs to see how its documentation
> generation was done?  How much of what you're doing is reinventing
what
> was done there?  Sounds almost identical.  I leveraged
> IntrospectionHelper as well as the XDoclet object model to get all the
> info I needed.

Glad to hear what I'm doing is not too wrong headed then ;-)

No I didn't, because I'm not willing to take on the XDoclet dependency.
I've had good success with plain doclets in the past, and I don't see
Javadoc as being slow either (it's the StandardDoclet that's slow, not
Javadoc itself). Also, I want an XSL-driven solution. So in this sense I
am indeed reinventing the wheel somewhat ATM. I'll look a bit more into
your proposal though, as a sanity check to the solution I have in mind,
which is geared exclusively towards Antlibs.

But reinventing the wheel or not, the fact remains that the additional
accessors I'm requesting in IntrospectionHelper are needed for any
solution that doesn't want to re-code the attribute/nested-element logic
in reverse, or the whole logic of the add[Configured](Class) extension
points.

I've been postponing the documentation of my many tasks for too long,
and it's time I get something working. I'm not willing to hand write
documentation in HTML, but I want to assemble it from Javadoc comments
and possibly auxiliary XML or plain text files (Wiki-style). --DD

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Request for more access to IntrospectionHelper-stored info

[Erik Hatcher]

Dominique,
Have you looked deep into proposal/xdocs to see how its documentation 
generation was done?  How much of what you're doing is reinventing what 
was done there?  Sounds almost identical.  I leveraged 
IntrospectionHelper as well as the XDoclet object model to get all the 
info I needed.

Erik
On Aug 17, 2004, at 9:47 AM, Dominique Devienne wrote:
I'm working on a combination task/doclet to document Ant tasks/types.
Currently, Ant gives access to enumerations of names for attributes
and nested elements for a given type thru IntrospectionHelper, and
once one has a name, the Java Class for that attribute/nested-element,
but on the other hand it does not provide access to the actual method
used to set the attribute or add/create the nested elements.
My goal is to extract the Javadoc comments from the appropriate method
for a given attribute/nested-element, out of the doclet, but I don't
want to recode a brittle mapping from attribute name back to the
corresponding Java method, especially when Ant already has this info,
albeit with no public accessor.
Furthermore, the new Ant 1.6+ add[Configured](Class) extensions points
stored in addTypeMethods are again not accessible publicly at all.
Does anyone objects to adding access to this information? Thanks, --DD
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30710] New: - taskdef: com.sun.tools.ant.Task not found.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=30710

taskdef: com.sun.tools.ant.Task not found.

   Summary: taskdef: com.sun.tools.ant.Task not found.
   Product: Ant
   Version: 1.6.2
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Blocker
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


When defining a taskdef i get an error about com.sun.tools.ant.Task not being
found, by the class that i define. (check xml below). 
This is with the sun-jdk 1.4.2.05, if i switch from jdk to the ibm-jdk-bin-1.4.2
the error is resolved. 
I find it weird that this problem exists...

listing 1: xml




 
 
 
 
 


   
   




 



listing 2: ant output

[EMAIL PROTECTED] article41 $ ant -f test.xml -d -v
Apache Ant version 1.6.2 compiled on August 17 2004
Apache Ant version 1.6.2 compiled on August 17 2004
Buildfile: test.xml
Detected Java version: 1.4 in: /opt/sun-jdk-1.4.2.05/jre
Detected OS: Linux
parsing buildfile /home/SeJo/workspace/article41/test.xml with URI =
file:///home/SeJo/workspace/article41/test.xml
Project base dir set to: /home/SeJo/workspace/article41
Build sequence for target `generate.sources' is [generate.sources]
Complete build sequence is [generate.sources, ]

generate.sources:

BUILD FAILED
/home/SeJo/workspace/article41/test.xml:13: taskdef A class needed by class
com.sun.tools.xjc.XJCTask cannot be found: org/apache/tools/ant/Task
at org.apache.tools.ant.taskdefs.Definer.addDefinition(Definer.java:487)
at org.apache.tools.ant.taskdefs.Definer.execute(Definer.java:183)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at org.apache.tools.ant.Target.performTasks(Target.java:369)
at org.apache.tools.ant.Project.executeTarget(Project.java:1214)
at org.apache.tools.ant.Project.executeTargets(Project.java:1062)
at org.apache.tools.ant.Main.runBuild(Main.java:673)
at org.apache.tools.ant.Main.startAnt(Main.java:188)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:196)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:55)
Caused by: java.lang.NoClassDefFoundError: org/apache/tools/ant/Task
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
at java.lang.ClassLoader.loadClass(ClassLoader.java:282)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:274)
at java.lang.ClassLoader.loadClass(ClassLoader.java:282)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at
org.apache.tools.ant.AntClassLoader.findBaseClass(AntClassLoader.java:1180)
at 
org.apache.tools.ant.AntClassLoader.loadClass(AntClassLoader.java:956)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:302)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:219)
at org.apache.tools.ant.taskdefs.Definer.addDefinition(Definer.java:457)
... 11 more
--- Nested Exception ---
java.lang.NoClassDefFoundError: org/apache/tools/ant/Task
at java.lang.ClassLoader.defineClass0(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:539)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:251)
at java.net.URLClassLoader.access$100(URLClassLoader.java:55)
at java.net.URLClassLoader$1.run(URLClassLoader.java:194)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:187)
at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
at java.lang.ClassLoader.loadClass(ClassLoader.java:282)
at sun.misc.Launch

Request for more access to IntrospectionHelper-stored info

[Dominique Devienne]

I'm working on a combination task/doclet to document Ant tasks/types.

Currently, Ant gives access to enumerations of names for attributes
and nested elements for a given type thru IntrospectionHelper, and
once one has a name, the Java Class for that attribute/nested-element,
but on the other hand it does not provide access to the actual method
used to set the attribute or add/create the nested elements.

My goal is to extract the Javadoc comments from the appropriate method
for a given attribute/nested-element, out of the doclet, but I don't
want to recode a brittle mapping from attribute name back to the
corresponding Java method, especially when Ant already has this info,
albeit with no public accessor.

Furthermore, the new Ant 1.6+ add[Configured](Class) extensions points
stored in addTypeMethods are again not accessible publicly at all.

Does anyone objects to adding access to this information? Thanks, --DD

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30706] - Ftp task unable to get or list

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=30706

Ftp task unable to get or list





--- Additional Comments From [EMAIL PROTECTED]  2004-08-17 11:26 ---
Oups I forget :
the ftp serveur is the one bundled with SunOS 5.8

Best regards

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30706] New: - Ftp task unable to get or list

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=30706

Ftp task unable to get or list

   Summary: Ftp task unable to get or list
   Product: Ant
   Version: 1.6.2
  Platform: Sun
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Optional Tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi

The ftp task is unable to get or to list the files on a server. I suppose it'e
due to the langage settings on the serveur (it seams to be in french)

result of ls -l from a win32 computer 

ftp> ls -l
200 PORT command successful.
150 ASCII data connection for /bin/ls (10.13.13.40,4577) (0 bytes).
total 532
drwxrwxrwx   7 ugdc gold 512 fÚv 16  2004 aldata
drwxrwxrwx   4 ugdc gold 512 oct  6  2003 attente_prod
-rw-r--r--   1 ugdc gold 209 ao¹ 17 09:59 authorized_keys
drwxrwxrwx   4 ugdc gold 512 jui 20 14:49 certif
drwxrwxrwx   2 ugdc gold 512 mar 18 16:19 cksumdmp
drwxrwxrwx   6 ugdc cvs  512 ao¹ 17 11:07 cvshome
-rw---   1 ugdc gold 878 ao¹ 11 13:44 dead.letter
drwxrwxrwx  22 ugdc gold1024 mar  9 11:16 gcf
drwxrwxrwx   7 ugdc gold 512 jun 14 15:42 gls
drwxrwxrwx  58 ugdc gold1536 jui  7 16:34 gpg
drwxrwxrwx   4 ugdc gold 512 oct 21  2003 gse
drwxrwxrwx   3 ugdc gold 512 dÚc 15  2003 iag
drwxrwxrwx   3 ugdc gold 512 nov 24  2003 ial
drwxrwxrwx   7 ugdc gold 512 fÚv 27 14:04 iap
drwxrwxrwx   5 ugdc gold 512 sep 16  2003 iaq
drwxrwxrwx   3 ugdc gold 512 jui 29  2003 iar
drwxrwxrwx   3 ugdc gold 512 sep 22  2003 ifs
drwxrwxrwx   2 ugdc gold 512 jui  2  2003 ini
-rwxr-xr-x   1 ugdc gold   18236 avr 15 09:56 install_cen_GOLDORDEV
drwxr-xr-x   3 ugdc gold 512 ao¹ 16 14:04 irg
drwxrwxrwx   8 ugdc gold 512 dÚc 26  2003 JDR_SQL_LOADER
drwx--   2 root root8192 dÚc  9  2002 lost+found
-rw---   1 ugdc gold  171686 fÚv 16  2004 mbox
drwxrwxrwx   2 ugdc gold1024 ao¹ 21  2003 patch_dmp
drwxrwxrwx   4 ugdc gold3584 ao¹ 11 18:50 prod
drwxrwxrwx   2 ugdc gold 512 jui 31  2003 rd1
drwxr-xr-x   6 ugdc gold 512 oct 31  2003 rg2
drwxr-xr-x   6 ugdc gold 512 fÚv 18  2004 rg6
drwxr-xr-x   3 ugdc gold 512 ao¹ 10 14:54 save_param
-rw-r--r--   1 ugdc gold1322 ao¹ 13 15:55 sqlnet.log
drwxrwxrwx   4 ugdc gold 512 fÚv 14  2003 src_globale
drwxrwxrwx   3 ugdc gold 512 nov 25  2003 surgeles
drwxrwxrwx   2 ugdc gold8192 ao¹ 17 08:30 tmp
drwxrwxrwx   3 ugdc gold 512 jan 22  2003 users
drwxrwxrwx  18 ugdc gold   10240 ao¹ 17 10:17 util
drwxrwxrwx   2 ugdc cvs 1024 jun 21 15:25 util_cvs
drwxrwxrwx   3 ugdc gold8704 ao¹ 11 11:17 util_dev
drwxrwxrwx   3 ugdc gold 512 mar 25 14:44 voc
226 ASCII Transfer complete.
ftp : 2381 octets reçus en 0,03 secondes à 76,81 Ko/sec.

the same from a linux computer (seams more clear) :

150 ASCII data connection for /bin/ls (10.13.10.187,36720) (0 bytes).
total 582
drwxrwxrwx  36 ugdc gold1536 ao? 17 10:26 .
drwxr-xr-x  75 upmnrgprod   1536 d?c 22  2003 ..
-rw---   1 ugdc gold5041 ao? 17 10:23 .bash_history
-rw---   1 ugdc gold 202 mai 16  2003 .cvspass
-rw-r--r--   1 ugdc gold  27 jan 29  2004 .err
-rw-r--r--   1 ugdc gold 305 jui  1 09:44 .log
-rw-r--r--   1 ugdc gold1695 jan 23  2003 .oraprofile
-rw-r--r--   1 ugdc gold1525 ao?  4 11:46 .profile
-rw-r--r--   1 ugdc gold 582 jan 23  2003 .profile.save
-rw-r-   1 ugdc gold 411 ao? 20  2003 .profile_patcheur
-rw-r--r--   1 ugdc gold 522 ao?  3 14:13 .rhosts
-rw---   1 ugdc gold3206 ao? 17 11:29 .sh_history
-rw-r--r--   1 ugdc gold  65 f?v 13  2003 .sql
drwx--   2 ugdc gold 512 ao? 17 10:02 .ssh
drwxrwxrwx   7 ugdc gold 512 f?v 16  2004 aldata
drwxrwxrwx   4 ugdc gold 512 oct  6  2003 attente_prod
-rw-r--r--   1 ugdc gold 209 ao? 17 09:59 authorized_keys
drwxrwxrwx   4 ugdc gold 512 jui 20 14:49 certif
drwxrwxrwx   2 ugdc gold 512 mar 18 16:19 cksumdmp
drwxrwxrwx   6 ugdc cvs  512 ao? 17 11:07 cvshome
-rw---   1 ugdc gold 878 ao? 11 13:44 dead.letter
drwxrwxrwx  22 ugdc gold1024 mar  9 11:16 gcf
drwxrwxrwx   7 ugdc gold 512 jun 14 15:42 gls
drwx

[GUMP@brutus]: ant/test-ant failed

[Gump Integration Build]

To whom it may engage...

This is an automated request, but not an unsolicited one. For 
more information please visit http://gump.apache.org/nagged.html, 
and/or contact folk at [EMAIL PROTECTED]

Project test-ant has an issue affecting its community integration.
This issue affects 1 projects, and has been outstanding for 5L runs.
Project State : 'Failed', Reason 'Build Failed'
The following are affected:
- test-ant :  Java based build tool


Full details are available at:

http://brutus.apache.org/gump/public/ant/test-ant/index.html

That said, some snippets follow:


The following annotations were provided:
 -INFO- Optional dependency rhino prerequisite failed with reason build failed
 -INFO- Enable "verbose" output, due to 5 previous error(s).
 -INFO- Failed with reason build failed
 -INFO- Enable "debug" output, due to build failure.


The following work was performed:
http://brutus.apache.org/gump/public/ant/test-ant/gump_work/build_ant_test-ant.html
Work Name: build_ant_test-ant (Type: Build)
State: Failed
Elapsed: 6 mins 55 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar
 org.apache.tools.ant.Main -verbose 
-Dgump.merge=/usr/local/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only -Dtest.haltonfailure=false 
-Dant.home=/usr/local/gump/public/workspace/ant/dist run-tests 
[Working Directory: /usr/local/gump/public/workspace/ant]
CLASSPATH : 
/usr/local/j2sdk1.4.2_04/lib/tools.jar:/usr/local/gump/public/workspace/ant/build/testcases:/usr/local/gump/public/workspace/ant/src/testcases:/usr/local/gump/public/workspace/ant/src/etc/testcases:/usr/local/gump/public/workspace/ant/build/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-apache-resolver.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-javamail.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-apache-bcel.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-apache-regexp.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-commons-net.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-jsch.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-apache-log4j.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-antlr.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-commons-logging.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-jdepend.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-apache-bsf.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-apache-oro.jar:/usr/local/gump/public/workspace/ant/build/lib/ant.jar:/usr/local/gump/public/workspace/ant/build/lib/ant-jai.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-stylebook.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-swing.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-trax.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-junit.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/usr/local/gump/public/workspace/ant/dist/lib/ant.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant-launcher.jar:/usr/local/gump/public/workspace/ant/bootstrap/lib/ant.jar:/usr/local/gump/public/workspace/xml-stylebook/bin/stylebook-1.0-b3_xalan-2.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/packages/antlr-2.7.3/antlr.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api.jar:/usr/local/gump/public/workspace/jakarta-commons/net/dist/commons-net-17082004.jar:/usr/local/gump/packages/jaf-1.0.1/activation.jar:/usr/local/gump/public/workspace/jakarta-bcel/bin/bcel.jar:/usr/local/gump/public/workspace/jakarta-bsf/build/lib/bsf.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-17082004.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-chainsaw-17082004.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-lf5-17082004.jar:/usr/local/gump/public/workspace/jakarta-oro/jakarta-oro-17082004.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-17082004.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/javamail-1.3/mail.jar:/usr/local/gump/packages/jdepend-2.6/lib/jdepend.jar:/usr/local/g

DO NOT REPLY [Bug 30459] - Support for Functions

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=30459

Support for Functions





--- Additional Comments From [EMAIL PROTECTED]  2004-08-17 07:50 ---
I could successfully use macrodef for the said requirment. Thanks 
[EMAIL PROTECTED] for pointing out.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30459] - Support for Functions

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=30459

Support for Functions





--- Additional Comments From [EMAIL PROTECTED]  2004-08-17 07:27 ---
On some more digging on this, I found that there is only one nessted element is 
supported. 

 









-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30459] - Support for Functions

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=30459

Support for Functions





--- Additional Comments From [EMAIL PROTECTED]  2004-08-17 07:16 ---
The close match to this is presetdef. But even here how do I pass some of the 
params such as ${cc.arg.line.prefix} as shown in the example, rather than using 
the  tag and calling this defination.  ${cc.arg.line.prefix} is 
part of line value.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29930] - some thing like static blocks of java

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=29930

some thing like static blocks of java





--- Additional Comments From [EMAIL PROTECTED]  2004-08-17 06:43 ---
can you use the cmd 'ant src packages' at this time init is being called twice.

Any case, I suppose even in cmd ant -f build.xml, the init must be called 
twice. Run time can't optimize on its own as this may break in some places. 
This was my understanding of depends on  a target (i.e ant runtime does not do 
any thing to optimize the depends targets). Is there any document which talks 
about this optimized behaviour ant runtime. 

Try this modified code 


  
init called
  

  

  
  
  
  
  


Don't ask me why user would call this way.. If we have static kind of keyword 
supported by ant at target level, then run time has every right to call init 
only once and not otherwise.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30457] - static targets

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=30457

static targets

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-08-17 06:17 ---


*** This bug has been marked as a duplicate of 29930 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29930] - some thing like static blocks of java

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=29930

some thing like static blocks of java





--- Additional Comments From [EMAIL PROTECTED]  2004-08-17 06:17 ---
*** Bug 30457 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Task for Reading POMs

[Brett Porter]

This probably isn't going to be as easy as you hope - for instance
POMs often rely on property interpolation and inheritence of other
files.

Is there any reason not to use org.apache.maven.MavenUtils?

- Brett

On Mon, 16 Aug 2004 12:45:24 -0400, Kyle Adams <[EMAIL PROTECTED]> wrote:
> Brett Porter wrote:
> 
> > I think that's what "JAM" does. Don't know the URL off the top of my
> head.
> 
> The URL is http://www.javagen.com/jam.jsp and I'm actually working on
> this task in relation to JAM :-)  JAM can't directly read a POM; rather
> there are Maven plugins provided as part of JAM that allow you to
> generate JAM-specific config files from a POM.  In the interest of
> tighter integration with Maven, I'd like to create an Ant task that
> could read the POM directly and bypass the "keep JAM config files in
> sync with POM" step.
> 
> I've been looking around XmlProperty and noticed a bit of oddness when
> it comes to the visibility of the methods.  Some, like
> addNodeRecursively(Node, String, Object) are private.  Then
> addNodeRecusively calls processNode(Node, String, Object), which is
> public.  Finally, addNodeRecursively(Node, String) uses the default
> package visibility.
> 
> It would be nice (from my perspective) if all of the methods above were
> protected, making it easy for me to extend XmlProperty and create a
> PomProperty task.  Is there a ryhme or reason for their existing
> visibilities that I'm missing?
> 
> 
> 
> Kyle
> 
> _
> 
> Kyle Adams | Java Developer  |  Gordon Food Service  |  616-717-6162
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]