date:20040727

DO NOT REPLY [Bug 24918] - [PATCH] Permit console input to be sent to

2004-07-27 Thread 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=24918

[PATCH] Permit console input to be sent to 





--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 19:13 ---
Are committers interested in this patch? If so I am quite willing to redo it to
apply against the current trunk (does not merge cleanly any more, I think). Not
sure if it would be accepted for 1.6.3 (not a bug fix) or only for 1.7.

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

JIRA migration

2004-07-27 Thread Antoine Levy-Lambert

Hello,

Are we going to migrate to JIRA ?

A number of Apache projects are using JIRA (for instance gump and xerces).

I wonder whether we should start a new vote on this issue, or is there a
compelling reason to stay with Bugzilla ?

I did not see any conclusions concerning the vote in January, where I saw
3+1s or 2+1s and a -1 (not sure how to interprete the last email of Steve
about it [5].

Antoine

Footnotes :

[1]
http://article.gmane.org/gmane.comp.jakarta.ant.devel/26542/match=jira+vote
[2] http://article.gmane.org/gmane.comp.jakarta.ant.devel/26613/match=jira
[3]
http://article.gmane.org/gmane.comp.jakarta.ant.devel/26545/match=jira+vote
[4]
http://article.gmane.org/gmane.comp.jakarta.ant.devel/26547/match=jira+vote
[5]
http://article.gmane.org/gmane.comp.jakarta.ant.devel/26854/match=jira+vote


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

Re: AntClassloaderTest failed on brutus

2004-07-27 Thread Stefan Bodewig

On Tue, 27 Jul 2004, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:

> What is the difference between gump starting the tests of ant and me
> running ant test from the command line ?

CLASSPATH and build.sysclasspath.

Gump puts everything Ant needs into the system CLASSPATH, including
build/classes and build/testcases.  And then it passes
-Dbuild.sysclasspath=only to Ant, making sure that Ant will ignore
each and every custom  element in the build file.

Stefan

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

Re: AntClassloaderTest failed on brutus

2004-07-27 Thread Antoine Levy-Lambert

Stefan,

Thanks for solving the problem.

What is the difference between gump starting the tests of ant and me running
ant test from the command line ?

Antoine

> On Tue, 27 Jul 2004, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:
> 
> > I will need to find out why this is happening.
> 
> Probably because the test assumes a classloader hierarchy where there
> is none (in Gump).  I'll look into it.
> 
> Stefan
> 


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

Re: new Task subclass

2004-07-27 Thread Alexey N. Solofnenko


Steve Loughran wrote:
1. I'd worry that you are effectively defining a new language -a 
functional one- inside ant.

2. it doesnt have to be ${}; we would be better using a new symbol 
like x{}, though again, things will  break and we will get accused of 
having the perl attitude to obscure bits of the keyboard.

3. given that my main issue with xpath, is it possible to plug in new 
axes for resolving references into the xpath engine we'd use.

4. Is there an xpath engine built in to xerces?
I think it is a part of Xalan.
if we could have a new path axis, then we could have references like 
ant:://myproject/dist ; this would let us resolve using the build file 
structure, (here a targt called dist in a project called 'myproject') 
instead of using classic xpath document-centric path resolution.


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

cvs commit: ant/src/testcases/org/apache/tools/ant AntClassLoaderDelegationTest.java AntClassLoaderTest.java

2004-07-27 Thread bodewig

bodewig 2004/07/27 07:25:12

  Modified:src/testcases/org/apache/tools/ant Tag: ANT_16_BRANCH
AntClassLoaderTest.java
  Added:   src/testcases/org/apache/tools/ant Tag: ANT_16_BRANCH
AntClassLoaderDelegationTest.java
  Log:
  merge
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.3.2.6   +0 -52 
ant/src/testcases/org/apache/tools/ant/AntClassLoaderTest.java
  
  Index: AntClassLoaderTest.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/AntClassLoaderTest.java,v
  retrieving revision 1.3.2.5
  retrieving revision 1.3.2.6
  diff -u -r1.3.2.5 -r1.3.2.6
  --- AntClassLoaderTest.java   27 Jul 2004 07:15:09 -  1.3.2.5
  +++ AntClassLoaderTest.java   27 Jul 2004 14:25:12 -  1.3.2.6
  @@ -82,56 +82,4 @@
   fail("loader should not fail even if project finished");
   }
   }
  -
  -/** Sample resource present in build/testcases/ */
  -private static final String TEST_RESOURCE = 
"org/apache/tools/ant/IncludeTest.class";
  -
  -public void testFindResources() throws Exception {
  -//System.err.println("loading from: " + 
AntClassLoader.class.getProtectionDomain().getCodeSource().getLocation());
  -// See bug #30161.
  -// This path should contain the class files for these testcases:
  -String buildTestcases = System.getProperty("build.tests");
  -assertNotNull("defined ${build.tests}", buildTestcases);
  -assertTrue("have a dir " + buildTestcases, new 
File(buildTestcases).isDirectory());
  -Path path = new Path(p, buildTestcases);
  -// A special parent loader which is not the system class loader:
  -ClassLoader parent = new ParentLoader();
  -// An AntClassLoader which is supposed to delegate to the parent and 
then to the disk path:
  -ClassLoader acl = new AntClassLoader(parent, p, path, true);
  -// The intended result URLs:
  -URL urlFromPath = new 
URL(FileUtils.newFileUtils().toURI(buildTestcases) + TEST_RESOURCE);
  -URL urlFromParent = new URL("http://ant.apache.org/"; + 
TEST_RESOURCE);
  -assertEquals("correct resources (regular delegation order)",
  -Arrays.asList(new URL[] {urlFromParent, urlFromPath}),
  -enum2List(acl.getResources(TEST_RESOURCE)));
  -acl = new AntClassLoader(parent, p, path, false);
  -assertEquals("correct resources (reverse delegation order)",
  -Arrays.asList(new URL[] {urlFromPath, urlFromParent}),
  -enum2List(acl.getResources(TEST_RESOURCE)));
  -}
  -
  -private static List enum2List(Enumeration e) {
  -// JDK 1.4: return Collections.list(e);
  -List l = new ArrayList();
  -while (e.hasMoreElements()) {
  -l.add(e.nextElement());
  -}
  -return l;
  -}
  -
  -/** Special loader that just knows how to find TEST_RESOURCE. */
  -private static final class ParentLoader extends ClassLoader {
  -
  -public ParentLoader() {}
  -
  -protected Enumeration findResources(String name) throws IOException {
  -if (name.equals(TEST_RESOURCE)) {
  -return Collections.enumeration(Collections.singleton(new 
URL("http://ant.apache.org/"; + name)));
  -} else {
  -return Collections.enumeration(Collections.EMPTY_SET);
  -}
  -}
  -
  -}
  -
   }
  
  
  
  No   revision
  
  Index: AntClassLoaderTest.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/AntClassLoaderTest.java,v
  retrieving revision 1.3.2.5
  retrieving revision 1.3.2.6
  diff -u -r1.3.2.5 -r1.3.2.6
  --- AntClassLoaderTest.java   27 Jul 2004 07:15:09 -  1.3.2.5
  +++ AntClassLoaderTest.java   27 Jul 2004 14:25:12 -  1.3.2.6
  @@ -82,56 +82,4 @@
   fail("loader should not fail even if project finished");
   }
   }
  -
  -/** Sample resource present in build/testcases/ */
  -private static final String TEST_RESOURCE = 
"org/apache/tools/ant/IncludeTest.class";
  -
  -public void testFindResources() throws Exception {
  -//System.err.println("loading from: " + 
AntClassLoader.class.getProtectionDomain().getCodeSource().getLocation());
  -// See bug #30161.
  -// This path should contain the class files for these testcases:
  -String buildTestcases = System.getProperty("build.tests");
  -assertNotNull("defined ${build.tests}", buildTestcases);
  -assertTrue("have a dir " + buildTestcases, new 
File(buildTestcases).isDirectory());
  -Path path = new Path(p, buildTestcases);
  -

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/junit JUnitTask.java

2004-07-27 Thread bodewig

bodewig 2004/07/27 07:25:11

  Modified:src/main/org/apache/tools/ant/taskdefs/optional/junit Tag:
