geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From anita kulshreshtha <a_kuls...@yahoo.com>
Subject Re: m2 build - validating
Date Thu, 17 Aug 2006 18:51:15 GMT


--- Jason Dillon <jason@planet57.com> 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/%
> 
> > 3c20060523131245.44642.qmail@web31713.mail.mud.yahoo.com%3e
> >
> > Thanks
> > Anita
> >
> > --- anita kulshreshtha <a_kulshre@yahoo.com> wrote:
> >
> >> inline...
> >>
> >> --- David Jencks <david_jencks@yahoo.com> 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 

Mime
View raw message