On Aug 14, 2008, at 5:58 PM, John Casey wrote:
Hi Vincent,
Please see MNG-3710.
The issue with the xwiki build on 2.0.10-RC6 seems to be that
pluginManagement information from a child POM is allowed to pollute
the Plugin instance that was inherited from its parent POM. In the
case of xw
Hi Vincent,
Please see MNG-3710.
The issue with the xwiki build on 2.0.10-RC6 seems to be that
pluginManagement information from a child POM is allowed to pollute the
Plugin instance that was inherited from its parent POM. In the case of
xwiki, the xwiki-enterprise-parent contains a Plugin in
I'll create a JIRA issue for this to be closed before we do the final
2.0.10 release, and try to get it working before I spin the next RC.
-john
Paul Benedict wrote:
Please check that the source assembly is prefixed by "apache-". When
the main assembly was renamed to include that in 2.0.7, no
That did it. I added the xwiki repo first, and removed jfreechart and
jackrabbit-core from my local repo, and all's well.
Thanks.
Now, from what I could tell out on CI last night, it seems that the xar
(?) packaging is being picked up in the parent pom (packaging == pom)
for some reason, caus
Hi John,
On Aug 14, 2008, at 12:40 AM, John Casey wrote:
Vincent,
I'm trying to run the build here on my localhost so I can do some
more effective debugging of the lifecycle executor.
However, I'm missing (at least) two jars for the platform build. Can
you give me a pointer on where I ca
Please check that the source assembly is prefixed by "apache-". When
the main assembly was renamed to include that in 2.0.7, no one
bothered to update the source assembly too.
Paul
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Vincent,
I'm trying to run the build here on my localhost so I can do some more
effective debugging of the lifecycle executor.
However, I'm missing (at least) two jars for the platform build. Can you
give me a pointer on where I can find these? I've done some looking
around on google for the
I loaded it up in Hudson.
On 13-Aug-08, at 8:20 AM, John Casey wrote:
I'll look into it before I cut RC7, but it may be tomorrow before I
get anything sorted out.
Thanks,
-john
Vincent Massol wrote:
Hi John,
On Aug 13, 2008, at 1:50 AM, John Casey wrote:
do you have a stack trace, and ma
I'll look into it before I cut RC7, but it may be tomorrow before I get
anything sorted out.
Thanks,
-john
Vincent Massol wrote:
Hi John,
On Aug 13, 2008, at 1:50 AM, John Casey wrote:
do you have a stack trace, and maybe some steps to reproduce?
I've just sent the svn urls in answer to
On Aug 13, 2008, at 4:37 PM, Jason van Zyl wrote:
Vincent,
Should we just build the whole XWiki tree, or do you want to give me
some settings for your project that I can use?
http://ci.sonatype.org/view/Community%20Test%20Projects/job/XWiki%20Enterprise/2/console
Ah right I had forgotten
Vincent,
Should we just build the whole XWiki tree, or do you want to give me
some settings for your project that I can use?
http://ci.sonatype.org/view/Community%20Test%20Projects/job/XWiki%20Enterprise/2/console
On 13-Aug-08, at 12:16 AM, Vincent Massol wrote:
Hi John/Jason,
On Aug 13,
Ok, I've set it up and it's building now.
On 13-Aug-08, at 12:16 AM, Vincent Massol wrote:
Hi John/Jason,
On Aug 13, 2008, at 2:12 AM, Jason van Zyl wrote:
Can you give me the SVN URL for the build you want us to run and
the goals/options you use?
XWiki platform build:
http://svn.xwiki.or
Hi John,
On Aug 13, 2008, at 1:50 AM, John Casey wrote:
do you have a stack trace, and maybe some steps to reproduce?
I've just sent the svn urls in answer to Jason's mail.
The code below fails since the variable resolvedArtifacts is null.
Basically it iterates of the project's artifacts
Hi John/Jason,
On Aug 13, 2008, at 2:12 AM, Jason van Zyl wrote:
Can you give me the SVN URL for the build you want us to run and the
goals/options you use?
XWiki platform build:
http://svn.xwiki.org/svnroot/xwiki/platform/trunks/
mvn clean install
XWiki Enterprise build:
http://svn.xwiki.o
Can you give me the SVN URL for the build you want us to run and the
goals/options you use?
I will set it up in Hudson and add it to our community builds for
testing.
On 12-Aug-08, at 3:28 PM, Vincent Massol wrote:
Hi John,
Just tried it on XWiki and I get an error in a custom plugin tha
do you have a stack trace, and maybe some steps to reproduce?
Thanks,
-john
Vincent Massol wrote:
Hi John,
Just tried it on XWiki and I get an error in a custom plugin that looks
for dependencies in the project. The error I get is:
Caused by: org.apache.maven.plugin.MojoExecutionException:
Hi John,
Just tried it on XWiki and I get an error in a custom plugin that
looks for dependencies in the project. The error I get is:
Caused by: org.apache.maven.plugin.MojoExecutionException: Artifact
[com.xpn.xwiki.products:xwiki-enterprise-wiki] is not a dependency of
the project.
Okay, I've reopened MNG-3703 for this, since it's a different use case
the executed project left over from a forked lifecycle, which doesn't
have concrete values in its build section by the time the forking
(mojo|report) gets it. I've got it fixed on my localhost, but I'm going
to add another t
K, sounds good. Thanks,
-john
Jason van Zyl wrote:
On 12-Aug-08, at 10:59 AM, John Casey wrote:
I'm not entirely sure I understand what this configuration does. When
you say 'promote' you're talking about a process internal to Hudson
that allows us to use that RC in other Hudson builds, rig
On 12-Aug-08, at 10:59 AM, John Casey wrote:
I'm not entirely sure I understand what this configuration does.
When you say 'promote' you're talking about a process internal to
Hudson that allows us to use that RC in other Hudson builds,
right? ...for instance, to test CXF on Hudson using t
I'm not entirely sure I understand what this configuration does. When
you say 'promote' you're talking about a process internal to Hudson that
allows us to use that RC in other Hudson builds, right? ...for instance,
to test CXF on Hudson using that promoted RC? It's not promoting in the
sense o
I've got the NPE fixed, but it took awhile to write an integration test
that would help verify it without requiring a Hudson instance. ;)
I'll work on the sources jar next, once the full IT run I just started
is finished.
Daniel Kulp wrote:
I'm testing with CXF trunk: (jdk 1.5)
https://svn.
Ok, it's setup here:
http://ci.sonatype.org/view/Community%20Test%20Projects/job/XSite/
On 12-Aug-08, at 10:07 AM, Mauro Talevi wrote:
mvn clean install -Preporting
Thanks,
Jason
--
Jason van Zyl
Founder, Apache Maven
jason at sonaty
John Casey wrote:
Hi Daniel, Mauro,
In either of these cases, can anyone give me some specific steps (and
the project SVN URL, if possible) to reproduce the problem? I tried
running 'mvn clean source:jar' last night on maven-project and
maven-model, but apparently that's too simplistic to rep
John,
Now in the 2.0.x panel there is now a way to do an RC, promote it, and
then use it in the community test projects.
So the process would be:
1. Build the RC
http://ci.sonatype.org/view/Maven%202.0.x/job/Maven%202.0.10-RC/
2. If that's cool, then promote the distribution
http://ci.sonat
I'm testing with CXF trunk: (jdk 1.5)
https://svn.apache.org/repos/asf/cxf/trunk/
I think the NPE is hit with:
mvn install -Peverything,nochecks
The sources jar issue I hit with:
mvn install -Pdeploy,everything,nochecks -Dmaven.test.skip.exec=true
and then checking the source jars that were gen
If we can collect those projects that would be great. If people want
to give us builds to test then let's collect them here:
http://ci.sonatype.org/view/Community%20Test%20Projects/
I loaded up CXF as Dan suggested, so let's some other project in there.
I can now build the RC and then promote
Hi Daniel, Mauro,
In either of these cases, can anyone give me some specific steps (and
the project SVN URL, if possible) to reproduce the problem? I tried
running 'mvn clean source:jar' last night on maven-project and
maven-model, but apparently that's too simplistic to reproduce the
problem
Daniel Kulp wrote:
John,
Performance is a bit better, but in a multi-project reactor build, the source
jars are now all "wrong". None of the source ends up in the jars. Just
the "extra" things from the remote-resources.
Yes - I can confirm that. In fact, another symptom of this is run
John,
Performance is a bit better, but in a multi-project reactor build, the source
jars are now all "wrong". None of the source ends up in the jars. Just
the "extra" things from the remote-resources.
Dan
On Friday 08 August 2008 6:52:07 pm John Casey wrote:
> Hi everyone,
>
> Well, I
Hi Jonh,
I've tried RC6 for my projects on Hudson and I get the above exception
for all projects. Building with RC6 from terminal works. Building with
2.0.9 or RC4 on Hudson also works.
Cheers,
Henrique
[INFO] [clean:clean]
[HUDSON] Archiving
/Users/hprange/.hudson/jobs/pas/workspace/trunk
Hi John,
It seems that project.getExecutionProject().getCompileSourceRoots()
uses relative paths (i.e. target/generated-sources/plugin)
Thanks,
Vincent
2008/8/9 Wendy Smoak <[EMAIL PROTECTED]>:
> On Fri, Aug 8, 2008 at 3:52 PM, John Casey <[EMAIL PROTECTED]> wrote:
>> The distro is here:
>> htt
On Fri, Aug 8, 2008 at 3:52 PM, John Casey <[EMAIL PROTECTED]> wrote:
> The distro is here:
> http://people.apache.org/~jdcasey/stage/apache-maven/2.0.10-RC6/org/apache/maven/apache-maven/2.0.10-RC6
> Please give it a spin and see what you think!
I'm having trouble with RC6 and the Javadoc plugin.
My results are different.
2.0.8 vs 2.0.9-RC6
50 module project, clean install: 6m2s vs 8m53s
50 module project, install: 3m10s vs 4m51s
5 module project, clean install: 48s vs 1m2s
5 module project, install: 20s vs 28s
Memory consumption was not significantly different.
That's a 30-50% performa
Hi John,
John Casey wrote:
> Hi everyone,
>
> Well, I think I've finally managed to reduce the memory consumption and
> boost the speed of the RC5 build.
Since I originally reported this performance problem, I will now at least
answer, that I will not hit the office for the next 4 weeks, i.e. i
No problems encountered. WRT timing/memory, it now actually seems to
have improved somewhat.
Eg on 50-ish module build:
2.0.9
[INFO] Total time: 7 minutes 24 seconds
[INFO] Finished at: Sat Aug 09 10:25:18 BST 2008
[INFO] Final Memory: 76M/154M
2.0.10-RC6
[INFO] Total time: 6 minutes 20 second
Thank you John! I see you created an issue for it :-)
MNG-3701
Paul
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
John, does this build include a fix for the error I reported with RC5?
Paul
On Fri, Aug 8, 2008 at 5:52 PM, John Casey <[EMAIL PROTECTED]> wrote:
> Hi everyone,
>
> Well, I think I've finally managed to reduce the memory consumption and
> boost the speed of the RC5 build. In addition, I've fixed
Hi everyone,
Well, I think I've finally managed to reduce the memory consumption and
boost the speed of the RC5 build. In addition, I've fixed a couple of
exceptions that came up - a NPE related to POM configuration
interpolation, and a ClassCastException related to settings profiles
without
39 matches
Mail list logo
