[VOTE] Release Jakarta Cactus 1.8.1

Hi guys,

here comes the second attempt for
releasing cactus-1.8.1.

The artifacts, hashes and signatures are here:
http://people.apache.org/~ptahchiev/1.8.1-rc2/

The tagged code-base is here:
http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/

I think it is OK this time.

Here is my +1


Please vote.

Thanks.

--
Regards, Petar!
Karlovo, Bulgaria.

EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections

Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9

Re: [VOTE] Release Jakarta Cactus 1.8.1

------=_Part_10473_24748387.1232458141066
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi all,

maybe I am too impatient, but has anybody tried the artifacts?

What is your opinion expressed by any of the three numbers :-).

On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev <
paranoiabla.lists@gmail.com> wrote:

> Hi guys,
>
> here comes the second attempt for
> releasing cactus-1.8.1.
>
> The artifacts, hashes and signatures are here:
> http://people.apache.org/~ptahchiev/1.8.1-rc2/
>
> The tagged code-base is here:
> http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/
>
> I think it is OK this time.
>
> Here is my +1
>
>
> Please vote.
>
> Thanks.
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>



--
Regards, Petar!
Karlovo, Bulgaria.

EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections

Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9

------=_Part_10473_24748387.1232458141066--

Re: [VOTE] Release Jakarta Cactus 1.8.1

On 20/01/2009, Petar Tahchiev wrote:
> Hi all,
>
> maybe I am too impatient, but has anybody tried the artifacts?

1 minor problem - the .asc files should be detached ascii signatures,
not signed archives.
No need to recreate the RC, just recreate the .asc files.

We don't normally provide binary .sig files - they can be deleted.

I'm still looking at other aspects of the RC.

>
> What is your opinion expressed by any of the three numbers :-).
>
>
> On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev <
> paranoiabla.lists@gmail.com> wrote:
>
> > Hi guys,
> >
> > here comes the second attempt for
> > releasing cactus-1.8.1.
> >
> > The artifacts, hashes and signatures are here:
>
> > http://people.apache.org/~ptahchiev/1.8.1-rc2/
> >
> > The tagged code-base is here:
> > http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/
> >
> > I think it is OK this time.
> >
> > Here is my +1
> >
> >
> > Please vote.
> >
> > Thanks.
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
>
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>

Re: [VOTE] Release Jakarta Cactus 1.8.1

------=_Part_39536_31408508.1232478618686
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Sebb,

I have uploaded the signatures as detached files.

Cheers, Petar.

On Tue, Jan 20, 2009 at 6:49 PM, sebb wrote:

> On 20/01/2009, Petar Tahchiev wrote:
> > Hi all,
> >
> > maybe I am too impatient, but has anybody tried the artifacts?
>
> 1 minor problem - the .asc files should be detached ascii signatures,
> not signed archives.
> No need to recreate the RC, just recreate the .asc files.
>
> We don't normally provide binary .sig files - they can be deleted.
>
> I'm still looking at other aspects of the RC.
>
> >
> > What is your opinion expressed by any of the three numbers :-).
> >
> >
> > On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev <
> > paranoiabla.lists@gmail.com> wrote:
> >
> > > Hi guys,
> > >
> > > here comes the second attempt for
> > > releasing cactus-1.8.1.
> > >
> > > The artifacts, hashes and signatures are here:
> >
> > > http://people.apache.org/~ptahchiev/1.8.1-rc2/
>
> > >
> > > The tagged code-base is here:
> > > http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/
> > >
> > > I think it is OK this time.
> > >
> > > Here is my +1
> > >
> > >
> > > Please vote.
> > >
> > > Thanks.
> > >
> > > --
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
> ------------------------------------------------------------ ---------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>


--
Regards, Petar!
Karlovo, Bulgaria.

EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections

Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9

------=_Part_39536_31408508.1232478618686--

Re: [VOTE] Release Jakarta Cactus 1.8.1

On 20/01/2009, sebb wrote:
> On 20/01/2009, Petar Tahchiev wrote:
> > Hi all,
> >
> > maybe I am too impatient, but has anybody tried the artifacts?
>
>
> 1 minor problem - the .asc files should be detached ascii signatures,
> not signed archives.
> No need to recreate the RC, just recreate the .asc files.
>
> We don't normally provide binary .sig files - they can be deleted.
>
> I'm still looking at other aspects of the RC.
>

The servlet-api-2.4.jar file is an Apache version, as Henri already mentioned.
The cddl licence should be deleted, and the README updated.

Like Henri, I also get test failures:

[surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25
sec <<<<<<<< FAILURE !!
[surefire] Running
org.apache.cactus.integration.ant.deployment.webapp.TestWarA rchive
[surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
sec <<<<<<<< FAILURE !!
[surefire] Running
org.apache.cactus.integration.ant.deployment.webapp.TestWebX ml
[surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec
[surefire] Running
org.apache.cactus.integration.ant.deployment.webapp.TestWebX mlVersion
[surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec
[surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask
[surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
sec <<<<<<<< FAILURE !!
[surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask
[surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281
sec <<<<<<<< FAILURE !!
[surefire] Running org.apache.cactus.integration.ant.TestCactusTask
[surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078
sec <<<<<<<< FAILURE !!
[surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask
[surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094
sec <<<<<<<< FAILURE !!
[surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask
[surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078
sec <<<<<<<< FAILURE !!

I ran "mvn test", which failed when it could not find the cactus jars.
It would be better if this worked without needing to do "mvn install" first.

I then ran "mvn install" and got the errors shown above.

It looks like these are all caused by

junit.framework.AssertionFailedError: The system property
'testinput.dir' must point to an existing directory
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.assertTrue(Assert.java:20)
at org.apache.cactus.integration.ant.AntTestCase.getBuildFile(A ntTestCase.java:370)

This is a bit odd, as the directory appears to be there.

The assert() message ought to quote the directory name it is looking for.
[I'll update SVN trunk.]

Even odder, the problem does not occur when I reran the test.
I've tried several times to recreate the error, but it only happened once.

==

There are various jetty files under

samples/jetty/src

which don't have AL headers. Are these Jetty sources?
If so, then the source archive really needs to include the relevant license.
If the samples were generated under the ASF, then they need the AL headers.

There seem to be some oddities in the main pom.xml:



aspectj
aspectjrt
1.5.3


specifies version 1.5.3, whereas



....

aspectj
aspectjrt
1.2.1


specifies version 1.2.1 - I would have expected the two to be the same?

==

There are several maven.xml and project.xml files in the directory
tree - are these still current?

> >
> > What is your opinion expressed by any of the three numbers :-).
> >
> >
> > On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev <
> > paranoiabla.lists@gmail.com> wrote:
> >
> > > Hi guys,
> > >
> > > here comes the second attempt for
> > > releasing cactus-1.8.1.
> > >
> > > The artifacts, hashes and signatures are here:
> >
> > > http://people.apache.org/~ptahchiev/1.8.1-rc2/
> > >
> > > The tagged code-base is here:
> > > http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/
> > >
> > > I think it is OK this time.
> > >
> > > Here is my +1
> > >
> > >
> > > Please vote.
> > >
> > > Thanks.
> > >
> > > --
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>

Re: [VOTE] Release Jakarta Cactus 1.8.1

------=_Part_40600_24784940.1232484672665
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi Sebb,

I removed the CDDL license and described the servlet-api as
an Apache 2.0 licensed. I also added the Apache license headers.
I also changed the version of AspectJ we are using.

About the test failures that you mention I think they are different
from what Henry is getting. Anyways I am unable to reproduce them :-(

What should I do? Do I need to make a RC-3 and call the vote on it?

Thanks for the tips guys.

On Tue, Jan 20, 2009 at 9:42 PM, sebb wrote:

> On 20/01/2009, sebb wrote:
> > On 20/01/2009, Petar Tahchiev wrote:
> > > Hi all,
> > >
> > > maybe I am too impatient, but has anybody tried the artifacts?
> >
> >
> > 1 minor problem - the .asc files should be detached ascii signatures,
> > not signed archives.
> > No need to recreate the RC, just recreate the .asc files.
> >
> > We don't normally provide binary .sig files - they can be deleted.
> >
> > I'm still looking at other aspects of the RC.
> >
>
> The servlet-api-2.4.jar file is an Apache version, as Henri already
> mentioned.
> The cddl licence should be deleted, and the README updated.
>
> Like Henri, I also get test failures:
>
> [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25
> sec <<<<<<<< FAILURE !!
> [surefire] Running
> org.apache.cactus.integration.ant.deployment.webapp.TestWarA rchive
> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
> sec <<<<<<<< FAILURE !!
> [surefire] Running
> org.apache.cactus.integration.ant.deployment.webapp.TestWebX ml
> [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec
> [surefire] Running
> org.apache.cactus.integration.ant.deployment.webapp.TestWebX mlVersion
> [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec
> [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask
> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
> sec <<<<<<<< FAILURE !!
> [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask
> [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281
> sec <<<<<<<< FAILURE !!
> [surefire] Running org.apache.cactus.integration.ant.TestCactusTask
> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078
> sec <<<<<<<< FAILURE !!
> [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask
> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094
> sec <<<<<<<< FAILURE !!
> [surefire] Running org.apache.cactus.integration.ant.TestRunServerTestsTask
> [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078
> sec <<<<<<<< FAILURE !!
>
> I ran "mvn test", which failed when it could not find the cactus jars.
> It would be better if this worked without needing to do "mvn install"
> first.
>
> I then ran "mvn install" and got the errors shown above.
>
> It looks like these are all caused by
>
> junit.framework.AssertionFailedError: The system property
> 'testinput.dir' must point to an existing directory
> at junit.framework.Assert.fail(Assert.java:47)
> at junit.framework.Assert.assertTrue(Assert.java:20)
> at
> org.apache.cactus.integration.ant.AntTestCase.getBuildFile(A ntTestCase.java:370)
>
> This is a bit odd, as the directory appears to be there.
>
> The assert() message ought to quote the directory name it is looking for.
> [I'll update SVN trunk.]
>
> Even odder, the problem does not occur when I reran the test.
> I've tried several times to recreate the error, but it only happened once.
>
> ==
>
> There are various jetty files under
>
> samples/jetty/src
>
> which don't have AL headers. Are these Jetty sources?
> If so, then the source archive really needs to include the relevant
> license.
> If the samples were generated under the ASF, then they need the AL headers.
>
> There seem to be some oddities in the main pom.xml:
>
>
>
> aspectj
> aspectjrt
> 1.5.3
>
>
> specifies version 1.5.3, whereas
>
>
>
> ...
>
> aspectj
> aspectjrt
> 1.2.1
>
>
> specifies version 1.2.1 - I would have expected the two to be the same?
>
> ==
>
> There are several maven.xml and project.xml files in the directory
> tree - are these still current?
>
> > >
> > > What is your opinion expressed by any of the three numbers :-).
> > >
> > >
> > > On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev <
> > > paranoiabla.lists@gmail.com> wrote:
> > >
> > > > Hi guys,
> > > >
> > > > here comes the second attempt for
> > > > releasing cactus-1.8.1.
> > > >
> > > > The artifacts, hashes and signatures are here:
> > >
> > > > http://people.apache.org/~ptahchiev/1.8.1-rc2/
>
> > > >
> > > > The tagged code-base is here:
> > > > http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/
> > > >
> > > > I think it is OK this time.
> > > >
> > > > Here is my +1
> > > >
> > > >
> > > > Please vote.
> > > >
> > > > Thanks.
> > > >
> > > > --
> > > > Regards, Petar!
> > > > Karlovo, Bulgaria.
> > > >
> > > > EOOXML objections
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > >
> > > > Public PGP Key at:
> > > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > >
> > >
> > >
> > >
> > > --
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
>
> ------------------------------------------------------------ ---------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>


--
Regards, Petar!
Karlovo, Bulgaria.

EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections

Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9

------=_Part_40600_24784940.1232484672665--

Re: [VOTE] Release Jakarta Cactus 1.8.1

------=_Part_41322_2327168.1232488773752
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi guys,

I think I found the problem, but since I cannot reproduce
this behaviour I am clueless if this will work.
I think the problem is here:

http://jira.codehaus.org/browse/SUREFIRE-98

I changed the version of the Surefire plugin we use to the latest
one.

I have commited it. Anything else before I make the RC-3 and cast the vote?


Thanks again, Petar.

On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev <
paranoiabla.lists@gmail.com> wrote:

> Hi Sebb,
>
> I removed the CDDL license and described the servlet-api as
> an Apache 2.0 licensed. I also added the Apache license headers.
> I also changed the version of AspectJ we are using.
>
> About the test failures that you mention I think they are different
> from what Henry is getting. Anyways I am unable to reproduce them :-(
>
> What should I do? Do I need to make a RC-3 and call the vote on it?
>
> Thanks for the tips guys.
>
>
> On Tue, Jan 20, 2009 at 9:42 PM, sebb wrote:
>
>> On 20/01/2009, sebb wrote:
>> > On 20/01/2009, Petar Tahchiev wrote:
>> > > Hi all,
>> > >
>> > > maybe I am too impatient, but has anybody tried the artifacts?
>> >
>> >
>> > 1 minor problem - the .asc files should be detached ascii signatures,
>> > not signed archives.
>> > No need to recreate the RC, just recreate the .asc files.
>> >
>> > We don't normally provide binary .sig files - they can be deleted.
>> >
>> > I'm still looking at other aspects of the RC.
>> >
>>
>> The servlet-api-2.4.jar file is an Apache version, as Henri already
>> mentioned.
>> The cddl licence should be deleted, and the README updated.
>>
>> Like Henri, I also get test failures:
>>
>> [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25
>> sec <<<<<<<< FAILURE !!
>> [surefire] Running
>> org.apache.cactus.integration.ant.deployment.webapp.TestWarA rchive
>> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
>> sec <<<<<<<< FAILURE !!
>> [surefire] Running
>> org.apache.cactus.integration.ant.deployment.webapp.TestWebX ml
>> [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec
>> [surefire] Running
>> org.apache.cactus.integration.ant.deployment.webapp.TestWebX mlVersion
>> [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec
>> [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask
>> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
>> sec <<<<<<<< FAILURE !!
>> [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask
>> [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281
>> sec <<<<<<<< FAILURE !!
>> [surefire] Running org.apache.cactus.integration.ant.TestCactusTask
>> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078
>> sec <<<<<<<< FAILURE !!
>> [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask
>> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094
>> sec <<<<<<<< FAILURE !!
>> [surefire] Running
>> org.apache.cactus.integration.ant.TestRunServerTestsTask
>> [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078
>> sec <<<<<<<< FAILURE !!
>>
>> I ran "mvn test", which failed when it could not find the cactus jars.
>> It would be better if this worked without needing to do "mvn install"
>> first.
>>
>> I then ran "mvn install" and got the errors shown above.
>>
>> It looks like these are all caused by
>>
>> junit.framework.AssertionFailedError: The system property
>> 'testinput.dir' must point to an existing directory
>> at junit.framework.Assert.fail(Assert.java:47)
>> at junit.framework.Assert.assertTrue(Assert.java:20)
>> at
>> org.apache.cactus.integration.ant.AntTestCase.getBuildFile(A ntTestCase.java:370)
>>
>> This is a bit odd, as the directory appears to be there.
>>
>> The assert() message ought to quote the directory name it is looking for.
>> [I'll update SVN trunk.]
>>
>> Even odder, the problem does not occur when I reran the test.
>> I've tried several times to recreate the error, but it only happened once.
>>
>> ==
>>
>> There are various jetty files under
>>
>> samples/jetty/src
>>
>> which don't have AL headers. Are these Jetty sources?
>> If so, then the source archive really needs to include the relevant
>> license.
>> If the samples were generated under the ASF, then they need the AL
>> headers.
>>
>> There seem to be some oddities in the main pom.xml:
>>
>>
>>
>> aspectj
>> aspectjrt
>> 1.5.3
>>
>>
>> specifies version 1.5.3, whereas
>>
>>
>>
>> ...
>>
>> aspectj
>> aspectjrt
>> 1.2.1
>>
>>
>> specifies version 1.2.1 - I would have expected the two to be the same?
>>
>> ==
>>
>> There are several maven.xml and project.xml files in the directory
>> tree - are these still current?
>>
>> > >
>> > > What is your opinion expressed by any of the three numbers :-).
>> > >
>> > >
>> > > On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev <
>> > > paranoiabla.lists@gmail.com> wrote:
>> > >
>> > > > Hi guys,
>> > > >
>> > > > here comes the second attempt for
>> > > > releasing cactus-1.8.1.
>> > > >
>> > > > The artifacts, hashes and signatures are here:
>> > >
>> > > > http://people.apache.org/~ptahchiev/1.8.1-rc2/
>>
>> > > >
>> > > > The tagged code-base is here:
>> > > > http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/
>> > > >
>> > > > I think it is OK this time.
>> > > >
>> > > > Here is my +1
>> > > >
>> > > >
>> > > > Please vote.
>> > > >
>> > > > Thanks.
>> > > >
>> > > > --
>> > > > Regards, Petar!
>> > > > Karlovo, Bulgaria.
>> > > >
>> > > > EOOXML objections
>> > > > http://www.grokdoc.net/index.php/EOOXML_objections
>> > > >
>> > > > Public PGP Key at:
>> > > >
>> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
>> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
>> 00F9
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > Regards, Petar!
>> > > Karlovo, Bulgaria.
>> > >
>> > > EOOXML objections
>> > > http://www.grokdoc.net/index.php/EOOXML_objections
>> > >
>> > > Public PGP Key at:
>> > >
>> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
>> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>> > >
>> >
>>
>> ------------------------------------------------------------ ---------
>> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: general-help@jakarta.apache.org
>>
>>
>
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>



--
Regards, Petar!
Karlovo, Bulgaria.

EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections

Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9

------=_Part_41322_2327168.1232488773752--

Re: [VOTE] Release Jakarta Cactus 1.8.1

On 20/01/2009, Petar Tahchiev wrote:
> Hi guys,
>
> I think I found the problem, but since I cannot reproduce
> this behaviour I am clueless if this will work.
> I think the problem is here:
>
> http://jira.codehaus.org/browse/SUREFIRE-98

The issue relates to not finding a property - however the code already
does a separate check to see if the property has been retrieved OK, so
I don't think it applies here.

> I changed the version of the Surefire plugin we use to the latest
> one.
>
> I have commited it. Anything else before I make the RC-3 and cast the vote?
>

Probably best if Henri could provide more info on the failure he saw,
which I think was different from mine.

I'm also intending to try a test on Unix.

I suggest waiting a bit.

>
> Thanks again, Petar.
>
> On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev <
>
> paranoiabla.lists@gmail.com> wrote:
>
> > Hi Sebb,
> >
> > I removed the CDDL license and described the servlet-api as
> > an Apache 2.0 licensed. I also added the Apache license headers.
> > I also changed the version of AspectJ we are using.
> >
> > About the test failures that you mention I think they are different
> > from what Henry is getting. Anyways I am unable to reproduce them :-(
> >
> > What should I do? Do I need to make a RC-3 and call the vote on it?
> >
> > Thanks for the tips guys.
> >
> >
> > On Tue, Jan 20, 2009 at 9:42 PM, sebb wrote:
> >
> >> On 20/01/2009, sebb wrote:
> >> > On 20/01/2009, Petar Tahchiev wrote:
> >> > > Hi all,
> >> > >
> >> > > maybe I am too impatient, but has anybody tried the artifacts?
> >> >
> >> >
> >> > 1 minor problem - the .asc files should be detached ascii signatures,
> >> > not signed archives.
> >> > No need to recreate the RC, just recreate the .asc files.
> >> >
> >> > We don't normally provide binary .sig files - they can be deleted.
> >> >
> >> > I'm still looking at other aspects of the RC.
> >> >
> >>
> >> The servlet-api-2.4.jar file is an Apache version, as Henri already
> >> mentioned.
> >> The cddl licence should be deleted, and the README updated.
> >>
> >> Like Henri, I also get test failures:
> >>
> >> [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25
> >> sec <<<<<<<< FAILURE !!
> >> [surefire] Running
> >> org.apache.cactus.integration.ant.deployment.webapp.TestWarA rchive
> >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
> >> sec <<<<<<<< FAILURE !!
> >> [surefire] Running
> >> org.apache.cactus.integration.ant.deployment.webapp.TestWebX ml
> >> [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359 sec
> >> [surefire] Running
> >> org.apache.cactus.integration.ant.deployment.webapp.TestWebX mlVersion
> >> [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093 sec
> >> [surefire] Running org.apache.cactus.integration.ant.TestCactifyEarTask
> >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
> >> sec <<<<<<<< FAILURE !!
> >> [surefire] Running org.apache.cactus.integration.ant.TestCactifyWarTask
> >> [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed: 0.281
> >> sec <<<<<<<< FAILURE !!
> >> [surefire] Running org.apache.cactus.integration.ant.TestCactusTask
> >> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078
> >> sec <<<<<<<< FAILURE !!
> >> [surefire] Running org.apache.cactus.integration.ant.TestCactusTestTask
> >> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094
> >> sec <<<<<<<< FAILURE !!
> >> [surefire] Running
> >> org.apache.cactus.integration.ant.TestRunServerTestsTask
> >> [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078
> >> sec <<<<<<<< FAILURE !!
> >>
> >> I ran "mvn test", which failed when it could not find the cactus jars.
> >> It would be better if this worked without needing to do "mvn install"
> >> first.
> >>
> >> I then ran "mvn install" and got the errors shown above.
> >>
> >> It looks like these are all caused by
> >>
> >> junit.framework.AssertionFailedError: The system property
> >> 'testinput.dir' must point to an existing directory
> >> at junit.framework.Assert.fail(Assert.java:47)
> >> at junit.framework.Assert.assertTrue(Assert.java:20)
> >> at
> >> org.apache.cactus.integration.ant.AntTestCase.getBuildFile(A ntTestCase.java:370)
> >>
> >> This is a bit odd, as the directory appears to be there.
> >>
> >> The assert() message ought to quote the directory name it is looking for.
> >> [I'll update SVN trunk.]
> >>
> >> Even odder, the problem does not occur when I reran the test.
> >> I've tried several times to recreate the error, but it only happened once.
> >>
> >> ==
> >>
> >> There are various jetty files under
> >>
> >> samples/jetty/src
> >>
> >> which don't have AL headers. Are these Jetty sources?
> >> If so, then the source archive really needs to include the relevant
> >> license.
> >> If the samples were generated under the ASF, then they need the AL
> >> headers.
> >>
> >> There seem to be some oddities in the main pom.xml:
> >>
> >>
> >>
> >> aspectj
> >> aspectjrt
> >> 1.5.3
> >>
> >>
> >> specifies version 1.5.3, whereas
> >>
> >>
> >>
> >> ...
> >>
> >> aspectj
> >> aspectjrt
> >> 1.2.1
> >>
> >>
> >> specifies version 1.2.1 - I would have expected the two to be the same?
> >>
> >> ==
> >>
> >> There are several maven.xml and project.xml files in the directory
> >> tree - are these still current?
> >>
> >> > >
> >> > > What is your opinion expressed by any of the three numbers :-).
> >> > >
> >> > >
> >> > > On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev <
> >> > > paranoiabla.lists@gmail.com> wrote:
> >> > >
> >> > > > Hi guys,
> >> > > >
> >> > > > here comes the second attempt for
> >> > > > releasing cactus-1.8.1.
> >> > > >
> >> > > > The artifacts, hashes and signatures are here:
> >> > >
> >> > > > http://people.apache.org/~ptahchiev/1.8.1-rc2/
> >>
> >> > > >
> >> > > > The tagged code-base is here:
> >> > > > http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/
> >> > > >
> >> > > > I think it is OK this time.
> >> > > >
> >> > > > Here is my +1
> >> > > >
> >> > > >
> >> > > > Please vote.
> >> > > >
> >> > > > Thanks.
> >> > > >
> >> > > > --
> >> > > > Regards, Petar!
> >> > > > Karlovo, Bulgaria.
> >> > > >
> >> > > > EOOXML objections
> >> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> >> > > >
> >> > > > Public PGP Key at:
> >> > > >
> >> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> >> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
> >> 00F9
> >> > > >
> >> > >
> >> > >
> >> > >
> >> > > --
> >> > > Regards, Petar!
> >> > > Karlovo, Bulgaria.
> >> > >
> >> > > EOOXML objections
> >> > > http://www.grokdoc.net/index.php/EOOXML_objections
> >> > >
> >> > > Public PGP Key at:
> >> > >
> >> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> >> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >> > >
> >> >
> >>
> >> ------------------------------------------------------------ ---------
> >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: general-help@jakarta.apache.org
> >>
> >>
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
>
>
>
> --
>
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>

Re: [VOTE] Release Jakarta Cactus 1.8.1

------=_Part_41372_17894324.1232489494830
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Actually Hentry's problem
was that he had something alreadty running on port 8080.

But you are right. We check if the property is set :-(

Ok, I will try to investigate further.

On Wed, Jan 21, 2009 at 12:06 AM, sebb wrote:

> On 20/01/2009, Petar Tahchiev wrote:
> > Hi guys,
> >
> > I think I found the problem, but since I cannot reproduce
> > this behaviour I am clueless if this will work.
> > I think the problem is here:
> >
> > http://jira.codehaus.org/browse/SUREFIRE-98
>
> The issue relates to not finding a property - however the code already
> does a separate check to see if the property has been retrieved OK, so
> I don't think it applies here.
>
> > I changed the version of the Surefire plugin we use to the latest
> > one.
> >
> > I have commited it. Anything else before I make the RC-3 and cast the
> vote?
> >
>
> Probably best if Henri could provide more info on the failure he saw,
> which I think was different from mine.
>
> I'm also intending to try a test on Unix.
>
> I suggest waiting a bit.
>
> >
> > Thanks again, Petar.
> >
> > On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev <
> >
> > paranoiabla.lists@gmail.com> wrote:
> >
> > > Hi Sebb,
> > >
> > > I removed the CDDL license and described the servlet-api as
> > > an Apache 2.0 licensed. I also added the Apache license headers.
> > > I also changed the version of AspectJ we are using.
> > >
> > > About the test failures that you mention I think they are different
> > > from what Henry is getting. Anyways I am unable to reproduce them :-(
> > >
> > > What should I do? Do I need to make a RC-3 and call the vote on it?
> > >
> > > Thanks for the tips guys.
> > >
> > >
> > > On Tue, Jan 20, 2009 at 9:42 PM, sebb wrote:
> > >
> > >> On 20/01/2009, sebb wrote:
> > >> > On 20/01/2009, Petar Tahchiev wrote:
> > >> > > Hi all,
> > >> > >
> > >> > > maybe I am too impatient, but has anybody tried the artifacts?
> > >> >
> > >> >
> > >> > 1 minor problem - the .asc files should be detached ascii
> signatures,
> > >> > not signed archives.
> > >> > No need to recreate the RC, just recreate the .asc files.
> > >> >
> > >> > We don't normally provide binary .sig files - they can be deleted.
> > >> >
> > >> > I'm still looking at other aspects of the RC.
> > >> >
> > >>
> > >> The servlet-api-2.4.jar file is an Apache version, as Henri already
> > >> mentioned.
> > >> The cddl licence should be deleted, and the README updated.
> > >>
> > >> Like Henri, I also get test failures:
> > >>
> > >> [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25
> > >> sec <<<<<<<< FAILURE !!
> > >> [surefire] Running
> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWarA rchive
> > >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
> > >> sec <<<<<<<< FAILURE !!
> > >> [surefire] Running
> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWebX ml
> > >> [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359
> sec
> > >> [surefire] Running
> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWebX mlVersion
> > >> [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093
> sec
> > >> [surefire] Running
> org.apache.cactus.integration.ant.TestCactifyEarTask
> > >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
> > >> sec <<<<<<<< FAILURE !!
> > >> [surefire] Running
> org.apache.cactus.integration.ant.TestCactifyWarTask
> > >> [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed:
> 0.281
> > >> sec <<<<<<<< FAILURE !!
> > >> [surefire] Running org.apache.cactus.integration.ant.TestCactusTask
> > >> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078
> > >> sec <<<<<<<< FAILURE !!
> > >> [surefire] Running
> org.apache.cactus.integration.ant.TestCactusTestTask
> > >> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094
> > >> sec <<<<<<<< FAILURE !!
> > >> [surefire] Running
> > >> org.apache.cactus.integration.ant.TestRunServerTestsTask
> > >> [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078
> > >> sec <<<<<<<< FAILURE !!
> > >>
> > >> I ran "mvn test", which failed when it could not find the cactus
> jars.
> > >> It would be better if this worked without needing to do "mvn install"
> > >> first.
> > >>
> > >> I then ran "mvn install" and got the errors shown above.
> > >>
> > >> It looks like these are all caused by
> > >>
> > >> junit.framework.AssertionFailedError: The system property
> > >> 'testinput.dir' must point to an existing directory
> > >> at junit.framework.Assert.fail(Assert.java:47)
> > >> at junit.framework.Assert.assertTrue(Assert.java:20)
> > >> at
> > >>
> org.apache.cactus.integration.ant.AntTestCase.getBuildFile(A ntTestCase.java:370)
> > >>
> > >> This is a bit odd, as the directory appears to be there.
> > >>
> > >> The assert() message ought to quote the directory name it is looking
> for.
> > >> [I'll update SVN trunk.]
> > >>
> > >> Even odder, the problem does not occur when I reran the test.
> > >> I've tried several times to recreate the error, but it only happened
> once.
> > >>
> > >> ==
> > >>
> > >> There are various jetty files under
> > >>
> > >> samples/jetty/src
> > >>
> > >> which don't have AL headers. Are these Jetty sources?
> > >> If so, then the source archive really needs to include the relevant
> > >> license.
> > >> If the samples were generated under the ASF, then they need the AL
> > >> headers.
> > >>
> > >> There seem to be some oddities in the main pom.xml:
> > >>
> > >>
> > >>
> > >> aspectj
> > >> aspectjrt
> > >> 1.5.3
> > >>
> > >>
> > >> specifies version 1.5.3, whereas
> > >>
> > >>
> > >>
> > >> ...
> > >>
> > >> aspectj
> > >> aspectjrt
> > >> 1.2.1
> > >>
> > >>
> > >> specifies version 1.2.1 - I would have expected the two to be the
> same?
> > >>
> > >> ==
> > >>
> > >> There are several maven.xml and project.xml files in the directory
> > >> tree - are these still current?
> > >>
> > >> > >
> > >> > > What is your opinion expressed by any of the three numbers :-).
> > >> > >
> > >> > >
> > >> > > On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev <
> > >> > > paranoiabla.lists@gmail.com> wrote:
> > >> > >
> > >> > > > Hi guys,
> > >> > > >
> > >> > > > here comes the second attempt for
> > >> > > > releasing cactus-1.8.1.
> > >> > > >
> > >> > > > The artifacts, hashes and signatures are here:
> > >> > >
> > >> > > > http://people.apache.org/~ptahchiev/1.8.1-rc2/
>
> > >>
> > >> > > >
> > >> > > > The tagged code-base is here:
> > >> > > >
> http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/
> > >> > > >
> > >> > > > I think it is OK this time.
> > >> > > >
> > >> > > > Here is my +1
> > >> > > >
> > >> > > >
> > >> > > > Please vote.
> > >> > > >
> > >> > > > Thanks.
> > >> > > >
> > >> > > > --
> > >> > > > Regards, Petar!
> > >> > > > Karlovo, Bulgaria.
> > >> > > >
> > >> > > > EOOXML objections
> > >> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >> > > >
> > >> > > > Public PGP Key at:
> > >> > > >
> > >>
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > >> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> 7615
> > >> 00F9
> > >> > > >
> > >> > >
> > >> > >
> > >> > >
> > >> > > --
> > >> > > Regards, Petar!
> > >> > > Karlovo, Bulgaria.
> > >> > >
> > >> > > EOOXML objections
> > >> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >> > >
> > >> > > Public PGP Key at:
> > >> > >
> > >>
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > >> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
> 00F9
> > >> > >
> > >> >
> > >>
> > >> ------------------------------------------------------------ ---------
> > >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > >> For additional commands, e-mail: general-help@jakarta.apache.org
> > >>
> > >>
> > >
> > >
> > > --
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
> >
> >
> >
> > --
> >
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
> ------------------------------------------------------------ ---------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>


--
Regards, Petar!
Karlovo, Bulgaria.

EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections

Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9

------=_Part_41372_17894324.1232489494830--

Re: [VOTE] Release Jakarta Cactus 1.8.1

Yep - turning off my local JIRA got me passed that problem and now I
get the same set of errors as Seb.

Hen

On Tue, Jan 20, 2009 at 2:11 PM, Petar Tahchiev
wrote:
> Actually Hentry's problem
> was that he had something alreadty running on port 8080.
>
> But you are right. We check if the property is set :-(
>
> Ok, I will try to investigate further.
>
> On Wed, Jan 21, 2009 at 12:06 AM, sebb wrote:
>
>> On 20/01/2009, Petar Tahchiev wrote:
>> > Hi guys,
>> >
>> > I think I found the problem, but since I cannot reproduce
>> > this behaviour I am clueless if this will work.
>> > I think the problem is here:
>> >
>> > http://jira.codehaus.org/browse/SUREFIRE-98
>>
>> The issue relates to not finding a property - however the code already
>> does a separate check to see if the property has been retrieved OK, so
>> I don't think it applies here.
>>
>> > I changed the version of the Surefire plugin we use to the latest
>> > one.
>> >
>> > I have commited it. Anything else before I make the RC-3 and cast the
>> vote?
>> >
>>
>> Probably best if Henri could provide more info on the failure he saw,
>> which I think was different from mine.
>>
>> I'm also intending to try a test on Unix.
>>
>> I suggest waiting a bit.
>>
>> >
>> > Thanks again, Petar.
>> >
>> > On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev <
>> >
>> > paranoiabla.lists@gmail.com> wrote:
>> >
>> > > Hi Sebb,
>> > >
>> > > I removed the CDDL license and described the servlet-api as
>> > > an Apache 2.0 licensed. I also added the Apache license headers.
>> > > I also changed the version of AspectJ we are using.
>> > >
>> > > About the test failures that you mention I think they are different
>> > > from what Henry is getting. Anyways I am unable to reproduce them :-(
>> > >
>> > > What should I do? Do I need to make a RC-3 and call the vote on it?
>> > >
>> > > Thanks for the tips guys.
>> > >
>> > >
>> > > On Tue, Jan 20, 2009 at 9:42 PM, sebb wrote:
>> > >
>> > >> On 20/01/2009, sebb wrote:
>> > >> > On 20/01/2009, Petar Tahchiev wrote:
>> > >> > > Hi all,
>> > >> > >
>> > >> > > maybe I am too impatient, but has anybody tried the artifacts?
>> > >> >
>> > >> >
>> > >> > 1 minor problem - the .asc files should be detached ascii
>> signatures,
>> > >> > not signed archives.
>> > >> > No need to recreate the RC, just recreate the .asc files.
>> > >> >
>> > >> > We don't normally provide binary .sig files - they can be deleted.
>> > >> >
>> > >> > I'm still looking at other aspects of the RC.
>> > >> >
>> > >>
>> > >> The servlet-api-2.4.jar file is an Apache version, as Henri already
>> > >> mentioned.
>> > >> The cddl licence should be deleted, and the README updated.
>> > >>
>> > >> Like Henri, I also get test failures:
>> > >>
>> > >> [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25
>> > >> sec <<<<<<<< FAILURE !!
>> > >> [surefire] Running
>> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWarA rchive
>> > >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
>> > >> sec <<<<<<<< FAILURE !!
>> > >> [surefire] Running
>> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWebX ml
>> > >> [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359
>> sec
>> > >> [surefire] Running
>> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWebX mlVersion
>> > >> [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093
>> sec
>> > >> [surefire] Running
>> org.apache.cactus.integration.ant.TestCactifyEarTask
>> > >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
>> > >> sec <<<<<<<< FAILURE !!
>> > >> [surefire] Running
>> org.apache.cactus.integration.ant.TestCactifyWarTask
>> > >> [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed:
>> 0.281
>> > >> sec <<<<<<<< FAILURE !!
>> > >> [surefire] Running org.apache.cactus.integration.ant.TestCactusTask
>> > >> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078
>> > >> sec <<<<<<<< FAILURE !!
>> > >> [surefire] Running
>> org.apache.cactus.integration.ant.TestCactusTestTask
>> > >> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094
>> > >> sec <<<<<<<< FAILURE !!
>> > >> [surefire] Running
>> > >> org.apache.cactus.integration.ant.TestRunServerTestsTask
>> > >> [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078
>> > >> sec <<<<<<<< FAILURE !!
>> > >>
>> > >> I ran "mvn test", which failed when it could not find the cactus
>> jars.
>> > >> It would be better if this worked without needing to do "mvn install"
>> > >> first.
>> > >>
>> > >> I then ran "mvn install" and got the errors shown above.
>> > >>
>> > >> It looks like these are all caused by
>> > >>
>> > >> junit.framework.AssertionFailedError: The system property
>> > >> 'testinput.dir' must point to an existing directory
>> > >> at junit.framework.Assert.fail(Assert.java:47)
>> > >> at junit.framework.Assert.assertTrue(Assert.java:20)
>> > >> at
>> > >>
>> org.apache.cactus.integration.ant.AntTestCase.getBuildFile(A ntTestCase.java:370)
>> > >>
>> > >> This is a bit odd, as the directory appears to be there.
>> > >>
>> > >> The assert() message ought to quote the directory name it is looking
>> for.
>> > >> [I'll update SVN trunk.]
>> > >>
>> > >> Even odder, the problem does not occur when I reran the test.
>> > >> I've tried several times to recreate the error, but it only happened
>> once.
>> > >>
>> > >> ==
>> > >>
>> > >> There are various jetty files under
>> > >>
>> > >> samples/jetty/src
>> > >>
>> > >> which don't have AL headers. Are these Jetty sources?
>> > >> If so, then the source archive really needs to include the relevant
>> > >> license.
>> > >> If the samples were generated under the ASF, then they need the AL
>> > >> headers.
>> > >>
>> > >> There seem to be some oddities in the main pom.xml:
>> > >>
>> > >>
>> > >>
>> > >> aspectj
>> > >> aspectjrt
>> > >> 1.5.3
>> > >>
>> > >>
>> > >> specifies version 1.5.3, whereas
>> > >>
>> > >>
>> > >>
>> > >> ...
>> > >>
>> > >> aspectj
>> > >> aspectjrt
>> > >> 1.2.1
>> > >>
>> > >>
>> > >> specifies version 1.2.1 - I would have expected the two to be the
>> same?
>> > >>
>> > >> ==
>> > >>
>> > >> There are several maven.xml and project.xml files in the directory
>> > >> tree - are these still current?
>> > >>
>> > >> > >
>> > >> > > What is your opinion expressed by any of the three numbers :-).
>> > >> > >
>> > >> > >
>> > >> > > On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev <
>> > >> > > paranoiabla.lists@gmail.com> wrote:
>> > >> > >
>> > >> > > > Hi guys,
>> > >> > > >
>> > >> > > > here comes the second attempt for
>> > >> > > > releasing cactus-1.8.1.
>> > >> > > >
>> > >> > > > The artifacts, hashes and signatures are here:
>> > >> > >
>> > >> > > > http://people.apache.org/~ptahchiev/1.8.1-rc2/
>>
>> > >>
>> > >> > > >
>> > >> > > > The tagged code-base is here:
>> > >> > > >
>> http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/
>> > >> > > >
>> > >> > > > I think it is OK this time.
>> > >> > > >
>> > >> > > > Here is my +1
>> > >> > > >
>> > >> > > >
>> > >> > > > Please vote.
>> > >> > > >
>> > >> > > > Thanks.
>> > >> > > >
>> > >> > > > --
>> > >> > > > Regards, Petar!
>> > >> > > > Karlovo, Bulgaria.
>> > >> > > >
>> > >> > > > EOOXML objections
>> > >> > > > http://www.grokdoc.net/index.php/EOOXML_objections
>> > >> > > >
>> > >> > > > Public PGP Key at:
>> > >> > > >
>> > >>
>> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
>> > >> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
>> 7615
>> > >> 00F9
>> > >> > > >
>> > >> > >
>> > >> > >
>> > >> > >
>> > >> > > --
>> > >> > > Regards, Petar!
>> > >> > > Karlovo, Bulgaria.
>> > >> > >
>> > >> > > EOOXML objections
>> > >> > > http://www.grokdoc.net/index.php/EOOXML_objections
>> > >> > >
>> > >> > > Public PGP Key at:
>> > >> > >
>> > >>
>> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
>> > >> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
>> 00F9
>> > >> > >
>> > >> >
>> > >>
>> > >> ------------------------------------------------------------ ---------
>> > >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>> > >> For additional commands, e-mail: general-help@jakarta.apache.org
>> > >>
>> > >>
>> > >
>> > >
>> > > --
>> > > Regards, Petar!
>> > > Karlovo, Bulgaria.
>> > >
>> > > EOOXML objections
>> > > http://www.grokdoc.net/index.php/EOOXML_objections
>> > >
>> > > Public PGP Key at:
>> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
>> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>> > >
>> >
>> >
>> >
>> >
>> > --
>> >
>> > Regards, Petar!
>> > Karlovo, Bulgaria.
>> >
>> > EOOXML objections
>> > http://www.grokdoc.net/index.php/EOOXML_objections
>> >
>> > Public PGP Key at:
>> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
>> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>> >
>>
>> ------------------------------------------------------------ ---------
>> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: general-help@jakarta.apache.org
>>
>>
>
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>

Re: [VOTE] Release Jakarta Cactus 1.8.1

--001636416d114e0ca70460fb7fee
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi guys,

can you tell me how to reproduce this behaviour - I am really clueless.
I have no idea what triggeres it and I cannot see it locally on my machine.
This way I cannot work on fixing it.

Thanks, Petar.

On Wed, Jan 21, 2009 at 8:41 AM, Henri Yandell wrote:

> Yep - turning off my local JIRA got me passed that problem and now I
> get the same set of errors as Seb.
>
> Hen
>
> On Tue, Jan 20, 2009 at 2:11 PM, Petar Tahchiev
> wrote:
> > Actually Hentry's problem
> > was that he had something alreadty running on port 8080.
> >
> > But you are right. We check if the property is set :-(
> >
> > Ok, I will try to investigate further.
> >
> > On Wed, Jan 21, 2009 at 12:06 AM, sebb wrote:
> >
> >> On 20/01/2009, Petar Tahchiev wrote:
> >> > Hi guys,
> >> >
> >> > I think I found the problem, but since I cannot reproduce
> >> > this behaviour I am clueless if this will work.
> >> > I think the problem is here:
> >> >
> >> > http://jira.codehaus.org/browse/SUREFIRE-98
> >>
> >> The issue relates to not finding a property - however the code already
> >> does a separate check to see if the property has been retrieved OK, so
> >> I don't think it applies here.
> >>
> >> > I changed the version of the Surefire plugin we use to the latest
> >> > one.
> >> >
> >> > I have commited it. Anything else before I make the RC-3 and cast the
> >> vote?
> >> >
> >>
> >> Probably best if Henri could provide more info on the failure he saw,
> >> which I think was different from mine.
> >>
> >> I'm also intending to try a test on Unix.
> >>
> >> I suggest waiting a bit.
> >>
> >> >
> >> > Thanks again, Petar.
> >> >
> >> > On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev <
> >> >
> >> > paranoiabla.lists@gmail.com> wrote:
> >> >
> >> > > Hi Sebb,
> >> > >
> >> > > I removed the CDDL license and described the servlet-api as
> >> > > an Apache 2.0 licensed. I also added the Apache license headers.
> >> > > I also changed the version of AspectJ we are using.
> >> > >
> >> > > About the test failures that you mention I think they are different
> >> > > from what Henry is getting. Anyways I am unable to reproduce them
> :-(
> >> > >
> >> > > What should I do? Do I need to make a RC-3 and call the vote on it?
> >> > >
> >> > > Thanks for the tips guys.
> >> > >
> >> > >
> >> > > On Tue, Jan 20, 2009 at 9:42 PM, sebb wrote:
> >> > >
> >> > >> On 20/01/2009, sebb wrote:
> >> > >> > On 20/01/2009, Petar Tahchiev
> wrote:
> >> > >> > > Hi all,
> >> > >> > >
> >> > >> > > maybe I am too impatient, but has anybody tried the
> artifacts?
> >> > >> >
> >> > >> >
> >> > >> > 1 minor problem - the .asc files should be detached ascii
> >> signatures,
> >> > >> > not signed archives.
> >> > >> > No need to recreate the RC, just recreate the .asc files.
> >> > >> >
> >> > >> > We don't normally provide binary .sig files - they can be
> deleted.
> >> > >> >
> >> > >> > I'm still looking at other aspects of the RC.
> >> > >> >
> >> > >>
> >> > >> The servlet-api-2.4.jar file is an Apache version, as Henri
> already
> >> > >> mentioned.
> >> > >> The cddl licence should be deleted, and the README updated.
> >> > >>
> >> > >> Like Henri, I also get test failures:
> >> > >>
> >> > >> [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed:
> 0.25
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running
> >> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWarA rchive
> >> > >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed:
> 0.031
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running
> >> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWebX ml
> >> > >> [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed:
> 2.359
> >> sec
> >> > >> [surefire] Running
> >> > >>
> org.apache.cactus.integration.ant.deployment.webapp.TestWebX mlVersion
> >> > >> [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed:
> 0.093
> >> sec
> >> > >> [surefire] Running
> >> org.apache.cactus.integration.ant.TestCactifyEarTask
> >> > >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed:
> 0.031
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running
> >> org.apache.cactus.integration.ant.TestCactifyWarTask
> >> > >> [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed:
> >> 0.281
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running
> org.apache.cactus.integration.ant.TestCactusTask
> >> > >> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed:
> 0.078
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running
> >> org.apache.cactus.integration.ant.TestCactusTestTask
> >> > >> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed:
> 0.094
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running
> >> > >> org.apache.cactus.integration.ant.TestRunServerTestsTask
> >> > >> [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed:
> 0.078
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >>
> >> > >> I ran "mvn test", which failed when it could not find the cactus
> >> jars.
> >> > >> It would be better if this worked without needing to do "mvn
> install"
> >> > >> first.
> >> > >>
> >> > >> I then ran "mvn install" and got the errors shown above.
> >> > >>
> >> > >> It looks like these are all caused by
> >> > >>
> >> > >> junit.framework.AssertionFailedError: The system property
> >> > >> 'testinput.dir' must point to an existing directory
> >> > >> at junit.framework.Assert.fail(Assert.java:47)
> >> > >> at junit.framework.Assert.assertTrue(Assert.java:20)
> >> > >> at
> >> > >>
> >>
> org.apache.cactus.integration.ant.AntTestCase.getBuildFile(A ntTestCase.java:370)
> >> > >>
> >> > >> This is a bit odd, as the directory appears to be there.
> >> > >>
> >> > >> The assert() message ought to quote the directory name it is
> looking
> >> for.
> >> > >> [I'll update SVN trunk.]
> >> > >>
> >> > >> Even odder, the problem does not occur when I reran the test.
> >> > >> I've tried several times to recreate the error, but it only
> happened
> >> once.
> >> > >>
> >> > >> ==
> >> > >>
> >> > >> There are various jetty files under
> >> > >>
> >> > >> samples/jetty/src
> >> > >>
> >> > >> which don't have AL headers. Are these Jetty sources?
> >> > >> If so, then the source archive really needs to include the
> relevant
> >> > >> license.
> >> > >> If the samples were generated under the ASF, then they need the AL
> >> > >> headers.
> >> > >>
> >> > >> There seem to be some oddities in the main pom.xml:
> >> > >>
> >> > >>
> >> > >>
> >> > >> aspectj
> >> > >> aspectjrt
> >> > >> 1.5.3
> >> > >>
> >> > >>
> >> > >> specifies version 1.5.3, whereas
> >> > >>
> >> > >>
> >> > >>
> >> > >> ...
> >> > >>
> >> > >> aspectj
> >> > >> aspectjrt
> >> > >> 1.2.1
> >> > >>
> >> > >>
> >> > >> specifies version 1.2.1 - I would have expected the two to be the
> >> same?
> >> > >>
> >> > >> ==
> >> > >>
> >> > >> There are several maven.xml and project.xml files in the directory
> >> > >> tree - are these still current?
> >> > >>
> >> > >> > >
> >> > >> > > What is your opinion expressed by any of the three numbers
> :-).
> >> > >> > >
> >> > >> > >
> >> > >> > > On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev <
> >> > >> > > paranoiabla.lists@gmail.com> wrote:
> >> > >> > >
> >> > >> > > > Hi guys,
> >> > >> > > >
> >> > >> > > > here comes the second attempt for
> >> > >> > > > releasing cactus-1.8.1.
> >> > >> > > >
> >> > >> > > > The artifacts, hashes and signatures are here:
> >> > >> > >
> >> > >> > > > http://people.apache.org/~ptahchiev/1.8.1-rc2/
>
> >>
> >> > >>
> >> > >> > > >
> >> > >> > > > The tagged code-base is here:
> >> > >> > > >
> >> http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/
> >> > >> > > >
> >> > >> > > > I think it is OK this time.
> >> > >> > > >
> >> > >> > > > Here is my +1
> >> > >> > > >
> >> > >> > > >
> >> > >> > > > Please vote.
> >> > >> > > >
> >> > >> > > > Thanks.
> >> > >> > > >
> >> > >> > > > --
> >> > >> > > > Regards, Petar!
> >> > >> > > > Karlovo, Bulgaria.
> >> > >> > > >
> >> > >> > > > EOOXML objections
> >> > >> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> >> > >> > > >
> >> > >> > > > Public PGP Key at:
> >> > >> > > >
> >> > >>
> >> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> >> > >> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> >> 7615
> >> > >> 00F9
> >> > >> > > >
> >> > >> > >
> >> > >> > >
> >> > >> > >
> >> > >> > > --
> >> > >> > > Regards, Petar!
> >> > >> > > Karlovo, Bulgaria.
> >> > >> > >
> >> > >> > > EOOXML objections
> >> > >> > > http://www.grokdoc.net/index.php/EOOXML_objections
> >> > >> > >
> >> > >> > > Public PGP Key at:
> >> > >> > >
> >> > >>
> >> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> >> > >> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> 7615
> >> 00F9
> >> > >> > >
> >> > >> >
> >> > >>
> >> > >>
> ------------------------------------------------------------ ---------
> >> > >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> >> > >> For additional commands, e-mail: general-help@jakarta.apache.org
> >> > >>
> >> > >>
> >> > >
> >> > >
> >> > > --
> >> > > Regards, Petar!
> >> > > Karlovo, Bulgaria.
> >> > >
> >> > > EOOXML objections
> >> > > http://www.grokdoc.net/index.php/EOOXML_objections
> >> > >
> >> > > Public PGP Key at:
> >> > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> >> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >> > >
> >> >
> >> >
> >> >
> >> >
> >> > --
> >> >
> >> > Regards, Petar!
> >> > Karlovo, Bulgaria.
> >> >
> >> > EOOXML objections
> >> > http://www.grokdoc.net/index.php/EOOXML_objections
> >> >
> >> > Public PGP Key at:
> >> >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> >> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >> >
> >>
> >> ------------------------------------------------------------ ---------
> >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: general-help@jakarta.apache.org
> >>
> >>
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
> ------------------------------------------------------------ ---------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>


--
Regards, Petar!
Karlovo, Bulgaria.

EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections

Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9

--001636416d114e0ca70460fb7fee--

Re: [VOTE] Release Jakarta Cactus 1.8.1

On 21/01/2009, Henri Yandell wrote:
> Yep - turning off my local JIRA got me passed that problem and now I
> get the same set of errors as Seb.
>

Does this always happen for you?

If so, what is the path it is trying to find?
This would require testing against trunk...

> Hen
>
> On Tue, Jan 20, 2009 at 2:11 PM, Petar Tahchiev
>
> wrote:
> > Actually Hentry's problem
> > was that he had something alreadty running on port 8080.
> >
> > But you are right. We check if the property is set :-(
> >
> > Ok, I will try to investigate further.
> >
> > On Wed, Jan 21, 2009 at 12:06 AM, sebb wrote:
> >
> >> On 20/01/2009, Petar Tahchiev wrote:
> >> > Hi guys,
> >> >
> >> > I think I found the problem, but since I cannot reproduce
> >> > this behaviour I am clueless if this will work.
> >> > I think the problem is here:
> >> >
> >> > http://jira.codehaus.org/browse/SUREFIRE-98
> >>
> >> The issue relates to not finding a property - however the code already
> >> does a separate check to see if the property has been retrieved OK, so
> >> I don't think it applies here.
> >>
> >> > I changed the version of the Surefire plugin we use to the latest
> >> > one.
> >> >
> >> > I have commited it. Anything else before I make the RC-3 and cast the
> >> vote?
> >> >
> >>
> >> Probably best if Henri could provide more info on the failure he saw,
> >> which I think was different from mine.
> >>
> >> I'm also intending to try a test on Unix.
> >>
> >> I suggest waiting a bit.
> >>
> >> >
> >> > Thanks again, Petar.
> >> >
> >> > On Tue, Jan 20, 2009 at 10:51 PM, Petar Tahchiev <
> >> >
> >> > paranoiabla.lists@gmail.com> wrote:
> >> >
> >> > > Hi Sebb,
> >> > >
> >> > > I removed the CDDL license and described the servlet-api as
> >> > > an Apache 2.0 licensed. I also added the Apache license headers.
> >> > > I also changed the version of AspectJ we are using.
> >> > >
> >> > > About the test failures that you mention I think they are different
> >> > > from what Henry is getting. Anyways I am unable to reproduce them :-(
> >> > >
> >> > > What should I do? Do I need to make a RC-3 and call the vote on it?
> >> > >
> >> > > Thanks for the tips guys.
> >> > >
> >> > >
> >> > > On Tue, Jan 20, 2009 at 9:42 PM, sebb wrote:
> >> > >
> >> > >> On 20/01/2009, sebb wrote:
> >> > >> > On 20/01/2009, Petar Tahchiev wrote:
> >> > >> > > Hi all,
> >> > >> > >
> >> > >> > > maybe I am too impatient, but has anybody tried the artifacts?
> >> > >> >
> >> > >> >
> >> > >> > 1 minor problem - the .asc files should be detached ascii
> >> signatures,
> >> > >> > not signed archives.
> >> > >> > No need to recreate the RC, just recreate the .asc files.
> >> > >> >
> >> > >> > We don't normally provide binary .sig files - they can be deleted.
> >> > >> >
> >> > >> > I'm still looking at other aspects of the RC.
> >> > >> >
> >> > >>
> >> > >> The servlet-api-2.4.jar file is an Apache version, as Henri already
> >> > >> mentioned.
> >> > >> The cddl licence should be deleted, and the README updated.
> >> > >>
> >> > >> Like Henri, I also get test failures:
> >> > >>
> >> > >> [surefire] Tests run: 5, Failures: 3, Errors: 0, Time elapsed: 0.25
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running
> >> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWarA rchive
> >> > >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running
> >> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWebX ml
> >> > >> [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: 2.359
> >> sec
> >> > >> [surefire] Running
> >> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWebX mlVersion
> >> > >> [surefire] Tests run: 8, Failures: 0, Errors: 0, Time elapsed: 0.093
> >> sec
> >> > >> [surefire] Running
> >> org.apache.cactus.integration.ant.TestCactifyEarTask
> >> > >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running
> >> org.apache.cactus.integration.ant.TestCactifyWarTask
> >> > >> [surefire] Tests run: 21, Failures: 21, Errors: 0, Time elapsed:
> >> 0.281
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running org.apache.cactus.integration.ant.TestCactusTask
> >> > >> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.078
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running
> >> org.apache.cactus.integration.ant.TestCactusTestTask
> >> > >> [surefire] Tests run: 7, Failures: 7, Errors: 0, Time elapsed: 0.094
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >> [surefire] Running
> >> > >> org.apache.cactus.integration.ant.TestRunServerTestsTask
> >> > >> [surefire] Tests run: 6, Failures: 6, Errors: 0, Time elapsed: 0.078
> >> > >> sec <<<<<<<< FAILURE !!
> >> > >>
> >> > >> I ran "mvn test", which failed when it could not find the cactus
> >> jars.
> >> > >> It would be better if this worked without needing to do "mvn install"
> >> > >> first.
> >> > >>
> >> > >> I then ran "mvn install" and got the errors shown above.
> >> > >>
> >> > >> It looks like these are all caused by
> >> > >>
> >> > >> junit.framework.AssertionFailedError: The system property
> >> > >> 'testinput.dir' must point to an existing directory
> >> > >> at junit.framework.Assert.fail(Assert.java:47)
> >> > >> at junit.framework.Assert.assertTrue(Assert.java:20)
> >> > >> at
> >> > >>
> >> org.apache.cactus.integration.ant.AntTestCase.getBuildFile(A ntTestCase.java:370)
> >> > >>
> >> > >> This is a bit odd, as the directory appears to be there.
> >> > >>
> >> > >> The assert() message ought to quote the directory name it is looking
> >> for.
> >> > >> [I'll update SVN trunk.]
> >> > >>
> >> > >> Even odder, the problem does not occur when I reran the test.
> >> > >> I've tried several times to recreate the error, but it only happened
> >> once.
> >> > >>
> >> > >> ==
> >> > >>
> >> > >> There are various jetty files under
> >> > >>
> >> > >> samples/jetty/src
> >> > >>
> >> > >> which don't have AL headers. Are these Jetty sources?
> >> > >> If so, then the source archive really needs to include the relevant
> >> > >> license.
> >> > >> If the samples were generated under the ASF, then they need the AL
> >> > >> headers.
> >> > >>
> >> > >> There seem to be some oddities in the main pom.xml:
> >> > >>
> >> > >>
> >> > >>
> >> > >> aspectj
> >> > >> aspectjrt
> >> > >> 1.5.3
> >> > >>
> >> > >>
> >> > >> specifies version 1.5.3, whereas
> >> > >>
> >> > >>
> >> > >>
> >> > >> ...
> >> > >>
> >> > >> aspectj
> >> > >> aspectjrt
> >> > >> 1.2.1
> >> > >>
> >> > >>
> >> > >> specifies version 1.2.1 - I would have expected the two to be the
> >> same?
> >> > >>
> >> > >> ==
> >> > >>
> >> > >> There are several maven.xml and project.xml files in the directory
> >> > >> tree - are these still current?
> >> > >>
> >> > >> > >
> >> > >> > > What is your opinion expressed by any of the three numbers :-).
> >> > >> > >
> >> > >> > >
> >> > >> > > On Mon, Jan 19, 2009 at 10:33 PM, Petar Tahchiev <
> >> > >> > > paranoiabla.lists@gmail.com> wrote:
> >> > >> > >
> >> > >> > > > Hi guys,
> >> > >> > > >
> >> > >> > > > here comes the second attempt for
> >> > >> > > > releasing cactus-1.8.1.
> >> > >> > > >
> >> > >> > > > The artifacts, hashes and signatures are here:
> >> > >> > >
> >> > >> > > > http://people.apache.org/~ptahchiev/1.8.1-rc2/
> >>
> >> > >>
> >> > >> > > >
> >> > >> > > > The tagged code-base is here:
> >> > >> > > >
> >> http://svn.apache.org/repos/asf/jakarta/cactus/tags/1.8.1-rc 2/
> >> > >> > > >
> >> > >> > > > I think it is OK this time.
> >> > >> > > >
> >> > >> > > > Here is my +1
> >> > >> > > >
> >> > >> > > >
> >> > >> > > > Please vote.
> >> > >> > > >
> >> > >> > > > Thanks.
> >> > >> > > >
> >> > >> > > > --
> >> > >> > > > Regards, Petar!
> >> > >> > > > Karlovo, Bulgaria.
> >> > >> > > >
> >> > >> > > > EOOXML objections
> >> > >> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> >> > >> > > >
> >> > >> > > > Public PGP Key at:
> >> > >> > > >
> >> > >>
> >> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> >> > >> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B
> >> 7615
> >> > >> 00F9
> >> > >> > > >
> >> > >> > >
> >> > >> > >
> >> > >> > >
> >> > >> > > --
> >> > >> > > Regards, Petar!
> >> > >> > > Karlovo, Bulgaria.
> >> > >> > >
> >> > >> > > EOOXML objections
> >> > >> > > http://www.grokdoc.net/index.php/EOOXML_objections
> >> > >> > >
> >> > >> > > Public PGP Key at:
> >> > >> > >
> >> > >>
> >> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> >> > >> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615
> >> 00F9
> >> > >> > >
> >> > >> >
> >> > >>
> >> > >> ------------------------------------------------------------ ---------
> >> > >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> >> > >> For additional commands, e-mail: general-help@jakarta.apache.org
> >> > >>
> >> > >>
> >> > >
> >> > >
> >> > > --
> >> > > Regards, Petar!
> >> > > Karlovo, Bulgaria.
> >> > >
> >> > > EOOXML objections
> >> > > http://www.grokdoc.net/index.php/EOOXML_objections
> >> > >
> >> > > Public PGP Key at:
> >> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> >> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >> > >
> >> >
> >> >
> >> >
> >> >
> >> > --
> >> >
> >> > Regards, Petar!
> >> > Karlovo, Bulgaria.
> >> >
> >> > EOOXML objections
> >> > http://www.grokdoc.net/index.php/EOOXML_objections
> >> >
> >> > Public PGP Key at:
> >> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> >> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >> >
> >>
> >> ------------------------------------------------------------ ---------
> >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: general-help@jakarta.apache.org
> >>
> >>
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
> ------------------------------------------------------------ ---------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>

Re: [VOTE] Release Jakarta Cactus 1.8.1

On Wed, Jan 21, 2009 at 3:41 AM, sebb wrote:
> On 21/01/2009, Henri Yandell wrote:
>> Yep - turning off my local JIRA got me passed that problem and now I
>> get the same set of errors as Seb.
>>
>
> Does this always happen for you?
>
> If so, what is the path it is trying to find?
> This would require testing against trunk...

Tried this morning - but against the rc1 (sorry). Will try against
trunk later (vacation right now and various parenting tasks I have to
do).

mvn clean install at top level: Failed
mvn clean install in integration/ant: Passed
mvn clean install in integration: Passed
mvn clean install at top level: Passed
rm -fr cactus-src
unzip
mvn clean install at top level: Passed
mv m2 repo to bckp
mvn clean install at top level: Failed
mvn clean install at top level: Passed

Error in integration/ant failure:

junit.framework.AssertionFailedError: The system property
'testinput.dir' must point to an existing directory

Hen

Re: [VOTE] Release Jakarta Cactus 1.8.1

--0016368e310f999b55046104c76c
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi Henry,

I followed your instructions and luckily was able to reproduce the
behaviour.
What I did was:

unzip rc-1
mvn clean install -> Did not fail;
change the localrepostiry to~/.m2/repository1
rm -rf rc1
unzip rc-1
mvn clean install -> FAILED!!!!

Next steps:
exactly the same, but against the trunk. In the trunk we print the
testinput.dir property.
I was not amazed that the testinput.dir was printed to be.src/test-input.
What amazed me was the value of testInputDir.getAbsolutePath()
It was

/home/peter/bin/workspace/cactus-1.8.1-rc1-src/src/test-inpu t

The problem was that my test-input should reside in
/home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/a nt/src/test-input

You see somehow Maven misinterpretes the ${basedir} and
suggests it to be the root of the project, instead of /root/integration/ant/

I thought that this might be connected with the issue I told sebb about:
http://jira.codehaus.org/browse/SUREFIRE-98

and since this issue is resolved I updated to the latest version of the
surefire plugin
and tested again. This time it all worked for me.

So now I think that it is all fine.

In trunk I have committed to use the latest version of
surefire plugin.

Can you retest the trunk and let me know the result.

Thanks, Petar.


On Wed, Jan 21, 2009 at 7:41 PM, Henri Yandell wrote:

> On Wed, Jan 21, 2009 at 3:41 AM, sebb wrote:
> > On 21/01/2009, Henri Yandell wrote:
> >> Yep - turning off my local JIRA got me passed that problem and now I
> >> get the same set of errors as Seb.
> >>
> >
> > Does this always happen for you?
> >
> > If so, what is the path it is trying to find?
> > This would require testing against trunk...
>
> Tried this morning - but against the rc1 (sorry). Will try against
> trunk later (vacation right now and various parenting tasks I have to
> do).
>
> mvn clean install at top level: Failed
> mvn clean install in integration/ant: Passed
> mvn clean install in integration: Passed
> mvn clean install at top level: Passed
> rm -fr cactus-src
> unzip
> mvn clean install at top level: Passed
> mv m2 repo to bckp
> mvn clean install at top level: Failed
> mvn clean install at top level: Passed
>
> Error in integration/ant failure:
>
> junit.framework.AssertionFailedError: The system property
> 'testinput.dir' must point to an existing directory
>
> Hen
>
> ------------------------------------------------------------ ---------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>


--
Regards, Petar!
Karlovo, Bulgaria.

EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections

Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9

--0016368e310f999b55046104c76c--

Re: [VOTE] Release Jakarta Cactus 1.8.1

That worked for me - trunk is happy :)

Thanks,

Hen

On Wed, Jan 21, 2009 at 1:24 PM, Petar Tahchiev
wrote:
> Hi Henry,
>
> I followed your instructions and luckily was able to reproduce the
> behaviour.
> What I did was:
>
> unzip rc-1
> mvn clean install -> Did not fail;
> change the localrepostiry to~/.m2/repository1
> rm -rf rc1
> unzip rc-1
> mvn clean install -> FAILED!!!!
>
> Next steps:
> exactly the same, but against the trunk. In the trunk we print the
> testinput.dir property.
> I was not amazed that the testinput.dir was printed to be.src/test-input.
> What amazed me was the value of testInputDir.getAbsolutePath()
> It was
>
> /home/peter/bin/workspace/cactus-1.8.1-rc1-src/src/test-inpu t
>
> The problem was that my test-input should reside in
> /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/a nt/src/test-input
>
> You see somehow Maven misinterpretes the ${basedir} and
> suggests it to be the root of the project, instead of /root/integration/ant/
>
> I thought that this might be connected with the issue I told sebb about:
> http://jira.codehaus.org/browse/SUREFIRE-98
>
> and since this issue is resolved I updated to the latest version of the
> surefire plugin
> and tested again. This time it all worked for me.
>
> So now I think that it is all fine.
>
> In trunk I have committed to use the latest version of
> surefire plugin.
>
> Can you retest the trunk and let me know the result.
>
> Thanks, Petar.
>
>
> On Wed, Jan 21, 2009 at 7:41 PM, Henri Yandell wrote:
>
>> On Wed, Jan 21, 2009 at 3:41 AM, sebb wrote:
>> > On 21/01/2009, Henri Yandell wrote:
>> >> Yep - turning off my local JIRA got me passed that problem and now I
>> >> get the same set of errors as Seb.
>> >>
>> >
>> > Does this always happen for you?
>> >
>> > If so, what is the path it is trying to find?
>> > This would require testing against trunk...
>>
>> Tried this morning - but against the rc1 (sorry). Will try against
>> trunk later (vacation right now and various parenting tasks I have to
>> do).
>>
>> mvn clean install at top level: Failed
>> mvn clean install in integration/ant: Passed
>> mvn clean install in integration: Passed
>> mvn clean install at top level: Passed
>> rm -fr cactus-src
>> unzip
>> mvn clean install at top level: Passed
>> mv m2 repo to bckp
>> mvn clean install at top level: Failed
>> mvn clean install at top level: Passed
>>
>> Error in integration/ant failure:
>>
>> junit.framework.AssertionFailedError: The system property
>> 'testinput.dir' must point to an existing directory
>>
>> Hen
>>
>> ------------------------------------------------------------ ---------
>> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: general-help@jakarta.apache.org
>>
>>
>
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>

Re: [VOTE] Release Jakarta Cactus 1.8.1

--001636c5a82fb786ba046105cf99
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

OK I will now prepare a RC3

On Thu, Jan 22, 2009 at 12:33 AM, Henri Yandell
wrote:

> That worked for me - trunk is happy :)
>
> Thanks,
>
> Hen
>
> On Wed, Jan 21, 2009 at 1:24 PM, Petar Tahchiev
> wrote:
> > Hi Henry,
> >
> > I followed your instructions and luckily was able to reproduce the
> > behaviour.
> > What I did was:
> >
> > unzip rc-1
> > mvn clean install -> Did not fail;
> > change the localrepostiry to~/.m2/repository1
> > rm -rf rc1
> > unzip rc-1
> > mvn clean install -> FAILED!!!!
> >
> > Next steps:
> > exactly the same, but against the trunk. In the trunk we print the
> > testinput.dir property.
> > I was not amazed that the testinput.dir was printed to be.src/test-input.
> > What amazed me was the value of testInputDir.getAbsolutePath()
> > It was
> >
> > /home/peter/bin/workspace/cactus-1.8.1-rc1-src/src/test-inpu t
> >
> > The problem was that my test-input should reside in
> >
> /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/a nt/src/test-input
> >
> > You see somehow Maven misinterpretes the ${basedir} and
> > suggests it to be the root of the project, instead of
> /root/integration/ant/
> >
> > I thought that this might be connected with the issue I told sebb about:
> > http://jira.codehaus.org/browse/SUREFIRE-98
> >
> > and since this issue is resolved I updated to the latest version of the
> > surefire plugin
> > and tested again. This time it all worked for me.
> >
> > So now I think that it is all fine.
> >
> > In trunk I have committed to use the latest version of
> > surefire plugin.
> >
> > Can you retest the trunk and let me know the result.
> >
> > Thanks, Petar.
> >
> >
> > On Wed, Jan 21, 2009 at 7:41 PM, Henri Yandell <
> bayard@generationjava.com>wrote:
> >
> >> On Wed, Jan 21, 2009 at 3:41 AM, sebb wrote:
> >> > On 21/01/2009, Henri Yandell wrote:
> >> >> Yep - turning off my local JIRA got me passed that problem and now I
> >> >> get the same set of errors as Seb.
> >> >>
> >> >
> >> > Does this always happen for you?
> >> >
> >> > If so, what is the path it is trying to find?
> >> > This would require testing against trunk...
> >>
> >> Tried this morning - but against the rc1 (sorry). Will try against
> >> trunk later (vacation right now and various parenting tasks I have to
> >> do).
> >>
> >> mvn clean install at top level: Failed
> >> mvn clean install in integration/ant: Passed
> >> mvn clean install in integration: Passed
> >> mvn clean install at top level: Passed
> >> rm -fr cactus-src
> >> unzip
> >> mvn clean install at top level: Passed
> >> mv m2 repo to bckp
> >> mvn clean install at top level: Failed
> >> mvn clean install at top level: Passed
> >>
> >> Error in integration/ant failure:
> >>
> >> junit.framework.AssertionFailedError: The system property
> >> 'testinput.dir' must point to an existing directory
> >>
> >> Hen
> >>
> >> ------------------------------------------------------------ ---------
> >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: general-help@jakarta.apache.org
> >>
> >>
> >
> >
> > --
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
> ------------------------------------------------------------ ---------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>


--
Regards, Petar!
Karlovo, Bulgaria.

EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections

Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9

--001636c5a82fb786ba046105cf99--

Re: [VOTE] Release Jakarta Cactus 1.8.1

What about the other comments I made?

i.e. maven.xml and project.xml files? Are these useful or obsolete?

On 21/01/2009, Petar Tahchiev wrote:
> OK I will now prepare a RC3
>
> On Thu, Jan 22, 2009 at 12:33 AM, Henri Yandell
>
> wrote:
>
> > That worked for me - trunk is happy :)
> >
> > Thanks,
> >
> > Hen
> >
> > On Wed, Jan 21, 2009 at 1:24 PM, Petar Tahchiev
> > wrote:
> > > Hi Henry,
> > >
> > > I followed your instructions and luckily was able to reproduce the
> > > behaviour.
> > > What I did was:
> > >
> > > unzip rc-1
> > > mvn clean install -> Did not fail;
> > > change the localrepostiry to~/.m2/repository1
> > > rm -rf rc1
> > > unzip rc-1
> > > mvn clean install -> FAILED!!!!
> > >
> > > Next steps:
> > > exactly the same, but against the trunk. In the trunk we print the
> > > testinput.dir property.
> > > I was not amazed that the testinput.dir was printed to be.src/test-input.
> > > What amazed me was the value of testInputDir.getAbsolutePath()
> > > It was
> > >
> > > /home/peter/bin/workspace/cactus-1.8.1-rc1-src/src/test-inpu t
> > >
> > > The problem was that my test-input should reside in
> > >
> > /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/a nt/src/test-input
> > >
> > > You see somehow Maven misinterpretes the ${basedir} and
> > > suggests it to be the root of the project, instead of
> > /root/integration/ant/
> > >
> > > I thought that this might be connected with the issue I told sebb about:
> > > http://jira.codehaus.org/browse/SUREFIRE-98
> > >
> > > and since this issue is resolved I updated to the latest version of the
> > > surefire plugin
> > > and tested again. This time it all worked for me.
> > >
> > > So now I think that it is all fine.
> > >
> > > In trunk I have committed to use the latest version of
> > > surefire plugin.
> > >
> > > Can you retest the trunk and let me know the result.
> > >
> > > Thanks, Petar.
> > >
> > >
> > > On Wed, Jan 21, 2009 at 7:41 PM, Henri Yandell <
> > bayard@generationjava.com>wrote:
> > >
> > >> On Wed, Jan 21, 2009 at 3:41 AM, sebb wrote:
> > >> > On 21/01/2009, Henri Yandell wrote:
> > >> >> Yep - turning off my local JIRA got me passed that problem and now I
> > >> >> get the same set of errors as Seb.
> > >> >>
> > >> >
> > >> > Does this always happen for you?
> > >> >
> > >> > If so, what is the path it is trying to find?
> > >> > This would require testing against trunk...
> > >>
> > >> Tried this morning - but against the rc1 (sorry). Will try against
> > >> trunk later (vacation right now and various parenting tasks I have to
> > >> do).
> > >>
> > >> mvn clean install at top level: Failed
> > >> mvn clean install in integration/ant: Passed
> > >> mvn clean install in integration: Passed
> > >> mvn clean install at top level: Passed
> > >> rm -fr cactus-src
> > >> unzip
> > >> mvn clean install at top level: Passed
> > >> mv m2 repo to bckp
> > >> mvn clean install at top level: Failed
> > >> mvn clean install at top level: Passed
> > >>
> > >> Error in integration/ant failure:
> > >>
> > >> junit.framework.AssertionFailedError: The system property
> > >> 'testinput.dir' must point to an existing directory
> > >>
> > >> Hen
> > >>
> > >> ------------------------------------------------------------ ---------
> > >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > >> For additional commands, e-mail: general-help@jakarta.apache.org
> > >>
> > >>
> > >
> > >
> > > --
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
> > ------------------------------------------------------------ ---------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
>
> --
>
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>

Re: [VOTE] Release Jakarta Cactus 1.8.1

--001636c5a768cc52ea04610601aa
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

They need to be there for the maven1 plugin.

On Thu, Jan 22, 2009 at 12:46 AM, sebb wrote:

> What about the other comments I made?
>
> i.e. maven.xml and project.xml files? Are these useful or obsolete?
>
> On 21/01/2009, Petar Tahchiev wrote:
> > OK I will now prepare a RC3
> >
> > On Thu, Jan 22, 2009 at 12:33 AM, Henri Yandell
> >
> > wrote:
> >
> > > That worked for me - trunk is happy :)
> > >
> > > Thanks,
> > >
> > > Hen
> > >
> > > On Wed, Jan 21, 2009 at 1:24 PM, Petar Tahchiev
> > > wrote:
> > > > Hi Henry,
> > > >
> > > > I followed your instructions and luckily was able to reproduce the
> > > > behaviour.
> > > > What I did was:
> > > >
> > > > unzip rc-1
> > > > mvn clean install -> Did not fail;
> > > > change the localrepostiry to~/.m2/repository1
> > > > rm -rf rc1
> > > > unzip rc-1
> > > > mvn clean install -> FAILED!!!!
> > > >
> > > > Next steps:
> > > > exactly the same, but against the trunk. In the trunk we print the
> > > > testinput.dir property.
> > > > I was not amazed that the testinput.dir was printed to
> be.src/test-input.
> > > > What amazed me was the value of testInputDir.getAbsolutePath()
> > > > It was
> > > >
> > > > /home/peter/bin/workspace/cactus-1.8.1-rc1-src/src/test-inpu t
> > > >
> > > > The problem was that my test-input should reside in
> > > >
> > >
> /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/a nt/src/test-input
> > > >
> > > > You see somehow Maven misinterpretes the ${basedir} and
> > > > suggests it to be the root of the project, instead of
> > > /root/integration/ant/
> > > >
> > > > I thought that this might be connected with the issue I told sebb
> about:
> > > > http://jira.codehaus.org/browse/SUREFIRE-98
> > > >
> > > > and since this issue is resolved I updated to the latest version of
> the
> > > > surefire plugin
> > > > and tested again. This time it all worked for me.
> > > >
> > > > So now I think that it is all fine.
> > > >
> > > > In trunk I have committed to use the latest version of
> > > > surefire plugin.
> > > >
> > > > Can you retest the trunk and let me know the result.
> > > >
> > > > Thanks, Petar.
> > > >
> > > >
> > > > On Wed, Jan 21, 2009 at 7:41 PM, Henri Yandell <
> > > bayard@generationjava.com>wrote:
> > > >
> > > >> On Wed, Jan 21, 2009 at 3:41 AM, sebb wrote:
> > > >> > On 21/01/2009, Henri Yandell wrote:
> > > >> >> Yep - turning off my local JIRA got me passed that problem and
> now I
> > > >> >> get the same set of errors as Seb.
> > > >> >>
> > > >> >
> > > >> > Does this always happen for you?
> > > >> >
> > > >> > If so, what is the path it is trying to find?
> > > >> > This would require testing against trunk...
> > > >>
> > > >> Tried this morning - but against the rc1 (sorry). Will try against
> > > >> trunk later (vacation right now and various parenting tasks I have
> to
> > > >> do).
> > > >>
> > > >> mvn clean install at top level: Failed
> > > >> mvn clean install in integration/ant: Passed
> > > >> mvn clean install in integration: Passed
> > > >> mvn clean install at top level: Passed
> > > >> rm -fr cactus-src
> > > >> unzip
> > > >> mvn clean install at top level: Passed
> > > >> mv m2 repo to bckp
> > > >> mvn clean install at top level: Failed
> > > >> mvn clean install at top level: Passed
> > > >>
> > > >> Error in integration/ant failure:
> > > >>
> > > >> junit.framework.AssertionFailedError: The system property
> > > >> 'testinput.dir' must point to an existing directory
> > > >>
> > > >> Hen
> > > >>
> > > >>
> ------------------------------------------------------------ ---------
> > > >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > >> For additional commands, e-mail: general-help@jakarta.apache.org
> > > >>
> > > >>
> > > >
> > > >
> > > > --
> > > > Regards, Petar!
> > > > Karlovo, Bulgaria.
> > > >
> > > > EOOXML objections
> > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > >
> > > > Public PGP Key at:
> > > >
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > >
> > >
> > > ------------------------------------------------------------ ---------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> >
> >
> > --
> >
> > Regards, Petar!
> > Karlovo, Bulgaria.
> >
> > EOOXML objections
> > http://www.grokdoc.net/index.php/EOOXML_objections
> >
> > Public PGP Key at:
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
> ------------------------------------------------------------ ---------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>


--
Regards, Petar!
Karlovo, Bulgaria.

EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections

Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9

--001636c5a768cc52ea04610601aa--

Re: [VOTE] Release Jakarta Cactus 1.8.1

Ah, OK.

I think we are good to go then.

On 21/01/2009, Petar Tahchiev wrote:
> They need to be there for the maven1 plugin.
>
>
> On Thu, Jan 22, 2009 at 12:46 AM, sebb wrote:
>
> > What about the other comments I made?
> >
> > i.e. maven.xml and project.xml files? Are these useful or obsolete?
> >
> > On 21/01/2009, Petar Tahchiev wrote:
> > > OK I will now prepare a RC3
> > >
> > > On Thu, Jan 22, 2009 at 12:33 AM, Henri Yandell
> > >
> > > wrote:
> > >
> > > > That worked for me - trunk is happy :)
> > > >
> > > > Thanks,
> > > >
> > > > Hen
> > > >
> > > > On Wed, Jan 21, 2009 at 1:24 PM, Petar Tahchiev
> > > > wrote:
> > > > > Hi Henry,
> > > > >
> > > > > I followed your instructions and luckily was able to reproduce the
> > > > > behaviour.
> > > > > What I did was:
> > > > >
> > > > > unzip rc-1
> > > > > mvn clean install -> Did not fail;
> > > > > change the localrepostiry to~/.m2/repository1
> > > > > rm -rf rc1
> > > > > unzip rc-1
> > > > > mvn clean install -> FAILED!!!!
> > > > >
> > > > > Next steps:
> > > > > exactly the same, but against the trunk. In the trunk we print the
> > > > > testinput.dir property.
> > > > > I was not amazed that the testinput.dir was printed to
> > be.src/test-input.
> > > > > What amazed me was the value of testInputDir.getAbsolutePath()
> > > > > It was
> > > > >
> > > > > /home/peter/bin/workspace/cactus-1.8.1-rc1-src/src/test-inpu t
> > > > >
> > > > > The problem was that my test-input should reside in
> > > > >
> > > >
> > /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/a nt/src/test-input
> > > > >
> > > > > You see somehow Maven misinterpretes the ${basedir} and
> > > > > suggests it to be the root of the project, instead of
> > > > /root/integration/ant/
> > > > >
> > > > > I thought that this might be connected with the issue I told sebb
> > about:
> > > > > http://jira.codehaus.org/browse/SUREFIRE-98
> > > > >
> > > > > and since this issue is resolved I updated to the latest version of
> > the
> > > > > surefire plugin
> > > > > and tested again. This time it all worked for me.
> > > > >
> > > > > So now I think that it is all fine.
> > > > >
> > > > > In trunk I have committed to use the latest version of
> > > > > surefire plugin.
> > > > >
> > > > > Can you retest the trunk and let me know the result.
> > > > >
> > > > > Thanks, Petar.
> > > > >
> > > > >
> > > > > On Wed, Jan 21, 2009 at 7:41 PM, Henri Yandell <
> > > > bayard@generationjava.com>wrote:
> > > > >
> > > > >> On Wed, Jan 21, 2009 at 3:41 AM, sebb wrote:
> > > > >> > On 21/01/2009, Henri Yandell wrote:
> > > > >> >> Yep - turning off my local JIRA got me passed that problem and
> > now I
> > > > >> >> get the same set of errors as Seb.
> > > > >> >>
> > > > >> >
> > > > >> > Does this always happen for you?
> > > > >> >
> > > > >> > If so, what is the path it is trying to find?
> > > > >> > This would require testing against trunk...
> > > > >>
> > > > >> Tried this morning - but against the rc1 (sorry). Will try against
> > > > >> trunk later (vacation right now and various parenting tasks I have
> > to
> > > > >> do).
> > > > >>
> > > > >> mvn clean install at top level: Failed
> > > > >> mvn clean install in integration/ant: Passed
> > > > >> mvn clean install in integration: Passed
> > > > >> mvn clean install at top level: Passed
> > > > >> rm -fr cactus-src
> > > > >> unzip
> > > > >> mvn clean install at top level: Passed
> > > > >> mv m2 repo to bckp
> > > > >> mvn clean install at top level: Failed
> > > > >> mvn clean install at top level: Passed
> > > > >>
> > > > >> Error in integration/ant failure:
> > > > >>
> > > > >> junit.framework.AssertionFailedError: The system property
> > > > >> 'testinput.dir' must point to an existing directory
> > > > >>
> > > > >> Hen
> > > > >>
> > > > >>
> > ------------------------------------------------------------ ---------
> > > > >> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > >> For additional commands, e-mail: general-help@jakarta.apache.org
> > > > >>
> > > > >>
> > > > >
> > > > >
> > > > > --
> > > > > Regards, Petar!
> > > > > Karlovo, Bulgaria.
> > > > >
> > > > > EOOXML objections
> > > > > http://www.grokdoc.net/index.php/EOOXML_objections
> > > > >
> > > > > Public PGP Key at:
> > > > >
> > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > > >
> > > >
> > > > ------------------------------------------------------------ ---------
> > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > >
> > > Regards, Petar!
> > > Karlovo, Bulgaria.
> > >
> > > EOOXML objections
> > > http://www.grokdoc.net/index.php/EOOXML_objections
> > >
> > > Public PGP Key at:
> > > http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
> > ------------------------------------------------------------ ---------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
> --
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53 B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>