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: configuration dependencies
Date Fri, 28 Apr 2006 23:54:14 GMT
Joe,
    Thanks! Sending it to the list.. 

--- Joe Bohn <joe.bohn@earthlink.net> wrote:

> Anita,
> 
> Ahh ... now I see what you were trying to accomplish.  I think this
> is a 
> good question for the dev list.
> 
> I personally don't think that it is important to ensure that your
> build 
> includes/excludes match what is in geronimo with M1 exactly.  In
> fact, I 
> think what we have in M1 is really just a jumble of things that
> people 
> at one time thought were needed, copied from other configurations, or
> 
> whatever to get things to build.  Sure, there are very specific, well
> 
> placed dependencies that were added as well.  But I don't think that
> the 
> omissions were necessarily deliberate just as not all of the
> additions 
> were deliberate (such as is likely the case with the jetty deployer
> in 
> remote-deploy-tomcat).
> 
> Also, based upon my recent experience with the geronimo.dependencies,
> 
> even those are often the result of copied code.   I didn't resolve
> all 
> of these geronimo.dependencies by a long shot.  I was specifically 
> focused on making changes and validating dependencies to remove 
> unnecessary items from inclusion in the little-G assembly.   So I'm 
> fairly sure there are still plenty of bogus geronimo.dependencies
> there too.
> 
> Yes, with the M2 transitive dependencies we may very well be able to 
> build and bad things could happen because of a missing 
> geronimo.dependency when you attempt to run the server.  However, I 
> consider this no different than today where you must manually add
> both. 
>   It's still very possible to add one and not the other with the
> result 
> being a server that cannot start (in fact I just did it this morning
> on 
> my test machine).   However, I think this typically speaks more to a 
> problem in the building of the configuration rather than the building
> of 
> the assembly.  External dependencies by configuration must be added
> to 
> the verified/added to the assemblies when the configurations are
> added 
> to the assemblies.
> 
> 
> Joe
> 
> 
> anita kulshreshtha wrote:
> > Joe,
> >    Thanks. I was trying to understand the process of assembly. so I
> did
> > the following :
> > 1. checkout ONLY top level dir, /etc and /assemblies.
> > 2. cd j2ee-tomcat-server
> > 3. maven
> >     I think I should be able to do this without building (modules,
> > configs, apps) anything else. It worked fine until I got to
> > g/javamail/../car. A jar was missing. 
> >     Now why would someone in the right mind do that... It is for
> M2. As
> > you said downloading everything is automatic in m2, Trying to
> prevent
> > one dependency is a nightmare. It will be quite a challenge to find
> > equivalent of g.reference, g.import and g.dependency using only
> > 'provided' and 'exclude' and arrive at the same list as m1.
> >     You have answered my question that the javamail-transport..jar
> is 
> > needed for j2ee-tomcat-server. So if it gets added by M2 it will
> not be
> > a bad thing!
> >         I built the server using above 3 step today, the error
> message
> > is gone. But this jar is not in GERONIMO_HOME/repository/.. When I
> > start this server bad things will happen!
> >      A similar situation is with remote-deploy-tomcat../car. it
> needs
> > remote-deploy-tomcat..jar but j2ee-tomcat-server does not down load
> it,
> > It depends on the fact that someone will build the configs before
> doing
> > the assembly.
> >      The remote-deploy-tomcat config needs jetty-deployer and hence
> > jetty. Why is it so? 
> > 
> > Thanks
> > Anita  
> > --- Joe Bohn <joe.bohn@earthlink.net> wrote:
> > 
...........<snip>
> > 
> 
> -- 
> Joe Bohn
> joe.bohn at earthlink.net
> 
> "He is no fool who gives what he cannot keep, to gain what he cannot 
> lose."   -- Jim Elliot
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Mime
View raw message