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-input
> > > > >
> > > > > The problem was that my test-input should reside in
> > > > >
> > > >
> >
> /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/ant/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 <
> > > > bay...@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-unsubscr...@jakarta.apache.org
> > > > >> For additional commands, e-mail: general-h...@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=0x1A15B53B761500F9
> > > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org
> > > > For additional commands, e-mail: general-h...@jakarta.apache.org
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > >
> > >
Re: [VOTE] Release Jakarta Cactus 1.8.1
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-input
> > > >
> > > > The problem was that my test-input should reside in
> > > >
> > >
> /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/ant/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 <
> > > bay...@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-unsubscr...@jakarta.apache.org
> > > >> For additional commands, e-mail: general-h...@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=0x1A15B53B761500F9
> > > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > > >
> > >
> > > -
> > > To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org
> > > For additional commands, e-mail: general-h...@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=0x1A15B53B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
> -
> To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org
> For additional commands, e-mail: general-h...@jakarta.apache.org
>
>
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-input
> > >
> > > The problem was that my test-input should reside in
> > >
> >
> /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/ant/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 <
> > bay...@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-unsubscr...@jakarta.apache.org
> > >> For additional commands, e-mail: general-h...@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=0x1A15B53B761500F9
> > > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> > >
> >
> > -
> > To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org
> > For additional commands, e-mail: general-h...@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=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
-
To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org
For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release Jakarta Cactus 1.8.1
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-input
> >
> > The problem was that my test-input should reside in
> >
> /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/ant/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 <
> bay...@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-unsubscr...@jakarta.apache.org
> >> For additional commands, e-mail: general-h...@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=0x1A15B53B761500F9
> > Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
> >
>
> -
> To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org
> For additional commands, e-mail: general-h...@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=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
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-input
>
> The problem was that my test-input should reside in
> /home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/ant/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-unsubscr...@jakarta.apache.org
>> For additional commands, e-mail: general-h...@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=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
-
To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org
For additional commands, e-mail: general-h...@jakarta.apache.org
Re: [VOTE] Release Jakarta Cactus 1.8.1
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-input
The problem was that my test-input should reside in
/home/peter/bin/workspace/cactus-1.8.1-rc1-src/integration/ant/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-unsubscr...@jakarta.apache.org
> For additional commands, e-mail: general-h...@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=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
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 - To unsubscribe, e-mail: general-unsubscr...@jakarta.apache.org For additional commands, e-mail: general-h...@jakarta.apache.org
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.li...@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.TestWarArchive > >> > >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: 0.031 > >> > >> sec FAILURE !! > >> > >> [surefire] Running > >> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWebXml > >> > >> [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: > 2.359 > >> sec > >> > >> [surefire] Running > >> > >> > org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion > >> > >> [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 > >> > >> se
Re: [VOTE] Release Jakarta Cactus 1.8.1
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.li...@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.TestWarArchive > >> > >> [surefire] Tests run: 3, Failures: 3, Errors: 0, Time elapsed: > 0.031 > >> > >> sec FAILURE !! > >> > >> [surefire] Running > >> > >> org.apache.cactus.integration.ant.deployment.webapp.TestWebXml > >> > >> [surefire] Tests run: 54, Failures: 0, Errors: 0, Time elapsed: > 2.359 > >> sec > >> > >> [surefire] Running > >> > >> > org.apache.cactus.integration.ant.deployment.webapp.TestWebXmlVersion > >> > >> [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 > >> > >
