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 obsol
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, Ja
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 :)
> >
> > Tha
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
>
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 localrepos
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
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
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 2
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 JIR
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 propert
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
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
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 be
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 un
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
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 deta
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
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.li...@gmail.com> wrote:
> Hi guys,
>
> here comes the second attempt for
> releasing 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-rc2/
I think it is OK this time.
Here is my +
19 matches
Mail list logo
