Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 72474 invoked from network); 27 Apr 2008 15:57:39 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Apr 2008 15:57:39 -0000 Received: (qmail 41536 invoked by uid 500); 27 Apr 2008 15:57:41 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 41157 invoked by uid 500); 27 Apr 2008 15:57:40 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 41146 invoked by uid 99); 27 Apr 2008 15:57:40 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 27 Apr 2008 08:57:40 -0700 X-ASF-Spam-Status: No, hits=1.0 required=10.0 tests=RCVD_IN_BL_SPAMCOP_NET,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of grek@tuffmail.com designates 216.86.168.179 as permitted sender) Received: from [216.86.168.179] (HELO mxout-04.mxes.net) (216.86.168.179) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 27 Apr 2008 15:56:47 +0000 Received: from [192.168.0.127] (unknown [212.76.37.214]) by smtp.mxes.net (Postfix) with ESMTP id B3B17D059F for ; Sun, 27 Apr 2008 11:57:06 -0400 (EDT) Message-ID: <4814A250.1050907@tuffmail.com> Date: Sun, 27 Apr 2008 17:57:04 +0200 From: Grzegorz Kossakowski User-Agent: Thunderbird 2.0.0.12 (X11/20080226) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Preparing OSGi-ready artifacts References: <481246E6.2040506@tuffmail.com> <4814A05C.7040904@apache.org> In-Reply-To: <4814A05C.7040904@apache.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Carsten Ziegeler pisze: > Grzegorz Kossakowski wrote: >> This brings us to couple of questions: >> 1. Do we want to have a policy to have only one base package (e.g. >> o.a.c.servletservice.*) per one module (artifact, JAR, you name it)? >> 2. What OSGi folks can say about this situation? I remember that there >> was some requirement to have clean package structure in order to run >> in OSGi environment easily but I'm not expert in this area. > There shouldn't be two different artifacts *exporting* the same package, > which means having classes intendet to be used by other artifacts in > this package. That's afaik the only requirement for OSGi. > > This can be easily reached if a block uses o.a.c.{blockname} for its own > packages. So do you think we need to rename o.a.c.callstack into o.a.c.servletservice.callstack ? -- Grzegorz Kossakowski