I have created TUSCANY-2167 to track this issue, and I'm now evaluating our calculator sample, and calculator-webapp sample to see where all the dependencies are coming from. One thing I noticed is that policy-xml is bringing a lot of ws-security related dependencies to these applications, and I'm now trying to move this dependencies to a policy-xml-ws module that would be available only when the application is using the ws-binding. I'd also take a look in other dependencies and see if I can cleanup them before our next RC.
Please let me know if you have questions and/or comments. [1] https://issues.apache.org/jira/browse/TUSCANY-2167 On Fri, Mar 28, 2008 at 6:42 PM, haleh mahbod <[EMAIL PROTECTED]> wrote: > Should this mvn command be put in the development guide for samples so > anyone creating a new sample runs these commands and gets rid of unnecessary > dependencies? > > > > > > On 3/28/08, Raymond Feng <[EMAIL PROTECTED]> wrote: > > > > Try mvn dependency:analyze. It analyzes the dependencies of this project > > and > > determines which are: used and declared; used and undeclared; unused and > > declared. > > > > Thanks, > > Raymond > > -------------------------------------------------- > > From: "Jean-Sebastien Delfino" <[EMAIL PROTECTED]> > > Sent: Friday, March 28, 2008 1:02 PM > > To: <[email protected]> > > Subject: Re: [SCA 1.2] SCA Sample dependencies > > > > > Luciano Resende wrote: > > >> I was looking at some sample applications dependencies last night, and > > >> realized that our simple calculator-webapp is huge and with a lot of > > >> unnecessary dependencies being dragged to it's WEB-INF\lib. This might > > >> cause the impression that SCA is heavy, when it's not. Should we spend > > >> some time around reviewing these dependencies before next RC ? > > >> > > > > > > +1 I'd suggest to start with calculator (not even the webapp version), I > > > can see dependencies on Xalan, Xerces, Axiom there, no idea why they are > > > required. I've traced Xalan to assembly-xml, and removing it from the > > pom > > > doesn't seem to break it. I think we need a thorough review of the > > > dependencies that have progressively been added to the core runtime, and > > > see if they're all really needed or just oversights that can be cleaned > > > up. > > > > > > -- > > > Jean-Sebastien > > > > > > --------------------------------------------------------------------- > > > 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] > > > > > -- Luciano Resende Apache Tuscany Committer http://people.apache.org/~lresende http://lresende.blogspot.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
