On Mon, Mar 21, 2011 at 2:29 PM, Samisa Abeysinghe <[email protected]> wrote:
> > > On Mon, Mar 21, 2011 at 1:56 PM, Afkham Azeez <[email protected]> wrote: > >> >> >> On Mon, Mar 21, 2011 at 1:29 PM, Pradeep Fernando <[email protected]>wrote: >> >>> hi, >>> >>> On Mon, Mar 21, 2011 at 1:18 PM, Samisa Abeysinghe <[email protected]> >>> wrote: >>> > Also, what is the plan? We need to do this wherever we codegen right? >>> >>> i know some of you encountered this issue. But anyone of you >>> encountered within the service-stubs. Because within >>> service-stub generation we only have dependency - axis2. >>> >>> So in that case maven.dependency.classpath is not a long one. (when >>> the code generation happened in UI components, the UI components >>> themselves have declared dependencies, and hence the >>> maven.dependency.classpath become very long). so encountering issue in >>> the code-gen inside Ui is acceptable. >>> >>> if we are going to a separate service stub model we should not need >>> this kind of fix. for the moment this is fine. >>> >> >> All transitive dependencies will also become part of the classpath. So, >> you will never have real control over the length of the classpath which >> could cause the same failure in the future, even though it may not surface >> today. The fix I propose is future proof. >> > > +1. We got to do it right, once and for all! > +1. Sameera > > Thanks, > Samisa... > > Samisa Abeysinghe > VP Engineering > WSO2 Inc. > http://wso2.com > http://wso2.org > > > > _______________________________________________ > Carbon-dev mailing list > [email protected] > http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev > > -- Sameera Jayasoma Technical Lead and Product Manager, WSO2 Carbon WSO2, Inc. (http://wso2.com) email: [email protected] blog: http://tech.jayasoma.org Lean . Enterprise . Middleware
_______________________________________________ Carbon-dev mailing list [email protected] http://mail.wso2.org/cgi-bin/mailman/listinfo/carbon-dev
