DO NOT REPLY [Bug 35929] - replace property values each time is executed

[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=35929





--- Additional Comments From [EMAIL PROTECTED]  2005-08-03 08:51 ---
Properties are immutable.
I think you´re falling about that.

Can post a (short) sample builfile and the expected behaviour?

-- 
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]

DO NOT REPLY [Bug 35987] - breaks

[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=35987





--- Additional Comments From [EMAIL PROTECTED]  2005-08-03 08:43 ---
neat idea for that

I mean I had read on the dev-list that the createTask() shouldnt be used any 
more ... long time ago I read that ... mmh, havent found any in the archive. 
Maybe I´m wrong here.

-- 
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]

Re: [VOTE] migrate to svn

[Martijn Kruithof]

[EMAIL PROTECTED] wrote:




Ok, I got some "+1", but "sooner" is not a timeframe you could really
vote on - IMO :-)
So I suggest:

   "Migrate Ant from CVS to SVN on the weekend of 13./14. August 2005."



Great idea, +0 (not able to help currently)



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

DO NOT REPLY [Bug 35990] - Can't specify tilde in fileset includes

[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=35990


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME




--- Additional Comments From [EMAIL PROTECTED]  2005-08-03 08:11 ---
see defaultexcludes at http://ant.apache.org/manual/CoreTypes/fileset.html

-- 
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]

DO NOT REPLY [Bug 35990] New: - Can't specify tilde in fileset includes

[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=35990

   Summary: Can't specify tilde in fileset includes
   Product: Ant
   Version: 1.6.5
  Platform: Other
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P3
 Component: Core
AssignedTo: dev@ant.apache.org
ReportedBy: [EMAIL PROTECTED]






doesn't delete *.java~ files. I tried various convolutions using entities to 
no avail.

-- 
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]

Re: [VOTE] migrate to svn

[Kev Jackson]

[EMAIL PROTECTED] wrote:


Ok, I got some "+1", but "sooner" is not a timeframe you could really
vote on - IMO :-)
So I suggest:

   "Migrate Ant from CVS to SVN on the weekend of 13./14. August 2005."

That would be the first weekend after the one-week voting timeframe.
After passing the vote we should add a note on the homepage.


Let me start with +1
 

a very late +1 - if you need help with this I've a willing pair of hands 
and a bit of free time coming up ;)


Kev

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

DO NOT REPLY [Bug 35987] - breaks

[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=35987


[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary| |
   |breaks|breaks 




--- Additional Comments From [EMAIL PROTECTED]  2005-08-03 00:57 ---
I think it would be nice so implement  by storing default parameters 
inside project. project.createTaks() could just set default parameters before 
returning the task object.

-- 
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]

DO NOT REPLY [Bug 35987] New: - breaks

[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=35987

   Summary:  breaks 
   Product: Ant
   Version: 1.6.5
  Platform: All
OS/Version: Windows XP
Status: NEW
  Severity: normal
  Priority: P2
 Component: Optional Tasks
AssignedTo: dev@ant.apache.org
ReportedBy: [EMAIL PROTECTED]


If I add a presetdef for java, then the jspc task breaks. There may be a few 
other optional tasks that break due to this.

Notice that the output below does not contain much in the way of information 
for diagnosing the problem. I put the log level to debug and I still didn't get 
much in the way of information.

Note: I have since worked around the problem in my build.

--
Investigation
--

After a little investigation it turns out that JasperC.java attempts to create 
the "java" task:
   Java java = (Java) (getProject().createTask("java"));

A bit further on in ComponentHelper.java we end up with a ClassCastException on 
the following line:
   Task task = (Task) createComponent(taskType);

createComponent returns a PreSetDef$PreSetDefinition which can not be casted to 
a Task.

This bug is similar to: http://issues.apache.org/bugzilla/show_bug.cgi?id=33433

BTW, debugging the code showed that there is a field called "cause" with the 
same name in BuildException as the Throwable base class. I don't know if this 
will cause confusion.

--
Output
--

Buildfile: build.xml

all:
Trying to override old definition of task java
 [jspc] Compiling 1 source fileD:\antBug\build

BUILD FAILED
D:\antBug\build.xml:23: Error running jsp compiler:

Total time: 1 second

--
build.xml
--






























-- 
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]

Re: [VOTE] migrate to svn

[Bruce Atherton]

+1

[EMAIL PROTECTED] wrote:


   "Migrate Ant from CVS to SVN on the weekend of 13./14. August 2005."

That would be the first weekend after the one-week voting timeframe.
After passing the vote we should add a note on the homepage.
 




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

Re: Subversion migration?

[Henri Yandell]

To accompany the ongoing vote, I've setup a test Ant migration.

https://svn.apache.org/repos/test/ant/

svn co https://svn.apache.org/repos/test/ant/trunk ant

I've made the huge assumption that the Ant TLP have only one codebase
and haven't structured it in an umbrella way. I'm not sure if
ant-antidote is live and needs to be a part of the migration too. SVN
is hierarchical, so you'd end up with something like:

ant/
  core/
trunk/
branches/
tags/
   antidote/
trunk/
branches/
tags/

Currently it's just:

ant/
  trunk/
  branches/
  tags/

Anyway, give it a try if you want and let me which strategy seems to
make sense for Ant; ie) where do you want antidote?

