Another potential limitation you will run into is the maximum number of
file handles the OS you are running on will allow a single process to open
concurrently. Each bundle is contained in a separate jar file which needs
to be opened by the framework to load content from the bundle. If your
+1
On 4 dec 2010, at 02:58, Ken Gilmer wrote:
Hi Everyone,
I wish there was an OSGi-specific blog feed aggregator. I know there is
the Eclipse planet but I get the sense the scope is too large there for a
lot of OSGi topics. Is there one that uncle google isn't finding for me?
Would
+1
Cheers,
Siamak
Am 06.12.2010 um 15:52 schrieb Peter Kriens:
+1
On 4 dec 2010, at 02:58, Ken Gilmer wrote:
Hi Everyone,
I wish there was an OSGi-specific blog feed aggregator. I know there is
the Eclipse planet but I get the sense the scope is too large there for a
lot of OSGi
Commercial products with 5000+ bundles have been shipping for some years on
Equinox. Dunno about service counts but there are no real limits in the spec.
Jeff
On 2010-12-05, at 5:22 PM, Martin Petzold wrote:
Hi folks,
what is the maximum number of bundles and services I can
Thanks for all feeback!
I'm going to try up to 65000 with heavy load soon, lets see if I get
them installed and running...
Am 06.12.2010 16:31, schrieb Jeff McAffer:
Commercial products with 5000+ bundles have been shipping for some years on
Equinox. Dunno about service counts but there
On 12/02/2010 10:29 AM, Richard S. Hall wrote:
On 12/2/10 9:59, Jeff McAffer wrote:
Well, one thing is clear, if classes appear in your API, then you
clearly expect bundles to collaborate around those classes, so having a
bunch of bundles embedding there own copies of these classes would be
Martin
Maybe you could share with us the scenario that you're addressing that
requires 65000 bundles. Just because you can does not mean that you
should. :-)
Thanks
Simon
From:
Martin Petzold mpetz...@gmx.net
To:
OSGi Developer Mail List osgi-dev@mail.osgi.org
Date:
12/06/2010 11:07 AM
Hi Simon.
For my thesis I'm working on a dynamic distributed simulation
architecture based on OSGi and with Remote Services (more scientific
than business use case of course). Every component of my model is mapped
to an OSGi component (bundle and a service), so it's easy to develop and
Seems like you'd be better off breaking the one-component-per-bundle
model and instead map many components into a single bundle.
- richard
On 12/6/10 14:02, Martin Petzold wrote:
Hi Simon.
For my thesis I'm working on a dynamic distributed simulation
architecture based on OSGi and with
+1
I'm interesting in helping with the setting up of the site if required.
On Mon, Dec 6, 2010 at 8:31 PM, Siamak Haschemi
hasch...@informatik.hu-berlin.de wrote:
+1
Cheers,
Siamak
Am 06.12.2010 um 15:52 schrieb Peter Kriens:
+1
On 4 dec 2010, at 02:58, Ken Gilmer wrote:
Hi Everyone,
On 12/6/10 14:33, Martin Petzold wrote:
Thanks for any feedback! This is already possible, it's up to the
modeler, but you then lose some dynamism. The modeling formalism is
based on a class per component (this is being mapped to a service then).
If component interaction happens via service,
On 12/6/10 15:26, Martin Petzold wrote:
This is indeed my main focus, to have it working on the service layer.
I still would like to have the option to move components from one to
another node via uninstalling and installing them (e.g. for load
balancing or virtual worlds with dynamic
Try this out
http://pipes.yahoo.com/pipes/pipe.run?_id=c900a6f6e55e90f019c7187920f38ca5_render=rss
I used Yahoo Pipes to make a test planet feed based upon the blogs
currently listed at http://www.osgi.org/Links/HomePage
If this works, I can create a stable OSGi URL to proxy the planet feed.
BJ,
Nice, works for me! Seems to be pretty fast too. Can you filter posts by
keyword or tag or something? FWIW I can most likely host some planet
software as well if pipes turns out not to work.
thx,
ken
On Tue, Dec 7, 2010 at 7:07 AM, BJ Hargrave hargr...@us.ibm.com wrote:
Try this out
I imagine you can filter them. Not sure how that would work in practice.
Not every OSGi related post will be tagged osgi.
--
BJ Hargrave
Senior Technical Staff Member, IBM
OSGi Fellow and CTO of the OSGi Alliance
hargr...@us.ibm.com
office: +1 386 848 1781
mobile: +1 386 848 3788
From:
15 matches
Mail list logo
