From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13980 invoked from network); 7 Jan 2004 22:00:24 +0000 Received: from smtp.gentoo.org (128.193.0.39) by eagle.gentoo.oregonstate.edu with DES-CBC3-SHA encrypted SMTP; 7 Jan 2004 22:00:24 +0000 Received: from lists.gentoo.org ([128.193.0.34] helo=eagle.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.24) id 1AeLiy-0007uF-LL for arch-gentoo-dev@lists.gentoo.org; Wed, 07 Jan 2004 22:00:24 +0000 Received: (qmail 31230 invoked by uid 50004); 7 Jan 2004 22:00:24 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 16544 invoked from network); 7 Jan 2004 22:00:24 +0000 Mail-Followup-To: gentoo-dev@gentoo.org X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: =?ISO-8859-15?Q?J=F6rg?= Schaible Date: Wed, 07 Jan 2004 22:58:51 +0100 Message-ID: Reply-To: joerg.schaible@gmx.de Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8Bit X-Complaints-To: usenet@sea.gmane.org Mail-Copies-To: never User-Agent: KNode/0.7.2 Sender: news Subject: [gentoo-dev] Help with new Cocoon ebuild X-Archives-Salt: 5cdfddb2-1af7-42c0-94e6-0cc78156498e X-Archives-Hash: 3935e8114f86cb74542ff1fbd24516ad Hi gang, since I need a new Cocoon release for another package, I created a new ebuild for it for current release 2.1.3 (my first ebuild at all). I just took the old version for 2.0.2 and adjusted it for the current needs. While it went fine, I am not too happy with it at all. Basically the old ebuild just build the cocoon.war and installed it into an existing Tomcat release. This has following problems: - my next package is build upon Cocoon, but anything left by the ebuild are the docs and the war file in Tomcat - there are multiple servlet containers that can run Cocoon. In portage we have already Tomcat, Resin, jBoss and j2eesdk. Installing Cocoon the hard way into Tomcat is probably not what the user wants, even more, the complete build is nonsense if he does not have Tomcat - Cocoon can run standalone - Cocoon is not reported as a java-package by java-config Therefore I would like to: - build Cocoon into /usr/share/cocoon - provide a package.env - support USE-flags for installation of Cocoon into existing servlet containers or have a global virtual/servlet-container where cocoon is installed Looking at the ant ebuilds I can see the inherited java-pkg, but I am not sure, what this really means or if there is any documentation. Additionally I did not found the location of the eclasses (possibly an oversight in the docs). Also I am not sure about the strategy for the servlet container problem. If there is a default servlet container in the virtuals, Cocoon could be installed automatically, but I wonder if this is really what a user wants. Cocoon itself just is a "library" with samples. The generated webapp is of no use for production and mainly an example how to build your own webpp. It is fine, if you can test Cocoon after installation, but that's all. Any thoughts and hints welcome! Regards, Jörg -- gentoo-dev@gentoo.org mailing list