Hi Ricardo, I agree this is a good topic for discussion tomorrow. Ideally OpenUP (base_concepts and openup plug-ins) will stabilize, making it possible to have only a few updates per year (once or twice a year). In this way, content developers simply have to specify the baseline versions of base_concepts and openup plug-ins required and can build off of those. Updates to any plug-in that depend upon base_concepts and openup would then be the responsibility of their specific content developers. Make sense? Cheers, Chris
________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ricardo Balduino Sent: Tuesday, August 07, 2007 2:05 PM To: [email protected] Subject: [epf-dev] Evolving the OpenUP Family Hi all, sorry for the long email, but I think it's an important topic for our planning meeting tomorrow. We've got some user feedback expressing it would be much easier to assemble libraries with various plug-ins as needed, meaning the OpenUP library by default should contain base_concepts and openup plug-ins only, then any additions could be download from Eclipse web site. In other words, one wants to download OpenUP without having to deal with other plug-ins they don't plan to use on near or long term. As this is simple to solve from the user perspective, it may pose some challenges from content development perspective. - From user perspective, EPF Composer offers today the capability for exporting and importing plug-ins. We can simply provide OpenUP library with openup and base_concepts plug-ins only, then users pick and choose any OpenUP/xyz from EPF web site and import it to their library. The web site download area would be populated with these plug-ins. For user's convenience, we can periodically publish these various configurations and make it readily available for download. - From development perspective, every extension to OpenUP plug-in should *ideally* be created in the OpenUP library itself, because it makes it easier from the version control perspective to handle the various xmi files individually. If you separate plug-ins in different libraries, plug-in authors will have to keep copies of OpenUP in a sandbox location, develop their plug-ins as extension to OpenUP, export those plug-ins from time to time, add them to CVS as a zip file, them make available for download by users. We loose granularity in our version control, and are obliged to keep local copies of OpenUP library. UNLESS these sandbox locations are also in CVS, in a different branch than the main OpenUP library. Authors can work on their plug-ins and commit individual xmi files to CVS - the only caveat for plug-in authors is to keep this sandbox OpenUP up-to-date with most current main OpenUP. Exports of their plug-ins would occur as part of periodically builds, so plug-ins can be made available in the download area. That approach tries to solve the fact that EPF Composer does not work with multiple projects from different workspaces. Conclusion: I don't believe separating the OpenUP extensions from the main OpenUP library in CVS will harm the concept of OpenUP Family. Moreover, that makes it easier for plug-ins to evolve at different pace than the OpenUP library itself is evolving, and multiple authors can work their solution in parallel. Also, those authors can take the responsibility of uploading their plug-ins and updating the web site themselves- sort of sharing web master's responsibilities :-) What is your take on this? We can discuss it during our planning meeting tomorrow. Thanks, Ricardo Balduino IBM Rational Software (www.ibm.com/rational) Eclipse Process Framework (www.eclipse.org/epf) -------------------------------------------------------------------------------- Telelogic Lifecycle Solutions: Helping You Define, Design & Deliver Advanced Systems & Software Learn More at www.telelogic.com Chris Sibbald Senior Systems Engineer Telelogic North America Inc. 255 Albert Street, Suite 600 K1P 6A9 Ottawa Canada Phone: +1 (613) 266 5061 Fax: +1 (613) 482 4538 Mobile phone: +1 (613) 266 5061 [EMAIL PROTECTED] http://www.telelogic.com Telelogic - Requirements-Driven Innovation! ------------------------------------------------------------- The information contained in this e-mail, including any attachment or enclosure, is intended only for the person or entity to which it is addressed and may contain confidential material. Any unauthorized use, review, retransmissions, dissemination, copying or other use of this information by persons or entities other than the intended recipient is prohibited.
_______________________________________________ epf-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/epf-dev
