From dev-return-21150-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Sun Nov 09 16:29:16 2008 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 18226 invoked from network); 9 Nov 2008 16:29:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 9 Nov 2008 16:29:16 -0000 Received: (qmail 36140 invoked by uid 500); 9 Nov 2008 16:29:18 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 36017 invoked by uid 500); 9 Nov 2008 16:29:18 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 35904 invoked by uid 99); 9 Nov 2008 16:29:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 09 Nov 2008 08:29:18 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [72.10.46.63] (HELO as.toolazydogs.com) (72.10.46.63) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 09 Nov 2008 16:27:59 +0000 Received: (qmail 12247 invoked from network); 9 Nov 2008 08:28:41 -0800 Received: from c-71-202-180-198.hsd1.ca.comcast.net (HELO ?192.168.1.103?) (71.202.180.198) by toolazydogs.com with (AES128-SHA encrypted) SMTP; 9 Nov 2008 08:28:41 -0800 From: "Alan D. Cabrera" To: Maven List Developers In-Reply-To: <4917086F.8020908@sharp.fm> Subject: Re: Apache Portable Runtime artifacts References: <8A57D7FB-D3BB-41C7-8DF2-A1EBCA49439C@toolazydogs.com> <49159BB5.1050300@apache.org> <29051CDC-B8F7-4209-8237-AC9450D46B95@toolazydogs.com> <200811082301.21982@news.perlig.de> <491618FC.3080607@ukf.net> <73D0F173-2024-4DEA-BC83-369C734B6ACA@toolazydogs.com> <4916D83E.7050402@sharp.fm> <4917086F.8020908@sharp.fm> Message-Id: <97F64B69-24AA-4BBF-B71B-86615566B8B3@toolazydogs.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Reply-To: Maven List Developers , dev@apr.apache.org, Felix Dev Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sun, 9 Nov 2008 08:28:41 -0800 Cc: dev@apr.apache.org, Felix Dev X-Mailer: Apple Mail (2.929.2) X-Virus-Checked: Checked by ClamAV on apache.org I'm going to CC the Felix project. I'm sure their perspective will be very useful. On Nov 9, 2008, at 7:57 AM, Graham Leggett wrote: > Alan D. Cabrera wrote: > >> You bring up a good point in that it might be a good idea to >> describe the target deployments. I'm sure that the APR team lives >> in a different universe than I. You probably have to make sure >> that the code is general enough to run on my son's bluetooth >> enabled talking giraffe as well as stock Linux and Windows Vista >> boxes. I'm sure the combinatorial space that you guys have to deal >> with is boggling. >> I think in this case, my case, we only need to worry about a few >> stock configurations, e.g. Linux and Windows. For me that would >> handle 99.9% of my universe. More exotic configurations can use >> the naming conventions that we are currently working out and >> publish on an as needed basis; I don't anticipate this happening >> often. >> To give some more color to what I want to do, I want to make OSGi >> bundles for APR. For example, I need access to raw network >> sockets. I don't want downstream users of my bundles to have to >> stitch by hand build runtime libraries to get my stuff to work. In >> my narrow world it's inconvenient and, I believe, unnecessary. > > Hmmm... > > I think there are potentially two scenarios to be considered, the > first where a system installed APR is already present, and the > second is where APR is either not present at all, or not the version > you want to run. > > Potentially what might work is to have versions of APR that are > statically built, and then bundled into OSGi. Being static, there > would be few/no dependencies on the underlying system. > > Another option is to include a stub bundle that refers to a system > installed copy of APR. The stub bundle might be smart enough to > detect when the system copy of APR is either missing, or not within > the tolerated version range. I think that there's something to be said about using the libraries that are bundled into OSGi rather than using libraries whose provenance is unknown. Regards, Alan