ANT_16_BRANCH JUnitTask.java
  Log:
  merge
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.83.2.13 +3 -4  
ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTask.java
  
  Index: JUnitTask.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTask.java,v
  retrieving revision 1.83.2.12
  retrieving revision 1.83.2.13
  diff -u -r1.83.2.12 -r1.83.2.13
  --- JUnitTask.java27 Apr 2004 07:45:47 -  1.83.2.12
  +++ JUnitTask.java27 Jul 2004 14:25:11 -  1.83.2.13
  @@ -1262,11 +1262,10 @@
   classpath.append(antRuntimeClasses);
   }
   classLoader = getProject().createClassLoader(classpath);
  -log("Using CLASSPATH " + classLoader.getClasspath(),
  -Project.MSG_VERBOSE);
   classLoader.setParentFirst(false);
   classLoader.addJavaLibraries();
  -log("Using CLASSPATH " + classLoader.getClasspath(), 
Project.MSG_VERBOSE);
  +log("Using CLASSPATH " + classLoader.getClasspath(), 
  +Project.MSG_VERBOSE);
   // make sure the test will be accepted as a TestCase
   classLoader.addSystemPackageRoot("junit");
   // will cause trouble in JDK 1.1 if omitted
  
  
  

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

cvs commit: ant build.xml

2004-07-27 Thread bodewig

bodewig 2004/07/27 07:25:10

  Modified:.Tag: ANT_16_BRANCH build.xml
  Log:
  merge
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.392.2.35 +2 -0  ant/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/ant/build.xml,v
  retrieving revision 1.392.2.34
  retrieving revision 1.392.2.35
  diff -u -r1.392.2.34 -r1.392.2.35
  --- build.xml 27 Jul 2004 07:15:10 -  1.392.2.34
  +++ build.xml 27 Jul 2004 14:25:09 -  1.392.2.35
  @@ -1516,6 +1516,8 @@
  unless="beanshell.present"/>
   
 
  +

cvs commit: ant/src/testcases/org/apache/tools/ant AntClassLoaderDelegationTest.java AntClassLoaderTest.java

2004-07-27 Thread bodewig

bodewig 2004/07/27 07:24:57

  Modified:src/testcases/org/apache/tools/ant AntClassLoaderTest.java
  Added:   src/testcases/org/apache/tools/ant
AntClassLoaderDelegationTest.java
  Log:
  new tests fail if the tests themselves live on the system classloader
  
  Revision  ChangesPath
  1.9   +0 -52 
ant/src/testcases/org/apache/tools/ant/AntClassLoaderTest.java
  
  Index: AntClassLoaderTest.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/AntClassLoaderTest.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- AntClassLoaderTest.java   27 Jul 2004 07:02:06 -  1.8
  +++ AntClassLoaderTest.java   27 Jul 2004 14:24:57 -  1.9
  @@ -82,56 +82,4 @@
   fail("loader should not fail even if project finished");
   }
   }
  -
  -/** Sample resource present in build/testcases/ */
  -private static final String TEST_RESOURCE = 
"org/apache/tools/ant/IncludeTest.class";
  -
  -public void testFindResources() throws Exception {
  -//System.err.println("loading from: " + 
AntClassLoader.class.getProtectionDomain().getCodeSource().getLocation());
  -// See bug #30161.
  -// This path should contain the class files for these testcases:
  -String buildTestcases = System.getProperty("build.tests");
  -assertNotNull("defined ${build.tests}", buildTestcases);
  -assertTrue("have a dir " + buildTestcases, new 
File(buildTestcases).isDirectory());
  -Path path = new Path(p, buildTestcases);
  -// A special parent loader which is not the system class loader:
  -ClassLoader parent = new ParentLoader();
  -// An AntClassLoader which is supposed to delegate to the parent and 
then to the disk path:
  -ClassLoader acl = new AntClassLoader(parent, p, path, true);
  -// The intended result URLs:
  -URL urlFromPath = new 
URL(FileUtils.newFileUtils().toURI(buildTestcases) + TEST_RESOURCE);
  -URL urlFromParent = new URL("http://ant.apache.org/"; + 
TEST_RESOURCE);
  -assertEquals("correct resources (regular delegation order)",
  -Arrays.asList(new URL[] {urlFromParent, urlFromPath}),
  -enum2List(acl.getResources(TEST_RESOURCE)));
  -acl = new AntClassLoader(parent, p, path, false);
  -assertEquals("correct resources (reverse delegation order)",
  -Arrays.asList(new URL[] {urlFromPath, urlFromParent}),
  -enum2List(acl.getResources(TEST_RESOURCE)));
  -}
  -
  -private static List enum2List(Enumeration e) {
  -// JDK 1.4: return Collections.list(e);
  -List l = new ArrayList();
  -while (e.hasMoreElements()) {
  -l.add(e.nextElement());
  -}
  -return l;
  -}
  -
  -/** Special loader that just knows how to find TEST_RESOURCE. */
  -private static final class ParentLoader extends ClassLoader {
  -
  -public ParentLoader() {}
  -
  -protected Enumeration findResources(String name) throws IOException {
  -if (name.equals(TEST_RESOURCE)) {
  -return Collections.enumeration(Collections.singleton(new 
URL("http://ant.apache.org/"; + name)));
  -} else {
  -return Collections.enumeration(Collections.EMPTY_SET);
  -}
  -}
  -
  -}
  -
   }
  
  
  
  1.1  
ant/src/testcases/org/apache/tools/ant/AntClassLoaderDelegationTest.java
  
  Index: AntClassLoaderDelegationTest.java
  ===
  /*
   * Copyright  2004 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.
   *  You may obtain a copy of the License at
   *
   *  http://www.apache.org/licenses/LICENSE-2.0
   *
   *  Unless required by applicable law or agreed to in writing, software
   *  distributed under the License is distributed on an "AS IS" BASIS,
   *  WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   *  See the License for the specific language governing permissions and
   *  limitations under the License.
   *
   */
  
  package org.apache.tools.ant;
  
  import java.io.File;
  import java.io.IOException;
  import java.net.URL;
  import java.util.ArrayList;
  import java.util.Arrays;
  import java.util.Collections;
  import java.util.Enumeration;
  import java.util.List;
  import junit.framework.TestCase;
  import org.apache.tools.ant.BuildException;
  import org.apache.tools.ant.Project;
  import org.apache.tools.ant.types.Path;
  import org.apache.tools.ant.util.FileUtils;
  
  /**
   * Test case for ant class loader
   *
   */
  public class AntCla

cvs commit: ant build.xml

2004-07-27 Thread bodewig

bodewig 2004/07/27 07:24:56

  Modified:.build.xml
  Log:
  new tests fail if the tests themselves live on the system classloader
  
  Revision  ChangesPath
  1.426 +2 -0  ant/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/ant/build.xml,v
  retrieving revision 1.425
  retrieving revision 1.426
  diff -u -r1.425 -r1.426
  --- build.xml 27 Jul 2004 07:02:07 -  1.425
  +++ build.xml 27 Jul 2004 14:24:56 -  1.426
  @@ -1516,6 +1516,8 @@
  unless="beanshell.present"/>
   
 
  +

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/junit JUnitTask.java

2004-07-27 Thread bodewig

bodewig 2004/07/27 07:04:09

  Modified:src/main/org/apache/tools/ant/taskdefs/optional/junit
JUnitTask.java
  Log:
  logging the classpath once is enough
  
  Revision  ChangesPath
  1.100 +3 -4  
ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTask.java
  
  Index: JUnitTask.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/optional/junit/JUnitTask.java,v
  retrieving revision 1.99
  retrieving revision 1.100
  diff -u -r1.99 -r1.100
  --- JUnitTask.java27 Apr 2004 07:44:47 -  1.99
  +++ JUnitTask.java27 Jul 2004 14:04:09 -  1.100
  @@ -1275,11 +1275,10 @@
   classpath.append(antRuntimeClasses);
   }
   classLoader = getProject().createClassLoader(classpath);
  -log("Using CLASSPATH " + classLoader.getClasspath(),
  -Project.MSG_VERBOSE);
   classLoader.setParentFirst(false);
   classLoader.addJavaLibraries();
  -log("Using CLASSPATH " + classLoader.getClasspath(), 
Project.MSG_VERBOSE);
  +log("Using CLASSPATH " + classLoader.getClasspath(), 
  +Project.MSG_VERBOSE);
   // make sure the test will be accepted as a TestCase
   classLoader.addSystemPackageRoot("junit");
   // will cause trouble in JDK 1.1 if omitted
  
  
  

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

