svn commit: r368599 - in /ant/core/trunk: docs/manual/CoreTasks/sql.html src/main/org/apache/tools/ant/taskdefs/JDBCTask.java src/main/org/apache/tools/ant/taskdefs/SQLExec.java src/main/org/apache/to

[bodewig]

Author: bodewig
Date: Thu Jan 12 21:21:09 2006
New Revision: 368599

URL: http://svn.apache.org/viewcvs?rev=368599&view=rev
Log:
2006

Modified:
ant/core/trunk/docs/manual/CoreTasks/sql.html
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/JDBCTask.java
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/SQLExec.java

ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java

Modified: ant/core/trunk/docs/manual/CoreTasks/sql.html
URL: 
http://svn.apache.org/viewcvs/ant/core/trunk/docs/manual/CoreTasks/sql.html?rev=368599&r1=368598&r2=368599&view=diff
==
--- ant/core/trunk/docs/manual/CoreTasks/sql.html (original)
+++ ant/core/trunk/docs/manual/CoreTasks/sql.html Thu Jan 12 21:21:09 2006
@@ -345,7 +345,7 @@
 
 
 
-Copyright © 2000-2005 The Apache Software Foundation. 
All rights
+Copyright © 2000-2006 The Apache Software Foundation. 
All rights
 Reserved.
 
 

Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/JDBCTask.java
URL: 
http://svn.apache.org/viewcvs/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/JDBCTask.java?rev=368599&r1=368598&r2=368599&view=diff
==
--- ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/JDBCTask.java 
(original)
+++ ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/JDBCTask.java Thu Jan 
12 21:21:09 2006
@@ -1,5 +1,5 @@
 /*
- * Copyright  2002-2005 The Apache Software Foundation
+ * Copyright  2002-2006 The Apache Software Foundation
  *
  *  Licensed under the Apache License, Version 2.0 (the "License");
  *  you may not use this file except in compliance with the License.
@@ -467,4 +467,4 @@
 return version;
 }
 
-}
\ No newline at end of file
+}

Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/SQLExec.java
URL: 
http://svn.apache.org/viewcvs/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/SQLExec.java?rev=368599&r1=368598&r2=368599&view=diff
==
--- ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/SQLExec.java 
(original)
+++ ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/SQLExec.java Thu Jan 
12 21:21:09 2006
@@ -1,5 +1,5 @@
 /*
- * Copyright  2000-2005 The Apache Software Foundation
+ * Copyright  2000-2006 The Apache Software Foundation
  *
  *  Licensed under the Apache License, Version 2.0 (the "License");
  *  you may not use this file except in compliance with the License.

Modified: 
ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java
URL: 
http://svn.apache.org/viewcvs/ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java?rev=368599&r1=368598&r2=368599&view=diff
==
--- 
ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java 
(original)
+++ 
ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java 
Thu Jan 12 21:21:09 2006
@@ -1,5 +1,5 @@
 /*
- * Copyright 2005 The Apache Software Foundation
+ * Copyright 2005-2006 The Apache Software Foundation
  *
  *  Licensed under the Apache License, Version 2.0 (the "License");
  *  you may not use this file except in compliance with the License.



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

DO NOT REPLY [Bug 38249] - LoadFile task should support "quiet"

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





--- Additional Comments From [EMAIL PROTECTED]  2006-01-13 03:37 ---
Created an attachment (id=17405)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=17405&action=view)
patch for LoadFile.java

I made the suggested enhancement locally.  The attached file is the output from
the following command:

  diff -u LoadFile.java.orig LoadFile.java > LoadFile.patch


-- 
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 38249] New: - LoadFile task should support "quiet"

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

   Summary: LoadFile task should support "quiet"
   Product: Ant
   Version: 1.6.5
  Platform: Other
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: P2
 Component: Core tasks
AssignedTo: dev@ant.apache.org
ReportedBy: [EMAIL PROTECTED]


It would be desirable if the LoadFile task supported the "quiet" attribute to
suppress the java.io.FileNotFoundException if the file does not exist.  

I have a case where it is not an error if the file doesn't exist, but the
exception still appears in the build report.  There are a several possible
workarounds to keep the report clean of false warnings, but it would be cleaner
if the task itself supported it.

-- 
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: sandbox gendoc

[Kevin Jackson]

> what does (sp?) means in this context?
>

Sorry, it means I wasn't sure I got the spelling of your name right.

> Well, it's hardly official in any way, but it's a start. Note though
> that there were objections regarding the verbosity of schema chosen,
> which I tried to address in another version not in SVN. I was trying
> to have a looser schema, easier to write by hand, which would be
> converted to the canonical, more verbose and structured XML, for
> further processing.
>

yes I read that the  etc are too long  etc
suggested instead.


> Yes, I thought that would be the way to go as well down the line,
> parsing the HTML with tagsoup or the xerces-native-api based Sax
> reader for HTML (don't recall it's name). Given how the examples are
> usually all together, I thought there would need to be more that just
> a little editing, to sprinkle  all over the
> manual. But all in all, I didn't do any of the above, as I didn't much
> of the whole gendoc thing. I simply thought premature to write a
> script to convert the HTML manual into this XML, is the back end
> processing of the XML manual wasn't there.

when I say script here I'm talking about a ruby script (partially as I
saw this as being a converter for the manual for a limited amount of
time, not immediate throwaway, but not a piece of code that's going to
fester in svn for years after, partially because I know enough ruby to
get it done in it (and I don't know enough perl/python)

also for light text processing I think Java is probably too
heavyweight (sledgehammer to crack a nut) and ruby has nice regexp
capabilities.

RE: processing xml, I thought the current opinion was to use xsl +
ants own style task for the HTML (forgive me if I'm wrong), for pdf
version of the manual there's fop (new version recently released) and
latex2pdf (was mentioned too).  There's always forrest too, and I
suppose we could use XDoclet.

> I am. I think it would be valuable work, provided gendoc goes
> somewhere. As is obvious, I'm having trouble devote enough time to it.
> The one piece of advise I'd give you is to not throw write a one time
> throw away converter, as I'd foresee the HTML and XML manual to
> co-exist for some time, until the XML version matures enough. Doc
> fixes would go on in the HTML version most likely only. As long as a
> little structure is added to the HTML with s and CSS classes, the
> converter should continue working.

I'm aiming for a proof of concept script (for echo task) sometime in
the next week (if work doesn't get in the way too much).  After that
I'll see how easy a refactoring job will be for making it generic.

Right now I'm working with the source HTML as is (yes adding divs etc
would help immensely) - to see how difficult it is.  I've got a fair
amount done, but the tokenizer I'm using is being a little greedy and
I've got the examples table as part of the parameters (oops).

>
> This would take care of the manually written manual, but remains the
> part that extracts from the sources and IntrospectionHelper all the
> relevant attribute/element information from tasks. --DD
>

Yes the 'literate programming' style of documentation (at least I
think this is correct usage of the term) is a different matter
altogether.  Having something embedded in the source files would
require an example or two in some of the tasks, could this go into the
trunk or into sandbox (ie copy a taskdef into sandbox and use it to
experiment with the embedded docs).

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

Re: sandbox gendoc

[cstrong]

>> Yes, DocBook, also a standard, is indeed very verbose and doesn't seem
>> to have the favor among commiters.
>
> I think think docbook is interesting but something that should be hidden
> from users by a docbook editor, not handwritten. Also its too low-level;
> I want to mark something as a , not as a bit of code.

Agree 100%.  I went through exactly this thought process myself.

I wanted to reuse Docbook as much as possible, but wanted a custom schema to
represent things like Design Patterns, Business Letters, Resumes, etc.

I found the answer: use Docbook 5.0 (currently in beta).  Docbook5 uses
RelaxNG schemas and namespaces rather than DTDs.
I use Jing for validation, though libxml and Sun MSV work fine, too.

Each schema (pattern, letter, resume, ant task...) is implemented using a
small relaxng file that customizes docbook.rng and a small XSLT that
customizes docbook.xsl.  The customizations are usually less than 100 LOC!

Here is a cut-down example, for a letter:


  

  
A business letter


  The main body of the letter
  

  

  


This may be drifting off-topic.  The main point I wanted to make is
that it is possible to have your custom schema but reuse Docbook as well,
via namespaces and relaxng with relatively little effort.

--Craeg

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

Re: sandbox gendoc

[Steve Loughran]

Dominique Devienne wrote:

I've had a look through the sandbox and I noticed Dominique's (sp?) xml'd
version of the docs.



what does (sp?) means in this context?


probably (spelling?)





As you know I had a play with DocBook-izing the manual last year and in
the end the effort of manually altering every html page to be valid
DocBook xml drove me mad (gibber etc).  Also there seemed to be a
consensus (or rather a few well informed arguments against DocBook in
general) that DocBook was not the way to go for the ant manual[1]



Yes, DocBook, also a standard, is indeed very verbose and doesn't seem
to have the favor among commiters.


I think think docbook is interesting but something that should be hidden 
from users by a docbook editor, not handwritten. Also its too low-level; 
I want to mark something as a , not as a bit of code.






So I've had a look at the gendoc version (all 2 manual pages + whatsnew)
and I thought that if this is at least in the sandbox, it's 99% more
official than choosing a.n.other xml.



Well, it's hardly official in any way, but it's a start. Note though
that there were objections regarding the verbosity of schema chosen,
which I tried to address in another version not in SVN. I was trying
to have a looser schema, easier to write by hand, which would be
converted to the canonical, more verbose and structured XML, for
further processing.



Given this I'm preparing a little script to automate the conversion of
the html docs to the xmlised version in the sandbox.

So far I'm trying to get it to work correctly with echo, but most of the
code is generic so when I get a passable version of that I'll refactor
(a lot) and run it against the doc directory.

Given the formatting issues of html, I expect at least a little manual
intervention along the way, but manually converting all the docs would
be insane (there's over 400 in the core tasks directory alone)



Yes, I thought that would be the way to go as well down the line,
parsing the HTML with tagsoup or the xerces-native-api based Sax
reader for HTML (don't recall it's name). Given how the examples are
usually all together, I thought there would need to be more that just
a little editing, to sprinkle  all over the
manual. But all in all, I didn't do any of the above, as I didn't much
of the whole gendoc thing. I simply thought premature to write a
script to convert the HTML manual into this XML, is the back end
processing of the XML manual wasn't there.



Anyone interested in the results?



I am. I think it would be valuable work, provided gendoc goes
somewhere. As is obvious, I'm having trouble devote enough time to it.
The one piece of advise I'd give you is to not throw write a one time
throw away converter, as I'd foresee the HTML and XML manual to
co-exist for some time, until the XML version matures enough. Doc
fixes would go on in the HTML version most likely only. As long as a
little structure is added to the HTML with s and CSS classes, the
converter should continue working.


I'd like to see a machine generated manual, with PDF alongside the 
online stuff. I've been using things like hibernate, and their docs are 
impressive.





This would take care of the manually written manual, but remains the
part that extracts from the sources and IntrospectionHelper all the
relevant attribute/element information from tasks. --DD


If we set this up, I'll try and help with markup in the source. Vested 
interest: I need to make another summary of all the tasks when I get 
that far in the book.


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

svn commit: r368475 - /ant/core/trunk/docs/manual/CoreTasks/sql.html

[mbenson]

Author: mbenson
Date: Thu Jan 12 13:29:28 2006
New Revision: 368475

URL: http://svn.apache.org/viewcvs?rev=368475&view=rev
Log:
what I assume was meant

Modified:
ant/core/trunk/docs/manual/CoreTasks/sql.html

Modified: ant/core/trunk/docs/manual/CoreTasks/sql.html
URL: 
http://svn.apache.org/viewcvs/ant/core/trunk/docs/manual/CoreTasks/sql.html?rev=368475&r1=368474&r2=368475&view=diff
==
--- ant/core/trunk/docs/manual/CoreTasks/sql.html (original)
+++ ant/core/trunk/docs/manual/CoreTasks/sql.html Thu Jan 12 13:29:28 2006
@@ -146,7 +146,7 @@
 object will perform escape substitution.
 See http://java.sun.com/j2se/1.4.2/docs/api/java/sql/Statement.html#setEscapeProcessing(boolean)">Statement's
-API docs for details.  .
+API docs for details.  Since Ant 1.6.
   No (default=true)
 
 



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

svn commit: r368474 - /ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java

[mbenson]

Author: mbenson
Date: Thu Jan 12 13:27:52 2006
New Revision: 368474

URL: http://svn.apache.org/viewcvs?rev=368474&view=rev
Log:
ws

Modified:

ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java

Modified: 
ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java
URL: 
http://svn.apache.org/viewcvs/ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java?rev=368474&r1=368473&r2=368474&view=diff
==
--- 
ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java 
(original)
+++ 
ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java 
Thu Jan 12 13:27:52 2006
@@ -277,10 +277,10 @@
  * @return this FileResource formatted as a String.
  */
 public String toString() {
-if(isReference()) {
-return  getCheckedRef().toString();
+if (isReference()) {
+return getCheckedRef().toString();
 }
-if(file==null) {
+if (file == null) {
 return "(unbound file resource)";
 }
 String absolutePath = file.getAbsolutePath();



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

svn commit: r368466 - in /ant/core/trunk: ./ docs/manual/CoreTasks/ docs/manual/api/ src/main/org/apache/tools/ant/taskdefs/ src/main/org/apache/tools/ant/types/resources/

[stevel]

Author: stevel
Date: Thu Jan 12 13:03:26 2006
New Revision: 368466

URL: http://svn.apache.org/viewcvs?rev=368466&view=rev
Log:
bug #38245; sql broken on Ant1.7; added expandProperties attribute to expand 
properties in SQL statements.

Modified:
ant/core/trunk/WHATSNEW
ant/core/trunk/docs/manual/CoreTasks/sql.html
ant/core/trunk/docs/manual/api/index.html
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/JDBCTask.java
ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/SQLExec.java

ant/core/trunk/src/main/org/apache/tools/ant/types/resources/FileResource.java

Modified: ant/core/trunk/WHATSNEW
URL: 
http://svn.apache.org/viewcvs/ant/core/trunk/WHATSNEW?rev=368466&r1=368465&r2=368466&view=diff
==
--- ant/core/trunk/WHATSNEW (original)
+++ ant/core/trunk/WHATSNEW Thu Jan 12 13:03:26 2006
@@ -334,19 +334,24 @@
 *  now accepts nested FileNameMappers e.g. .
   Bugzilla report 37604.
 
-* New task loadresource that accompanies loadfile for non file resources.
+* New task  that accompanies  for non file resources.
 
 *  now supports an encoding when saving to a file.
 
 * new GreedyInputHandler added.
 
-* add textfile attribute to the filesmatch condition.
+* add textfile attribute to the  condition. When true, the text
+  contents of the two files are compared, ignoring line ending differences.
 
-* new resourcesmatch condition.
+* new  condition.
 
 * added the onmissingfiltersfile attribute to filterset. Bugzilla report 19845.
 
 * added the inline handler element to the input task.
+
+*  supports property expansion if you set the expandProperties attribute. 
By default
+  it does not expand properties, something we dare not change for fear of 
breaking complex
+  SQL operations in existing files.
 
 Changes from Ant 1.6.4 to Ant 1.6.5
 ===

Modified: ant/core/trunk/docs/manual/CoreTasks/sql.html
URL: 
http://svn.apache.org/viewcvs/ant/core/trunk/docs/manual/CoreTasks/sql.html?rev=368466&r1=368465&r2=368466&view=diff
==
--- ant/core/trunk/docs/manual/CoreTasks/sql.html (original)
+++ ant/core/trunk/docs/manual/CoreTasks/sql.html Thu Jan 12 13:03:26 2006
@@ -146,10 +146,17 @@
 object will perform escape substitution.
 See http://java.sun.com/j2se/1.4.2/docs/api/java/sql/Statement.html#setEscapeProcessing(boolean)">Statement's
-API docs for details.  since Ant 1.6.
+API docs for details.  .
   No (default=true)
 
 
+
+  expandproperties
+  Set to true to turn on property expansion in
+  nested SQL, inline in the task or nested transactions. Since Ant 
1.7.
+  No (default=false)
+
+
 
 
 Parameters specified as nested elements
@@ -220,7 +227,8 @@
 
 Connects to the database given in url as the sa
  user using the org.database.jdbcDriver and executes the two SQL statements 
- inserting data into some_table and truncating some_other_table 
+ inserting data into some_table and truncating some_other_table. Ant Properties
+ in the nested text will not be expanded.
 
 Note that you may want to enclose your statements in
  sections so you don't
@@ -238,6 +246,23 @@
 
 ]]>
 
+
+The following command turns property expansion in nested text on (it is off 
purely for backwards
+compatibility), then creates a new user in the HSQLDB database using Ant 
properties. 
+
+
+  
+CREATE USER ${newuser} PASSWORD ${newpassword}
+  
+
+
+
 
 The following connects to the database given in url as the sa user using 
 the org.database.jdbcDriver and executes the SQL statements contained within 

Modified: ant/core/trunk/docs/manual/api/index.html
URL: 
http://svn.apache.org/viewcvs/ant/core/trunk/docs/manual/api/index.html?rev=368466&r1=368465&r2=368466&view=diff
==
--- ant/core/trunk/docs/manual/api/index.html (original)
+++ ant/core/trunk/docs/manual/api/index.html Thu Jan 12 13:03:26 2006
@@ -1,12 +1,37 @@
-
-
-
-
-Apache Ant API
-
-
-Redirecting to Apache Ant API ...
-
-
-
+http://www.w3.org/TR/html4/frameset.dtd";>
+
+
+
+
+
+Apache Ant API
+
+
+targetPage = "" + window.location.search;
+if (targetPage != "" && targetPage != "undefined")
+   targetPage = targetPage.substring(1);
+function loadFrames() {
+if (targetPage != "" && targetPage != "undefined")
+ top.classFrame.location = top.targetPage;
+}
+
+
+
+
+
+
+
+
+
+
+
+
+Frame Alert
 
+
+This document is designed to be viewed using the frames feature. If you see 
this message, you are using a non-frame-capable web client.
+
+Link toNon-frame version.
+
+
+

Modified: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/JDBCT

DO NOT REPLY [Bug 38245] - NPE in FileResource.toString in

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


[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|normal  |critical




--- Additional Comments From [EMAIL PROTECTED]  2006-01-12 21:41 ---
 is fundamentally broken. It doesnt need a file or depend on nested
transactions; text or src inline is sufficient.

  

  ;

  

-- 
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 38247] New: - JDBCTask has a toLowerCase() call that runs in the current locale, not US

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

   Summary: JDBCTask has a toLowerCase() call that runs in the
current locale, not US
   Product: Ant
   Version: 1.7Alpha (nightly)
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Core tasks
AssignedTo: dev@ant.apache.org
ReportedBy: [EMAIL PROTECTED]


>From the boolean isValidRdbms(Connection conn)  method:

// XXX maybe better toLowerCase(Locale.US)
String theVersion = dmd.getDatabaseProductVersion().toLowerCase();

The comment is correct, if we are doing case-independent checks for database
versions, then the moment someone in turkey tries to build on a database with an
I in it, the build will fail. Unless there is a compelling objection, this must
be corrected.

-- 
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 38245] - NPE in FileResource.toString in

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