Hen

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

RE: Ant Clearcase tasks

[Anderson, Rob (Global Trade)]

Jason, I am still using Ant, and I am still using ClearCase. While we currently 
are not using the ClearCase Ant Tasks, we perhaps will be using them in the 
future. Your enhancements are quite interesting. I have a new ClearCase related 
Ant feature that you might be interested in: A ClearCase lsco FileSet selector, 
that can select files in a ClearCase view that are currently checked out. The 
code is working and complete, however there are some things I need to do in 
order to clean it up before it would be ready to commit. As it turns out, 
Curtis White, one of the original authors of some of the ClearCase tasks, is a 
coworker of mine. I believe he is responsible for the checkin and checkout 
tasks. I might be able to enlist him in reviewing the enhancements you have 
proposed.

Ant Committers: Is this something you would consider commiting?

-Rob Anderson

> -Original Message-
> From: Jason Smith [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, August 02, 2005 9:27 AM
> To: [EMAIL PROTECTED]
> Subject: Ant Clearcase tasks
> 
> 
> 
> Hi Rob.
> 
> Was wondering if you're still maintaining the ant clear case 
> tasks? I sent
> this email to the addresses on the javadoc for the clearcase 
> task. They all
> bounced except your old address.
> 
> Regards,
> Jason
> -- Forwarded by Jason Smith/ZI/USA/Zurich 
> on 08/02/2005
> 11:23 AM ---
> 
> 
> Jason Smith
> 08/02/2005 11:14 AM
> 
> To:[EMAIL PROTECTED], [EMAIL PROTECTED],
>[EMAIL PROTECTED], [EMAIL PROTECTED]
> cc:
> 
> Subject:Ant Clearcase tasks
> 
> 
> Hello gentlemen.
> 
> Here at Zurich Insurance, we are fans of your ant tasks for clearcase.
> We've been using them in our nightly build tasks for several 
> years now.
> 
> I'd like to share with you an enhancement that we recently 
> made. We added a
> nested fileset element to the checkin, checkout, and 
> uncheckout tasks.  We
> had a task for our build where we were going to be doing more 
> automated
> code generation as part of our build and we really couldn't 
> figure out a
> better solution than to update the ant tasks to support filesets. The
> cleartool command for these tasks allow multiple files. The syntax is
> really simple, instead of just one file at the end of all the 
> commandline
> options, just start listing more files. This code is against the 1.6.5
> source.
> (See attached file: ClearCase.java)(See attached file: 
> CCCheckout.java)(See
> attached file: CCUnCheckout.java)(See attached file: CCCheckin.java)
> There were two design questions I wrestled with and would be 
> available to
> change the implementation if you thought there was a better 
> way. First,
> much of the logic for filesets would be shared across the three tasks.
> Should it go in a base class? I said yes. Should that base 
> class be the
> clearcase task even though other classes that don't use that 
> logic extend
> it? I also said yes. I thought it was consistent with the 
> handling of the
> viewpath argument which is basically the same situation. 
> There could be an
> argument to be made that viewpath has wider applicability 
> than the file set
> argument, but it seemed the core principal of a flat 
> heirarchy was more
> important than avoiding unneccessary inheritance. Second, 
> what should be
> the behaviour if both a fileset and a viewpath were 
> specified. Some ant
> tasks look at the two types of arguments as mutually 
> exclusive. Other tasks
> looks at them as additive. I decided to look at them at 
> additive. It just
> seemed to maximize the flexibility of the end user while 
> simplifying the
> code.
> 
> 
> I didn't know what was appropriate for updates to the documentation.
> I figured a short paragraph in the manual to the effect of:
> The cccheckout task supports a nested http://ant.apache.org/manual/using.html#path";>FileSet or DirSet
> element.
> 
> With a sample task like:
> 
>   
> 
> 
>   
> 
> 
> I'd really like to see this enhancement get committed into 
> the code base.
> If there is some more work I should do to help with that 
> goal, please let
> me know. I'm still testing the tasks and getting them 
> integrated into our
> process, but wanted to contact you before I got too far into 
> it in case you
> had some suggestions on the implementation. Can somebody 
> please review and
> commit as appropriate?
> 
> Thanks,
> Jason Smith
> Zurich Insurance
> 
> 
> 
> 
> 
> *** PLEASE NOTE ***
> This E-Mail/telefax message and any documents accompanying this
> transmission may contain privileged and/or confidential 
> information and is
> intended solely for the addressee(s) named above.  If you are not the
> intended addressee/recipient, you are hereby notified that any use of,
> disclosure, copying, distribution, or reliance on the contents of this
> E-Mail/telefax information is strict

Re: [VOTE] migrate to svn

[Stephane Bailliez]

[EMAIL PROTECTED] wrote:


Ok, I got some "+1", but "sooner" is not a timeframe you could really
vote on - IMO :-)
So I suggest:

   "Migrate Ant from CVS to SVN on the weekend of 13./14. August 2005."