Re: new Task subclass

2004-07-27 Thread Stefan Bodewig

On Thu, 22 Jul 2004, Matt Benson <[EMAIL PROTECTED]> wrote:

> as Conor reminded us the last time we talked about this, he already
> added property evaluation to  for Ant 1.4 .
> Non-issue, then.

Yep, I managed to overlook that Target#testIf/UnlessCondition expand
properties.

Stefan

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

Re: AntClassloaderTest failed on brutus

2004-07-27 Thread Stefan Bodewig

On Tue, 27 Jul 2004, Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote:

> I will need to find out why this is happening.

Probably because the test assumes a classloader hierarchy where there
is none (in Gump).  I'll look into it.

Stefan

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

Patch for XmlRecorder support in task

2004-07-27 Thread Kris Bravo


Last year I submitted the enhancement described in bugzilla 20344:
http://issues.apache.org/bugzilla/show_bug.cgi?id=20344

The change allows a build to be recorded into XML and saved before the
build script has completed so that the same script might do something
with the output (e.g., email it, transform it to html).

I didn't do much to get the word out about the enhancement, and I'm told
that's often a necessary step, so here it is. Please have a look and try
it out. The change is a natural extension of the build recorder, the
code changes are subtle, and it has really helped me out on automated
builds when I wanted to post the results to a web server.

If you think the change works okay and has some use, please offer up
your vote. 

Thanks,

-- 
Kris


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

Re: [Ant Wiki] Updated: http://egoogl.net/dir/

2004-07-27 Thread Stefan Bodewig

On Tue, 27 Jul 2004, Stefan Bodewig <[EMAIL PROTECTED]> wrote:

> I thought I already had deleted it (by physically removing them from
> minotaur's disk).  Will try again.

Seems to have worked now -
 helps,
just replace chmod with rm in the correct place 8-)

Stefan

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

Re: [Ant Wiki] Updated: http://egoogl.net/dir/

2004-07-27 Thread Stefan Bodewig

On Tue, 27 Jul 2004, <[EMAIL PROTECTED]> wrote:

>link spam comes, link spam goes. How do I delete pages?

