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 can find these? I've done some
looking around on google for the jcr jar, but without much luck.
I guess you've added the xwiki remote repo to your settings.xml
(see http://dev.xwiki.org/xwiki/bin/view/Community/Building#HInstallingMaven)
Hmm... this is weird. I've tried to locate them in my local repo and
they're not there... But the build works fine without them here. It
seems it's also the case on Hudson:
http://ci.sonatype.org/view/Community%20Test%20Projects/job/XWiki-Enterprise/3/console
Ah I think I know! I think you have the central repo defined first and
thus maven will find the jackrabbit-core jar there and not from the
xwiki remote repo. We had needed to have our own version because its
pom was invalid (see http://jira.codehaus.org/browse/MEV-453).
So the solution should be to put the XWiki remote repo before the
central one in your settings.xml.
Thanks
-Vincent
1) jsr170:jcr:jar:1.0
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=jsr170 -DartifactId=jcr -
Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the
file there:
mvn deploy:deploy-file -DgroupId=jsr170 -DartifactId=jcr -
Dversion=1.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -
DrepositoryId=[id]
Path to dependency:
1) com.xpn.xwiki.platform:xwiki-core:jar:1.6-SNAPSHOT
2) org.apache.jackrabbit:jackrabbit-core:jar:1.1
3) jsr170:jcr:jar:1.0
2) gnujaxp:gnujaxp:jar:1.0.0
Try downloading the file manually from the project website.
Then, install it using the command:
mvn install:install-file -DgroupId=gnujaxp -DartifactId=gnujaxp
-Dversion=1.0.0 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the
file there:
mvn deploy:deploy-file -DgroupId=gnujaxp -DartifactId=gnujaxp -
Dversion=1.0.0 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -
DrepositoryId=[id]
Path to dependency:
1) com.xpn.xwiki.platform:xwiki-core:jar:1.6-SNAPSHOT
2) jfree:jfreechart:jar:1.0.0-rc1
3) gnujaxp:gnujaxp:jar:1.0.0
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 Jason's mail.
The code below fails since the variable resolvedArtifacts is null.
Basically it iterates of the project's artifacts
(this.project.getArtifacts()) but doesn't find any when it should.
To reproduce, check out http://svn.xwiki.org/svnroot/xwiki/enterprise/trunk/
and run mvn install.
The source of the plugin that fails are at:
http://svn.xwiki.org/svnroot/xwiki/platform/xwiki-tools/trunk/xwiki-xar-plugin
Thanks
-Vincent
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:
Artifact [com.xpn.xwiki.products:xwiki-enterprise-wiki] is not a
dependency of the project.
at
com.xpn.xwiki.tool.xar.UnXarMojo.findArtifact(UnXarMojo.java:120)
And the code causing it in our plugin is:
private Artifact findArtifact() throws MojoExecutionException
{
Artifact resolvedArtifact = null;
getLog().debug(
"Searching for an artifact that matches " + HOOK_OPEN +
this.groupId + TWO_POINTS
+ this.artifactId + HOOK_CLOSE + DOTDOTDOT);
Iterator it = this.project.getArtifacts().iterator();
while (it.hasNext()) {
Artifact artifact = (Artifact) it.next();
getLog().debug(
"Checking artifact " + HOOK_OPEN +
artifact.getGroupId() + TWO_POINTS
+ artifact.getArtifactId() + TWO_POINTS +
artifact.getType() + HOOK_CLOSE
+ DOTDOTDOT);
if (artifact.getGroupId().equals(this.groupId)
&&
artifact.getArtifactId().equals(this.artifactId)) {
resolvedArtifact = artifact;
break;
}
}
if (resolvedArtifact == null) {
throw new MojoExecutionException("Artifact " +
HOOK_OPEN + this.groupId + TWO_POINTS
+ this.artifactId + HOOK_CLOSE + " is not a
dependency of the project.");
}
return resolvedArtifact;
}
Source here:
http://svn.xwiki.org/svnroot/xwiki/platform/xwiki-tools/trunk/xwiki-xar-plugin/src/main/java/com/xpn/xwiki/tool/xar/UnXarMojo.java
Any idea?
This is working fine with 2.0.9.
Thanks
-Vincent
On Aug 9, 2008, at 12:52 AM, 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. 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 id's.
The release notes for 2.0.10 (so far) are here:
http://jira.codehaus.org/secure/ReleaseNote.jspa?projectId=10500&styleName=Html&version=14112
You can do a search for recently resolved in that Fix-For
version to see what I resolved for this RC, though the summary
above is a pretty accurate reflection.
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!
And, have a good weekend.
-john
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
John Casey
Developer, PMC Member - Apache Maven (http://maven.apache.org)
Blog: http://www.ejlife.net/blogs/buildchimp/
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]