<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user">
    <title>gmane.comp.jakarta.ant.user</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54194"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54193"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54192"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54191"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54190"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54194"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54193"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54192"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54191"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54190"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54189"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54188"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54187"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54186"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54185"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54184"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54183"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54182"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54181"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54180"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54194">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54194</link>
    <description>&lt;pre&gt;Oops. I meant Rob, of course.

On 18/06/2013 4:34 PM, Bruce Atherton wrote:
&lt;/pre&gt;</description>
    <dc:creator>Bruce Atherton</dc:creator>
    <dc:date>2013-06-18T23:53:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54193">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54193</link>
    <description>&lt;pre&gt;You are right that it is inefficient, but it is easy to understand. If 
you want to get efficient, you could create the main.jar with inclusions 
of &amp;lt;zipfileset&amp;gt;[1] using the src attribute for the other jars.

As for the manifest, while this would be tricky for a general purpose 
jar merging tool, it isn't a problem when you are creating a specific 
JAR file. Presumably Earl knows what the combined manifest should look like.

[1] http://ant.apache.org/manual/Types/zipfileset.html

On 18/06/2013 11:53 AM, Earl Hood wrote:
&lt;/pre&gt;</description>
    <dc:creator>Bruce Atherton</dc:creator>
    <dc:date>2013-06-18T23:34:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54192">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54192</link>
    <description>&lt;pre&gt;Rob,

   There are various open source solutions out there to do what you're 
