|
From: Ken K. <kk...@kk...> - 2003-06-23 21:52:30
|
It seems to me that the current process as Juergen describes it is the correct one. It makes sense to distribute the sample sources with the spring jars. I don't see any need to distribute war files as developers who are not just browsing are going to build them themselves. If they just want to see them in action and browse the accompanying tutorial documentation, we should have the samples running on the website. The fact that the samples are becoming part of the framework means they will need good tests that are run as part of any production release. Petclinic definitely needs work in this area. I agree that the website should be high priority. I won't say much about what's there because I see it is changing a lot right now, though it would be nice to see the themes sample deployed there. As for myself, I'm going stop tweaking Petclinic code for now and focus on tutorial text :-( . I think we at a bare minimum need design notes and installation/setup instructions for Wednesday. Ken jürgen höller [werk3AT] wrote: >Ken, Rod, > >To clarify the current build process: > >- Spring itself still has its own build.xml. The release distribution will not contain this but just the sources and prebuilt jars. No need for a release user to build the entire Spring framework - that's a misapprehension. > >- The samples have their own build.xml files, building the sample jars from the sources, and copying the respective Spring dist jars to their WEB-INF\lib. They do not require Spring's main build.xml but just its prebuilt jars and some of the third-party libs in the main lib directory. With the current layout, this works both with a Spring CVS snapshot and a release distribution. > >- So currently a release distribution contains prebuilt Spring jars but just the sources of the samples. Going in the "samples/petclinic" resp. "samples/pagedlist" directory and invoking "ant build" or "ant warfile" generates a deployable version, in any case with current Spring jars. > >- There are 2 main advantages to the current way: The samples will always be built with current Spring jars, and there's no triplication of Spring or third-party jars - thus the 5 MB download. > >- The alternative would be to prepackage the samples as wars. The disadvantages apply: triplicated Spring jars and third party libs that may be out of sync. That might still be an acceptable tradeoff for a release distribution: extra 2 MB for pregenerated wars of both samples. If a majority votes for it, fine - for a release. > >- In any case, I'd like to keep the current building from CVS as it is. Generating new Spring jars all the time and committing them to the samples' WEB-INF/lib directories is very unhandy. We're talking about the evolving framework here, with frequent changes to be expected. And CVS snapshot users have to be familar with Ant anyway. > >- Let's not forget that our current demos aren't particularly convincing in terms of UI appearance. Their value is in their sources and their configuration, to learn typical Spring patterns. In my view, deploying them is not their primary purpose, thus worth an extra step. > >Of course, I'm open for changes to the build process. It's just that we haven't much time left before the TSS Symposium, so we should hurry a bit. > >BTW, Rod: We are running out of time in terms of getting a release plus a proper website out on Wednesday. But we shouldn't delay it, a release is _really_ important now. Unfortunately, a release with the current www.springframework.org website would leave a shallow first impression, so I consider a nice-looking website important too. I'm not getting this straight currently. What do you suggest? > >Regards, >Juergen > > > > -----Ursprüngliche Nachricht----- > Von: Rod Johnson [mailto:rod...@in...] > Gesendet: Mo 23.06.2003 21:34 > An: Ken Krebs; jürgen höller [werk3AT] > Cc: 'spring-dev-list' > Betreff: Re: [Springframework-developer] Sample Application build process > > > > I agree with Ken. > > It should be *possible*, but not necessary, to download and build all of > Spring with the demos. It should be easy to get started with a minimum of > fuss. > > Regards, > Rod > > ----- Original Message ----- > From: "Ken Krebs" <kk...@kk...> > To: "jürgen höller [werk3AT]" <jue...@we...> > Cc: "'spring-dev-list'" <spr...@li...> > Sent: Monday, June 23, 2003 7:26 PM > Subject: [Springframework-developer] Sample Application build process > > > > Juergen, > > > > The changes you made to the Petclinic build files have raised an > > interesting issue which applies to all sample programs: > > > > The changes made now require a user of the sample app to download and > > build the entire Spring framework. It was specifically my intent with > > Petclinic to not require this. I had envisioned a separately > > downloadable distribution of the sample. Many if not most developers are > > just going to want to use the framework runtime jars, at least at first > > when they're taking it out for a test drive. > > > > The prjzip ant target is only needed to create a distribution so it > > probably be in a separate file which will not be included in the > > distribution. This prjzip target will need to grab a current snapshot of > > the libs for inclusion in the distribution. I haven't quite worked out > > the best way to implement this yet. > > > > What are your thoughts on this ? > > > > Regards, > > > > Ken > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: INetU > > Attention Web Developers & Consultants: Become An INetU Hosting Partner. > > Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! > > INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php > > _______________________________________________ > > Springframework-developer mailing list > > Spr...@li... > > https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > > > >?????????????????????????????????????????Ó+?^?éX???'???u?? ×Pmz{b?u?l7?zZ)z????[Z????(??' ×Pz,?)?=????E?Þ¬7??ÆyÔ???1?Ú??zoØ¢á·]?2??\??i??Ȩ??z?yØj×1?Ú?G??b?m????0?)Þ¶??z??j?gz??×±??i???????????????????????????????????Ò¦????Ú?(?O?z�?????x%??R?????Ú?(?O?z�??X??????y?+???z?m?????b??????q?????Á¿?+-??b?ا~?즸???Ú?(?O?z�? > > > > |