That would be the first weekend after the one-week voting timeframe.
After passing the vote we should add a note on the homepage.
 


+1

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

Re: [VOTE] migrate to svn

[Alexey Solofnenko]

+1

- Alexey.

On 8/2/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Ok, I got some "+1", but "sooner" is not a timeframe you could really
> vote on - IMO :-)
> So I suggest:
> 
> "Migrate Ant from CVS to SVN on the weekend of 13./14. August 2005."
> 
> That would be the first weekend after the one-week voting timeframe.
> After passing the vote we should add a note on the homepage.
> 
> 
> Let me start with +1
> 
> Jan
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 



-- 
Alexey N. Solofnenko trelony at gmail.com
home: http://trelony.cjb.net/
Pleasant Hill, CA (GMT-8 hours usually)

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

Re: [VOTE] migrate to svn

[Conor MacNeill]

[EMAIL PROTECTED] wrote:
> Ok, I got some "+1", but "sooner" is not a timeframe you could really
> vote on - IMO :-)
> So I suggest:
> 
> "Migrate Ant from CVS to SVN on the weekend of 13./14. August 2005."
> 
> That would be the first weekend after the one-week voting timeframe.
> After passing the vote we should add a note on the homepage.
> 
> 
> Let me start with +1
> 

+1

Conor

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

Re: [VOTE] migrate to svn

[Steve Loughran]

[EMAIL PROTECTED] wrote:

Ok, I got some "+1", but "sooner" is not a timeframe you could really
vote on - IMO :-)
So I suggest:

"Migrate Ant from CVS to SVN on the weekend of 13./14. August 2005."

That would be the first weekend after the one-week voting timeframe.
After passing the vote we should add a note on the homepage.


Let me start with +1



+1

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

DO NOT REPLY [Bug 35973] New: - Support disclocated files fully so they don't compile all the time...

[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=35973

   Summary: Support disclocated files fully so they don't compile
all the time...
   Product: Ant
   Version: 1.6.5
  Platform: Other
OS/Version: other
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Core
AssignedTo: dev@ant.apache.org
ReportedBy: [EMAIL PROTECTED]


I think it is possible to resolve the problem that dislocated compiling 
through every time ANT is invoked.  Since each java source file has a package 
declaration (99% of times), ANT should open each disclocated file, read the 
package declaration and do the proper timestamp comparaison.

That is possible and would resolve the issue.

The usage of dislocated files is widespread and useful.  It's an important 
feature to have.

-- 
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]