looking for, but there is no "built-in" way to do what you want to do 
using plain Java. I saw someone else suggest one-jar which is what I 
would have suggested, too. There is another one called Meta Jar that 
basically does the same thing. (http://www.yagga.net/java/metajar/ )

Rob

On 6/17/13 6:38 PM, Rob Tanner wrote:
&lt;/pre&gt;</description>
    <dc:creator>Rob Seegel</dc:creator>
    <dc:date>2013-06-18T20:51:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54191">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54191</link>
    <description>&lt;pre&gt;
That is a way to do it, but it is inefficient and does not deal with
manifest entries (which may or may not matter depending on your needs).

Many moons ago, I wrote a java program to do jar merging, where it
supports inclusion and exclusion expressions (so you can merge subsets
of a jars) and attempts to also merge manifest entry information.  The
program is efficient in that it does not pre-extract the jar files, but
instead walks the jar structure when doing the merge.

Never made it into an Ant task.  When I do need it, I just use the
&amp;lt;java&amp;gt; task to call it.

IIRC, at the time (many years ago) there was not much interest in such a
facility of merging jars so I never packaged it up as an OSS project.

--ewh
&lt;/pre&gt;</description>
    <dc:creator>Earl Hood</dc:creator>
    <dc:date>2013-06-18T18:53:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54190">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54190</link>
    <description>&lt;pre&gt;It is fairly trivial to do. In your main jar target:

     1. create a temporary directory
     2. run the unjar task
     3. jar up your main jar, including the contents of the temporary 
directory
     4. delete the temporary directory

See http://ant.apache.org/manual/Tasks/unzip.html for docs on the unjar 
task.

On 18/06/2013 12:27 AM, Rob Tanner wrote:
&lt;/pre&gt;</description>
    <dc:creator>Bruce Atherton</dc:creator>
    <dc:date>2013-06-18T16:54:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54194">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54194</link>
    <description>&lt;pre&gt;Oops. I meant Rob, of course.

On 18/06/2013 4:34 PM, Bruce Atherton wrote:
&lt;/pre&gt;</description>
    <dc:creator>Bruce Atherton</dc:creator>
    <dc:date>2013-06-18T23:53:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54193">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54193</link>
    <description>&lt;pre&gt;You are right that it is inefficient, but it is easy to understand. If 
you want to get efficient, you could create the main.jar with inclusions 
of &amp;lt;zipfileset&amp;gt;[1] using the src attribute for the other jars.

As for the manifest, while this would be tricky for a general purpose 
jar merging tool, it isn't a problem when you are creating a specific 
JAR file. Presumably Earl knows what the combined manifest should look like.

[1] http://ant.apache.org/manual/Types/zipfileset.html

On 18/06/2013 11:53 AM, Earl Hood wrote:
&lt;/pre&gt;</description>
    <dc:creator>Bruce Atherton</dc:creator>
    <dc:date>2013-06-18T23:34:01</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54192">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54192</link>
    <description>&lt;pre&gt;Rob,

   There are various open source solutions out there to do what you're 
looking for, but there is no "built-in" way to do what you want to do 
using plain Java. I saw someone else suggest one-jar which is what I 
would have suggested, too. There is another one called Meta Jar that 
basically does the same thing. (http://www.yagga.net/java/metajar/ )

Rob

On 6/17/13 6:38 PM, Rob Tanner wrote:
&lt;/pre&gt;</description>
    <dc:creator>Rob Seegel</dc:creator>
    <dc:date>2013-06-18T20:51:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54191">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54191</link>
    <description>&lt;pre&gt;
That is a way to do it, but it is inefficient and does not deal with
manifest entries (which may or may not matter depending on your needs).

Many moons ago, I wrote a java program to do jar merging, where it
supports inclusion and exclusion expressions (so you can merge subsets
of a jars) and attempts to also merge manifest entry information.  The
program is efficient in that it does not pre-extract the jar files, but
instead walks the jar structure when doing the merge.

Never made it into an Ant task.  When I do need it, I just use the
&amp;lt;java&amp;gt; task to call it.

IIRC, at the time (many years ago) there was not much interest in such a
facility of merging jars so I never packaged it up as an OSS project.

--ewh
&lt;/pre&gt;</description>
    <dc:creator>Earl Hood</dc:creator>
    <dc:date>2013-06-18T18:53:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54190">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54190</link>
    <description>&lt;pre&gt;It is fairly trivial to do. In your main jar target:

     1. create a temporary directory
     2. run the unjar task
     3. jar up your main jar, including the contents of the temporary 
directory
     4. delete the temporary directory

See http://ant.apache.org/manual/Tasks/unzip.html for docs on the unjar 
task.

On 18/06/2013 12:27 AM, Rob Tanner wrote:
&lt;/pre&gt;</description>
    <dc:creator>Bruce Atherton</dc:creator>
    <dc:date>2013-06-18T16:54:25</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54189">
    <title>Re: Malformed \uxxxx encoding in propertyfile task - \u in propertyfile</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54189</link>
    <description>&lt;pre&gt;Thanks Peter. I did it with a replaceregex task now.


On Wed, Jun 12, 2013 at 2:55 AM, Peter West &amp;lt;lists&amp;lt; at &amp;gt;pbw.id.au&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Michael Niemand</dc:creator>
    <dc:date>2013-06-18T09:19:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54188">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54188</link>
    <description>&lt;pre&gt;In that case, is there an ant task that will enable me to explode the jar file and add the classes that way.  I could simply explode the jars in my development hierarchy in Eclipse, but I would rather leave them untouched there and only explode them when I build the main jar file.  I looked in the ant user's guide, and I couldn't find such a task, but is there a way to execute a short shell script from within the build.xml file?

~ Rob





On Jun 17, 2013, at 4:08 PM, Joe Attardi &amp;lt;joe&amp;lt; at &amp;gt;attardi.net&amp;gt; wrote:


&lt;/pre&gt;</description>
    <dc:creator>Rob Tanner</dc:creator>
    <dc:date>2013-06-18T07:27:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54187">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54187</link>
    <description>&lt;pre&gt;Hi,

http://docs.oracle.com/javase/tutorial/deployment/jar/downman.html

If you want to load classes inMyUtils.jarinto the class path for use 
inMyJar.jar. These two JAR files are in the same directory and can't be 
packaged within MyJar.jar

Regards,
Nagendra
*Raja Nagendra Kumar*
Founder &amp;amp; C.T.O 
*Mobile:* +91-9886723872
*Email:* nagendra.raja&amp;lt; at &amp;gt;tejasoft.com &amp;lt;mailto:nagendra.raja&amp;lt; at &amp;gt;tejasoft.com&amp;gt;
*IM:* nagendra.raja (Skype)
*http://in.linkedin.com/in/nagkumar*
*TejaSoft Innovations Pvt Ltd*
&amp;lt;http://www.tejasoft.com&amp;gt;
Factor 4 Results

See who we know in common 
&amp;lt;http://www.linkedin.com/e/wwk/5094208/?hs=false&amp;amp;tok=0bfzEZotG8slI1&amp;gt; 
Want a signature like this? 
&amp;lt;http://www.linkedin.com/e/sig/5094208/?hs=false&amp;amp;tok=0uLVu92uq8slI1&amp;gt;


On 6/18/2013 4:38 AM, Joe Attardi wrote:
&lt;/pre&gt;</description>
    <dc:creator>Raja Nagendra Kumar</dc:creator>
    <dc:date>2013-06-18T04:05:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54186">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54186</link>
    <description>&lt;pre&gt;Hi Rob,

I don't think you can have JAR files inside the JAR file like that.


On Mon, Jun 17, 2013 at 6:38 PM, Rob Tanner &amp;lt;caspersgrin&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:



&lt;/pre&gt;</description>
    <dc:creator>Joe Attardi</dc:creator>
    <dc:date>2013-06-17T23:08:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54185">
    <title>Re: Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54185</link>
    <description>&lt;pre&gt;The JVM won't look into nested jar files for classes.  Eclipse has a FatJar feature that lets you create runnable jars with nested jars within it.
for ant I think you can use one-jar. Here is a link http://one-jar.sourceforge.net/


________________________________
 From: Rob Tanner &amp;lt;caspersgrin&amp;lt; at &amp;gt;gmail.com&amp;gt;
To: user&amp;lt; at &amp;gt;ant.apache.org 
Sent: Monday, June 17, 2013 3:38 PM
Subject: Access jar files in a library directory in the jar file
 

Hi,

I'm trying to build a runnable jar file that includes several libraries that are also jar files.  My problem is that Java does not seem to be able to find the libraries.  I get this message when I try to run the jar file:

java -jar LibraryAlmaInterface.jar
Exception in thread "main" java.lang.NoClassDefFoundError: org/linfield/PreferencesManager/XMLPrefs
        at org.linfield.Library.PatronDataTransfer.&amp;lt;clinit&amp;gt;(Unknown Source)
Caused by: java.lang.ClassNotFoundException: org.linfield.PreferencesManager.XMLPrefs
        at java.net.URLClassLoader$1.run(URLClass&lt;/pre&gt;</description>
    <dc:creator>Vimil Saju</dc:creator>
    <dc:date>2013-06-18T00:15:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54184">
    <title>Access jar files in a library directory in the jar file</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54184</link>
    <description>&lt;pre&gt;Hi,

I'm trying to build a runnable jar file that includes several libraries that are also jar files.  My problem is that Java does not seem to be able to find the libraries.  I get this message when I try to run the jar file:

java -jar LibraryAlmaInterface.jar
Exception in thread "main" java.lang.NoClassDefFoundError: org/linfield/PreferencesManager/XMLPrefs
        at org.linfield.Library.PatronDataTransfer.&amp;lt;clinit&amp;gt;(Unknown Source)
Caused by: java.lang.ClassNotFoundException: org.linfield.PreferencesManager.XMLPrefs
        at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
        at java.security.AccessController.doPrivileged(Native Method)
        at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:306)
        at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
        at java.lang.ClassLoader.loadClass(ClassLoader.java:247)
        ... 1 more

You can see from the table of contents that the c;ass file is there:
&lt;/pre&gt;</description>
    <dc:creator>Rob Tanner</dc:creator>
    <dc:date>2013-06-17T22:38:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54183">
    <title>RE: Use of Ant's zip task - ensuring file order follows the rules for Epub3</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54183</link>
    <description>&lt;pre&gt;

I've had an answer from someone on the Docbook mailing list (which is the context within which I need to do this task).



The answer is to generate a separate zip-file containing only the file that must come first.

Then the other files and directories are added to it.  (Most of the rest of the data is in directories, so the answer below would appear not to be applicable as it appears to require files only)



The example I've based mine on is at http://inasmuch.as/2010/12/10/ant-for-epub/.



To be more complete, two zip files are created, one containing only the "mimetype" file and the other containing the rest.  These two can then be merged, creating one file with the requirements as stated.



(Also the "mimetype" file must not be compressed.  This tends to happen anyway, probably due to its very small size (21 characters), but it's good to be able to specify it to ensure this is done)



Regards,

Richard.



Richard Kerry
BNCS Engineer
T: +44 (0)20 82259063
M: +44 (0)7812 325518
Room EBX 301, BBC Te&lt;/pre&gt;</description>
    <dc:creator>Kerry, Richard</dc:creator>
    <dc:date>2013-06-14T12:36:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54182">
    <title>Re: Use of Ant's zip task - ensuring file order follows the rules for Epub3</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54182</link>
    <description>&lt;pre&gt;

Not for building epub3 documents but I know a thing about the task or
two :-)


Ant will always add directory entries before file entries unless you set
filesonly to true.  Without that you don't have any chance unless the
files you need first are in the top level directory.

If you don't need directories or the special files all live inside the
top level dir it should work if you specify the files that need specific
order explicitly in a filelist (which preserves order) or file resources
before specifying any filesets.

Something like

&amp;lt;zip filesonly="true" ...&amp;gt;
  &amp;lt;file file="mime-type-thingy"/&amp;gt;
  &amp;lt;fileset dir="where your content is"&amp;gt;
    &amp;lt;exclude name="mime-type-thingy"/&amp;gt;
  &amp;lt;/fileset&amp;gt;
&amp;lt;/zip&amp;gt;

Stefan
&lt;/pre&gt;</description>
    <dc:creator>Stefan Bodewig</dc:creator>
    <dc:date>2013-06-14T12:09:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54181">
    <title>Use of Ant's zip task - ensuring file order follows the rules for Epub3</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54181</link>
    <description>&lt;pre&gt;

Does anyone have experience of Ant's zip task - in particular for building epub3 documents  ?



One of the rules for epub3 is that the mimetype file comes first.  It appears that this can't be enforced using Ant's zip task.  Does anyone know if there is any way of making this work ?  Or do I need to call out to an external application ?  (ie infozip's zip.exe.  7-zip doesn't appear to do it either).





Regards,

Richard.











Richard Kerry
BNCS Engineer
T: +44 (0)20 82259063
M: +44 (0)7812 325518
Room EBX 301, BBC Television Centre, Wood Lane, London, W12 7RJ
richard.kerry&amp;lt; at &amp;gt;atos.net&amp;lt;https://webmail.siemens-it-solutions.com/owa/redir.aspx?C=9fb20d019e3e4cb99344d708709a3177&amp;amp;URL=mailto%3arichard.kerry%40atos.net&amp;gt;
uk.atos.net&amp;lt;https://webmail.siemens-it-solutions.com/owa/redir.aspx?C=9fb20d019e3e4cb99344d708709a3177&amp;amp;URL=http%3a%2f%2fuk.atos.net%2fen-uk%2f&amp;gt;

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail&lt;/pre&gt;</description>
    <dc:creator>Kerry, Richard</dc:creator>
    <dc:date>2013-06-14T10:04:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54180">
    <title>JUnit not found building on Mac MountainLion</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54180</link>
    <description>&lt;pre&gt;What am I doing wrong, please?
$ echo $CLASSPATH
/opt/local/ant/lib/junit.jar
$ echo $ANT_HOME
/opt/local/ant
$ ./build.sh
/.../apache-ant-1.9.1/build.xml:1059: The following error occurred while
executing this line:
/.../apache-ant-1.9.1/build.xml:769: We cannot build the test jar unless
JUnit is present,
      as JUnit is needed to compile the test classes.

Total time: 6 seconds
... Failed Building Ant Distribution !
Bootstrap FAILED
&lt;/pre&gt;</description>
    <dc:creator>Jack Woehr</dc:creator>
    <dc:date>2013-06-13T23:18:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54179">
    <title>Re: Malformed \uxxxx encoding in propertyfile task - \u in propertyfile</title>
    <link>http://permalink.gmane.org/gmane.comp.jakarta.ant.user/54179</link>
    <description>&lt;pre&gt;Hello Michael,

As far as I know, you can't edit arbitrary files with the propertyfile task. The files have to be valid Java property files. For the restrictions on property files, see java.util.Properties load(Reader reader) at http://docs.oracle.com/javase/7/docs/api/

Peter West

"And all ate and were satisfied."

On 11/06/2013, at 11:30 PM, Michael Niemand &amp;lt;michael.niemand&amp;lt; at &amp;gt;gmail.com&amp;gt; wrote:

&lt;/pre&gt;</description>
    <dc:creator>Peter West</dc:creator>
    <dc:date>2013-06-12T00:55:21</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.jakarta.ant.user">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.jakarta.ant.user</link>
  </textinput>
</rdf:RDF>