--- Additional Comments From [EMAIL PROTECTED]  2006-01-12 21:00 ---
This was cause in the logging of the file name; the file resource is null.
Somehow  SQL is broken in Ant1.7, and we dont (yet) have the regression tests to
check it.

-- 
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 38245] New: - NPE in FileResource.toString in

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

   Summary: NPE in FileResource.toString in 
   Product: Ant
   Version: 1.7Alpha (nightly)
  Platform: Other
OS/Version: other
Status: NEW
  Severity: normal
  Priority: P2
 Component: Core tasks
AssignedTo: dev@ant.apache.org
ReportedBy: [EMAIL PROTECTED]


The following code NPEs in ant, and it aint the jdbc driver.


  


diary/persist/build.xml:128: java.lang.NullPointerException
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:114)
at org.apache.tools.ant.Task.perform(Task.java:365)
at org.apache.tools.ant.Target.execute(Target.java:356)
at org.apache.tools.ant.Target.performTasks(Target.java:384)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1243)
at org.apache.tools.ant.Project.executeTarget(Project.java:1212)
at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
at org.apache.tools.ant.Project.executeTargets(Project.java:1095)
at org.apache.tools.ant.Main.runBuild(Main.java:676)
at org.apache.tools.ant.Main.startAnt(Main.java:195)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:276)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:96)
Caused by: java.lang.NullPointerException
at
org.apache.tools.ant.types.resources.FileResource.toString(FileResource.java:280)
at
org.apache.tools.ant.taskdefs.SQLExec$Transaction.runTransaction(SQLExec.java:713)
at 
org.apache.tools.ant.taskdefs.SQLExec$Transaction.access$000(SQLExec.java:658)
at org.apache.tools.ant.taskdefs.SQLExec.execute(SQLExec.java:393)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:104)
... 11 more
--- Nested Exception ---
java.lang.NullPointerException
at
org.apache.tools.ant.types.resources.FileResource.toString(FileResource.java:280)
at
org.apache.tools.ant.taskdefs.SQLExec$Transaction.runTransaction(SQLExec.java:713)
at 
org.apache.tools.ant.taskdefs.SQLExec$Transaction.access$000(SQLExec.java:658)
at org.apache.tools.ant.taskdefs.SQLExec.execute(SQLExec.java:393)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:104)
at org.apache.tools.ant.Task.perform(Task.java:365)
at org.apache.tools.ant.Target.execute(Target.java:356)
at org.apache.tools.ant.Target.performTasks(Target.java:384)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1243)
at org.apache.tools.ant.Project.executeTarget(Project.java:1212)
at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
at org.apache.tools.ant.Project.executeTargets(Project.java:1095)
at org.apache.tools.ant.Main.runBuild(Main.java:676)
at org.apache.tools.ant.Main.startAnt(Main.java:195)
at org.apache.tools.ant.launch.Launcher.run(Launcher.java:276)
at org.apache.tools.ant.launch.Launcher.main(Launcher.java:96)