Re: AW: Subversion migration?

[Dominique Devienne]

Migration to SVN is just fine with me. As for when to do it exactly,
anytime before the 1/1/2006 dead-line is fine by me, and the sooner is
indeed the better. --DD

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

[Ant Wiki] Update of "UsingAntWithXSLT2.0AndSaxon" by DanMcCreary

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Ant Wiki" for change 
notification.

The following page has been changed by DanMcCreary:
http://wiki.apache.org/ant/UsingAntWithXSLT2%2e0AndSaxon

--
  
  }}}
  
- The following is an excellent tool for checking that XSLT 2.0 is running
+ The following is an handy transform for printing the XSLT 2.0 and system 
related variables
  -- MyTransform.xsl --
  {{{
  
@@ -71, +71 @@

  
  This should display something like the following:
  
+ -- output of MyOutput.htm --
   * Version: 2.0 
   * Vendor: SAXON 8.4 from Saxonica 
   * Vendor URL: http://www.saxonica.com/ 
@@ -78, +79 @@

   * OS Name: Windows XP 
   * File Seperator: \ 
  
+ To use this just create an empty XML input file with a valid root:
+ -- MyInput.xml --
+ {{{
+ 
+ 
+
+ 
+ }}}
+ 

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

[Ant Wiki] Trivial Update of "UsingAntWithXSLT2.0AndSaxon" by DanMcCreary

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Ant Wiki" for change 
notification.

The following page has been changed by DanMcCreary:
http://wiki.apache.org/ant/UsingAntWithXSLT2%2e0AndSaxon

--
  {{{
  
  http://www.w3.org/1999/XSL/Transform"; 
version="1.0">
-   
+
-   
+   
-   
-   
+  
+ 
-   Print XSLT Related Environment 
Variables
+Print XSLT Related Environment Variables
-   
-   
-   
+ 
+ 
+ 
-   Version: 
+Version: 
-   
+
-   Vendor: 
+Vendor: 
-   
+
-   Vendor URL: 
+Vendor URL: 
-   
+
-   Java Version: 
+Java Version: 
-   
+
-   OS Name: 
+OS Name: 
-   
+
-   File Seperator: 

+File Seperator: 
-   
-   
-   
-   
+
+ 
+ 
+ 
-   
+ 
  
  }}}
  

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

[Ant Wiki] Update of "UsingAntWithXSLT2.0AndSaxon" by DanMcCreary

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Ant Wiki" for change 
notification.

The following page has been changed by DanMcCreary:
http://wiki.apache.org/ant/UsingAntWithXSLT2%2e0AndSaxon

--
  
  }}}
  
+ The following is an excellent tool for checking that XSLT 2.0 is running
+ -- MyTransform.xsl --
+ {{{
+ 
+ http://www.w3.org/1999/XSL/Transform"; 
version="1.0">
+   
+   
+   
+   
+   Print XSLT Related Environment 
Variables
+   
+   
+   
+   Version: 
+   
+   Vendor: 
+   
+   Vendor URL: 
+   
+   Java Version: 
+   
+   OS Name: 
+   
+   File Seperator: 

+   
+   
+   
+   
+   
+ 
+ }}}
+ 
+ This should display something like the following:
+ 
+  * Version: 2.0 
+  * Vendor: SAXON 8.4 from Saxonica 
+  * Vendor URL: http://www.saxonica.com/ 
+  * Java Version: 1.5.0_02 
+  * OS Name: Windows XP 
+  * File Seperator: \ 
+ 

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

[Ant Wiki] Update of "UsingAntWithXSLT2.0AndSaxon" by DanMcCreary

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Ant Wiki" for change 
notification.

The following page has been changed by DanMcCreary:
http://wiki.apache.org/ant/UsingAntWithXSLT2%2e0AndSaxon

--
  Using Ant With XSLT 2.0 and Saxon
  
