I lost track of what you do to see this problem. Looking at a stack
trace Bruce posted to geronimo IRC last night, it looks like you have
only some of the dependencies needed to build a geronimo car using
the car-maven-plugin. This is caused by mismatches between the
geronimo and maven dependency systems. I think that the jee-specs
artifact has disappeared from your local maven repo and it isn't
showing up as a maven dependency so it isn't getting downloaded.
I think you can fix it in servicemix by explicitly including the
missing dependencies as maven dependencies, e.g.
<dependency>
<groupId>org.apache.geronimo.configs</groupId>
<artifactId>jee-specs</artifactId>
<version>2.0.1</version>
<type>car</type>
</dependency>
If you previously built geronimo locally you would have built all
these artifacts already. There's probably something we can do in
geronimo to reduce this kind of problem but I don't see what it is
just yet.
org.apache.geronimo.configs/jee-specs//car
is not a path but a representation of the dependency above, with the
version omitted.
hope this helps
david jencks
On Dec 8, 2007, at 1:43 AM, Guillaume Nodet wrote:
So i now have the same problem.
Given that it was working at some point (at least when I did the
release),
I'm wondering if there has been any change in a maven repo.
On Dec 8, 2007 8:18 AM, Guillaume Nodet <[EMAIL PROTECTED]> wrote:
It's more a logical path rather than a physical one. You may have
the
version between the two /s.
Anyway, I will try to build 3.2.1 and 3.3-snapshot from a clean repo
on Monday and see what happens.
On 12/8/07, samjoe9998 <[EMAIL PROTECTED]> wrote:
I agree that those 'file:'s should have nothing to do with the
exception. Do
you know how do I validate the .car file is valid or not? Why the
path
is
not 'org.apache.geronimo.configs/jee-specs/car' but
'org.apache.geronimo.configs/jee-specs//car' ?
bsnyder wrote:
On Dec 7, 2007 11:22 AM, samjoe9998 <[EMAIL PROTECTED]> wrote:
I used the exact instruction there. I think the difference is that
you
might
build (since you use tarball, I guess) on Linux platform. I
built on
Windows
XP. The windows 3.2.1-src.zip contains invalid entries such as
"file:xxx"
(a
bunch of HTMLs) which can not be extracted by WinZip. I have to
use
7-Zip
to
remove those entries before uncompress, but that should not affect
the
build
at all. Is this relate to the path separator between Linux and
Windows?
I did notice during my testing for this issue that I also have a
directory named file: upon expansion of the tarball. This build
issue
has nothing to do with the extra directory that's included from the
filesystem. This issue appears to have something to do with a
bad car
file from Geronimo as it says it failed to load.
Bruce
--
perl -e 'print
unpack("u30","D0G)[EMAIL PROTECTED]&5R\"F)R=6-E+G-N>61E<D\!G;6%I;
\"YC;VT*"
);'
Apache ActiveMQ - http://activemq.org/
Apache Camel - http://activemq.org/camel/
Apache ServiceMix - http://servicemix.org/
Apache Geronimo - http://geronimo.apache.org/
Blog: http://bruceblog.org/
--
View this message in context:
http://www.nabble.com/ServiceMix-3.2.1-build-failure%3A-Unable-to-
resolve-dependency-org.apache.geronimo.configs-jee-specs--car-
tf4962714s12049.html#a14225204
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
--
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
