Hi Scott, I think I can help with the maven archetype. As I am off for my holidays in September :) it will take some time though. So do not count on results before October. Mit freundlichen Grüßen / Best Regards / Avec mes meilleures salutations Jens Hausherr Dipl.-Wirtsch.Inf. (Univ.) Senior Consultant Tel: 040-27071-233 Fax: 040-27071-244 Fax: +49-(0)178-998866-097 Mobile: +49-(0)178-8866-097 mailto: mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> Unilog Avinci - a LogicaCMG company Am Sandtorkai 72 D-20457 Hamburg http://www.unilog.de <http://www.unilog.de/> Unilog Avinci GmbH Zettachring 4, 70567 Stuttgart Amtsgericht Stuttgart HRB 721369 Geschäftsführer: Torsten Straß / Eric Guyot / Rudolf Kuhn / Olaf Scholz
________________________________ Von: [EMAIL PROTECTED] im Auftrag von Scott Battaglia Gesendet: Fr 24.08.2007 16:38 An: Yale CAS mailing list Betreff: Re: AW: Maintaing local customizations via Maven2 We're interested in user input on how to make the CAS release easier to manage in your version control. Our first step was obviously using modules and Maven 2's dependency management to minimize any local changes ( i.e. for the most part only to the POM file, and any additional classes you add, plus changes to the local deployerConfigContext.xml). Now that the first step is done, its time to keep pushing this forward. I think a first step could be if either of you two could detail in confluence in the User Manual the two ways of managing local dependencies. Based on that initial documentation we can work towards making it even easier. A second step could be to identify commonly changed items in the XML files and isolate those changes to one file so that merging becomes easier. As Jens mentioned, an archetype is possible. I've created a JIRA issue for this idea: http://www.ja-sig.org/issues/browse/CAS-557 Anyone want to take the lead on this and help out? -Scott On 8/23/07, Hausherr, Jens <[EMAIL PROTECTED]> wrote: When using the war-dependency solution it is AFAIK possible to define exclusions that could be used to get rid of the default/simple views of the original app. Unfortunately the exclusion definition seems to be very explicit, but I have not explored the war-exclusions extensively. A note to the CAS development team: How about defining a Maven2 Archetype for the CAS webapp? This approach could greatly simplify customizations and get rid of the IMHO crude Ant/Maven2 mix. -----Ursprüngliche Nachricht----- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Smith, Matt Gesendet: Donnerstag, 23. August 2007 15:57 An: Yale CAS mailing list Betreff: Re: AW: Maintaing local customizations via Maven2 Thanks for the input Jens. I have pretty much come to the same two options. I've been using option 2 (local project with dependency on cas-server-webapp) for a while, through the 3.1 pre-releases, but I find I'm overriding more and more of cas-server-webapp's files. I'm adding my own skins/views, flow, configurations, etc -- I have probably overriden 1/2 of the original webapps files. As I do so, I am worried about interdependencies between my files and originals that I do override. Plus, I end up packing the "default" and "simple" views (including pages, images, and css) and default dependencies which I do not need into my final war. So, I've actually been leaning toward option 1 -- copy the cas-server-webapp to a new "uconn-cas" maven project, integrate the dependencies introduced by the JA-SIG parent maven project, remove the JA-SIG references for SCM, CI, etc, remove the extraneous views, and add all of our local customizations. Essentially, I am forking the cas-server-webapp, leveraging all the libraries/artifacts from the reset of the cas-server project. Any other thoughts on maintaining local customizations? The thread "Building CAS 3.1 from source" is covering the local dependencies issue, but I think the configuration and view customizations add a new wrinkle. Thanks all, -Matt On Thu, 2007-08-23 at 14:37 +0200, Hausherr, Jens wrote: > Hi Matt, > > I found two options for maintaining the CAS webapp as a maven 2 project: > > 1) create a maven project and simply copy the sources of the CAS Webapp into the project. Works but is prone to be painful on an upgrade of CAS... > > 2) Create your own webapp and declare the original CAS webapp as an dependency. Works quite nicely if you do not have to customize any files of the original webapp. > > I have benn using version 1 but would try to migrate to vesion 2 in the near future... > > Regards, > Jens > > -----Ursprüngliche Nachricht----- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Smith, Matt > Gesendet: Donnerstag, 23. August 2007 14:01 > An: Yale CAS mailing list > Betreff: Re: Maintaing local customizations via Maven2 > > Based on the lack of responses, I'm going to guess that few, if any, > have turned their customizations into a local maven project. So then, > let me ask a different question -- are most of you maintaining your > customizations (choice of authentication handlers, page design, flow) by > hand? Is your upgrade/modification process to apply these changes by > hand each time, following some local documentation? > > My goal is to have a reproducible build that creates our local > customized war bundle, maintains our dependencies on external libraries > (e.g., the JAAS modules we require), and can be largely re-used by our > team for new modifications or upgrades. Any thoughts on how to > accomplish this? > > > On Wed, 2007-08-22 at 08:58 -0400, Smith, Matt wrote: > > I'm looking for suggestions on the most appropriate way to maintain my > > local CAS server customizations, ideally as a Maven project. I see two > > options: > > > > 1) Create a new Maven "uconn-sso" project, with a dependency on > > cas-server-webapp (war). Include in my project my custom web pages and > > config files that should override those in cas-server-webapp. > > > > 2) Copy cas-server-webapp to my own "uconn-sso" project. Make > > modifications directly to this project. > > > > I'm wondering if anyone has any thoughts on which process is "better", > > or if there are options I have not yet considered. By "better", I am > > looking for ease of new customizations, and ease of upgrade transitions. > > > > Any thoughts are appreciated. Thanks, > > -Matt > > > > _______________________________________________ > > Yale CAS mailing list > > [email protected] > > http://tp.its.yale.edu/mailman/listinfo/cas -- Matthew J. Smith <[EMAIL PROTECTED]> University of Connecticut UITS This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. _______________________________________________ Yale CAS mailing list [email protected] http://tp.its.yale.edu/mailman/listinfo/cas -- -Scott Battaglia LinkedIn: http://www.linkedin.com/in/scottbattaglia
<<winmail.dat>>
_______________________________________________ Yale CAS mailing list [email protected] http://tp.its.yale.edu/mailman/listinfo/cas
