This should have been fixed now we use the shared filtering component that
Olivier made. I can write an IT to validate the scenario and I will do today
or tomorrow. In any case, we need a release of the filtering component. I am
also waiting for this release to finalize the ear plugin 2.3.2.
Thanks
I started a separate thread to see if someone can look at MWAR-133,
but it looks like the deploy plugin is ready to go.
Olivier, would you be able to make the change you describe below on
the deploy plugin trunk?
Or can you explain how to reproduce the problem *without* doing a
release, so I can
MWAR-133 (Filtering issue: wrong replacement of properties by values
from MavenProject object) was mentioned when I asked about releasing
the war plugin. It has 11 votes and there is a patch attached. Does
anyone have time to review it?
If this is not fixed before the next release, should the plu
Hi,
We solved around 30 issues:
http://jira.codehaus.org/secure/ReleaseNote.jspa?version=14120&styleName=Text&projectId=11138
There are still a couple of issues left in JIRA:
http://jira.codehaus.org/secure/IssueNavigator.jspa?reset=true&pid=11138&status=1
Staging repo:
http://people.apache.org/
Thanks John! Javadoc is happy now!
Cheers,
Vincent
2008/8/1 John Casey <[EMAIL PROTECTED]>:
> Hi,
>
> Here's your daily dose of Maven 2.0.10! I've fixed the regressions pointed
> out in RC4, and added integration tests to guard against their
> reintroduction. The new release candidate can be fou
Hi,
Here's your daily dose of Maven 2.0.10! I've fixed the regressions
pointed out in RC4, and added integration tests to guard against their
reintroduction. The new release candidate can be found here:
http://people.apache.org/~jdcasey/stage/apache-maven/2.0.10-RC5/org/apache/maven/apache-ma
With the
org.eclipse.equinox
org.eclipse.equinox.app
example, it seems like the conventional configuration would become
someGroupId
${project.groupId}.someArtifactId.
Is that correct?
What should something like SWT look like?
org.eclipse.swt
org.e
This is more likely a problem in the local repo for that build. The fix is to
wait until the other builds, complete and then run the purge local repo job to
flush it. Then the new build should find it.
-Original Message-
From: Benjamin Bentmann [mailto:[EMAIL PROTECTED]
Sent: Friday, A
This is filed under MNG-3694.
I think I have a solution now, and I've written an integration test that
fails under 2.0.10-RC4...I'm running the test now vs. the fixed version,
and then I'll verify that I didn't break anything else.
-john
Brett Porter wrote:
Yeah, I spoke too soon.
getSourc
Brian E. Fox wrote:
Yep, I checked the crontab, it's actually running at 12:05 (CST) daily. I'll
still add the proxy.
Yep, it's all set now. The intent was to minimize traffic over to central since
we had the mirror, but we can do both and it won't hurt anything.
Hm, is the proxy setup rea
Yep, it's all set now. The intent was to minimize traffic over to central since
we had the mirror, but we can do both and it won't hurt anything.
-Original Message-
From: Benjamin Bentmann [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2008 11:18 AM
To: Maven Developers List
Subject:
I'm tracking this under http://jira.codehaus.org/browse/MNG-3693
I've already got the fix in place in RC5-snapshot, but it's going to
take a little while to produce a self-contained integration test for it.
-john
Mauro Talevi wrote:
John Casey wrote:
Hi,
I've got a new release candidate fo
Aaron,
I talked to Dan who knows how the StAX framework does it's parsing and
he says that it was fairly good whitespace control.
We are using StaX in the work that Shane has done and maybe you could
evaluate if this is just another framework that doesn't preserve
formatting and maybe you
Brian E. Fox wrote:
Yep, I checked the crontab, it's actually running at 12:05 (CST) daily. I'll
still add the proxy.
OK, waiting a day (at most) isn't a major issue, not much things are
that urgent that a commit can't wait, you only need to know. But if
Hudson gets a real-time proxy to cen
Tamás Cservenák wrote:
Central is _not_ proxied by Nexus, but is rsynced from repo1.maven.org
to repository.sonatype.org, and it is served from there by Nexus as
"hosted" repo. The problem is probably our rsync process (not [yet]
fired, or something).
Not that this solves your failed build, jus
Yep, I checked the crontab, it's actually running at 12:05 (CST) daily. I'll
still add the proxy.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tamás Cservenák
Sent: Friday, August 01, 2008 11:03 AM
To: Maven Developers List
Subject: Re: Latency of sync
Hi there,
The problem is more how is central repo in public group on our Nexus served:
Central is _not_ proxied by Nexus, but is rsynced from repo1.maven.org
to repository.sonatype.org, and it is served from there by Nexus as
"hosted" repo. The problem is probably our rsync process (not [yet]
fir
It's once a week, but I'll add a proxy of central back to handle these
timing issues. (it will be lower in the group so that the mirror is
consulted first)
-Original Message-
From: Benjamin Bentmann [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2008 6:55 AM
To: Maven Developer List
S
Too late, we're gonna have a beefy ESX server shortly. I think we're
also getting a mac mini or so to hang in the rack next to it for Hudson
(forgot about that part)
-Original Message-
From: John Casey [mailto:[EMAIL PROTECTED]
Sent: Friday, August 01, 2008 10:21 AM
To: Maven Developers L
Yeah, I spoke too soon.
getSourcePaths() in the javadoc plugin now ends up with:
[${project.basedir}/src/main/java, ${project.basedir}/src/main/java]
ie, uninterpolated. the prune method them removes them since they
aren't found, and so it does nothing (as there are no sourcePaths).
So, basi
if we had a beefy mactel with vmware running on that, then it might be
feasible to have build environments for just about everything but
solaris, I guess...
...and actually, I'm pretty sure even solaris runs on x86
-john
Brian E. Fox wrote:
You can't run osx on vmware (legally at least) beca
it'd be a simple enough operation to lookup the timestamp on the RCs on
my staging repo, and do a date-based search using those values...
What's the value in providing this level of resolution, though?
Paul Benedict wrote:
Brett, I know those discussions existed. I was apart of them :-) and I
Hi Brett,
Unfortunetely, under windows, ITs fail again.
I flag the debug mode for invoker plugin so I guess it could be useful
for John or others.
Thanks a lot Brett for your support.
Vincent
2008/8/1 Brett Porter <[EMAIL PROTECTED]>:
>
> On 01/08/2008, at 8:03 AM, John Casey wrote:
>
>> Until
Hmm, I don't remember taking that out. I'll have to check it out.
You're right, we need to make it consistent.
-j
Brett Porter wrote:
On 01/08/2008, at 8:03 AM, John Casey wrote:
Until I can get the javadoc plugin working on OS X there's nothing I
can do to even peek at this.
Fixed (it wa
On 01/08/2008, at 8:03 AM, John Casey wrote:
Until I can get the javadoc plugin working on OS X there's nothing I
can do to even peek at this.
Fixed (it was relying on tools.jar, I made the behaviour the same as
javac).
Why is it failing? Can you formulate a MNG issue with the relevan
No more problem - builds fine on my projects.
:-)
- Fabrice
[EMAIL PROTECTED]
On Thu, Jul 31, 2008 at 10:50 PM, John Casey <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've got a new release candidate for people to try out:
>
>
> http://people.apache.org/~jdcasey/stage/apache-maven/2.0.10-RC4/org/apac
The vote has passed with the following votes: +1 Olivier, Arnaud,
Lukas, Brett, Vincent
I'll move the artifacts over.
Cheers,
Vincent
2008/7/28 Vincent Siveton <[EMAIL PROTECTED]>:
> Hi,
>
> We solved 10 issues:
> http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=11310&styleName=Html&v
Hi,
does the Nexus instance serving our Hudson have a certain latency with
regard to catching up with central? I am wondering since CI failed [0]
on maven-invoker which I updated to use the just released
plexus-utils:1.5.6 [1]
Benjamin
[0]
https://ci.sonatype.org/job/maven-shared/185/org
John Casey wrote:
Hi,
I've got a new release candidate for people to try out:
http://people.apache.org/~jdcasey/stage/apache-maven/2.0.10-RC4/org/apache/maven/apache-maven/2.0.10-RC4/
Major changes:
- Bumped wagon version to 1.0-beta-4
- Improved handling of mirror definitions without an
Arnaud HERITIER wrote:
What are the errors in javadoc tests ?
MJAVADOC-210, the plugin was searching for tools.jar which isn't found
on Mac, so the unit test to check the auto-detection of taglets failed.
I'm building it successfuly on Mac OS X.
Strange. How about the ITs, do they fail f
What are the errors in javadoc tests ?
I'm building it successfuly on Mac OS X.
I remember I had to add the JAVA_HOME
(JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home)
and tests passed
Arnaud
On Thu, Jul 31, 2008 at 10:50 PM, John Casey <[EMAIL PROTECTED]> wrote:
>
31 matches
Mail list logo