On 21 April 2010 03:36, Shrivallabh Deshmukh shrivall...@gmail.com wrote:
Once I did that, it started cribbing for sun internal packages. Isnt there
a
simpler method to ensure that all jdk classes are available by default?
the standard set of public packages in the JDK is automatically
Hi all,
I'm quite new to felix and osgi, and am migrating an existing felix
framework developed externally to the newer versions of osgi (4.2.0) and
felix (2.0.4).
It uses fileinstall (2.0.8) for dynamically starting the bundles in a
specified directory.
After fixing dependency issues
Hi,
On 21.04.2010 10:23, Charles-Louis De Maere wrote:
Hi all,
I'm quite new to felix and osgi, and am migrating an existing felix
framework developed externally to the newer versions of osgi (4.2.0) and
felix (2.0.4).
It uses fileinstall (2.0.8) for dynamically starting the bundles in
Hi,
On 21/04/2010 10:33, Felix Meschberger wrote:
Import-Package
org.osgi.service.component;version=[1.1,2.0),
org.osgi.framework;version=[1.5,2.0),
...
/Import-Package
You need the
http://felix.apache.org/site/apache-felix-framework-launching-and-embedding.html#ApacheFelixFrameworkLaunchingandEmbedding-caveat
Just above the caveat section there is a block of sample code that
won't compile. There is an extra {.
public void shutdownApplication()
{
{
//
On 4/21/10 11:23, Elliot Huntington wrote:
http://felix.apache.org/site/apache-felix-framework-launching-and-embedding.html#ApacheFelixFrameworkLaunchingandEmbedding-caveat
Just above the caveat section there is a block of sample code that
won't compile. There is an extra {.
public void
It seems the website update is working again; apart from the export
problems of confluence there were problems with our cron based script
syncing the site. Both seem to run fine again.
Carsten
Richard S. Hall wrote
On 4/21/10 11:23, Elliot Huntington wrote:
7 matches
Mail list logo