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 

Reply via email to