RE: Code Copyright

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > Sent: Thursday, 8 January 2004 2:31 AM > To: [EMAIL PROTECTED] > Subject: Re: Code Copyright > > On Wed, 7 Jan 2004, Dominique Devienne <[EMAIL PROTECTED]> wrote: > > > I'm looking at your Happy New Year commit, and wonder about the > > rational

DO NOT REPLY [Bug 4369] - xmlns: attributes disallowed making Ant uncompliant with XML

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://nagoya.apache.org/bugzilla/show_bug

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

> From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > > From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] > > > > > > Hummm, this looks like a foreach to me. Or more exactly > > using the new task of antcontrib (which I think it should be > > candidate to the 3rd party task of the yea

Re: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

ah, yes... even better. :) hard to keep all the permutations straight. When is all that stuff going to be apparent from the ant-contrib site? -Matt --- Peter Reilly <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: > > >>>Actually the new task uses a > type > >>>approach to avoid the . > >>>

Re: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

Matt Benson wrote: Actually the new task uses a type approach to avoid the . Maybe Matt, but remember I want to call a target after all. That's what the depends attribute does, albeit without creating a new project. There still is the thingy, but I'm not fond of it... Not sure what

Re: typo

Ta for the report. Should be in 1.6.1 Peter Yuji Yamano wrote: I think it's typo. Index: import.html === RCS file: /home/cvspublic/ant/docs/manual/CoreTasks/import.html,v retrieving revision 1.6.2.2 diff -u -u -r1.6.2.2 import.html ---

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

peterreilly2004/01/07 10:23:09 Modified:docs/manual/CoreTasks Tag: ANT_16_BRANCH import.html Log: Sync with HEAD Revision ChangesPath No revision No revision 1.6.2.3 +1 -1 ant/docs/manual/CoreTasks/import.html Index: imp

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

peterreilly2004/01/07 10:22:37 Modified:docs/manual/CoreTasks import.html Log: Fix typo Obtained from: Yuji Yamano Revision ChangesPath 1.8 +1 -1 ant/docs/manual/CoreTasks/import.html Index: import.html =

DO NOT REPLY [Bug 25959] - ejbjar task assumes jboss will have a jbosscmp-jdbc.xml file even though its not required (if your not using cmp)

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/ejb JbossDeploymentTool.java

peterreilly2004/01/07 10:19:50 Modified:src/main/org/apache/tools/ant/taskdefs/optional/ejb Tag: ANT_16_BRANCH JbossDeploymentTool.java Log: Sync with head Revision ChangesPath No revision No revision 1.16.2.

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/ejb JbossDeploymentTool.java

peterreilly2004/01/07 10:17:08 Modified:src/main/org/apache/tools/ant/taskdefs/optional/ejb JbossDeploymentTool.java Log: Change message on lack of cmp decriptor from warning to verbose as it is optional PR: 25959 Obtained from: Eric Molitor Revisio

DO NOT REPLY [Bug 23526] - PATCH: should support nested elements

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 23526] - PATCH: should support nested elements

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://nagoya.apache.org/bugzilla/show_bu

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

stevel 2004/01/07 09:49:37 Modified:src/testcases/org/apache/tools/ant/taskdefs TouchTest.java src/main/org/apache/tools/ant/util FileUtils.java src/main/org/apache/tools/ant/taskdefs Touch.java src/etc/testcases/taskdefs touch.xml

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

> I understand that Matt ;-) > BUT, what do I put inside the ? The goal is to > call > a number of targets whose name match a regexp > pattern. > > Calling a target means either , with the > caveat > I listed, or Ant-Contrib's task inherited > from > Antelope I think, that call's a target without

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

