Hi All,
Update on this, 1 - 3 are done and everything I found has been
patched with these JIRA's
https://issues.apache.org/jira/browse/GERONIMO-2326 (final patch from
djencks did the charm)
https://issues.apache.org/jira/browse/GERONIMO-2344
On Aug 20, 2006, at 3:36 PM, Bill Dudney wrote:
Hi All,
Sorry its taken me so long to get this posted. I had a bunch of
travel related headaches thur and fri of last week...
I've adopted http://issues.apache.org/jira/browse/GERONIMO-2326 as
the JIRA to track the first part of the
Hi David,
On Aug 21, 2006, at 1:47 AM, David Jencks wrote:
On Aug 20, 2006, at 3:36 PM, Bill Dudney wrote:
Hi All,
Sorry its taken me so long to get this posted. I had a bunch of
travel related headaches thur and fri of last week...
I've adopted
On further investigation of the class incompatibility problem
There are two class loaders at work and I think that is the problem;
(org.apache.geronimo.kernel.classloader.JarFileClassLoader)
[org.apache.geronimo.kernel.classloader.JarFileClassLoader
Hi All,
Sorry its taken me so long to get this posted. I had a bunch of
travel related headaches thur and fri of last week...
I've adopted http://issues.apache.org/jira/browse/GERONIMO-2326 as
the JIRA to track the first part of the problem (the datasource
deployment stuff) with the
inline...
--- David Jencks [EMAIL PROTECTED] wrote:
On Aug 16, 2006, at 4:33 PM, Bill Dudney wrote:
Hi All,
i've been using the m2 build for several days now and I've noticed
that while it works well there are several details that are still
not nailed down. Particularly I've
Oops.., the correct link is :
http://mail-archives.apache.org/mod_mbox/geronimo-dev/200605.mbox/[EMAIL
PROTECTED]
Thanks
Anita
--- anita kulshreshtha [EMAIL PROTECTED] wrote:
inline...
--- David Jencks [EMAIL PROTECTED] wrote:
On Aug 16, 2006, at 4:33 PM, Bill Dudney wrote:
IMO we should not overload the scope mechanism here, but define new
configuration elements that allow us to add the additional metadata
needed just like how I added classpathPrefix to be used to
control the prefix for manifest entries.
Then the m2 dependencies would only really be used
--- Jason Dillon [EMAIL PROTECTED] wrote:
IMO we should not overload the scope mechanism here, but define new
configuration elements that allow us to add the additional metadata
needed
Bill, if you do not want to improve the existing car-maven-plugin,
you will need to use
On Aug 17, 2006, at 11:51 AM, anita kulshreshtha wrote:
Bill, if you do not want to improve the existing car-maven-plugin,
you will need to use the scope.
Who said anything about not wanting to improve it?
just like how I added classpathPrefix to be used to
control the prefix for
And it seems I have the magic incantation now :-) Going to see how
well I can cast it on the car plugin later today.
--jason
On Aug 17, 2006, at 11:51 AM, anita kulshreshtha wrote:
--- Jason Dillon [EMAIL PROTECTED] wrote:
IMO we should not overload the scope mechanism here, but
Hi All,
i've been using the m2 build for several days now and I've noticed
that while it works well there are several details that are still not
nailed down. Particularly I've been hitting lots of dependency issues
around deployment. So what I've started doing is slogging through
each of
On Aug 16, 2006, at 4:33 PM, Bill Dudney wrote:
Hi All,
i've been using the m2 build for several days now and I've noticed
that while it works well there are several details that are still
not nailed down. Particularly I've been hitting lots of dependency
issues around deployment. So
13 matches
Mail list logo