- You will first have to download the Saxon libraries.  I put the files in my 
C:/Apps/saxon8 folder
+ You will first have to download the Saxon libraries.
+ You can find them at the [http://saxon.sourceforge.net/ SourceForge Saxon Web 
Page]
+ I put the files in my C:/Apps/saxon8 folder
  
  I then add the following to a properties file:
  

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

[Ant Wiki] Update of "UsingAntWithXSLT2.0AndSaxon" by DanMcCreary

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Ant Wiki" for change 
notification.

The following page has been changed by DanMcCreary:
http://wiki.apache.org/ant/UsingAntWithXSLT2%2e0AndSaxon

--
  I then add the following to a properties file:
  
  -- content of my.properties file --
+ {{{
  Saxon8HomeDir=C:/Apps/saxon8
  saxon8jar=${Saxon8HomeDir}/saxon8.jar
  # used to make sure Saxon gets the right XSLT 2.0 processor
  processor=trax
+ }}}
  -- end of my.properties file --
  
  Here is an excerpt from my build file
  
+ -- contents of build.xml --
+ {{{
  
  
  
@@ -29, +33 @@

processor="${processor}" >
 
  
+ }}}
  

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

[Ant Wiki] Update of "UsingAntWithXSLT2.0AndSaxon" by DanMcCreary

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Ant Wiki" for change 
notification.

The following page has been changed by DanMcCreary:
http://wiki.apache.org/ant/UsingAntWithXSLT2%2e0AndSaxon

New page:
Using Ant With XSLT 2.0 and Saxon

You will first have to download the Saxon libraries.  I put the files in my 
C:/Apps/saxon8 folder

I then add the following to a properties file:

-- content of my.properties file --
Saxon8HomeDir=C:/Apps/saxon8
saxon8jar=${Saxon8HomeDir}/saxon8.jar
# used to make sure Saxon gets the right XSLT 2.0 processor
processor=trax
-- end of my.properties file --

Here is an excerpt from my build file






   
   


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

[Ant Wiki] Update of "AntTasks" by DanMcCreary

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Ant Wiki" for change 
notification.

The following page has been changed by DanMcCreary:
http://wiki.apache.org/ant/AntTasks

--
  
  This task allows you to perform XML transforms using the built-in XSLT 
system.  XSLT 2.0 can also be done using the Saxon system.
  
- Here is a demonstration UsingAntWithXSLT2.0AndSaxon.
+ Here is a demonstration [UsingAntWithXSLT2.0AndSaxon].
  
  
  

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

[Ant Wiki] Update of "AntTasks" by DanMcCreary

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Ant Wiki" for change 
notification.

The following page has been changed by DanMcCreary:
http://wiki.apache.org/ant/AntTasks

--
  
  How to unzip the content of a subdirectory of a zip file without the path to 
the subdirectory. For example, if a zip file has a directory dir1/dir2, how to 
unzip dir2 into dir3 so that dir3 contains only dir2, not dir1/dir2?
  
+ == The XSLT Task ==
+ 
+ This task allows you to perform XML transforms using the built-in XSLT 
system.  XSLT 2.0 can also be done using the Saxon system.
+ 
+ Here is a demonstration UsingAntWithXSLT2.0AndSaxon.
+ 
+ 
  
  CategoryCategory
  

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

[VOTE] migrate to svn

[Jan.Materne]

Ok, I got some "+1", but "sooner" is not a timeframe you could really
vote on - IMO :-)
So I suggest:

"Migrate Ant from CVS to SVN on the weekend of 13./14. August 2005."

That would be the first weekend after the one-week voting timeframe.
After passing the vote we should add a note on the homepage.


Let me start with +1

Jan

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

Re: FYI: document the code

[James Fuller]

Kev Jackson wrote:

> James Fuller wrote:
>
>> [EMAIL PROTECTED] wrote:
>>
>>  
>>
>>> You know that we (for several months :) are discussing about
>>> autogenerating the manual.
>>> I think we should have an eye on one of the Apache Google Summer of
>>> Code
>>> projects - RefDoc.
>>> Maybe we could reuse parts or the whole of it.
>>>
>>> See
>>> http://marc.theaimsgroup.com/?l=forrest-dev&m=112289337320271&w=2
>>> http://svn.apache.org/repos/asf/cocoon/gsoc/rgraham/refdoc/
>>>
>>>
>>>   
>>
>> +1
>>  
>>
> definitely +1
>
>> my only worry would be any dep on something as big as cocoon (though
>> current experience using native xml db eXist has been quite good, which
>> also uses cocoon)
>>
>>  
>>
> [OT]
> What's the database like?  I've never used a native XML format db
> (although I heard that DB2 has some pretty good native XML storage
> abilities)

