Thanks for the tip! I'll certainly take a look at it but my general
impression of OPS4J has been that their stuff(while very cool) tends
to be a little too "ornate" for my taste.
Cheers!
-John
Quoting Matt Madhavan <[email protected]>:
OPS4J PAXTinyBundle Tool might be a good option too!
On Aug 19, 2011 1:23 PM, <[email protected]> wrote:
That's quite a trick... Thanks!
Quoting chetan mehrotra <[email protected]>:
You can also have look at Karaf Spring deployer which creates a Bundle on
the fly for a give Spring config file
http://svn.apache.org/viewvc/karaf/trunk/deployer/spring/src/main/java/org/apache/karaf/deployer/spring/SpringTransformer.java?view=markup
Chetan Mehrotra
On Fri, Aug 19, 2011 at 7:42 PM, <[email protected]> wrote:
Oh cool I was thinking along the right track! I think I can adapt this
to
do what I need. Thanks for your assistance!
-John
Quoting Holger Hoffstätte
<holger.hoffstaette@**googlemail.com<[email protected]>
>:
On 19.08.2011 15:28, [email protected] wrote:
Yes, that's exactly what I need to do. Do you have a recommended
approach?
Don't know what your service does, but creating a bundle on-the-fly is
quite easy (I was surprised how easy, actually). I have some code but
can't post the full version, so I put a sanitized snippet here:
http://pastebin.com/Cqi7QMuJ
(it does exactly what I needed, but without a doubt Someone On The
Internet will find something Completely Wrong with it..caveat emptor
and
all that.)
This will create a bundle with the same version/BSN root as the
"prototype" Bundle that you pass in. Take care of generating unique
BSNs.
The dynamically generated headers can be anything you want; I only
needed
an empty bundle with no exports/imports/services/**Activator etc. so
this
is
left as exercise for you. :)
hth,
Holger
------------------------------**------------------------------**---------
To unsubscribe, e-mail:
users-unsubscribe@felix.**apache.org<[email protected]
For additional commands, e-mail: [email protected]
------------------------------**------------------------------**---------
To unsubscribe, e-mail:
users-unsubscribe@felix.**apache.org<[email protected]>
For additional commands, e-mail: [email protected]
--------
"I don't care what you can do. I care what you can guarantee."
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
