Sameera I'm kind of -0 on this plan. Adding manual steps where people can make mistakes reduces the usability of the product. I'm also concerned by the size growth, but if you put this in terms of ease of use and time then I'd rather wait another two minutes for the product to download than to have to spend five minutes reading documentation and changing settings and rebooting AS, with all the things that can go wrong if I mistype some config.
Paul On 25 June 2013 07:21, Sameera Jayasoma <[email protected]> wrote: > Sagara, Pradeep and myself had a discussion on this. Here are the notes. > > > - Came up with a P2 based solution to install various runtime > extensions into AS. > - Runtimes will be created as P2 features. Required jar files will be > treated as regular files and will be copied to the CARBON_HOME/lib/runtimes > directory using default P2 touchpoints. > - Once a runtime is installed, user will have to update a > configuration file to include the installed runtime. > - User guide will be create to explain this process. > > > Thanks, > Sameera. > > > > On Fri, Jun 21, 2013 at 7:31 AM, Supun Malinga <[email protected]> wrote: > >> Hi Azeez, >> >> So in the runtime environments scenario, we have some duplication between >> runtime vs the plugins. But the argument in here is that a user should be >> able to use/sxpose the runtime only and get their job done. >> For eg: user has a jax-rs application. So he will expose the cxf runtime >> env. to the app. But he won't expose carbon. So in this case we need to >> have all cxf dependencies too within the cxf runtime env. >> >> thanks, >> >> >> On Fri, Jun 21, 2013 at 7:12 AM, Afkham Azeez <[email protected]> wrote: >> >>> I think the size can be reduced a lot by reviewing & removing duplicated >>> jars & unnecessary stuff, before we start thinking of P2 >>> >>> Azeez >>> >>> >>> On Thu, Jun 20, 2013 at 5:43 PM, Sagara Gunathunga <[email protected]>wrote: >>> >>>> >>>> Size of the AS distribution becoming very large with last few releases. >>>> AS 4.1.2 is about 160 MB and AS 5.1.0 is around 200 MB my current >>>> understanding is AS size will become around 230/240 MB in AS 5.2.0 release >>>> with JSF, JPA and JTA support, basically once we support for J2EE-WP spec >>>> AS end up with extra ~100 MB. >>>> >>>> WSO2 product/features can be installed to AS through P2 repo hence >>>> it's not an issue here. But still it's not clear whether we could use any >>>> P2 based solution to add Classlaoder Environments (CLE) to the basic AS >>>> distribution. >>>> >>>> For AS 5.2.0 we have following CLEs addition to basic Carbon and Tomcat >>>> CLEs. >>>> >>>> 1. CXF ( ~20 to ~25 MB) >>>> 2. J2EE ( ~ 30 MB) >>>> >>>> >>>> It's not possible to use P2 mechanism as it is to install CLEs because >>>> those are not instilled to OSGi runtime instead they stay out side the OSGi >>>> runtime. Following are the steps we need to perform to add a CLE to AS. >>>> >>>> 1. Modify and add an entry to the >>>> "webapp-classloading-environments.xml" file located on >>>> "repository/conf/tomcat" directory. >>>> >>>> 2. Copy a directory with set of Jar files into the "lib/runtimes" >>>> directory. >>>> >>>> 3. Copy some samples to the "samples" directory (Optional). >>>> >>>> >>>> Above tasks can be easily done with small Ant script but it would be >>>> much better to use P2 as it's the platform level mechanism to add new >>>> features. Any idea how we could do this using P2 ? >>>> >>>> Thanks ! >>>> >>>> -- >>>> Sagara Gunathunga >>>> >>>> Senior Technical Lead; WSO2, Inc.; http://wso2.com >>>> V.P Apache Web Services; http://ws.apache.org/ >>>> Linkedin; http://www.linkedin.com/in/ssagara >>>> Blog ; http://ssagara.blogspot.com >>>> >>>> >>> >>> >>> -- >>> *Afkham Azeez* >>> Director of Architecture; WSO2, Inc.; http://wso2.com >>> Member; Apache Software Foundation; http://www.apache.org/ >>> * <http://www.apache.org/>** >>> email: **[email protected]* <[email protected]>* cell: +94 77 3320919 >>> blog: **http://blog.afkham.org* <http://blog.afkham.org>* >>> twitter: **http://twitter.com/afkham_azeez*<http://twitter.com/afkham_azeez> >>> * >>> linked-in: **http://lk.linkedin.com/in/afkhamazeez* >>> * >>> * >>> *Lean . Enterprise . Middleware* >>> >> >> >> >> -- >> Supun Malinga, >> >> Senior Software Engineer, >> WSO2 Inc. >> http://wso2.com >> http://wso2.org >> email - [email protected] <[email protected]> >> mobile - 071 56 91 321 >> > > > > -- > Sameera Jayasoma, > Architect, > > WSO2, Inc. (http://wso2.com) > email: [email protected] > blog: http://sameera.adahas.org > twitter: https://twitter.com/sameerajayasoma > flickr: http://www.flickr.com/photos/sameera-jayasoma/collections > > > Lean . Enterprise . Middleware > > _______________________________________________ > Architecture mailing list > [email protected] > https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture > > -- Paul Fremantle CTO and Co-Founder, WSO2 OASIS WS-RX TC Co-chair, VP, Apache Synapse UK: +44 207 096 0336 US: +1 646 595 7614 blog: http://pzf.fremantle.org twitter.com/pzfreo [email protected] wso2.com Lean Enterprise Middleware Disclaimer: This communication may contain privileged or other confidential information and is intended exclusively for the addressee/s. If you are not the intended recipient/s, or believe that you may have received this communication in error, please reply to the sender indicating that fact and delete the copy you received and in addition, you should not print, copy, retransmit, disseminate, or otherwise use the information contained in this communication. Internet communications cannot be guaranteed to be timely, secure, error or virus-free. The sender does not accept liability for any errors or omissions.
_______________________________________________ Architecture mailing list [email protected] https://mail.wso2.org/cgi-bin/mailman/listinfo/architecture