> From: Matt Benson [mailto:[EMAIL PROTECTED] > > Not sure what thingy you're talking about... > again, from what Peter tells me, the new works > like except without creating a new project. I understand that Matt ;-) BUT, what do I put inside the ? The goal is to call a number of targets whose

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

> > Actually the new task uses a type > > approach to avoid the . > > Maybe Matt, but remember I want to call a target > after all. > That's what the depends attribute does, albeit > without > creating a new project. > > There still is the thingy, but I'm not fond > of it... Not sure what th

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

> From: Matt Benson [mailto:[EMAIL PROTECTED] > > Actually the new task uses a type > approach to avoid the . Maybe Matt, but remember I want to call a target after all. That's what the depends attribute does, albeit without creating a new project. There still is the thingy, but I'm not fond

typo

I think it's typo. Index: import.html === RCS file: /home/cvspublic/ant/docs/manual/CoreTasks/import.html,v retrieving revision 1.6.2.2 diff -u -u -r1.6.2.2 import.html --- import.html 16 Oct 2003 17:04:58 - 1.6.2.2 +++ impor

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

Actually the new task uses a type approach to avoid the . -Matt --- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > From: Jose Alberto Fernandez > [mailto:[EMAIL PROTECTED] > > > > > From: Dominique Devienne > [mailto:[EMAIL PROTECTED] > > > > > > For maybe a little use case, we have differe

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

> From: Jose Alberto Fernandez [mailto:[EMAIL PROTECTED] > > > From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > > > For maybe a little use case, we have different types of > > tests, UNIT tests, GUI tests, DB tests, etc... each in its own target. > > > > The test target calls them all, by ex

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

> From: Dominique Devienne [mailto:[EMAIL PROTECTED] > > For maybe a little use case, we have different types of > tests, UNIT tests, GUI tests, DB tests, etc... each in its own target. > > The test target calls them all, by explicitly listing all the > test types. I'd happily write depends="t

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

No, the "second category" I referred to was enhancements in general, and I was alluding to the idea of "his enhancement made it into 1.6.1, why not mine?" and so on. Or to make a long story short, my weightless vote would be a -1. -Matt --- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > From

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

> From: Matt Benson [mailto:[EMAIL PROTECTED] > > That was my point. Doesn't the RE patch fall into the > second category? Do you mean to say allowing regexp in target's depends attribute is a compelling-enough enhancement to warrant putting in Ant 1.6.1? Stefan probably doesn't think so, and I

Re: cvs commit: ant/src/main/org/apache/tools/ant/util JavaEnvUtils.java

On 7 Jan 2004, <[EMAIL PROTECTED]> wrote: > Very initial JDK 1.5 support I intend to merge this into the 1.6 branch when done. "done" here means that I at least want to look into changes to javac and javadoc (related to generics and potentially metadata). Right now the patch assumes that java

cvs commit: ant/src/main/org/apache/tools/ant/util JavaEnvUtils.java

bodewig 2004/01/07 08:49:30 Modified:docs/manual/CoreTasks javac.html src/main/org/apache/tools/ant/taskdefs Javac.java src/main/org/apache/tools/ant/taskdefs/compilers CompilerAdapterFactory.java DefaultCompil

Re: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

That was my point. Doesn't the RE patch fall into the second category? -Matt --- Steve Loughran <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: > > Then that gets into the question of what goes into > > 1.6.1, bug fixes only or enhancements? > > > > -Matt > > > bug fixes, unless the enhanceme

Re: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

Matt Benson wrote: Then that gets into the question of what goes into 1.6.1, bug fixes only or enhancements? -Matt bug fixes, unless the enhancements are really compelling. We want to make moving from 1.6.0 to 1.6.1 easy, and like build file compatibility across major releases as much as possibl

DO NOT REPLY [Bug 25959] New: - ejbjar task assumes jboss will have a jbosscmp-jdbc.xml file even though its not required (if your not using cmp)

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://nagoya.apache.org/bugzilla/show_bu

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > > and I think it would be useful. > > This I'm not sure of. I wouldn't oppose the patch, but am not > convinced that it is really needed. Do you have an example that will > let me throw my hands up shouting "of course, we need this!"? OK, I

DO NOT REPLY [Bug 23526] - PATCH: should support nested elements

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://nagoya.apache.org/bugzilla/show_bu

Re: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

Then that gets into the question of what goes into 1.6.1, bug fixes only or enhancements? -Matt --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Wed, 7 Jan 2004, Dominique Devienne > <[EMAIL PROTECTED]> wrote: > > > Did you see the patch to allow regexp in the > depends attribute > > Stefan. >

Re: Code Copyright

On Wed, 7 Jan 2004, Dominique Devienne <[EMAIL PROTECTED]> wrote: > I'm looking at your Happy New Year commit, and wonder about the > rational behind not listing years the source was not changed; I don't understand American Copyright law even remotely well enough to actually tell you 8-) I've be

Re: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

On Wed, 7 Jan 2004, Dominique Devienne <[EMAIL PROTECTED]> wrote: > Did you see the patch to allow regexp in the depends attribute > Stefan. Yes. > This one on the other hand doesn't break the static dependency > checking, True. > and I think it would be useful. This I'm not sure of. I would

Code Copyright

Hi Stefan, I'm looking at your Happy New Year commit, and wonder about the rational behind not listing years the source was not changed; - * Copyright (c) 2000-2001,2003 The Apache Software Foundation. All rights + * Copyright (c) 2000-2001,2003-2004 The Apache Software Foundation. All righ

RE: [PATCH] Support for default ProjectHelper to expand propertie s in attributes to project/target tags

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > people would expect xyzzy to get executed (it won't with your patch, > Ant will fail because no target ${baz} exists instead). This would > break the static target dependency analysis for Ant. Did you see the patch to allow regexp in the depend

RE: ant 1.6.1 [was: Pb with namespaces in Ant 1.6 official]

> From: Antoine Lévy-Lambert [mailto:[EMAIL PROTECTED] > > Dominique : can you use a patched version of ant 1.6.0 until we provide > an official new release ? Actually, thanks to Peter's answer I'm not stuck any more. At first I thought I couldn't use namespaces at all to turn around the bug, whi

Re: Memory utilization on ANT 1.6.0

On Wed, 7 Jan 2004, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > How does it work in 1.6? Does "ant A B" will still execute target > "B" twice? I hope so. But I'm not sure whether it still reuses the same task instances. Stefan ---

RE: Memory utilization on ANT 1.6.0

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > Historically the tasks are doing so for a different reason. In Ant > < 1.6 task instances could get reused. Say you have target A > depending on B and somebody runs "ant A B", then B will get > executed twice and reuse the instances create

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs JarTest.java

bodewig 2004/01/07 04:55:52 Modified:src/testcases/org/apache/tools/ant Tag: ANT_16_BRANCH IntrospectionHelperTest.java src/testcases/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH JarTest.java Log: Sync with HEAD

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs JarTest.java

bodewig 2004/01/07 04:55:15 Modified:src/testcases/org/apache/tools/ant IntrospectionHelperTest.java src/testcases/org/apache/tools/ant/taskdefs JarTest.java Log: some more variables named enum Revision ChangesPath 1.17 +7 -7

RE: Selecting XML Parsers

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > On Tue, 30 Dec 2003, Jose Alberto Fernandez > <[EMAIL PROTECTED]> wrote: > > > That does not seem to work in 1.6.0 since only uses the > > classpath to find the the Liason but the TRAX liason does > not uses it > > to find the factories.

DO NOT REPLY [Bug 10413] - enhancement: JUnit task only creates one forked VM per batch

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://nagoya.apache.org/bugzilla/show_bu

Re: ant 1.6.1 [was: Pb with namespaces in Ant 1.6 official]

Stefan Bodewig wrote: On Tue, 06 Jan 2004, Antoine Lévy-Lambert <[EMAIL PROTECTED]> wrote: Dominique Devienne wrote: Does this warrant a 1.6.1? I'm actually quite stuck because of this bug This bug is impacting the most salient feature of ant 1.6.0, in the core of ant, so it is i

RE: [PATCH] Support for default ProjectHelper to expand properties in attributes to project/target tags

> people would expect xyzzy to get executed (it won't with your patch, > Ant will fail because no target ${baz} exists instead). This would > break the static target dependency analysis for Ant. Ah. Ok, got it. Theoretically, the patch could be applied to the tag only then - but considering the

cvs commit: ant WHATSNEW

peterreilly2004/01/07 02:36:37 Modified:.WHATSNEW Log: Update with the fixs for filters, namespace and ejb task Revision ChangesPath 1.515 +4 -0 ant/WHATSNEW Index: WHATSNEW === RCS

Re: Did 1.6 break old filter behaviour?

I have found the cause of the error. This will be fixed in ant 1.6.1. Peter Colin Sampaleanu wrote: That solution doesn't work too well, since I was relying on global filters for copying in several places, and don't want to redefine them each time. However, I was also already using

DO NOT REPLY [Bug 25944] - Using filter in copy task reports Inifinite loop in tokens.

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/src/etc/testcases/taskdefs copy.xml

peterreilly2004/01/07 02:25:54 Modified:src/main/org/apache/tools/ant/types Tag: ANT_16_BRANCH FilterSet.java src/testcases/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH CopyTest.java src/etc/testcases/taskd

cvs commit: ant/src/etc/testcases/taskdefs copy.xml

peterreilly2004/01/07 02:25:08 Modified:src/main/org/apache/tools/ant/types FilterSet.java src/testcases/org/apache/tools/ant/taskdefs CopyTest.java src/etc/testcases/taskdefs copy.xml Log: Previous fix for filterset broke the infinite filter testing

DO NOT REPLY [Bug 23154] - Filterset goes invalid after first copy operation in copy task

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/src/etc/testcases/taskdefs copy.xml

peterreilly2004/01/07 02:11:38 Modified:src/main/org/apache/tools/ant/types Tag: ANT_16_BRANCH FilterSet.java src/testcases/org/apache/tools/ant/taskdefs Tag: ANT_16_BRANCH CopyTest.java src/etc/testcases/taskd

cvs commit: ant/src/etc/testcases/taskdefs copy.xml

peterreilly2004/01/07 02:10:36 Modified:src/main/org/apache/tools/ant/types FilterSet.java src/testcases/org/apache/tools/ant/taskdefs CopyTest.java src/etc/testcases/taskdefs copy.xml Log: Fix for error in inifinite loop checking in filtersets PR: 231

Re: [PATCH] Support for default ProjectHelper to expand properties in attributes to project/target tags

On Sun, 4 Jan 2004, Kenneth Olving <[EMAIL PROTECTED]> wrote: > Hoping that I've managed to navigate all the etiquette for posting a > patch, here goes: I think you have. > Change made in brief: The default ProjectHelper > (ProjectHelper2.java) has had two lines changed so when parsing > attribu

Re: Default setting of the javac includeAntRuntime attribute?

On Mon, 5 Jan 2004, Kenneth Olving <[EMAIL PROTECTED]> wrote: > But, I expect this simply has to do with backwards compatibility. You are correct (that's been my motivation back then). > Is this correct, and there is just no way this will change? Ant 1.6.0 and is your friend. Stefan

Re: build.xml and DTD

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

Re: ant 1.6.1 [was: Pb with namespaces in Ant 1.6 official]

On Tue, 06 Jan 2004, Antoine Lévy-Lambert <[EMAIL PROTECTED]> wrote: > Dominique Devienne wrote: > >>Does this warrant a 1.6.1? I'm actually quite stuck because of this >>bug >> >> > This bug is impacting the most salient feature of ant 1.6.0, in the > core of ant, so it is important. +1 > D

Re: a comment about xml namespace

On Fri, 02 Jan 2004, Gus Heck <[EMAIL PROTECTED]> wrote: > 1. There should be a name space URI that ant uses to identify it's > internal core components... antlib:org.apache.tools.ant > 2. The name space URI that a given antlib declares to identify it's > components and is associated with user s

DO NOT REPLY [Bug 23154] - Filterset goes invalid after first copy operation in copy task

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25944] - Using filter in copy task reports Inifinite loop in tokens.

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://nagoya.apache.org/bugzilla/show_bu

Re: Selecting XML Parsers

On Tue, 30 Dec 2003, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > That does not seem to work in 1.6.0 since only uses the > classpath to find the the Liason but the TRAX liason does not uses > it to find the factories. I don't think this has changed in 1.6 at all. > The main issue here s

Re: XML Namespace avoids collision between xml vocabularies was RE: a comment about xml namespace

On Tue, 30 Dec 2003, Steve Loughran <[EMAIL PROTECTED]> wrote: > msbuild: declare everything (I think) Not quite. You can leave it to the tasks as well, but the MSBuild team currently thinks that declare everything was superior. Stefan --

Re: Memory utilization on ANT 1.6.0

On Tue, 23 Dec 2003, Antoine Lévy-Lambert <[EMAIL PROTECTED]> wrote: > Because of these type of issues, a number of tasks which in the > execute method are changing instance variables are resetting these > instance variables at the end of the execute method. Historically the tasks are doing so f

cvs commit: ant/xdocs/stylesheets templates.vm

bodewig 2004/01/06 23:32:09 Modified:docs Tag: ANT_16_BRANCH antnews.html bindownload.html bylaws.html contributors.html cvs.html external.html faq.html index.html legal.html license.html mail.html mission.html p

cvs commit: ant/xdocs/stylesheets templates.vm

bodewig 2004/01/06 23:28:00 Modified:docs antnews.html bindownload.html bylaws.html contributors.html cvs.html external.html faq.html index.html legal.html license.html mail.html mission.html problems.html projec

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/ejb JbossDeploymentTool.java

bodewig 2004/01/06 23:26:48 Modified:docs/manual/CoreTasks checksum.html docs/manual/OptionalTasks ejb.html src/main/org/apache/tools/ant IntrospectionHelper.java src/main/org/apache/tools/ant/taskdefs/optional/ejb Jbos

DO NOT REPLY [Bug 25944] New: - Using filter in copy task reports Inifinite loop in tokens.

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25939] - [PATCH] Javadoc correction for Java.setJvm

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25939] New: - [PATCH] Javadoc correction for Java.setJvm

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25938] - [PATCH] xdocs/external.xml update

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 25938] New: - [PATCH] xdocs/external.xml update

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://nagoya.apache.org/bugzilla/show_bu