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 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 the scope.
just like how I added classpathPrefix to be used to
control the prefix for manifest entries.
IMO, the classpath should be constructed dynamically using the
transitive dependencies of the modules, i.e for j2ee-system config use
dependencies of the system module. The way it is now is very hard to
maintain. Every time a dependency is changed in the system module,
most
executable configurations must be updated manually. The current way of
maintaining hard coded dependencies in the classPath element are only
marginally better than maintaining a large string of the original
implementaion. Adding prefix to these dependencies is trivial.
Thanks
Anita
Then the m2 dependencies would only really be used to control build
order for cars.
--jason
On Aug 17, 2006, at 8:59 AM, anita kulshreshtha wrote:
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:
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 them one at a time, posting a jira and a patch.
It struck me that there are probably similar issues throughout
the
server WRT the m2 build.
I'm open to other methods (and would love to hear of a silver
bullet:) but seems to me that we need to basically hit
everything
in the console and tools and such and make sure it works so we
can
be sure the dependencies are correct. While I don't think I'll
be
able to hit 'everything' I'll try to poke on most of the console
and the CLI tools and make sure that it 'works'.
My plan of attack:
1 - provide patches for the stuff i know about now
(tranql/tranql-
connector is missing for example from the repository)
2 - finish getting deployment working from the console (data
sources, ejb-jar's, wars etc)
3 - poke on the rest of the console
4 - deploy daytrader
5 - anything else anyone comes up with
I will be posting bunches of jira's and fixes over the next few
days as I work through this stuff (unless someone has a better
idea
about how to tackle it).
This is great that you are taking a look at this. Here are some
tips
that may help fix dependency problems:
1. The modules use resources2/META-INF/geronimo-dependency.xml
files
to specify transitive dependencies. We could use a lot more of
these. You may find the best solution to a classpath problem is
adding one of these.
2. There are often several ways to get a jar into a classloader,
such
as
a) depending on a car, from a car
b) depending on a jar from a jar (using
geornimo-dependency.xml)
c) depending directly on the jar from a car
I'd say this is the order of preference
3) It is really important that the builder cars don't start any
runtime cars: if you violate this rule the packaging plugin is
likely
to stop working. You can have 2.a and enforce this rule by using
the
<scope> element in the dependency and setting it to
<scope>classes</
scope>. This means the dependency's classloader will be
constructed
and available for use but that no services from the car will be
started.
This might be helpful in adding dependency using 2.a -
http://mail-archives.apache.org/mod_mbox/geronimo-dev/200605.mbox/
browser
Thanks
Anita
This is in my experience somewhat nerve wracking and gruesome
work,
so I really appreciate your taking it on, and I'll do whatever I
can
to help you with it.
thanks
david jencks
TTFN,
-bd-
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com