I don't think I asked before :). I'm not building Spring with it. I'm using various modules in a project. Using the modules and building the modules seem like they will have different dependencies. With the building requiring more dependencies and the latter requiring fewer based on what portions of the module are exercised.
I would think that the modules internal pom (not the one in ibiblio) would have the dependencies necessary to build it while ibiblio would store the dependencies necessary to use it. That's my current understanding. I'm happy to try them out after you think they're good. Thanks. Brian On 11/4/05, Carlos Sanchez <[EMAIL PROTECTED]> wrote: > You may have asked before. As you see in the issue it's in progress, > I'm building spring with m2 so I'll have the right poms soon. I could > send you mines and get your feedback. > > Regards > > On 11/4/05, Brian Bonner <[EMAIL PROTECTED]> wrote: > > I made a couple of others, too. Hopefully Carlos will get this > > dropped into ibiblio soon :) > > > > Brian > > On 11/4/05, Nicolas De Loof <[EMAIL PROTECTED]> wrote: > > > > > > Thanks for your corrections. > > > > > > Brian Bonner a écrit : > > > > > > >Nicolas, nice work. I'm adding to it the pom for spring-orm and > > > >spring-webmvc and made a correction to spring-web (changed povided to > > > >provided). > > > > > > > >I'm unclear why spring-dao is dependent upon spring-webmvc. Any > > > >thoughts? > > > > > > > >It looks like spring-support is the only one left. > > > > > > > >I'm hoping that If we fix these and use spring-full it will only pull > > > >in the "required" libraries. Your thoughts? > > > > > > > >Thanks, > > > > > > > >Brian > > > > > > > > > > > > > > > > > > > >On 11/4/05, Nicolas De Loof <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > >>You may take a look at http://jira.codehaus.org/browse/MEV-133 > > > >>I've setup poms for spring 1.2.5 to make all the tools spring supports > > > >>optionnal and reduce transitive dependencies to expected ones. > > > >> > > > >>Brian Bonner a écrit : > > > >> > > > >> > > > >> > > > >>>I'm working with Spring 1.2.5 and retrofitting an older application > > > >>>that makes use of spring-jdbc and spring-dao. I'm curious how other > > > >>>folks are using this because I have exclusions out the ying-yang. > > > >>> > > > >>>I'd like to make some suggestions of jars that should be optional. > > > >>>I'm even happy to post my dependencies in MEV if they would help. > > > >>> > > > >>>It's my understanding that if we added <optional>true</optional> to > > > >>>the poms makes the jars optional. But this only applies for projects > > > >>>that are dependent upon that component, correct? > > > >>> > > > >>>How are other people using this? > > > >>> > > > >>> > > > >>>Here's what I have: > > > >>> > > > >>>* xmlbeans-project > > > >>>* service-project (uses spring) > > > >>>* web-project (depends on service-project and xmlbeans-project) and > > > >>>adds some other spring dependency as well as others. > > > >>> > > > >>>Right now, when I war up the web-project, I get the needed > > > >>>dependencies in the service-project for it to run, but there are a ton > > > >>>of them defined (and it seems like most of them are exclusions) I > > > >>>guess I'd rather add things as they fail rather than have 20 billion > > > >>>jars. > > > >>> > > > >>>Thoughts? > > > >>> > > > >>>Brian > > > >>> > > > >>>--------------------------------------------------------------------- > > > >>>To unsubscribe, e-mail: [EMAIL PROTECTED] > > > >>>For additional commands, e-mail: [EMAIL PROTECTED] > > > >>> > > > >>> > > > >>> > > > >>> > > > >>> > > > >>> > > > >>This message contains information that may be privileged or > > > >>confidential and is the property of the Capgemini Group. It is intended > > > >>only for the person to whom it is addressed. If you are not the > > > >>intended recipient, you are not authorized to read, print, retain, > > > >>copy, disseminate, distribute, or use this message or any part > > > >>thereof. If you receive this message in error, please notify the > > > >>sender immediately and delete all copies of this message. > > > >> > > > >> > > > >>--------------------------------------------------------------------- > > > >>To unsubscribe, e-mail: [EMAIL PROTECTED] > > > >>For additional commands, e-mail: [EMAIL PROTECTED] > > > >> > > > >> > > > >> > > > >> > > > > > > > >--------------------------------------------------------------------- > > > >To unsubscribe, e-mail: [EMAIL PROTECTED] > > > >For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > This message contains information that may be privileged or confidential > > > and is the property of the Capgemini Group. It is intended only for the > > > person to whom it is addressed. If you are not the intended recipient, > > > you are not authorized to read, print, retain, copy, disseminate, > > > distribute, or use this message or any part thereof. If you receive this > > > message in error, please notify the sender immediately and delete all > > > copies of this message. > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