Presumably this is new to Ant1.7 ;)

-- 
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: sandbox gendoc

[Dominique Devienne]

> I've had a look through the sandbox and I noticed Dominique's (sp?) xml'd
> version of the docs.

what does (sp?) means in this context?

> As you know I had a play with DocBook-izing the manual last year and in
> the end the effort of manually altering every html page to be valid
> DocBook xml drove me mad (gibber etc).  Also there seemed to be a
> consensus (or rather a few well informed arguments against DocBook in
> general) that DocBook was not the way to go for the ant manual[1]

Yes, DocBook, also a standard, is indeed very verbose and doesn't seem
to have the favor among commiters.

> So I've had a look at the gendoc version (all 2 manual pages + whatsnew)
> and I thought that if this is at least in the sandbox, it's 99% more
> official than choosing a.n.other xml.

Well, it's hardly official in any way, but it's a start. Note though
that there were objections regarding the verbosity of schema chosen,
which I tried to address in another version not in SVN. I was trying
to have a looser schema, easier to write by hand, which would be
converted to the canonical, more verbose and structured XML, for
further processing.

> Given this I'm preparing a little script to automate the conversion of
> the html docs to the xmlised version in the sandbox.
>
> So far I'm trying to get it to work correctly with echo, but most of the
> code is generic so when I get a passable version of that I'll refactor
> (a lot) and run it against the doc directory.
>
> Given the formatting issues of html, I expect at least a little manual
> intervention along the way, but manually converting all the docs would
> be insane (there's over 400 in the core tasks directory alone)

Yes, I thought that would be the way to go as well down the line,
parsing the HTML with tagsoup or the xerces-native-api based Sax
reader for HTML (don't recall it's name). Given how the examples are
usually all together, I thought there would need to be more that just
a little editing, to sprinkle  all over the
manual. But all in all, I didn't do any of the above, as I didn't much
of the whole gendoc thing. I simply thought premature to write a
script to convert the HTML manual into this XML, is the back end
processing of the XML manual wasn't there.

> Anyone interested in the results?

I am. I think it would be valuable work, provided gendoc goes
somewhere. As is obvious, I'm having trouble devote enough time to it.
The one piece of advise I'd give you is to not throw write a one time
throw away converter, as I'd foresee the HTML and XML manual to
co-exist for some time, until the XML version matures enough. Doc
fixes would go on in the HTML version most likely only. As long as a
little structure is added to the HTML with s and CSS classes, the
converter should continue working.

This would take care of the manually written manual, but remains the
part that extracts from the sources and IntrospectionHelper all the
relevant attribute/element information from tasks. --DD

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

[EMAIL PROTECTED]: Project test-ant-no-xerces (in module 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 the folk at [EMAIL PROTECTED]

Project test-ant-no-xerces has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 92 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- test-ant-no-xerces :  Java based build tool


Full details are available at:
http://vmgump.apache.org/gump/public/ant/test-ant-no-xerces/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -INFO- Failed with reason build failed



The following work was performed:
http://vmgump.apache.org/gump/public/ant/test-ant-no-xerces/gump_work/build_ant_test-ant-no-xerces.html
Work Name: build_ant_test-ant-no-xerces (Type: Build)
Work ended in a state of : Failed
Elapsed: 9 mins 28 secs
Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main 
-Dgump.merge=/x1/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: 
/opt/jdk1.4/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/packages/antlr-2.7.3/antlr.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-12012006.jar:/usr/local/gump/public/workspace/jakarta-commons/logging/dist/commons-logging-api-12012006.jar:/usr/local/gump/public/workspace/jakarta-commons/net/dist/commons-net-12012006.jar:/usr/local/gump/packages/jaf-1.0.1/activation.jar:/usr/local/gump/public/workspace/jakarta-bcel/target/bcel-12012006.jar:/usr/local/gump/public/workspace/jakarta-bsf/build/lib/bsf.jar:/usr/local/gump/public/workspace/logging-log4j/dist/lib/log4j-12012006.jar:/usr/local/gump/public/workspace/jakarta-oro/jakarta-oro-12012006.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-12012006.jar:/usr/local/gump/public/workspace/jakarta-servletapi-4/lib/servlet.jar:/usr/local/gump/packages/javamail-1.3.2/mail.jar:/usr/local/gump/packages/javamail-1.3.2/lib/mailapi.jar:/usr/local/gump/packages/jdepend-2.6/lib/jdepend.jar:/usr/local/gump/packages/jsch/jsch-0.1.23.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/public/workspace/jakarta-tomcat-4.0/dist/common/lib/jasper-compiler.jar:/usr/local/gump/public/workspace/jakarta-tomcat-4.0/dist/common/lib/jasper-runtime.jar:/usr/local/gump/public/workspace/xml-commons/java/build/which.jar:/usr/local/gump/public/workspace/rhino/build/rhino_12012006/js.jar:/usr/local/gump/public/workspace/beanshell/dist/bsh-classpath-12012006.jar:/usr/local/gump/public/workspace/beanshell/dist/bsh-commands-12012006.jar:/usr/local/gump/public/workspace/beanshell/dist/bsh-util-12012006.jar:/usr/local/gump/public/workspace/beanshell/dist/bsh-bsf-12012006.jar:/usr/local/gump/public/workspace/beanshell/dist/bsh-12012006.jar:/usr/local/gump/public/workspace/beanshell/dist/bsh-core-12012006.jar:/usr/local/gump/public/workspace/beanshell/dist/bsh-reflect-12012006.jar:/usr/local/gump/public/workspace/jakarta-commons/codec/dist/commons-codec-12012006.jar
-
 

[EMAIL PROTECTED]: Project svn-antlib-test (in module ant-antlibs) 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 the folk at [EMAIL PROTECTED]

Project svn-antlib-test has an issue affecting its community integration.
This issue affects 1 projects,
 and has been outstanding for 92 runs.
The current state of this project is 'Failed', with reason 'Build Failed'.
For reference only, the following projects are affected by this:
- svn-antlib-test :  Task and Type Libraries for Apache Ant


Full details are available at:
http://vmgump.apache.org/gump/public/ant-antlibs/svn-antlib-test/index.html

That said, some information snippets are provided here.

The following annotations (debug/informational/warning/error messages) were 
provided:
 -DEBUG- Dependency on ant-testutil exists, no need to add for property 
ant-testutil.jar.
 -INFO- Failed with reason build failed



The following work was performed:
http://vmgump.apache.org/gump/public/ant-antlibs/svn-antlib-test/gump_work/build_ant-antlibs_svn-antlib-test.html
Work Name: build_ant-antlibs_svn-antlib-test (Type: Build)
Work ended in a state of : Failed
Elapsed: 3 mins 3 secs
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml 
-Dbuild.sysclasspath=only 
-Dant-testutil.jar=/usr/local/gump/public/workspace/ant/build/lib/ant-testutil.jar
 test 
[Working Directory: /usr/local/gump/public/workspace/ant-antlibs/svn]
CLASSPATH: 
/opt/jdk1.4/lib/tools.jar:/usr/local/gump/public/workspace/ant-antlibs/svn/build/test-classes:/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-apache-resolver.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/build/lib/ant-testutil.jar:/usr/local/gump/public/workspace/dist/junit/junit.jar:/usr/local/gump/public/workspace/ant-antlibs/svn/build/ant-svn-12012006.jar
-

[junit] The ' characters around the executable and arguments are
[junit] not part of the command.
[junit] ]
[junit] at 
org.apache.ant.svn.AbstractSvnTask.runCommand(AbstractSvnTask.java:276)
[junit] at 
org.apache.ant.svn.AbstractSvnTask.execute(AbstractSvnTask.java:333)
[junit] at 
org.apache.ant.svn.SvnRevisionDiff.execute(SvnRevisionDiff.java:128)
[junit] at 
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] at java.lang.reflect.Method.invoke(Method.java:324)
[junit] at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java:104)
[junit] at org.apache.tools.ant.Task.perform(Task.java:365)
[junit] at org.apache.tools.ant.Target.execute(Target.java:356)
[junit] at org.apache.tools.ant.Target.performTasks(Target.java:384)
[junit] at 
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1243)
[junit] at org.apache.tools.ant.Project.executeTarget(Project.java:1212)
[junit] at 
org.apache.tools.ant.BuildFileTest.executeTarget(BuildFileTest.java:276)
[junit] at 
org.apache.ant.svn.SvnRevisionDiffTest.executeTargetAndReadLogFully(SvnRevisionDiffTest.java:61)
[junit] at 
org.apache.ant.svn.SvnRevisionDiffTest.testDiffUrl(SvnRevisionDiffTest.java:52)
[junit] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[junit] at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[junit] at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[junit] at java.lang.reflect.Method.invoke(Method.java:324)
[junit] at junit.framework.TestCase.runTest(TestCase.java:164)
[junit] at junit.framework.TestCase.runBare(TestCase.java:130)
[junit] at junit.framework.TestResult$1.protect(TestResult.java:106)
[junit] at junit.framework.TestResult.runProtected(TestResult.java:124)
[junit] at junit.framework.TestResult.run(TestResult.java:109)
[junit] at junit.framework.TestCase.run(TestCase.java:120)
[junit] at junit.framework.TestSuite.runTest(TestSuite.java:230

DO NOT REPLY [Bug 30094] - Performance enhancements using java.nio & lazy calls

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





--- Additional Comments From [EMAIL PROTECTED]  2006-01-12 11:36 ---
It could be a compile-time-optional part of the runtime, something that is only
delegated to when the runtime is 1.4+. Which means that we'd need an
interface/facade to the operations and then an original+nio implementation, the
default behaviour being to use nio on 1.4+, though with a switch to override
that so that the original code can still be tested.

This is a lot of effort; the speedup would have to be tangible. Are the any
measurements, both for local and remote filesystems?

There is some justification for doing such a facade, and it isnt just possible
speedup -the facade could also offer access to the file permissions stuff coming
in Java6.0, letting ant tasks work with permissions properly on the 6.0
platform, as and when it comes out. 

-steve

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