I thought I already had deleted it (by physically removing them from
minotaur's disk).  Will try again.

Stefan

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

[Ant Wiki] Updated: http://egoogl.net/dir/

2004-07-27 Thread ant-cvs

   Date: 2004-07-27T06:37:10
   Editor: SteveLoughran <[EMAIL PROTECTED]>
   Wiki: Ant Wiki
   Page: http://egoogl.net/dir/
   URL: http://wiki.apache.org/ant/http://egoogl.net/dir/

   link spam comes, link spam goes. How do I delete pages?

Change Log:

--
@@ -1,7 +1 @@
-Describe http://egoogl.net/dir/ here.
-[http://lolita.uslolita.com/lolita.html Lolita]
-[http://lolita.uslolita.com/lolita.html Lolitas]
-[http://lolita-preteens.com/www/ Lolita]
-[http://bbspreteens.com/samples/ Lolita]
-[http://bbspreteens.com/samples/preteen_video.htm Preteen Video]
-[http://egoogl.net/dir/ Lolita]
+-

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

AntClassloaderTest failed on brutus

2004-07-27 Thread Antoine Levy-Lambert

I will need to find out why this is happening.

 [junit] Testcase:
testFindResources(org.apache.tools.ant.AntClassLoaderTest): FAILED
[junit] correct resources (regular delegation order)
expected:<[http://ant.apache.org/org/apache/tools/ant/IncludeTest.class,
file:/usr/local/gump/public/workspace/ant/build/testcases/org/apache/tools/ant/IncludeTest.class]>
but
was:<[file:/usr/local/gump/public/workspace/ant/build/testcases/org/apache/tools/ant/IncludeTest.class,
file:/usr/local/gump/public/workspace/ant/build/testcases/org/apache/tools/ant/IncludeTest.class,
http://ant.apache.org/org/apache/tools/ant/IncludeTest.class,
file:/usr/local/gump/public/workspace/ant/build/testcases/org/apache/tools/ant/IncludeTest.class]>
[junit] junit.framework.AssertionFailedError: correct resources (regular
delegation order)
expected:<[http://ant.apache.org/org/apache/tools/ant/IncludeTest.class,
file:/usr/local/gump/public/workspace/ant/build/testcases/org/apache/tools/ant/IncludeTest.class]>
but
was:<[file:/usr/local/gump/public/workspace/ant/build/testcases/org/apache/tools/ant/IncludeTest.class,
file:/usr/local/gump/public/workspace/ant/build/testcases/org/apache/tools/ant/IncludeTest.class,
http://ant.apache.org/org/apache/tools/ant/IncludeTest.class,
file:/usr/local/gump/public/workspace/ant/build/testcases/org/apache/tools/ant/IncludeTest.class]>
[junit] at junit.framework.Assert.fail(Assert.java:47)
[junit] at junit.framework.Assert.failNotEquals(Assert.java:283)
[junit] at junit.framework.Assert.assertEquals(Assert.java:64)
[junit] at
org.apache.tools.ant.AntClassLoaderTest.testFindResources(AntClassLoaderTest.java:104)
[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:154)
[junit] at junit.framework.TestCase.runBare(TestCase.java:127)
[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:118)
[junit] at junit.framework.TestSuite.runTest(TestSuite.java:208)
[junit] at junit.framework.TestSuite.run(TestSuite.java:203)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java:289)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM(JUnitTask.java:1074)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:689)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeOrQueue(JUnitTask.java:1426)
[junit] at
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:646)
[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:95)
[junit] at org.apache.tools.ant.Task.perform(Task.java:366)
[junit] at org.apache.tools.ant.Target.execute(Target.java:337)
[junit] at org.apache.tools.ant.Target.performTasks(Target.java:365)
[junit] at
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1218)
[junit] at
org.apache.tools.ant.Project.executeTarget(Project.java:1188)
[junit] at
org.apache.tools.ant.Project.executeTargets(Project.java:1060)
[junit] at org.apache.tools.ant.Main.runBuild(Main.java:673)
[junit] at org.apache.tools.ant.Main.startAnt(Main.java:188)
[junit] at org.apache.tools.ant.Main.start(Main.java:151)
[junit] at org.apache.tools.ant.Main.main(Main.java:241)


[junit] Test org.apache.tools.ant.AntClassLoaderTest FAILED
> http://gump.apache.org/ [Instance: brutus]
> 


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

RE: new Task subclass

2004-07-27 Thread Jose Alberto Fernandez

> From: Phil Weighill-Smith [mailto:[EMAIL PROTECTED] 
> 
> XPath is a language that handles complex expressions that 
> *can* include document navigation and "query" paths but also 
> contains a lot of other capabilities (consider what you can 
> do with expressions in XSLT: these expressions use XPath with 
> extension functions).
> 

Xpath is not the only language that allows complex expressions,
you can do the same in Velocity and in many others. I am not talking
at all about inventing a new language, but aabout finding the best fit.

My problem with Xpath here, is that the extension functions are not the
reason for
Xpath and the central point of the design of Xpath, Xpath was design
to address queries on document structures. Now, do we really need to use
a language design for that, or shall we use a diferent one more that
more
closely reflects the kinds of expressions ANT programmers require.

> My suggestion is to have Ant register extension functions with the
> *XPath* context so that they are callable from XPath; 
> however, in my original message I suggested a single 
> (standardized) "call" method that can be used to call any 
> registered Ant task as a catch-all. I also suggested that you 
> *might* want to invoke a target (for some reason) within the 
> expression and that this could be achieved using the document 
> navigation features of the XPath "language" (though what a 
> return value is from a target I don't know other than 
> "success" or "BuildException thrown").
> 

At first sight, I am against allowing the execution of tasks or targets
from within the expression language. For the same reasons that in XSLT
you cannot (easily) apply a template in the condition (test attribute) 
of a  statement.

It seem to me to be wrong and will unravel the whole of ANT into some
sort
of unmanageble mush. So we need to be very careful of what facilities
we provide, and what things we make not easy for users to try.

Notice that task evaluation is already available, if you really want.
You just need to define a PropertyHelper that uses BSF and then you can
write whatever you like I there. But, I doubt many people will follow
that route.

> Following your example we could register (again as I 
> suggested) special functions for the "standard" conditionals, 
> so the expression could look
> like:
> 
> ${cond: available("file", $myFile, "type", "file")}
> 
> (XPath variable reference syntax is a bit different from 
> Ant's property reference syntax: it simply uses a "$" to 
> prefix the QName of a registered variable: all Ant properties 
> would have to be registered as variables with the XPath 
> context/infrastructure in some way, with "illegal" characters 
> translated into legal ones).
> 

This is where the impedance of the languages will show up.
I think that with the addition of recursive property evaluation
this issue can be solved in a more elegant and organic way.

> Having thought about it a bit more, it strikes me that we 
> could have a means of automatically generating appropriate 
> functions, in the appropriate namespaces (if needed), for 
> *any* and *all* registered tasks. E.g. a task "myTask" in a 
> namespace defined for "http://example.org/namespace"; with a 
> prefix of "x" could be automatically provided with an 
> expression function that would understand the possible 
> attributes just like Ant does. This would then be callable
> like:
> 
> ${cond: x:myTask("myAttr", $example)}
> 
> XPath allows function calls to be nested, so the following is 
> legal (and easy to implement):
> 
> ${cond: condition(and(available("file", $myFile), 
> available("file", $myDir, "type", "dir")))}
> 
> Finally, functions can also be defined that generate "data 
> types" other than booleans. That way it would even be 
> possible to handle nested elements (as implied by the above 
> example). Another example (this isn't really conditional, but 
> you should get the idea):
> 
> ${cond: copy("todir", $myDir, fileset("dir", $fromDir, 
> include("name", "**/*.java"), include("name", "**/*.jj")))}
> 
> Following this example it can be seen that the parameters to 
> the function are either a string (in which case it's an 
> attribute name and therefore followed by an attribute value - 
> which must also resolve to a string), or are a data type (in 
> which case it corresponds to a nested element and has no 
> following value).
> 
> (I assume that an expression that uses a task that doesn't 
> effectively return a boolean value would return true if the 
> task executed successfully and false if the task threw a 
> BuildException).
> 

As I said, I am against invoking tasks/targets on conditions,
this things have by definition side effects which means they
change the state of the build. An this will just produce spaggetti
code of the worst kind.

What I expect of such an expression language, if we deside to have one
(and I am not 100% sure we will), is to be able to do what we can do
with conditions today, hopef

[Ant Wiki] New: http://egoogl.net/dir/

2004-07-27 Thread ant-cvs

   Date: 2004-07-27T05:27:16
   Editor: JohnDoe <[EMAIL PROTECTED]>
   Wiki: Ant Wiki
   Page: http://egoogl.net/dir/
   URL: http://wiki.apache.org/ant/http://egoogl.net/dir/

   no comment

New Page:

Describe http://egoogl.net/dir/ here.
[http://lolita.uslolita.com/lolita.html Lolita]
[http://lolita.uslolita.com/lolita.html Lolitas]
[http://lolita-preteens.com/www/ Lolita]
[http://bbspreteens.com/samples/ Lolita]
[http://bbspreteens.com/samples/preteen_video.htm Preteen Video]
[http://egoogl.net/dir/ Lolita]

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

Re: new Task subclass

2004-07-27 Thread Steve Loughran

Phil Weighill-Smith wrote:
XPath is a language that handles complex expressions that *can* include
document navigation and "query" paths but also contains a lot of other
capabilities (consider what you can do with expressions in XSLT: these
expressions use XPath with extension functions).
My suggestion is to have Ant register extension functions with the
*XPath* context so that they are callable from XPath; however, in my
original message I suggested a single (standardized) "call" method that
can be used to call any registered Ant task as a catch-all. I also
suggested that you *might* want to invoke a target (for some reason)
within the expression and that this could be achieved using the document
navigation features of the XPath "language" (though what a return value
is from a target I don't know other than "success" or "BuildException
thrown").

Following your example we could register (again as I suggested) special
functions for the "standard" conditionals, so the expression could look
like:
${cond: available("file", $myFile, "type", "file")}
1. I'd worry that you are effectively defining a new language -a 
functional one- inside ant.

2. it doesnt have to be ${}; we would be better using a new symbol like 
x{}, though again, things will  break and we will get accused of having 
the perl attitude to obscure bits of the keyboard.

3. given that my main issue with xpath, is it possible to plug in new 
axes for resolving references into the xpath engine we'd use.

4. Is there an xpath engine built in to xerces?
if we could have a new path axis, then we could have references like 
ant:://myproject/dist ; this would let us resolve using the build file 
structure, (here a targt called dist in a project called 'myproject') 
instead of using classic xpath document-centric path resolution.

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

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

2004-07-27 Thread 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 2 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- 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 18 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 
-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-20040727.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-20040727.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-chainsaw-20040727.jar:/usr/local/gump/public/workspace/logging-log4j/log4j-lf5-20040727.jar:/usr/local/gump/public/workspace/jakarta-oro/jakarta-oro-20040727.jar:/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040727.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/gump/packages/jsch-0.1.14/dist/lib/jsch-gump.jar:/usr/local/gump/public/workspace/xml-commons/java/build/resolver.jar:/u

RE: new Task subclass

2004-07-27 Thread Phil Weighill-Smith

XPath is a language that handles complex expressions that *can* include
document navigation and "query" paths but also contains a lot of other
capabilities (consider what you can do with expressions in XSLT: these
expressions use XPath with extension functions).

My suggestion is to have Ant register extension functions with the
*XPath* context so that they are callable from XPath; however, in my
original message I suggested a single (standardized) "call" method that
can be used to call any registered Ant task as a catch-all. I also
suggested that you *might* want to invoke a target (for some reason)
within the expression and that this could be achieved using the document
navigation features of the XPath "language" (though what a return value
is from a target I don't know other than "success" or "BuildException
thrown").

Following your example we could register (again as I suggested) special
functions for the "standard" conditionals, so the expression could look
like:

${cond: available("file", $myFile, "type", "file")}

(XPath variable reference syntax is a bit different from Ant's property
reference syntax: it simply uses a "$" to prefix the QName of a
registered variable: all Ant properties would have to be registered as
variables with the XPath context/infrastructure in some way, with
"illegal" characters translated into legal ones).

Having thought about it a bit more, it strikes me that we could have a
means of automatically generating appropriate functions, in the
appropriate namespaces (if needed), for *any* and *all* registered
tasks. E.g. a task "myTask" in a namespace defined for
"http://example.org/namespace"; with a prefix of "x" could be
automatically provided with an expression function that would understand
the possible attributes just like Ant does. This would then be callable
like:

${cond: x:myTask("myAttr", $example)}

XPath allows function calls to be nested, so the following is legal (and
easy to implement):

${cond: condition(and(available("file", $myFile), available("file",
$myDir, "type", "dir")))}

Finally, functions can also be defined that generate "data types" other
than booleans. That way it would even be possible to handle nested
elements (as implied by the above example). Another example (this isn't
really conditional, but you should get the idea):

${cond: copy("todir", $myDir, fileset("dir", $fromDir, include("name",
"**/*.java"), include("name", "**/*.jj")))}

Following this example it can be seen that the parameters to the
function are either a string (in which case it's an attribute name and
therefore followed by an attribute value - which must also resolve to a
string), or are a data type (in which case it corresponds to a nested
element and has no following value).

(I assume that an expression that uses a task that doesn't effectively
return a boolean value would return true if the task executed
successfully and false if the task threw a BuildException).

Anyway, that's my tuppence worth.

Phil :n)

 On Mon, 2004-07-26 at 16:48, Jose Alberto Fernandez wrote:

> OK, I been giving some more background thinking on this issue.
> 
> And at this point, I cannot find any reason why to use Xpath
> as the language for condition evaluation. The reason being that
> on most builds (if not all) how the execution flow goes does not depend
> on how the XML build file looks like but on external factors
> "Is such class available?", "Are this files uptodate?", "Is this file
> bigger that that one",
> "Is the value of this property the same as this or that?"
> 
> So I fail to see what good does it do to use a language designed to
> simplify
> talking about the structure of a document (attributs and elements) where
> that is the least of our concerns.
> 
> With this in mind, I have been thinking on Velocity as a better glue for
> this
> language. The idea being to provide access to the current conditionals
> via the Velocity context, for example, and hence allow callong them from
> 
> Velocity. The context will provide a bridge between the Velocity syntax
> and the most common conditionals by means of, for example, velocimacros.
> 
> I am also thinking on Conditionals providing a subinterface that allows
> simpler glueing into the evaluation engine. So we would be able to say
> something like:
> 
>   if="${cond: $available.att("file",
> ${myFile}).att("type","file")}" or
>   if="${cond: $available.file(myFile).type("file")}"
> 
> or something like that. This will require us going ahead with addig
> roles to
> the context know what conditionals are out there.
> 
> Comments, thrashing, refining, how to's?
> 
> Jose Alberto
> 
> > -Original Message-
> > From: Phil Weighill-Smith [mailto:[EMAIL PROTECTED] 
> > Sent: 22 July 2004 12:22
> > To: Ant Developers List
> > Subject: Re: new Task subclass
> > 
> > 
> > My vote for a "language" within if/unless elements is to use 
> > XPath (1 or 2). Pretty powerful and standard within the XML 
> > domain! You could even think of su

OutOfMemoryError running tests with jdk12

2004-07-27 Thread Antoine Levy-Lambert

Hello,
when running the ant test suite under jdk12, Windows 2000, I get some 
OutOfMemoryError (s)
sample below.
Cheers,
Antoine

   [junit] Testsuite: org.apache.tools.ant.taskdefs.BZip2Test
   [junit] Tests run: 2, Failures: 0, Errors: 1, Time elapsed: 2,934 sec
   [junit] Testcase: 
testRealTest(org.apache.tools.ant.taskdefs.BZip2Test):Caused an ERROR
   [junit] java.lang.OutOfMemoryError:
   [junit] C:\dev\asf\ant.head\src\etc\testcases\taskdefs\bzip2.xml:6: 
java.lang.OutOfMemoryError:
   [junit] at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java, 
Compiled Code)
   [junit] at java.lang.Exception.(Exception.java, Compiled Code)
   [junit] at 
java.lang.RuntimeException.(RuntimeException.java, Compiled Code)
   [junit] at 
org.apache.tools.ant.BuildException.(BuildException.java, Compiled 
Code)
   [junit] at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java, 
Compiled Code)
   [junit] at org.apache.tools.ant.Task.perform(Task.java, Compiled 
Code)
   [junit] at org.apache.tools.ant.Target.execute(Target.java, 
Compiled Code)
   [junit] at org.apache.tools.ant.Target.performTasks(Target.java, 
Compiled Code)
   [junit] at 
org.apache.tools.ant.Project.executeSortedTargets(Project.java, Compiled 
Code)
   [junit] at 
org.apache.tools.ant.Project.executeTarget(Project.java, Compiled Code)
   [junit] at 
org.apache.tools.ant.BuildFileTest.executeTarget(BuildFileTest.java:230)
   [junit] at 
org.apache.tools.ant.taskdefs.BZip2Test.testRealTest(BZip2Test.java:45)
   [junit] at java.lang.reflect.Method.invoke(Native Method)
   [junit] at junit.framework.TestCase.runTest(TestCase.java, 
Compiled Code)
   [junit] at junit.framework.TestCase.runBare(TestCase.java, 
Compiled Code)
   [junit] at junit.framework.TestResult$1.protect(TestResult.java, 
Compiled Code)
   [junit] at 
junit.framework.TestResult.runProtected(TestResult.java, Compiled Code)
   [junit] at junit.framework.TestResult.run(TestResult.java, 
Compiled Code)
   [junit] at junit.framework.TestCase.run(TestCase.java, Compiled 
Code)
   [junit] at junit.framework.TestSuite.runTest(TestSuite.java, 
Compiled Code)
   [junit] at junit.framework.TestSuite.run(TestSuite.java, 
Compiled Code)
   [junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(JUnitTestRunner.java, 
Compiled Code)
   [junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeInVM(JUnitTask.java, 
Compiled Code)
   [junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:689)
   [junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.executeOrQueue(JUnitTask.java, 
Compiled Code)
   [junit] at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java, 
Compiled Code)
   [junit] at 
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java, 
Compiled Code)
   [junit] at java.lang.reflect.Method.invoke(Native Method)
   [junit] at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java, 
Compiled Code)
   [junit] at org.apache.tools.ant.Task.perform(Task.java, Compiled 
Code)
   [junit] at org.apache.tools.ant.Target.execute(Target.java, 
Compiled Code)
   [junit] at org.apache.tools.ant.Target.performTasks(Target.java, 
Compiled Code)
   [junit] at 
org.apache.tools.ant.Project.executeSortedTargets(Project.java, Compiled 
Code)
   [junit] at 
org.apache.tools.ant.Project.executeTarget(Project.java, Compiled Code)
   [junit] at 
org.apache.tools.ant.Project.executeTargets(Project.java, Compiled Code)
   [junit] at org.apache.tools.ant.Main.runBuild(Main.java, 
Compiled Code)
   [junit] at org.apache.tools.ant.Main.startAnt(Main.java, 
Compiled Code)
   [junit] at 
org.apache.tools.ant.launch.Launcher.run(Launcher.java, Compiled Code)
   [junit] at 
org.apache.tools.ant.launch.Launcher.main(Launcher.java:55)
   [junit] --- Nested Exception ---
   [junit] java.lang.OutOfMemoryError:
   [junit] at 
org.apache.tools.bzip2.CBZip2OutputStream.allocateCompressStructures(CBZip2OutputStream.java:1529)
   [junit] at 
org.apache.tools.bzip2.CBZip2OutputStream.(CBZip2OutputStream.java:295)
   [junit] at 
org.apache.tools.bzip2.CBZip2OutputStream.(CBZip2OutputStream.java:275)
   [junit] at org.apache.tools.ant.taskdefs.BZip2.pack(BZip2.java:44)
   [junit] at org.apache.tools.ant.taskdefs.Pack.execute(Pack.java:101)
   [junit] at 
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java, 
Compiled Code)
   [junit] at java.lang.reflect.Method.invoke(Native Method)
   [junit] at 
org.apache.tools.ant.dispatch.DispatchUtils.execute(DispatchUtils.java, 
Compiled Code)
   [junit] at org.apache.tools.ant.Task.perform(Task.java, Compiled 
Code)
   [junit] at org.apache.tools.ant.Target.execute(Target.java, 
Compiled Code)
   [junit]

DO NOT REPLY [Bug 30161] - [PATCH] Impossible to use implicit classpath for when Ant core loader != Java application loader and Path.systemClassPath taken from ${java.class.path}

2004-07-27 Thread 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=30161

[PATCH] Impossible to use implicit classpath for  when Ant core loader 
!= Java application loader and Path.systemClassPath taken from 
${java.class.path}

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |1.6.3



--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 07:17 ---
Thanks very much for the submission, Jesse. :-)
Patches submitted in HEAD and ANT_16_BRANCH

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

cvs commit: ant build.xml WHATSNEW

2004-07-27 Thread antoine

antoine 2004/07/27 00:15:11

  Modified:src/testcases/org/apache/tools/ant Tag: ANT_16_BRANCH
AntClassLoaderTest.java
   src/main/org/apache/tools/ant/util Tag: ANT_16_BRANCH
CollectionUtils.java
   src/main/org/apache/tools/ant Tag: ANT_16_BRANCH
AntClassLoader.java
   .Tag: ANT_16_BRANCH build.xml WHATSNEW
  Log:
  Merge from HEAD
  solve problem :
  Impossible to use implicit classpath for  when Ant core loader != 
Java application loader and Path.systemClassPath taken from ${java.class.path}
  PR: 30161
  Submitted by: Jesse Glick (jglick at netbeans dot org)
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.3.2.5   +65 -2 
ant/src/testcases/org/apache/tools/ant/AntClassLoaderTest.java
  
  Index: AntClassLoaderTest.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/AntClassLoaderTest.java,v
  retrieving revision 1.3.2.4
  retrieving revision 1.3.2.5
  diff -u -r1.3.2.4 -r1.3.2.5
  --- AntClassLoaderTest.java   9 Mar 2004 17:02:00 -   1.3.2.4
  +++ AntClassLoaderTest.java   27 Jul 2004 07:15:09 -  1.3.2.5
  @@ -16,8 +16,20 @@
*/
   
   package org.apache.tools.ant;
  -import org.apache.tools.ant.types.Path;
  +
  +import java.io.File;
  +import java.io.IOException;
  +import java.net.URL;
  +import java.util.ArrayList;
  +import java.util.Arrays;
  +import java.util.Collections;
  +import java.util.Enumeration;
  +import java.util.List;
   import junit.framework.TestCase;
  +import org.apache.tools.ant.BuildException;
  +import org.apache.tools.ant.Project;
  +import org.apache.tools.ant.types.Path;
  +import org.apache.tools.ant.util.FileUtils;
   
   /**
* Test case for ant class loader
  @@ -70,5 +82,56 @@
   fail("loader should not fail even if project finished");
   }
   }
  +
  +/** Sample resource present in build/testcases/ */
  +private static final String TEST_RESOURCE = 
"org/apache/tools/ant/IncludeTest.class";
  +
  +public void testFindResources() throws Exception {
  +//System.err.println("loading from: " + 
AntClassLoader.class.getProtectionDomain().getCodeSource().getLocation());
  +// See bug #30161.
  +// This path should contain the class files for these testcases:
  +String buildTestcases = System.getProperty("build.tests");
  +assertNotNull("defined ${build.tests}", buildTestcases);
  +assertTrue("have a dir " + buildTestcases, new 
File(buildTestcases).isDirectory());
  +Path path = new Path(p, buildTestcases);
  +// A special parent loader which is not the system class loader:
  +ClassLoader parent = new ParentLoader();
  +// An AntClassLoader which is supposed to delegate to the parent and 
then to the disk path:
  +ClassLoader acl = new AntClassLoader(parent, p, path, true);
  +// The intended result URLs:
  +URL urlFromPath = new 
URL(FileUtils.newFileUtils().toURI(buildTestcases) + TEST_RESOURCE);
  +URL urlFromParent = new URL("http://ant.apache.org/"; + 
TEST_RESOURCE);
  +assertEquals("correct resources (regular delegation order)",
  +Arrays.asList(new URL[] {urlFromParent, urlFromPath}),
  +enum2List(acl.getResources(TEST_RESOURCE)));
  +acl = new AntClassLoader(parent, p, path, false);
  +assertEquals("correct resources (reverse delegation order)",
  +Arrays.asList(new URL[] {urlFromPath, urlFromParent}),
  +enum2List(acl.getResources(TEST_RESOURCE)));
  +}
  +
  +private static List enum2List(Enumeration e) {
  +// JDK 1.4: return Collections.list(e);
  +List l = new ArrayList();
  +while (e.hasMoreElements()) {
  +l.add(e.nextElement());
  +}
  +return l;
  +}
  +
  +/** Special loader that just knows how to find TEST_RESOURCE. */
  +private static final class ParentLoader extends ClassLoader {
  +
  +public ParentLoader() {}
  +
  +protected Enumeration findResources(String name) throws IOException {
  +if (name.equals(TEST_RESOURCE)) {
  +return Collections.enumeration(Collections.singleton(new 
URL("http://ant.apache.org/"; + name)));
  +} else {
  +return Collections.enumeration(Collections.EMPTY_SET);
  +}
  +}
  +
  +}
  +
   }
  -
  
  
  
  No   revision
  No   revision
  1.10.2.5  +35 -0 
ant/src/main/org/apache/tools/ant/util/CollectionUtils.java
  
  Index: CollectionUtils.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/util/Collectio

cvs commit: ant build.xml WHATSNEW

2004-07-27 Thread antoine

antoine 2004/07/27 00:02:08

  Modified:src/testcases/org/apache/tools/ant AntClassLoaderTest.java
   src/main/org/apache/tools/ant/util CollectionUtils.java
   src/main/org/apache/tools/ant AntClassLoader.java
   .build.xml WHATSNEW
  Log:
  Impossible to use implicit classpath for  when Ant core loader != 
Java application loader and Path.systemClassPath taken from ${java.class.path}
  PR: 30161
  Submitted by: Jesse Glick (jglick at netbeans dot org)
  
  Revision  ChangesPath
  1.8   +65 -2 
ant/src/testcases/org/apache/tools/ant/AntClassLoaderTest.java
  
  Index: AntClassLoaderTest.java
  ===
  RCS file: 
/home/cvs/ant/src/testcases/org/apache/tools/ant/AntClassLoaderTest.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- AntClassLoaderTest.java   9 Mar 2004 16:48:56 -   1.7
  +++ AntClassLoaderTest.java   27 Jul 2004 07:02:06 -  1.8
  @@ -16,8 +16,20 @@
*/
   
   package org.apache.tools.ant;
  -import org.apache.tools.ant.types.Path;
  +
  +import java.io.File;
  +import java.io.IOException;
  +import java.net.URL;
  +import java.util.ArrayList;
  +import java.util.Arrays;
  +import java.util.Collections;
  +import java.util.Enumeration;
  +import java.util.List;
   import junit.framework.TestCase;
  +import org.apache.tools.ant.BuildException;
  +import org.apache.tools.ant.Project;
  +import org.apache.tools.ant.types.Path;
  +import org.apache.tools.ant.util.FileUtils;
   
   /**
* Test case for ant class loader
  @@ -70,5 +82,56 @@
   fail("loader should not fail even if project finished");
   }
   }
  +
  +/** Sample resource present in build/testcases/ */
  +private static final String TEST_RESOURCE = 
"org/apache/tools/ant/IncludeTest.class";
  +
  +public void testFindResources() throws Exception {
  +//System.err.println("loading from: " + 
AntClassLoader.class.getProtectionDomain().getCodeSource().getLocation());
  +// See bug #30161.
  +// This path should contain the class files for these testcases:
  +String buildTestcases = System.getProperty("build.tests");
  +assertNotNull("defined ${build.tests}", buildTestcases);
  +assertTrue("have a dir " + buildTestcases, new 
File(buildTestcases).isDirectory());
  +Path path = new Path(p, buildTestcases);
  +// A special parent loader which is not the system class loader:
  +ClassLoader parent = new ParentLoader();
  +// An AntClassLoader which is supposed to delegate to the parent and 
then to the disk path:
  +ClassLoader acl = new AntClassLoader(parent, p, path, true);
  +// The intended result URLs:
  +URL urlFromPath = new 
URL(FileUtils.newFileUtils().toURI(buildTestcases) + TEST_RESOURCE);
  +URL urlFromParent = new URL("http://ant.apache.org/"; + 
TEST_RESOURCE);
  +assertEquals("correct resources (regular delegation order)",
  +Arrays.asList(new URL[] {urlFromParent, urlFromPath}),
  +enum2List(acl.getResources(TEST_RESOURCE)));
  +acl = new AntClassLoader(parent, p, path, false);
  +assertEquals("correct resources (reverse delegation order)",
  +Arrays.asList(new URL[] {urlFromPath, urlFromParent}),
  +enum2List(acl.getResources(TEST_RESOURCE)));
  +}
  +
  +private static List enum2List(Enumeration e) {
  +// JDK 1.4: return Collections.list(e);
  +List l = new ArrayList();
  +while (e.hasMoreElements()) {
  +l.add(e.nextElement());
  +}
  +return l;
  +}
  +
  +/** Special loader that just knows how to find TEST_RESOURCE. */
  +private static final class ParentLoader extends ClassLoader {
  +
  +public ParentLoader() {}
  +
  +protected Enumeration findResources(String name) throws IOException {
  +if (name.equals(TEST_RESOURCE)) {
  +return Collections.enumeration(Collections.singleton(new 
URL("http://ant.apache.org/"; + name)));
  +} else {
  +return Collections.enumeration(Collections.EMPTY_SET);
  +}
  +}
  +
  +}
  +
   }
  -
  
  
  
  1.15  +35 -0 
ant/src/main/org/apache/tools/ant/util/CollectionUtils.java
  
  Index: CollectionUtils.java
  ===
  RCS file: 
/home/cvs/ant/src/main/org/apache/tools/ant/util/CollectionUtils.java,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- CollectionUtils.java  9 Mar 2004 16:48:51 -   1.14
  +++ CollectionUtils.java  27 Jul 2004 07:02:06 -  1.15
  @@ -113,4 +113,39 @@
   }
   }
   
  +/**
  + * Append one enumeration to another.

DO NOT REPLY [Bug 30299] - Example for p4label task doesn't match parameter description

2004-07-27 Thread 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=30299

Example for p4label task doesn't match parameter description

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |1.6.3



--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 06:43 ---
Change submitted, thanks for the bug report.

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

cvs commit: ant/docs/manual/OptionalTasks perforce.html

2004-07-27 Thread antoine

antoine 2004/07/26 23:41:05

  Modified:docs/manual/OptionalTasks Tag: ANT_16_BRANCH perforce.html
  Log:
  Merge from HEAD
  fix documentation of p4label task
  PR: 30299
  Submitted by: Tim Clemons timc at messagegate dot com
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.21.2.6  +1 -1  ant/docs/manual/OptionalTasks/perforce.html
  
  Index: perforce.html
  ===
  RCS file: /home/cvs/ant/docs/manual/OptionalTasks/perforce.html,v
  retrieving revision 1.21.2.5
  retrieving revision 1.21.2.6
  diff -u -r1.21.2.5 -r1.21.2.6
  --- perforce.html 9 Feb 2004 22:12:11 -   1.21.2.5
  +++ perforce.html 27 Jul 2004 06:41:05 -  1.21.2.6
  @@ -421,7 +421,7 @@
name="NightlyBuild:${DSTAMP}:${TSTAMP}"
desc="Auto Nightly Build"
lock="locked"
  - label="//firstdepot/...;//secondepot/foo/bar/..."
  + view="//firstdepot/...;//secondepot/foo/bar/..."
   />
   
   
  
  
  

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

cvs commit: ant/docs/manual/OptionalTasks perforce.html

2004-07-27 Thread antoine

antoine 2004/07/26 23:38:59

  Modified:docs/manual/OptionalTasks perforce.html
  Log:
  Correction of the example for p4label task to match attributes
  PR: 30299
  Submitted by: Tim Clemons timc at messagegate dot com
  
  Revision  ChangesPath
  1.26  +1 -1  ant/docs/manual/OptionalTasks/perforce.html
  
  Index: perforce.html
  ===
  RCS file: /home/cvs/ant/docs/manual/OptionalTasks/perforce.html,v
  retrieving revision 1.25
  retrieving revision 1.26
  diff -u -r1.25 -r1.26
  --- perforce.html 9 Feb 2004 21:50:08 -   1.25
  +++ perforce.html 27 Jul 2004 06:38:59 -  1.26
  @@ -420,7 +420,7 @@
name="NightlyBuild:${DSTAMP}:${TSTAMP}" 
desc="Auto Nightly Build"
lock="locked"
  - label="//firstdepot/...;//secondepot/foo/bar/..."
  + view="//firstdepot/...;//secondepot/foo/bar/..."
   />
   
   
  
  
  

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

Re: typo

2004-07-27 Thread Antoine Levy-Lambert

Thanks again,
change also committed to ANT_16_BRANCH and to HEAD.
Cheers,
Antoine
Yuji Yamano wrote:
Index: dotnet.html
===
RCS file: /home/cvspublic/ant/docs/manual/OptionalTasks/dotnet.html,v
retrieving revision 1.19
diff -u -r1.19 dotnet.html
--- dotnet.html 20 Apr 2004 12:48:43 -  1.19
+++ dotnet.html 26 Jul 2004 11:21:56 -
@@ -70,7 +70,7 @@

  vbc
-  Compiles VB.Net code
+  Compiles VB.NET code


-- Yuji Yamano <[EMAIL PROTECTED]>
 Loan me your funky mind. So I can play with it,
 for nothing is good unless you play with it. --George Clinton
-
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]

Re: typo again

2004-07-27 Thread Antoine Levy-Lambert

Thanks Yuji,
change committed to ANT_16_BRANCH and to HEAD.
Cheers,
Antoine
Yuji Yamano wrote:
Index: typedef.html
===
RCS file: /home/cvspublic/ant/docs/manual/CoreTasks/typedef.html,v
retrieving revision 1.14
diff -u -r1.14 typedef.html
--- typedef.html15 Jan 2004 15:02:13 -  1.14
+++ typedef.html26 Jul 2004 18:16:53 -
@@ -88,7 +88,7 @@
  is a property file contains name to classname pairs. If the value
  is "xml", the file/resource is an xml file/resource structured according
  to   Antlib.
-  The default is "properties" unless the file/resorce name ends with
+  The default is "properties" unless the file/resource name ends with
  ".xml", in which case the format attribute will have the value "xml".
  (introduced in ant1.6)

@@ -159,7 +159,7 @@
  The following fragment defines define a type called urlset.
  
 
-  The data type is now availabe to Ant. The
+  The data type is now available to Ant. The
  class com.mydomain.URLSet implements this type.
  
Assuming a class org.acme.ant.RunnableAdapter that
-- Yuji Yamano <[EMAIL PROTECTED]>
 Loan me your funky mind. So I can play with it,
 for nothing is good unless you play with it. --George Clinton
-
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]

cvs commit: ant/docs/manual/CoreTasks typedef.html

2004-07-27 Thread antoine

antoine 2004/07/26 22:57:53

  Modified:docs/manual/OptionalTasks Tag: ANT_16_BRANCH dotnet.html
   docs/manual/CoreTasks Tag: ANT_16_BRANCH typedef.html
  Log:
  Merge from HEAD
  Submitted by: Yuji Yamano yyamano at kt dot rim dot or dot jp
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.10.2.12 +1 -1  ant/docs/manual/OptionalTasks/dotnet.html
  
  Index: dotnet.html
  ===
  RCS file: /home/cvs/ant/docs/manual/OptionalTasks/dotnet.html,v
  retrieving revision 1.10.2.11
  retrieving revision 1.10.2.12
  diff -u -r1.10.2.11 -r1.10.2.12
  --- dotnet.html   20 Apr 2004 12:52:20 -  1.10.2.11
  +++ dotnet.html   27 Jul 2004 05:57:52 -  1.10.2.12
  @@ -73,7 +73,7 @@
   
   
 vbc
  -  Compiles VB.Net code
  +  Compiles VB.NET code
   
   
   
  
  
  
  No   revision
  No   revision
  1.10.2.7  +2 -2  ant/docs/manual/CoreTasks/typedef.html
  
  Index: typedef.html
  ===
  RCS file: /home/cvs/ant/docs/manual/CoreTasks/typedef.html,v
  retrieving revision 1.10.2.6
  retrieving revision 1.10.2.7
  diff -u -r1.10.2.6 -r1.10.2.7
  --- typedef.html  9 Feb 2004 22:12:07 -   1.10.2.6
  +++ typedef.html  27 Jul 2004 05:57:53 -  1.10.2.7
  @@ -89,7 +89,7 @@
 is a property file contains name to classname pairs. If the value
 is "xml", the file/resource is an xml file/resource structured 
according
 to   Antlib.
  -  The default is "properties" unless the file/resorce name ends with
  +  The default is "properties" unless the file/resource name ends with
 ".xml", in which case the format attribute will have the value "xml".
 (introduced in ant1.6)
   
  @@ -160,7 +160,7 @@
 The following fragment defines define a type called urlset.
 
    
  -  The data type is now availabe to Ant. The
  +  The data type is now available to Ant. The
 class com.mydomain.URLSet implements this type.
 
   Assuming a class org.acme.ant.RunnableAdapter that
  
  
  

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

cvs commit: ant/docs/manual/CoreTasks typedef.html

2004-07-27 Thread antoine

antoine 2004/07/26 22:54:51

  Modified:docs/manual/CoreTasks typedef.html
  Log:
  typo
  Submitted by: Yuji Yamano yyamano at kt dot rim dot or dot jp
  
  Revision  ChangesPath
  1.15  +2 -2  ant/docs/manual/CoreTasks/typedef.html
  
  Index: typedef.html
  ===
  RCS file: /home/cvs/ant/docs/manual/CoreTasks/typedef.html,v
  retrieving revision 1.14
  retrieving revision 1.15
  diff -u -r1.14 -r1.15
  --- typedef.html  15 Jan 2004 15:02:13 -  1.14
  +++ typedef.html  27 Jul 2004 05:54:51 -  1.15
  @@ -88,7 +88,7 @@
 is a property file contains name to classname pairs. If the value
 is "xml", the file/resource is an xml file/resource structured 
according
 to   Antlib.
  -  The default is "properties" unless the file/resorce name ends with
  +  The default is "properties" unless the file/resource name ends with
 ".xml", in which case the format attribute will have the value "xml".
 (introduced in ant1.6)
   
  @@ -159,7 +159,7 @@
 The following fragment defines define a type called urlset.
 
    
  -  The data type is now availabe to Ant. The
  +  The data type is now available to Ant. The
 class com.mydomain.URLSet implements this type.
 
   Assuming a class org.acme.ant.RunnableAdapter that
  
  
  

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

cvs commit: ant/docs/manual/OptionalTasks dotnet.html

2004-07-27 Thread antoine

antoine 2004/07/26 22:50:51

  Modified:docs/manual/OptionalTasks dotnet.html
  Log:
  typo
  Submitted by: Yuji Yamano yyamano at kt dot rim dot or dot jp
  
  Revision  ChangesPath
  1.20  +1 -1  ant/docs/manual/OptionalTasks/dotnet.html
  
  Index: dotnet.html
  ===
  RCS file: /home/cvs/ant/docs/manual/OptionalTasks/dotnet.html,v
  retrieving revision 1.19
  retrieving revision 1.20
  diff -u -r1.19 -r1.20
  --- dotnet.html   20 Apr 2004 12:48:43 -  1.19
  +++ dotnet.html   27 Jul 2004 05:50:51 -  1.20
  @@ -70,7 +70,7 @@
   
   
 vbc
  -  Compiles VB.Net code
  +  Compiles VB.NET code
   
   
   
  
  
  

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

DO NOT REPLY [Bug 30339] - Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2

2004-07-27 Thread 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=30339

Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2





--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 02:25 ---
Here's the Ant Jar task definition in question, just by way of explaining why
the classes appear in the order they do in the Ant produced jar file.



  
  
  
  
  
  
  
  
  
  

  
  
  
  

  







































































  


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

DO NOT REPLY [Bug 30339] - Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2

2004-07-27 Thread 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=30339

Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2





--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 02:20 ---
At this point, I can't identify what might be significantly different between
the two jar files attached above.  Other jar files produced by Ant 1.6.2 on my
Solaris system do work properly on the browsers I've tested.. even the bad jar
file attached will work properly, if I use the Jar file with Java Web Start or
directly with Appletviewer.. but if I try running it with any of the following
browser/OS/JDK combinations it fails..

Safari - Mac OS X 10.3.4 - JDK 1.4.1
Firefox - Fedora Core 2 - JDK 1.4.2_05
Firefox - Fedora Core 2 - JDK 1.5.0 beta 2
Firefox - Windows 2000 - JDK 1.5.0 beta 2
IE 6 - Windows 2000 - JDK 1.5.0 beta 2

Clearly there is something in the jar file generated by Ant which tickles an
edge case in these JDK's.. but only when they are trying to launch an applet
from the jar file on a web server through a web browser, seemingly.

Hair pullingly mysterious.

It should be possible to verify this test case by putting the HTML file in
comment 3 onto a web server along with the two versions of ganymede.jar from
the attachments.. the one marked bad should report a failure to load
arlut.csd.ganymede.client.glogin, and the one marked good should not.. (though
even on success the one marked good will indicate an exception trying to
connect to our internal RMI server mentioned in the applet parameter.)

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

DO NOT REPLY [Bug 30339] - Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2

2004-07-27 Thread 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=30339

Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2





--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 02:15 ---
Here is the HTML used to launch applications out of these jar files.. this
will work or fail according to which attachment I use as ganymede.jar in
the local directory



Ganymede Login - csdsun9.arlut.utexas.edu











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

DO NOT REPLY [Bug 30339] - Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2

2004-07-27 Thread 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=30339

Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2





--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 02:14 ---
Created an attachment (id=12231)
The exact same contents, after dumping out with 1.4.2 jar command and 
repacking.  Works great on all browsers.

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

DO NOT REPLY [Bug 30339] - Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2

2004-07-27 Thread 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=30339

Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2





--- Additional Comments From [EMAIL PROTECTED]  2004-07-27 02:13 ---
Created an attachment (id=12230)
The jar file produced by Ant.. browsers using Java 1.4.1, 1.4.2, 1.5.0 fail 
when launching an applet with this jar

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

DO NOT REPLY [Bug 30339] New: - Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2

2004-07-27 Thread 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=30339

Jar task can create mysteriously broken jar files in 1.5.1, 1.6.2

   Summary: Jar task can create mysteriously broken jar files in
1.5.1, 1.6.2
   Product: Ant
   Version: 1.6.2
  Platform: All
OS/Version: Solaris
Status: NEW
  Severity: Major
  Priority: Other
 Component: Core tasks
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Okay, this one is strange.  I've got an Ant build.xml file that builds a jar
file containing 481 entries, built up from several subdirectories.  If I take
the produced jar file and put it on the web site, Safari on Mac OS X 10.3.4,
Firefox on Fedora Core 2 and Windows 2000, and IE 6 on Windows 2000, against
Java 1.4.1, Java 1.4.2, and Java 1.5.0 beta 2, all refuse to launch the applet
that uses this jar file for its class files and resources.. I get a message
saying that the entry point class can not be found, and I see in my web server
that, after retrieving the jar file, the client JVM tries to load the entry
point class directly.

BUT, if I take the Jar file on my Solaris system, expand it with 'jar xf', then
rejar it with a matching 'jar cf', all of the above platforms find the entry
point class properly in the rejar'ed jar file.  There's something about the Jar
file that Ant is producing in this case that just won't go, even though it
obviously contains everything necessary for proper execution when I take it
through a roundtrip using Sun's jar tool.

When I run both jar files through zipinfo, I see the following differences:

The Ant-produced jar file has file types of 'unx', and the class files are
very much out of order.  A sample zipinfo excerpt is as follows:

-rw-r--r--  2.0 unx 264 b- defN 26-Jul-04 19:25
arlut/csd/ganymede/float_field.class
-rw-r--r--  2.0 unx 618 b- defN 26-Jul-04 19:25
arlut/csd/ganymede/invid_field.class
-rw-r--r--  2.0 unx 290 b- defN 26-Jul-04 19:25
arlut/csd/ganymede/ip_field.class
-rw-r--r--  2.0 unx 262 b- defN 26-Jul-04 19:25
arlut/csd/ganymede/num_field.class
-rw-r--r--  2.0 unx 915 b- defN 26-Jul-04 19:25
arlut/csd/ganymede/pass_field.class
-rw-r--r--  2.0 unx1160 b- defN 26-Jul-04 19:25
arlut/csd/ganymede/perm_field.class
-rw-r--r--  2.0 unx 636 b- defN 26-Jul-04 19:25
arlut/csd/ganymede/string_field.class
483 files, 1377893 bytes uncompressed, 604275 bytes compressed:  56.1%

With command line jar from Java 1.4.2_05, I see entries like:

-rw 2.0 fat1570 bl defN 26-Jul-04 19:29
org/xml/sax/helpers/AttributeListImpl.class
-rw 2.0 fat 934 bl defN 26-Jul-04 19:29
org/xml/sax/helpers/LocatorImpl.class
-rw 2.0 fat 893 bl defN 26-Jul-04 19:29
org/xml/sax/helpers/ParserFactory.class
481 files, 1377635 bytes uncompressed, 604097 bytes compressed:  56.1%

I'll include as attachments the good jar file produced by 'jar', the bad
jar file produced by Ant, and the html file used to launch the applet.

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

41 matches

Mail list logo