Return-Path: Delivered-To: apmail-xml-cocoon-dev-archive@xml.apache.org Received: (qmail 7632 invoked by uid 500); 25 Mar 2003 09:12:07 -0000 Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: cocoon-dev@xml.apache.org Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 7618 invoked from network); 25 Mar 2003 09:12:06 -0000 Received: from mail.s-und-n.de (212.8.217.2) by daedalus.apache.org with SMTP; 25 Mar 2003 09:12:06 -0000 Received: from mail.s-und-n.de (localhost [127.0.0.1]) by mail2.s-und-n.de (postfix) with ESMTP id 736669D496 for ; Tue, 25 Mar 2003 10:12:18 +0100 (CET) Received: from notes.sundn.de (ntsrv5.sundn.de [10.10.2.10]) by mail.s-und-n.de (postfix) with ESMTP id 9CFC584F45 for ; Tue, 25 Mar 2003 10:12:17 +0100 (CET) Received: from hw0386 ([10.10.2.59]) by notes.sundn.de (Lotus Domino Release 5.0.8) with SMTP id 2003032510121509:25616 ; Tue, 25 Mar 2003 10:12:15 +0100 From: "Carsten Ziegeler" To: Subject: RE: [proposal] a new kind of 'dist' Date: Tue, 25 Mar 2003 10:12:55 +0100 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <3E7DC3CD.4090007@apache.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Importance: Normal X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 25.03.2003 10:12:15, Serialize by Router on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 25.03.2003 10:12:18, Serialize complete at 25.03.2003 10:12:18 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Great! I wanted to propose exactly the same next week, you must read my mind sometimes :) So, a big +1 for only a source dist. Carsten > -----Original Message----- > From: Stefano Mazzocchi [mailto:stefano@apache.org] > Sent: Sunday, March 23, 2003 3:25 PM > To: Apache Cocoon > Subject: [proposal] a new kind of 'dist' > > > In the beginning, there was only one cocoon distribution, packaged with > two different packagers (zip for windows and tar.gz for unix and friends). > > Then cocoon became very complex and we decided to create a binary > distribution to make things easier. Things were indeed easier for new > users to install and try out, but it was harder for them to actually > *do* something with cocoon and tune it for their needs. > > The fact that there is even a sourceforge project about a 'clean' > version of our shipped cocoon WAR feels a little like a slap in our face. > > Then the 1.3/1.4 JDBC incompatibilities came out, forcing us to do two > different binary releases. > > Now, in the light of a cleaned-up build system and a > very-well-factored-out static block architecture and the inclusion of a > super light-weight servlet container, I think we are ready to finally go > back to where we started and stop releasing binaries. > > Before you jump up and down and scream "no, no, binaries are easier for > our users", get off your > life-without-a-compiler-windows-inflicted-mindset and think that every > JDK comes with a compiler. > > To be really honest, Cocoon already includes not one but *TWO* java > compilers!!! we could build from javawebstart if we really wanted to! > (we should also decide if we want to remove pizza from the distribution!) > > So, in light of the good old triad > > ./configure; make; make install > > I propose to ship Cocoon 2.1 *AS IS*, sort of a cleaned-up version of > our current CVS and improve a little the 'INSTALL.txt' doc that will > suggest you to do > > $> ./build.sh > $> ./cocoon.sh servlet > > and voila', that was it! or, if you really want to deploy stuff into > your wervlet container do a simple > > $> ./build.sh war > > and you are done. > > And next step, when you want to tune your distribution for your needs > simply do > > $> cp build.properties local.build.properties > $> cp blocks.properties local.blocks.properties > > then edit them, then > > $> ./build.sh clean > $> ./build.sh > $> ./servlet.sh servlet-admin & > > so you can start/stop/restart your cocoon without having to star/stop > jetty from the command line. > > What do you think? > > Stefano. >