eXist is great, also has a suite of Ant tasks (a bit flaky though
getting better).

>  :)

I think the approach needs to take into account several potential
upstream routes; xdoclet definately being one of them.

so the process could be;

Step 1: aggregate source

[source (xhtml)
source (docbook)
source (xdoclet)
source (rss/atom)
source (whatever xml)
]

we could create a pluggable arch and just do those that we are
interested in...and leave it to others to implement if they want.

Step 2: generate canonical Ant Doc format which should render something
in the browser so we dont have to go another transform step

Step 3: XSLT generates final format

what u think?

--jim


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

Re: FYI: document the code

[Kev Jackson]

James Fuller wrote:


[EMAIL PROTECTED] wrote:

 


You know that we (for several months :) are discussing about
autogenerating the manual.
I think we should have an eye on one of the Apache Google Summer of Code
projects - RefDoc.
Maybe we could reuse parts or the whole of it.

See
http://marc.theaimsgroup.com/?l=forrest-dev&m=112289337320271&w=2
http://svn.apache.org/repos/asf/cocoon/gsoc/rgraham/refdoc/


   


+1
 


definitely +1


my only worry would be any dep on something as big as cocoon (though
current experience using native xml db eXist has been quite good, which
also uses cocoon)

 


[OT]
What's the database like?  I've never used a native XML format db 
(although I heard that DB2 has some pretty good native XML storage 
abilities)



http://wiki.apache.org/cocoon/CocoonRefDocProject

perhaps the reason for this not going forward is not related to the
'how', but agreement on the semantics. I would argue that however 'way'
this happens that a  micro xml format is needed first for describing Ant
tasks, pref one that integrates with existing ant itself. The resultant
doc format can easily be generated using Ant; I think this is an
opportunity much larger then just solving Ant's doc issues. The idea of
the final format being pdf, docbook, xhtml, or whatever in between
format for further processing is trivial.
 

So you would run Ant over your code to generate an intermediate format 
from whatever you annotated your code with and Voila! instant doc.  
SSounds like XDoclet on steroids :)


Kev

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

Re: FYI: document the code

[James Fuller]

[EMAIL PROTECTED] wrote:

>You know that we (for several months :) are discussing about
>autogenerating the manual.
>I think we should have an eye on one of the Apache Google Summer of Code
>projects - RefDoc.
>Maybe we could reuse parts or the whole of it.
>
>See
>http://marc.theaimsgroup.com/?l=forrest-dev&m=112289337320271&w=2
>http://svn.apache.org/repos/asf/cocoon/gsoc/rgraham/refdoc/
>  
>
+1

my only worry would be any dep on something as big as cocoon (though
current experience using native xml db eXist has been quite good, which
also uses cocoon)

http://wiki.apache.org/cocoon/CocoonRefDocProject

perhaps the reason for this not going forward is not related to the
'how', but agreement on the semantics. I would argue that however 'way'
this happens that a  micro xml format is needed first for describing Ant
tasks, pref one that integrates with existing ant itself. The resultant
doc format can easily be generated using Ant; I think this is an
opportunity much larger then just solving Ant's doc issues. The idea of
the final format being pdf, docbook, xhtml, or whatever in between
format for further processing is trivial.

cheers, Jim Fuller
 

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

FYI: document the code

[Jan.Materne]

You know that we (for several months :) are discussing about
autogenerating the manual.
I think we should have an eye on one of the Apache Google Summer of Code
projects - RefDoc.
Maybe we could reuse parts or the whole of it.

See
http://marc.theaimsgroup.com/?l=forrest-dev&m=112289337320271&w=2
http://svn.apache.org/repos/asf/cocoon/gsoc/rgraham/refdoc/


Jan

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