You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Quecas <jm...@gmail.com> on 2011/07/28 12:57:08 UTC
launch framework from bundle
Hi,
I am "playing" around with Felix for evaluation purposes and was trying to
launch a new framework from within a bundle already running in a "parent"
framework.
I am experiencing "Unresolved constraints", "NoClassDefFoundError" depending
on the various approaches I've tried. I have googled extensively, read about
and tried various approaches:
1. launch with osgi.framework.system.packages.extra + declare import in
bundle of child framaework
2. org.osgi.framework.bootdelegation + declare import in bundle of child
framaework
3. Extension Bundle approach.
Is this approach advisable or even possible? Should I continue to pursuit
this approach? Am I missing something?
--
View this message in context: http://old.nabble.com/launch-framework-from-bundle-tp32155585p32155585.html
Sent from the Apache Felix - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by jo...@exceter.com.
Were you referring to a JarOutputStream?
http://download.oracle.com/javase/6/docs/api/java/util/jar/JarOutputStream.html
Quoting Holger Hoffstätte <ho...@googlemail.com>:
> On 19.08.2011 14:51, john.dunlap@exceter.com wrote:
>> Is it possible to install an object as a bundle without first
>> packaging it as a jar? The closest I've been able to find is adding
>> activators to the system bundle via
>> FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP. Is there a better way?
>
> It's relatively easy to dynamically create a bundle in-memory and
> install/start it - assuming you have an administrative service runing to
> do this for you. This should allow you to tie your "object" (service) into
> the framework. Is that what you had in mind?
>
> -h
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: iPojo Conundrum
Posted by Clement Escoffier <cl...@gmail.com>.
Hi,
On 23.08.2011, at 00:05, john.dunlap@exceter.com wrote:
> I am looking into using Pax-Exam to run unit tests against iPojo bundles.
> However, as a Pax-Exam powered unit test is itself packaged into a bundle
> prior to being run I would like to be able to have iPojo inject services
> directly into the fields of my JUnit tests. However, I'm not really sure
> how this can be done with annotations unless it's already supported by the
> ipojo maven plugin because none of the iPojo annotations(by design) have a
> runtime retention policy so ipojo components cannot be detected
> reflectively. I know I can do it with pure xml configuration but I'd
> really prefer to use annotations if at all possible.
>
> My simplest use case is this: I want to be able to annotate fields in my
> JUnit tests with @Requires and have iPojo inject dependent services.
>
> Does this functionality already exist or would I have to implement it?
I'm not sure it is possible using pure iPOJO. Maybe pax exam contains such annotation, but pax exam tests cannot be iPOJO components (at least not easily).
I generally use http://wiki.chameleon.ow2.org/xwiki/bin/view/Main.Testing/OSGi_Helpers to get my services from my tests.
Regards,
Clement
>
> Cheers!
> -John
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
iPojo Conundrum
Posted by jo...@exceter.com.
I am looking into using Pax-Exam to run unit tests against iPojo bundles.
However, as a Pax-Exam powered unit test is itself packaged into a bundle
prior to being run I would like to be able to have iPojo inject services
directly into the fields of my JUnit tests. However, I'm not really sure
how this can be done with annotations unless it's already supported by the
ipojo maven plugin because none of the iPojo annotations(by design) have a
runtime retention policy so ipojo components cannot be detected
reflectively. I know I can do it with pure xml configuration but I'd
really prefer to use annotations if at all possible.
My simplest use case is this: I want to be able to annotate fields in my
JUnit tests with @Requires and have iPojo inject dependent services.
Does this functionality already exist or would I have to implement it?
Cheers!
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Achim Nierbeck <bc...@googlemail.com>.
thanx :)
Am 22.08.2011 23:45, schrieb john.dunlap@exceter.com:
> I already did. :P
>
>> :D well just get yourself an Pax account and fix those Macro issues :-)
>> I pretty much just cleaned out those macros that didn't work anymore.
>> Looks like the plugin isn't supported anymore in newer versions of
>> confluence :(
>> This is due to the fact that we moved our wiki from self hosted to
>> atlassian
>> keeps us away the hassle of taking care of that part of infrastructure ;)
>>
>>
>> regards, Achim
>>
>> Am 22.08.2011 16:54, schrieb john.dunlap@exceter.com:
>>> LOL Yeah, I totally walked into that one...
>>>
>>> Quoting Peter Kriens<pe...@aqute.biz>:
>>>
>>>> As this is open source you're now on the hook for documentation ... :-)
>>>>
>>>> Kind regards,
>>>>
>>>> Peter Kriens
>>>>
>>>> On 22 aug 2011, at 16:47, john.dunlap@exceter.com wrote:
>>>>
>>>>> I'd like to apologize to anyone I may have offended with my
>>>>> previous posts. Having reviewed a couple blog posts, PAX Exam
>>>>> appears to be quite powerful.
>>>>>
>>>>> At the risk of sticking my foot in my mouth, yet again, the only
>>>>> thing I can say in my defense is that the OPS4J documentation is
>>>>> spotty at best and their confluence wiki is very broken(macro
>>>>> errors) at the moment, so it's difficult, at least for me, to
>>>>> figure out what each of the PAX tools do or how to use them(hence
>>>>> the blog posts).
>>>>>
>>>>> -John
>>>>>
>>>>> Quoting john.dunlap@exceter.com:
>>>>>
>>>>>> Bother. That sounds eerily like the junit runner I'm half way through
>>>>>> writing...
>>>>>>
>>>>>> Quoting Achim Nierbeck<bc...@googlemail.com>:
>>>>>>
>>>>>>> well, if you are in need of help, just ask :-) someone out there
>>>>>>> will
>>>>>>> try to answer.
>>>>>>>
>>>>>>> Taking the example you choose here is a quick (very-quick) help
>>>>>>> line :-)
>>>>>>>
>>>>>>> The @Configure method, it is used to configure your test
>>>>>>> environment.
>>>>>>> Pax Exam is meant as a "Integration"-Test toolkit for OSGi so what
>>>>>>> you do
>>>>>>> in this method is just barely configuring the run time environment
>>>>>>> of your
>>>>>>> bundle to test. After this setup where you also are able to
>>>>>>> configure different
>>>>>>> osgi containers like felix, equinox knopflerfish .... and
>>>>>>> different versions.
>>>>>>> Your Unit test itself is turned into a Bundle that tests your bundle
>>>>>>> in question.
>>>>>>> Just like a usual Unit-/Integration- Test would do :-)
>>>>>>>
>>>>>>>
>>>>>>> I hope this makes this a bit clearer :-)
>>>>>>>
>>>>>>> regards, Achim
>>>>>>>
>>>>>>> 2011/8/21<jo...@exceter.com>:
>>>>>>>> That's fair. I guess I just don't understand what all the other
>>>>>>>> stuff is.
>>>>>>>> Maybe I just haven't looked closely enough. Like I said before, I
>>>>>>>> wasn't
>>>>>>>> trying to be offensive or dismissive in any way. It was just my
>>>>>>>> off the cuff
>>>>>>>> impression.
>>>>>>>>
>>>>>>>> Quoting Achim Nierbeck<bc...@googlemail.com>:
>>>>>>>>
>>>>>>>>> interesting, since I only see "one" extra pax exam annotation,
>>>>>>>>> all others are of junit 4.
>>>>>>>>>
>>>>>>>>> but this is just my 2 cents :-)
>>>>>>>>>
>>>>>>>>> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>>>>>>>>>>
>>>>>>>>>> https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Quoting Toni Menzel<to...@okidokiteam.com>:
>>>>>>>>>>
>>>>>>>>>>> Can you be more specific ? Would love to simplify (in your
>>>>>>>>>>> terms) ..
>>>>>>>>>>>
>>>>>>>>>>> Toni
>>>>>>>>>>>
>>>>>>>>>>> On Sat, Aug 20, 2011 at 5:09 PM,<jo...@exceter.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>>> I will check it out. I mean no offense. I just know that the
>>>>>>>>>>>> last
>>>>>>>>>>>> time I
>>>>>>>>>>>> checked out Pax Exam the amount of annotations required to run
>>>>>>>>>>>> a
>>>>>>>>>>>> test made
>>>>>>>>>>>> my head hurt.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Quoting Matt Madhavan<ma...@gmail.com>:
>>>>>>>>>>>>
>>>>>>>>>>>> Ornate? Come on man, check it out. I have designed the OSGi
>>>>>>>>>>>> development
>>>>>>>>>>>>> standard for my client based on PAX tools! Probably going to
>>>>>>>>>>>>> be.
>>>>>>>>>>>>> One of
>>>>>>>>>>>>> the
>>>>>>>>>>>>> largest OSGi project
>>>>>>>>>>>>> On Aug 19, 2011 8:40 PM,<jo...@exceter.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> 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<ma...@gmail.com>:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>>>>>>>>>>> On Aug 19, 2011 1:23 PM,<jo...@exceter.com> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> That's quite a trick... Thanks!
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Quoting chetan mehrotra<ch...@gmail.com>:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 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<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,
>>>>>>>>>>>>>>>>> <jo...@exceter.com> 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@**googlema**il.com
>>>>>>>>>>>>>>>>>> <http://googlemail.com><
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> >:
>>>>>>>>>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org
>>>>>>>>>>>>>>>>>>> <http://apache.org><
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>>>> users-help@felix.apache.org
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> ------------------------------****----------------------------**
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --**---------
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org
>>>>>>>>>>>>>>>>>> <http://apache.org><
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> --------
>>>>>>>>>>>>>>>> "I don't care what you can do. I care what you can
>>>>>>>>>>>>>>>> guarantee."
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ---------
>>>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>>>> users-help@felix.apache.org
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ---------
>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> ------------------------------**------------------------------**---------
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>
>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>
>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --
>>>>>>>>>>> Toni Menzel Source<http://tonimenzel.com>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>>
>>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> -----
>>>>>>>>>
>>>>>>>>> Apache Karaf<http://karaf.apache.org/> Committer& PMC
>>>>>>>>> OPS4J Pax Web<http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>>>>>>>>> Committer
>>>>>>>>> & Project Lead
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>
>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> --
>>>>>>> *Achim Nierbeck*
>>>>>>>
>>>>>>>
>>>>>>> Apache Karaf<http://karaf.apache.org/> Committer& PMC
>>>>>>> OPS4J Pax Web<http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>>>>>>> Committer& Project Lead
>>>>>>> blog<http://notizblog.nierbeck.de/>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>>
>>>>> --------
>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>> --------
>>> "I don't care what you can do. I care what you can guarantee."
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>
>> --
>> -----
>>
>> Apache Karaf<http://karaf.apache.org/> Committer& PMC
>> OPS4J Pax Web<http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer&
>> Project Lead
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
--
--
*Achim Nierbeck*
Apache Karaf<http://karaf.apache.org/> Committer& PMC
OPS4J Pax Web<http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer& Project Lead
blog<http://notizblog.nierbeck.de/>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by jo...@exceter.com.
I already did. :P
> :D well just get yourself an Pax account and fix those Macro issues :-)
> I pretty much just cleaned out those macros that didn't work anymore.
> Looks like the plugin isn't supported anymore in newer versions of
> confluence :(
> This is due to the fact that we moved our wiki from self hosted to
> atlassian
> keeps us away the hassle of taking care of that part of infrastructure ;)
>
>
> regards, Achim
>
> Am 22.08.2011 16:54, schrieb john.dunlap@exceter.com:
>>
>> LOL Yeah, I totally walked into that one...
>>
>> Quoting Peter Kriens <pe...@aqute.biz>:
>>
>>> As this is open source you're now on the hook for documentation ... :-)
>>>
>>> Kind regards,
>>>
>>> Peter Kriens
>>>
>>> On 22 aug 2011, at 16:47, john.dunlap@exceter.com wrote:
>>>
>>>>
>>>> I'd like to apologize to anyone I may have offended with my
>>>> previous posts. Having reviewed a couple blog posts, PAX Exam
>>>> appears to be quite powerful.
>>>>
>>>> At the risk of sticking my foot in my mouth, yet again, the only
>>>> thing I can say in my defense is that the OPS4J documentation is
>>>> spotty at best and their confluence wiki is very broken(macro
>>>> errors) at the moment, so it's difficult, at least for me, to
>>>> figure out what each of the PAX tools do or how to use them(hence
>>>> the blog posts).
>>>>
>>>> -John
>>>>
>>>> Quoting john.dunlap@exceter.com:
>>>>
>>>>>
>>>>> Bother. That sounds eerily like the junit runner I'm half way through
>>>>> writing...
>>>>>
>>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>>>
>>>>>> well, if you are in need of help, just ask :-) someone out there
>>>>>> will
>>>>>> try to answer.
>>>>>>
>>>>>> Taking the example you choose here is a quick (very-quick) help
>>>>>> line :-)
>>>>>>
>>>>>> The @Configure method, it is used to configure your test
>>>>>> environment.
>>>>>> Pax Exam is meant as a "Integration"-Test toolkit for OSGi so what
>>>>>> you do
>>>>>> in this method is just barely configuring the run time environment
>>>>>> of your
>>>>>> bundle to test. After this setup where you also are able to
>>>>>> configure different
>>>>>> osgi containers like felix, equinox knopflerfish .... and
>>>>>> different versions.
>>>>>> Your Unit test itself is turned into a Bundle that tests your bundle
>>>>>> in question.
>>>>>> Just like a usual Unit-/Integration- Test would do :-)
>>>>>>
>>>>>>
>>>>>> I hope this makes this a bit clearer :-)
>>>>>>
>>>>>> regards, Achim
>>>>>>
>>>>>> 2011/8/21 <jo...@exceter.com>:
>>>>>>>
>>>>>>> That's fair. I guess I just don't understand what all the other
>>>>>>> stuff is.
>>>>>>> Maybe I just haven't looked closely enough. Like I said before, I
>>>>>>> wasn't
>>>>>>> trying to be offensive or dismissive in any way. It was just my
>>>>>>> off the cuff
>>>>>>> impression.
>>>>>>>
>>>>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>>>>>
>>>>>>>> interesting, since I only see "one" extra pax exam annotation,
>>>>>>>> all others are of junit 4.
>>>>>>>>
>>>>>>>> but this is just my 2 cents :-)
>>>>>>>>
>>>>>>>> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Quoting Toni Menzel <to...@okidokiteam.com>:
>>>>>>>>>
>>>>>>>>>> Can you be more specific ? Would love to simplify (in your
>>>>>>>>>> terms) ..
>>>>>>>>>>
>>>>>>>>>> Toni
>>>>>>>>>>
>>>>>>>>>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com>
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I will check it out. I mean no offense. I just know that the
>>>>>>>>>>> last
>>>>>>>>>>> time I
>>>>>>>>>>> checked out Pax Exam the amount of annotations required to run
>>>>>>>>>>> a
>>>>>>>>>>> test made
>>>>>>>>>>> my head hurt.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Quoting Matt Madhavan <ma...@gmail.com>:
>>>>>>>>>>>
>>>>>>>>>>> Ornate? Come on man, check it out. I have designed the OSGi
>>>>>>>>>>> development
>>>>>>>>>>>>
>>>>>>>>>>>> standard for my client based on PAX tools! Probably going to
>>>>>>>>>>>> be.
>>>>>>>>>>>> One of
>>>>>>>>>>>> the
>>>>>>>>>>>> largest OSGi project
>>>>>>>>>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> 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 <ma...@gmail.com>:
>>>>>>>>>>>>>
>>>>>>>>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> That's quite a trick... Thanks!
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 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<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,
>>>>>>>>>>>>>>>> <jo...@exceter.com> 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@**googlema**il.com
>>>>>>>>>>>>>>>>> <http://googlemail.com><
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>> >:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org
>>>>>>>>>>>>>>>>>> <http://apache.org><
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>>> users-help@felix.apache.org
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> ------------------------------****----------------------------**
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --**---------
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org
>>>>>>>>>>>>>>>>> <http://apache.org><
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --------
>>>>>>>>>>>>>>> "I don't care what you can do. I care what you can
>>>>>>>>>>>>>>> guarantee."
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ---------
>>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>>> users-help@felix.apache.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>>>>>
>>>>>>>>>>>>> ---------
>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>
>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>
>>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ------------------------------**------------------------------**---------
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>
>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>
>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Toni Menzel Source <http://tonimenzel.com>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>>
>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> -----
>>>>>>>>
>>>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>>>>>>>> Committer
>>>>>>>> & Project Lead
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>
>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>>
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> --
>>>>>> *Achim Nierbeck*
>>>>>>
>>>>>>
>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>>>>>> Committer & Project Lead
>>>>>> blog <http://notizblog.nierbeck.de/>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>>
>>>>
>>>> --------
>>>> "I don't care what you can do. I care what you can guarantee."
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
>>
>>
>>
>> --------
>> "I don't care what you can do. I care what you can guarantee."
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
>
> --
> -----
>
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer &
> Project Lead
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Achim Nierbeck <bc...@googlemail.com>.
:D well just get yourself an Pax account and fix those Macro issues :-)
I pretty much just cleaned out those macros that didn't work anymore.
Looks like the plugin isn't supported anymore in newer versions of
confluence :(
This is due to the fact that we moved our wiki from self hosted to atlassian
keeps us away the hassle of taking care of that part of infrastructure ;)
regards, Achim
Am 22.08.2011 16:54, schrieb john.dunlap@exceter.com:
>
> LOL Yeah, I totally walked into that one...
>
> Quoting Peter Kriens <pe...@aqute.biz>:
>
>> As this is open source you're now on the hook for documentation ... :-)
>>
>> Kind regards,
>>
>> Peter Kriens
>>
>> On 22 aug 2011, at 16:47, john.dunlap@exceter.com wrote:
>>
>>>
>>> I'd like to apologize to anyone I may have offended with my
>>> previous posts. Having reviewed a couple blog posts, PAX Exam
>>> appears to be quite powerful.
>>>
>>> At the risk of sticking my foot in my mouth, yet again, the only
>>> thing I can say in my defense is that the OPS4J documentation is
>>> spotty at best and their confluence wiki is very broken(macro
>>> errors) at the moment, so it's difficult, at least for me, to
>>> figure out what each of the PAX tools do or how to use them(hence
>>> the blog posts).
>>>
>>> -John
>>>
>>> Quoting john.dunlap@exceter.com:
>>>
>>>>
>>>> Bother. That sounds eerily like the junit runner I'm half way through
>>>> writing...
>>>>
>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>>
>>>>> well, if you are in need of help, just ask :-) someone out there will
>>>>> try to answer.
>>>>>
>>>>> Taking the example you choose here is a quick (very-quick) help
>>>>> line :-)
>>>>>
>>>>> The @Configure method, it is used to configure your test environment.
>>>>> Pax Exam is meant as a "Integration"-Test toolkit for OSGi so what
>>>>> you do
>>>>> in this method is just barely configuring the run time environment
>>>>> of your
>>>>> bundle to test. After this setup where you also are able to
>>>>> configure different
>>>>> osgi containers like felix, equinox knopflerfish .... and
>>>>> different versions.
>>>>> Your Unit test itself is turned into a Bundle that tests your bundle
>>>>> in question.
>>>>> Just like a usual Unit-/Integration- Test would do :-)
>>>>>
>>>>>
>>>>> I hope this makes this a bit clearer :-)
>>>>>
>>>>> regards, Achim
>>>>>
>>>>> 2011/8/21 <jo...@exceter.com>:
>>>>>>
>>>>>> That's fair. I guess I just don't understand what all the other
>>>>>> stuff is.
>>>>>> Maybe I just haven't looked closely enough. Like I said before, I
>>>>>> wasn't
>>>>>> trying to be offensive or dismissive in any way. It was just my
>>>>>> off the cuff
>>>>>> impression.
>>>>>>
>>>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>>>>
>>>>>>> interesting, since I only see "one" extra pax exam annotation,
>>>>>>> all others are of junit 4.
>>>>>>>
>>>>>>> but this is just my 2 cents :-)
>>>>>>>
>>>>>>> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>>>>>>>>
>>>>>>>>
>>>>>>>> https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Quoting Toni Menzel <to...@okidokiteam.com>:
>>>>>>>>
>>>>>>>>> Can you be more specific ? Would love to simplify (in your
>>>>>>>>> terms) ..
>>>>>>>>>
>>>>>>>>> Toni
>>>>>>>>>
>>>>>>>>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I will check it out. I mean no offense. I just know that the
>>>>>>>>>> last
>>>>>>>>>> time I
>>>>>>>>>> checked out Pax Exam the amount of annotations required to run a
>>>>>>>>>> test made
>>>>>>>>>> my head hurt.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Quoting Matt Madhavan <ma...@gmail.com>:
>>>>>>>>>>
>>>>>>>>>> Ornate? Come on man, check it out. I have designed the OSGi
>>>>>>>>>> development
>>>>>>>>>>>
>>>>>>>>>>> standard for my client based on PAX tools! Probably going to
>>>>>>>>>>> be.
>>>>>>>>>>> One of
>>>>>>>>>>> the
>>>>>>>>>>> largest OSGi project
>>>>>>>>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> 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 <ma...@gmail.com>:
>>>>>>>>>>>>
>>>>>>>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> That's quite a trick... Thanks!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 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<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,
>>>>>>>>>>>>>>> <jo...@exceter.com> 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@**googlema**il.com
>>>>>>>>>>>>>>>> <http://googlemail.com><
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>> >:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org
>>>>>>>>>>>>>>>>> <http://apache.org><
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>>> For additional commands, e-mail:
>>>>>>>>>>>>>> users-help@felix.apache.org
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ------------------------------****----------------------------**
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --**---------
>>>>>>>>>>>>>
>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org
>>>>>>>>>>>>>>>> <http://apache.org><
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --------
>>>>>>>>>>>>>> "I don't care what you can do. I care what you can
>>>>>>>>>>>>>> guarantee."
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ---------
>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>>>>
>>>>>>>>>>>> ---------
>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>
>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>
>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ------------------------------**------------------------------**---------
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>
>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>
>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Toni Menzel Source <http://tonimenzel.com>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ---------------------------------------------------------------------
>>>>>>>>
>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> -----
>>>>>>>
>>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>>>>>>> Committer
>>>>>>> & Project Lead
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>>
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>>
>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> --
>>>>> *Achim Nierbeck*
>>>>>
>>>>>
>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>>>>> Committer & Project Lead
>>>>> blog <http://notizblog.nierbeck.de/>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>>
>>>
>>> --------
>>> "I don't care what you can do. I care what you can guarantee."
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
>
>
> --------
> "I don't care what you can do. I care what you can guarantee."
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
--
-----
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer & Project Lead
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Matt Madhavan <ma...@gmail.com>.
HI Peter and Toni,
I (we) have benefited a lot from both the BND tool (primarily via Apache
felix bundle plugin) and PAX tools. Now that the development env is in
early stages and going forward I should free up a lot. I'm planning to
contribute towards both PAX and BND.
One of the requirements my client has is that everything should run
seamlessly in IBM RAD and WAS. Past 3 months I have spent real lot of
valuable time in getting BND (Maven) and PAX based projects working inside
IBM env. Been a total nightmare, but am getting there.
Peter, do you know Jonathan Whittal? He is the one who got me started with
OSGi some 7/8 months ago!
Thanks
Matt
On Mon, Aug 22, 2011 at 1:04 PM, Peter Kriens <pe...@aqute.biz>wrote:
> Hey, when you're at it ... I can use some bnd documenters!
>
> Kind regards,
>
> Peter Kriens
>
> On 22 aug 2011, at 19:57, Matt Madhavan wrote:
>
> > Hi John,
> > I have to admit though! The documentation could be whole lot better. But
> I
> > also have to admit to what Peter said. We should all contribute.
> >
> > I did volunteer to Toni and Andreas that I would get involved in PAX
> > development. Just never had time to do it. Like Toni had suggested I may
> > start with PAX URL project first and work my way up from there.
> >
> > Thanks
> > Matt
> >
> > On Mon, Aug 22, 2011 at 9:54 AM, <jo...@exceter.com> wrote:
> >
> >>
> >> LOL Yeah, I totally walked into that one...
> >>
> >>
> >> Quoting Peter Kriens <pe...@aqute.biz>:
> >>
> >> As this is open source you're now on the hook for documentation ... :-)
> >>>
> >>> Kind regards,
> >>>
> >>> Peter Kriens
> >>>
> >>> On 22 aug 2011, at 16:47, john.dunlap@exceter.com wrote:
> >>>
> >>>
> >>>> I'd like to apologize to anyone I may have offended with my previous
> >>>> posts. Having reviewed a couple blog posts, PAX Exam appears to be
> quite
> >>>> powerful.
> >>>>
> >>>> At the risk of sticking my foot in my mouth, yet again, the only
> thing I
> >>>> can say in my defense is that the OPS4J documentation is spotty at
> best and
> >>>> their confluence wiki is very broken(macro errors) at the moment, so
> it's
> >>>> difficult, at least for me, to figure out what each of the PAX tools
> do or
> >>>> how to use them(hence the blog posts).
> >>>>
> >>>> -John
> >>>>
> >>>> Quoting john.dunlap@exceter.com:
> >>>>
> >>>>
> >>>>> Bother. That sounds eerily like the junit runner I'm half way through
> >>>>> writing...
> >>>>>
> >>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
> >>>>>
> >>>>> well, if you are in need of help, just ask :-) someone out there will
> >>>>>> try to answer.
> >>>>>>
> >>>>>> Taking the example you choose here is a quick (very-quick) help line
> >>>>>> :-)
> >>>>>>
> >>>>>> The @Configure method, it is used to configure your test
> environment.
> >>>>>> Pax Exam is meant as a "Integration"-Test toolkit for OSGi so what
> you
> >>>>>> do
> >>>>>> in this method is just barely configuring the run time environment
> of
> >>>>>> your
> >>>>>> bundle to test. After this setup where you also are able to
> >>>>>> configure different
> >>>>>> osgi containers like felix, equinox knopflerfish .... and different
> >>>>>> versions.
> >>>>>> Your Unit test itself is turned into a Bundle that tests your bundle
> >>>>>> in question.
> >>>>>> Just like a usual Unit-/Integration- Test would do :-)
> >>>>>>
> >>>>>>
> >>>>>> I hope this makes this a bit clearer :-)
> >>>>>>
> >>>>>> regards, Achim
> >>>>>>
> >>>>>> 2011/8/21 <jo...@exceter.com>:
> >>>>>>
> >>>>>>>
> >>>>>>> That's fair. I guess I just don't understand what all the other
> stuff
> >>>>>>> is.
> >>>>>>> Maybe I just haven't looked closely enough. Like I said before, I
> >>>>>>> wasn't
> >>>>>>> trying to be offensive or dismissive in any way. It was just my
> off
> >>>>>>> the cuff
> >>>>>>> impression.
> >>>>>>>
> >>>>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
> >>>>>>>
> >>>>>>> interesting, since I only see "one" extra pax exam annotation,
> >>>>>>>> all others are of junit 4.
> >>>>>>>>
> >>>>>>>> but this is just my 2 cents :-)
> >>>>>>>>
> >>>>>>>> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
> >>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> https://github.com/tonit/**Learn-PaxExam/blob/master/**
> >>>>>>>>> lesson-junit/src/test/java/**org/ops4j/pax/exam/lesson3/**
> >>>>>>>>> LessonTest.java<
> https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
> >
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> Quoting Toni Menzel <to...@okidokiteam.com>:
> >>>>>>>>>
> >>>>>>>>> Can you be more specific ? Would love to simplify (in your terms)
> >>>>>>>>>> ..
> >>>>>>>>>>
> >>>>>>>>>> Toni
> >>>>>>>>>>
> >>>>>>>>>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com>
> wrote:
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>>> I will check it out. I mean no offense. I just know that the
> last
> >>>>>>>>>>> time I
> >>>>>>>>>>> checked out Pax Exam the amount of annotations required to run
> a
> >>>>>>>>>>> test made
> >>>>>>>>>>> my head hurt.
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> Quoting Matt Madhavan <ma...@gmail.com>:
> >>>>>>>>>>>
> >>>>>>>>>>> Ornate? Come on man, check it out. I have designed the OSGi
> >>>>>>>>>>> development
> >>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> standard for my client based on PAX tools! Probably going to
> be.
> >>>>>>>>>>>> One of
> >>>>>>>>>>>> the
> >>>>>>>>>>>> largest OSGi project
> >>>>>>>>>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
> >>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>> 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 <ma...@gmail.com>:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> That's quite a trick... Thanks!
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> 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/****<
> http://svn.apache.org/viewvc/**karaf/trunk/deployer/spring/**>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>> src/main/java/org/apache/****karaf/deployer/spring/**
> >>>>>>>>>>>>
> >>>>>>>>>>>> SpringTransformer.java?view=****markup<
> http://svn.apache.org/**
> >>>>>>>>>>>> viewvc/karaf/trunk/deployer/**spring/src/main/java/org/**
> >>>>>>>>>>>> apache/karaf/deployer/spring/**SpringTransformer.java?view=**
> >>>>>>>>>>>> markup<
> 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, <
> john.dunlap@exceter.com>
> >>>>>>>>>>>>>>>> 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@****googlema**il.com <
> >>>>>>>>>>>>>>>>> http://googlemail.com><
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> holger.hoffstaette@**googlemai**l.com<
> http://googlemail.com>
> >>>>>>>>>>>>>>>>> <holger.hoffstaette@**googlemail.com<
> holger.hoffstaette@googlemail.com>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> :
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.****apac**he.org <
> >>>>>>>>>>>>>>>>>> http://apache.org><
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <
> http://apache.org><
> >>>>>>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<
> users-unsubscribe@felix.apache.org>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>>> For additional commands, e-mail:
> users-help@felix.apache.org
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> ------------------------------**
> >>>>>>>>>>>>>>>>> ****--------------------------**--**
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>> --**---------
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> To unsubscribe, e-mail:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> users-unsubscribe@felix.****apac**he.org <
> http://apache.org
> >>>>>>>>>>>>>>>>>> <
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org
> ><
> >>>>>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<
> users-unsubscribe@felix.apache.org>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> --------
> >>>>>>>>>>>>>>> "I don't care what you can do. I care what you can
> guarantee."
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> ------------------------------**
> >>>>>>>>>>>>>>> **----------------------------**--**
> >>>>>>>>>>>>>>> ---------
> >>>>>>>>>>>>>>> To unsubscribe, e-mail:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org
> ><
> >>>>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<
> users-unsubscribe@felix.apache.org>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> For additional commands, e-mail:
> users-help@felix.apache.org
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> ------------------------------****----------------------------*
> >>>>>>>>>>>>> *--**
> >>>>>>>>>>>>> ---------
> >>>>>>>>>>>>> To unsubscribe, e-mail:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
> >>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<
> users-unsubscribe@felix.apache.org>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> ------------------------------****----------------------------**
> >>>>>>>>>>> --**---------
> >>>>>>>>>>>
> >>>>>>>>>>> To unsubscribe, e-mail:
> >>>>>>>>>>>
> >>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
> >>>>>>>>>>> users-unsubscribe@**felix.apache.org<
> users-unsubscribe@felix.apache.org>
> >>>>>>>>>>>>
> >>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> --
> >>>>>>>>>> Toni Menzel Source <http://tonimenzel.com>
> >>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> ------------------------------**------------------------------**
> >>>>>>>>> ---------
> >>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<
> users-unsubscribe@felix.apache.org>
> >>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>> --
> >>>>>>>> -----
> >>>>>>>>
> >>>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> >>>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/**display/paxweb/Pax+Web/<
> http://wiki.ops4j.org/display/paxweb/Pax+Web/>>
> >>>>>>>> Committer
> >>>>>>>> & Project Lead
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> ------------------------------**------------------------------**
> >>>>>>>> ---------
> >>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<
> users-unsubscribe@felix.apache.org>
> >>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> ------------------------------**------------------------------**
> >>>>>>> ---------
> >>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<
> users-unsubscribe@felix.apache.org>
> >>>>>>> For additional commands, e-mail: users-help@felix.apache.org
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>> --
> >>>>>> --
> >>>>>> *Achim Nierbeck*
> >>>>>>
> >>>>>>
> >>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> >>>>>> OPS4J Pax Web <http://wiki.ops4j.org/**display/paxweb/Pax+Web/<
> http://wiki.ops4j.org/display/paxweb/Pax+Web/>
> >>>>>>>
> >>>>>> Committer & Project Lead
> >>>>>> blog <http://notizblog.nierbeck.de/**>
> >>>>>>
> >>>>>> ------------------------------**------------------------------**
> >>>>>> ---------
> >>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<
> users-unsubscribe@felix.apache.org>
> >>>>>> For additional commands, e-mail: users-help@felix.apache.org
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> ------------------------------**------------------------------**
> >>>>> ---------
> >>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<
> users-unsubscribe@felix.apache.org>
> >>>>> For additional commands, e-mail: users-help@felix.apache.org
> >>>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> --------
> >>>> "I don't care what you can do. I care what you can guarantee."
> >>>>
> >>>>
> >>>> ------------------------------**------------------------------**
> >>>> ---------
> >>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<
> users-unsubscribe@felix.apache.org>
> >>>> For additional commands, e-mail: users-help@felix.apache.org
> >>>>
> >>>>
> >>>
> >>>
> ------------------------------**------------------------------**---------
> >>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<
> users-unsubscribe@felix.apache.org>
> >>> For additional commands, e-mail: users-help@felix.apache.org
> >>>
> >>>
> >>>
> >>
> >>
> >>
> >> --------
> >> "I don't care what you can do. I care what you can guarantee."
> >>
> >>
> >>
> ------------------------------**------------------------------**---------
> >> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<
> users-unsubscribe@felix.apache.org>
> >> For additional commands, e-mail: users-help@felix.apache.org
> >>
> >>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
Re: Install Object as bundle
Posted by Peter Kriens <pe...@aqute.biz>.
Hey, when you're at it ... I can use some bnd documenters!
Kind regards,
Peter Kriens
On 22 aug 2011, at 19:57, Matt Madhavan wrote:
> Hi John,
> I have to admit though! The documentation could be whole lot better. But I
> also have to admit to what Peter said. We should all contribute.
>
> I did volunteer to Toni and Andreas that I would get involved in PAX
> development. Just never had time to do it. Like Toni had suggested I may
> start with PAX URL project first and work my way up from there.
>
> Thanks
> Matt
>
> On Mon, Aug 22, 2011 at 9:54 AM, <jo...@exceter.com> wrote:
>
>>
>> LOL Yeah, I totally walked into that one...
>>
>>
>> Quoting Peter Kriens <pe...@aqute.biz>:
>>
>> As this is open source you're now on the hook for documentation ... :-)
>>>
>>> Kind regards,
>>>
>>> Peter Kriens
>>>
>>> On 22 aug 2011, at 16:47, john.dunlap@exceter.com wrote:
>>>
>>>
>>>> I'd like to apologize to anyone I may have offended with my previous
>>>> posts. Having reviewed a couple blog posts, PAX Exam appears to be quite
>>>> powerful.
>>>>
>>>> At the risk of sticking my foot in my mouth, yet again, the only thing I
>>>> can say in my defense is that the OPS4J documentation is spotty at best and
>>>> their confluence wiki is very broken(macro errors) at the moment, so it's
>>>> difficult, at least for me, to figure out what each of the PAX tools do or
>>>> how to use them(hence the blog posts).
>>>>
>>>> -John
>>>>
>>>> Quoting john.dunlap@exceter.com:
>>>>
>>>>
>>>>> Bother. That sounds eerily like the junit runner I'm half way through
>>>>> writing...
>>>>>
>>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>>>
>>>>> well, if you are in need of help, just ask :-) someone out there will
>>>>>> try to answer.
>>>>>>
>>>>>> Taking the example you choose here is a quick (very-quick) help line
>>>>>> :-)
>>>>>>
>>>>>> The @Configure method, it is used to configure your test environment.
>>>>>> Pax Exam is meant as a "Integration"-Test toolkit for OSGi so what you
>>>>>> do
>>>>>> in this method is just barely configuring the run time environment of
>>>>>> your
>>>>>> bundle to test. After this setup where you also are able to
>>>>>> configure different
>>>>>> osgi containers like felix, equinox knopflerfish .... and different
>>>>>> versions.
>>>>>> Your Unit test itself is turned into a Bundle that tests your bundle
>>>>>> in question.
>>>>>> Just like a usual Unit-/Integration- Test would do :-)
>>>>>>
>>>>>>
>>>>>> I hope this makes this a bit clearer :-)
>>>>>>
>>>>>> regards, Achim
>>>>>>
>>>>>> 2011/8/21 <jo...@exceter.com>:
>>>>>>
>>>>>>>
>>>>>>> That's fair. I guess I just don't understand what all the other stuff
>>>>>>> is.
>>>>>>> Maybe I just haven't looked closely enough. Like I said before, I
>>>>>>> wasn't
>>>>>>> trying to be offensive or dismissive in any way. It was just my off
>>>>>>> the cuff
>>>>>>> impression.
>>>>>>>
>>>>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>>>>>
>>>>>>> interesting, since I only see "one" extra pax exam annotation,
>>>>>>>> all others are of junit 4.
>>>>>>>>
>>>>>>>> but this is just my 2 cents :-)
>>>>>>>>
>>>>>>>> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> https://github.com/tonit/**Learn-PaxExam/blob/master/**
>>>>>>>>> lesson-junit/src/test/java/**org/ops4j/pax/exam/lesson3/**
>>>>>>>>> LessonTest.java<https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Quoting Toni Menzel <to...@okidokiteam.com>:
>>>>>>>>>
>>>>>>>>> Can you be more specific ? Would love to simplify (in your terms)
>>>>>>>>>> ..
>>>>>>>>>>
>>>>>>>>>> Toni
>>>>>>>>>>
>>>>>>>>>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> I will check it out. I mean no offense. I just know that the last
>>>>>>>>>>> time I
>>>>>>>>>>> checked out Pax Exam the amount of annotations required to run a
>>>>>>>>>>> test made
>>>>>>>>>>> my head hurt.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Quoting Matt Madhavan <ma...@gmail.com>:
>>>>>>>>>>>
>>>>>>>>>>> Ornate? Come on man, check it out. I have designed the OSGi
>>>>>>>>>>> development
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> standard for my client based on PAX tools! Probably going to be.
>>>>>>>>>>>> One of
>>>>>>>>>>>> the
>>>>>>>>>>>> largest OSGi project
>>>>>>>>>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> 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 <ma...@gmail.com>:
>>>>>>>>>>>>>
>>>>>>>>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> That's quite a trick... Thanks!
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 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/****<http://svn.apache.org/viewvc/**karaf/trunk/deployer/spring/**>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>> src/main/java/org/apache/****karaf/deployer/spring/**
>>>>>>>>>>>>
>>>>>>>>>>>> SpringTransformer.java?view=****markup<http://svn.apache.org/**
>>>>>>>>>>>> viewvc/karaf/trunk/deployer/**spring/src/main/java/org/**
>>>>>>>>>>>> apache/karaf/deployer/spring/**SpringTransformer.java?view=**
>>>>>>>>>>>> markup<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, <jo...@exceter.com>
>>>>>>>>>>>>>>>> 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@****googlema**il.com <
>>>>>>>>>>>>>>>>> http://googlemail.com><
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> holger.hoffstaette@**googlemai**l.com<http://googlemail.com>
>>>>>>>>>>>>>>>>> <ho...@googlemail.com>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> :
>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.****apac**he.org <
>>>>>>>>>>>>>>>>>> http://apache.org><
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> ------------------------------**
>>>>>>>>>>>>>>>>> ****--------------------------**--**
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --**---------
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> users-unsubscribe@felix.****apac**he.org <http://apache.org
>>>>>>>>>>>>>>>>>> <
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> --------
>>>>>>>>>>>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ------------------------------**
>>>>>>>>>>>>>>> **----------------------------**--**
>>>>>>>>>>>>>>> ---------
>>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ------------------------------****----------------------------*
>>>>>>>>>>>>> *--**
>>>>>>>>>>>>> ---------
>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>
>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>
>>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ------------------------------****----------------------------**
>>>>>>>>>>> --**---------
>>>>>>>>>>>
>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>
>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>> users-unsubscribe@**felix.apache.org<us...@felix.apache.org>
>>>>>>>>>>>>
>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --
>>>>>>>>>> Toni Menzel Source <http://tonimenzel.com>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>> ---------
>>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> -----
>>>>>>>>
>>>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/**display/paxweb/Pax+Web/<http://wiki.ops4j.org/display/paxweb/Pax+Web/>>
>>>>>>>> Committer
>>>>>>>> & Project Lead
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------**------------------------------**
>>>>>>>> ---------
>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------**------------------------------**
>>>>>>> ---------
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> --
>>>>>> *Achim Nierbeck*
>>>>>>
>>>>>>
>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/**display/paxweb/Pax+Web/<http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>>>>>>>
>>>>>> Committer & Project Lead
>>>>>> blog <http://notizblog.nierbeck.de/**>
>>>>>>
>>>>>> ------------------------------**------------------------------**
>>>>>> ---------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------**------------------------------**
>>>>> ---------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --------
>>>> "I don't care what you can do. I care what you can guarantee."
>>>>
>>>>
>>>> ------------------------------**------------------------------**
>>>> ---------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>
>>> ------------------------------**------------------------------**---------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>>
>>
>>
>>
>> --------
>> "I don't care what you can do. I care what you can guarantee."
>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Matt Madhavan <ma...@gmail.com>.
Hi John,
I have to admit though! The documentation could be whole lot better. But I
also have to admit to what Peter said. We should all contribute.
I did volunteer to Toni and Andreas that I would get involved in PAX
development. Just never had time to do it. Like Toni had suggested I may
start with PAX URL project first and work my way up from there.
Thanks
Matt
On Mon, Aug 22, 2011 at 9:54 AM, <jo...@exceter.com> wrote:
>
> LOL Yeah, I totally walked into that one...
>
>
> Quoting Peter Kriens <pe...@aqute.biz>:
>
> As this is open source you're now on the hook for documentation ... :-)
>>
>> Kind regards,
>>
>> Peter Kriens
>>
>> On 22 aug 2011, at 16:47, john.dunlap@exceter.com wrote:
>>
>>
>>> I'd like to apologize to anyone I may have offended with my previous
>>> posts. Having reviewed a couple blog posts, PAX Exam appears to be quite
>>> powerful.
>>>
>>> At the risk of sticking my foot in my mouth, yet again, the only thing I
>>> can say in my defense is that the OPS4J documentation is spotty at best and
>>> their confluence wiki is very broken(macro errors) at the moment, so it's
>>> difficult, at least for me, to figure out what each of the PAX tools do or
>>> how to use them(hence the blog posts).
>>>
>>> -John
>>>
>>> Quoting john.dunlap@exceter.com:
>>>
>>>
>>>> Bother. That sounds eerily like the junit runner I'm half way through
>>>> writing...
>>>>
>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>>
>>>> well, if you are in need of help, just ask :-) someone out there will
>>>>> try to answer.
>>>>>
>>>>> Taking the example you choose here is a quick (very-quick) help line
>>>>> :-)
>>>>>
>>>>> The @Configure method, it is used to configure your test environment.
>>>>> Pax Exam is meant as a "Integration"-Test toolkit for OSGi so what you
>>>>> do
>>>>> in this method is just barely configuring the run time environment of
>>>>> your
>>>>> bundle to test. After this setup where you also are able to
>>>>> configure different
>>>>> osgi containers like felix, equinox knopflerfish .... and different
>>>>> versions.
>>>>> Your Unit test itself is turned into a Bundle that tests your bundle
>>>>> in question.
>>>>> Just like a usual Unit-/Integration- Test would do :-)
>>>>>
>>>>>
>>>>> I hope this makes this a bit clearer :-)
>>>>>
>>>>> regards, Achim
>>>>>
>>>>> 2011/8/21 <jo...@exceter.com>:
>>>>>
>>>>>>
>>>>>> That's fair. I guess I just don't understand what all the other stuff
>>>>>> is.
>>>>>> Maybe I just haven't looked closely enough. Like I said before, I
>>>>>> wasn't
>>>>>> trying to be offensive or dismissive in any way. It was just my off
>>>>>> the cuff
>>>>>> impression.
>>>>>>
>>>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>>>>
>>>>>> interesting, since I only see "one" extra pax exam annotation,
>>>>>>> all others are of junit 4.
>>>>>>>
>>>>>>> but this is just my 2 cents :-)
>>>>>>>
>>>>>>> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> https://github.com/tonit/**Learn-PaxExam/blob/master/**
>>>>>>>> lesson-junit/src/test/java/**org/ops4j/pax/exam/lesson3/**
>>>>>>>> LessonTest.java<https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java>
>>>>>>>>
>>>>>>>>
>>>>>>>> Quoting Toni Menzel <to...@okidokiteam.com>:
>>>>>>>>
>>>>>>>> Can you be more specific ? Would love to simplify (in your terms)
>>>>>>>>> ..
>>>>>>>>>
>>>>>>>>> Toni
>>>>>>>>>
>>>>>>>>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> I will check it out. I mean no offense. I just know that the last
>>>>>>>>>> time I
>>>>>>>>>> checked out Pax Exam the amount of annotations required to run a
>>>>>>>>>> test made
>>>>>>>>>> my head hurt.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Quoting Matt Madhavan <ma...@gmail.com>:
>>>>>>>>>>
>>>>>>>>>> Ornate? Come on man, check it out. I have designed the OSGi
>>>>>>>>>> development
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> standard for my client based on PAX tools! Probably going to be.
>>>>>>>>>>> One of
>>>>>>>>>>> the
>>>>>>>>>>> largest OSGi project
>>>>>>>>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> 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 <ma...@gmail.com>:
>>>>>>>>>>>>
>>>>>>>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>> That's quite a trick... Thanks!
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 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/****<http://svn.apache.org/viewvc/**karaf/trunk/deployer/spring/**>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> src/main/java/org/apache/****karaf/deployer/spring/**
>>>>>>>>>>>
>>>>>>>>>>> SpringTransformer.java?view=****markup<http://svn.apache.org/**
>>>>>>>>>>> viewvc/karaf/trunk/deployer/**spring/src/main/java/org/**
>>>>>>>>>>> apache/karaf/deployer/spring/**SpringTransformer.java?view=**
>>>>>>>>>>> markup<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, <jo...@exceter.com>
>>>>>>>>>>>>>>> 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@****googlema**il.com <
>>>>>>>>>>>>>>>> http://googlemail.com><
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> holger.hoffstaette@**googlemai**l.com<http://googlemail.com>
>>>>>>>>>>>>>>>> <ho...@googlemail.com>
>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> >:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.****apac**he.org <
>>>>>>>>>>>>>>>>> http://apache.org><
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> ------------------------------**
>>>>>>>>>>>>>>>> ****--------------------------**--**
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>> --**---------
>>>>>>>>>>>>>
>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> users-unsubscribe@felix.****apac**he.org <http://apache.org
>>>>>>>>>>>>>>>> ><
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>> >
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> --------
>>>>>>>>>>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ------------------------------**
>>>>>>>>>>>>>> **----------------------------**--**
>>>>>>>>>>>>>> ---------
>>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>> >
>>>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> ------------------------------****----------------------------*
>>>>>>>>>>>> *--**
>>>>>>>>>>>> ---------
>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>
>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>> users-unsubscribe@**felix.apache.org<us...@felix.apache.org>
>>>>>>>>>>>> >
>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ------------------------------****----------------------------**
>>>>>>>>>> --**---------
>>>>>>>>>>
>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>
>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>> users-unsubscribe@**felix.apache.org<us...@felix.apache.org>
>>>>>>>>>> >
>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> Toni Menzel Source <http://tonimenzel.com>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------**------------------------------**
>>>>>>>> ---------
>>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> -----
>>>>>>>
>>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/**display/paxweb/Pax+Web/<http://wiki.ops4j.org/display/paxweb/Pax+Web/>>
>>>>>>> Committer
>>>>>>> & Project Lead
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------**------------------------------**
>>>>>>> ---------
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------**------------------------------**
>>>>>> ---------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> --
>>>>> *Achim Nierbeck*
>>>>>
>>>>>
>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>>> OPS4J Pax Web <http://wiki.ops4j.org/**display/paxweb/Pax+Web/<http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>>>>> >
>>>>> Committer & Project Lead
>>>>> blog <http://notizblog.nierbeck.de/**>
>>>>>
>>>>> ------------------------------**------------------------------**
>>>>> ---------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------**------------------------------**
>>>> ---------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>
>>>
>>>
>>>
>>> --------
>>> "I don't care what you can do. I care what you can guarantee."
>>>
>>>
>>> ------------------------------**------------------------------**
>>> ---------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>>
>
>
>
> --------
> "I don't care what you can do. I care what you can guarantee."
>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
> For additional commands, e-mail: users-help@felix.apache.org
>
>
Re: Install Object as bundle
Posted by jo...@exceter.com.
LOL Yeah, I totally walked into that one...
Quoting Peter Kriens <pe...@aqute.biz>:
> As this is open source you're now on the hook for documentation ... :-)
>
> Kind regards,
>
> Peter Kriens
>
> On 22 aug 2011, at 16:47, john.dunlap@exceter.com wrote:
>
>>
>> I'd like to apologize to anyone I may have offended with my
>> previous posts. Having reviewed a couple blog posts, PAX Exam
>> appears to be quite powerful.
>>
>> At the risk of sticking my foot in my mouth, yet again, the only
>> thing I can say in my defense is that the OPS4J documentation is
>> spotty at best and their confluence wiki is very broken(macro
>> errors) at the moment, so it's difficult, at least for me, to
>> figure out what each of the PAX tools do or how to use them(hence
>> the blog posts).
>>
>> -John
>>
>> Quoting john.dunlap@exceter.com:
>>
>>>
>>> Bother. That sounds eerily like the junit runner I'm half way through
>>> writing...
>>>
>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>
>>>> well, if you are in need of help, just ask :-) someone out there will
>>>> try to answer.
>>>>
>>>> Taking the example you choose here is a quick (very-quick) help line :-)
>>>>
>>>> The @Configure method, it is used to configure your test environment.
>>>> Pax Exam is meant as a "Integration"-Test toolkit for OSGi so what you do
>>>> in this method is just barely configuring the run time environment of your
>>>> bundle to test. After this setup where you also are able to
>>>> configure different
>>>> osgi containers like felix, equinox knopflerfish .... and
>>>> different versions.
>>>> Your Unit test itself is turned into a Bundle that tests your bundle
>>>> in question.
>>>> Just like a usual Unit-/Integration- Test would do :-)
>>>>
>>>>
>>>> I hope this makes this a bit clearer :-)
>>>>
>>>> regards, Achim
>>>>
>>>> 2011/8/21 <jo...@exceter.com>:
>>>>>
>>>>> That's fair. I guess I just don't understand what all the other stuff is.
>>>>> Maybe I just haven't looked closely enough. Like I said before, I wasn't
>>>>> trying to be offensive or dismissive in any way. It was just my
>>>>> off the cuff
>>>>> impression.
>>>>>
>>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>>>
>>>>>> interesting, since I only see "one" extra pax exam annotation,
>>>>>> all others are of junit 4.
>>>>>>
>>>>>> but this is just my 2 cents :-)
>>>>>>
>>>>>> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>>>>>>>
>>>>>>>
>>>>>>> https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
>>>>>>>
>>>>>>>
>>>>>>> Quoting Toni Menzel <to...@okidokiteam.com>:
>>>>>>>
>>>>>>>> Can you be more specific ? Would love to simplify (in your terms) ..
>>>>>>>>
>>>>>>>> Toni
>>>>>>>>
>>>>>>>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> I will check it out. I mean no offense. I just know that the last
>>>>>>>>> time I
>>>>>>>>> checked out Pax Exam the amount of annotations required to run a
>>>>>>>>> test made
>>>>>>>>> my head hurt.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Quoting Matt Madhavan <ma...@gmail.com>:
>>>>>>>>>
>>>>>>>>> Ornate? Come on man, check it out. I have designed the OSGi
>>>>>>>>> development
>>>>>>>>>>
>>>>>>>>>> standard for my client based on PAX tools! Probably going to be.
>>>>>>>>>> One of
>>>>>>>>>> the
>>>>>>>>>> largest OSGi project
>>>>>>>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> 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 <ma...@gmail.com>:
>>>>>>>>>>>
>>>>>>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>>>>>>>>
>>>>>>>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> That's quite a trick... Thanks!
>>>>>>>>>>>>>
>>>>>>>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>>>>>>>>
>>>>>>>>>>>>> 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<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,
>>>>>>>>>>>>>> <jo...@exceter.com> 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@**googlema**il.com <http://googlemail.com><
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>> >:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> ------------------------------****----------------------------**
>>>>>>>>>>>>
>>>>>>>>>>>> --**---------
>>>>>>>>>>>>
>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> --------
>>>>>>>>>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>>>>> ---------
>>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>
>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>>> ---------
>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>
>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------**------------------------------**---------
>>>>>>>>>
>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>
>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --
>>>>>>>> Toni Menzel Source <http://tonimenzel.com>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ---------------------------------------------------------------------
>>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> -----
>>>>>>
>>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>>>>>> Committer
>>>>>> & Project Lead
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> --
>>>> *Achim Nierbeck*
>>>>
>>>>
>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>>>> Committer & Project Lead
>>>> blog <http://notizblog.nierbeck.de/>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>>
>>
>> --------
>> "I don't care what you can do. I care what you can guarantee."
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--------
"I don't care what you can do. I care what you can guarantee."
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Peter Kriens <pe...@aqute.biz>.
As this is open source you're now on the hook for documentation ... :-)
Kind regards,
Peter Kriens
On 22 aug 2011, at 16:47, john.dunlap@exceter.com wrote:
>
> I'd like to apologize to anyone I may have offended with my previous posts. Having reviewed a couple blog posts, PAX Exam appears to be quite powerful.
>
> At the risk of sticking my foot in my mouth, yet again, the only thing I can say in my defense is that the OPS4J documentation is spotty at best and their confluence wiki is very broken(macro errors) at the moment, so it's difficult, at least for me, to figure out what each of the PAX tools do or how to use them(hence the blog posts).
>
> -John
>
> Quoting john.dunlap@exceter.com:
>
>>
>> Bother. That sounds eerily like the junit runner I'm half way through
>> writing...
>>
>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>
>>> well, if you are in need of help, just ask :-) someone out there will
>>> try to answer.
>>>
>>> Taking the example you choose here is a quick (very-quick) help line :-)
>>>
>>> The @Configure method, it is used to configure your test environment.
>>> Pax Exam is meant as a "Integration"-Test toolkit for OSGi so what you do
>>> in this method is just barely configuring the run time environment of your
>>> bundle to test. After this setup where you also are able to configure different
>>> osgi containers like felix, equinox knopflerfish .... and different versions.
>>> Your Unit test itself is turned into a Bundle that tests your bundle
>>> in question.
>>> Just like a usual Unit-/Integration- Test would do :-)
>>>
>>>
>>> I hope this makes this a bit clearer :-)
>>>
>>> regards, Achim
>>>
>>> 2011/8/21 <jo...@exceter.com>:
>>>>
>>>> That's fair. I guess I just don't understand what all the other stuff is.
>>>> Maybe I just haven't looked closely enough. Like I said before, I wasn't
>>>> trying to be offensive or dismissive in any way. It was just my off the cuff
>>>> impression.
>>>>
>>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>>
>>>>> interesting, since I only see "one" extra pax exam annotation,
>>>>> all others are of junit 4.
>>>>>
>>>>> but this is just my 2 cents :-)
>>>>>
>>>>> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>>>>>>
>>>>>>
>>>>>> https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
>>>>>>
>>>>>>
>>>>>> Quoting Toni Menzel <to...@okidokiteam.com>:
>>>>>>
>>>>>>> Can you be more specific ? Would love to simplify (in your terms) ..
>>>>>>>
>>>>>>> Toni
>>>>>>>
>>>>>>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> I will check it out. I mean no offense. I just know that the last
>>>>>>>> time I
>>>>>>>> checked out Pax Exam the amount of annotations required to run a
>>>>>>>> test made
>>>>>>>> my head hurt.
>>>>>>>>
>>>>>>>>
>>>>>>>> Quoting Matt Madhavan <ma...@gmail.com>:
>>>>>>>>
>>>>>>>> Ornate? Come on man, check it out. I have designed the OSGi
>>>>>>>> development
>>>>>>>>>
>>>>>>>>> standard for my client based on PAX tools! Probably going to be.
>>>>>>>>> One of
>>>>>>>>> the
>>>>>>>>> largest OSGi project
>>>>>>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 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 <ma...@gmail.com>:
>>>>>>>>>>
>>>>>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>>>>>>>
>>>>>>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> That's quite a trick... Thanks!
>>>>>>>>>>>>
>>>>>>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>>>>>>>
>>>>>>>>>>>> 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<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, <jo...@exceter.com> 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@**googlema**il.com <http://googlemail.com><
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>> >:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> ------------------------------****----------------------------**
>>>>>>>>>>>
>>>>>>>>>>> --**---------
>>>>>>>>>>>
>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> --------
>>>>>>>>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>>>> ---------
>>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>
>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>> ---------
>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>
>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------**------------------------------**---------
>>>>>>>>
>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>
>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Toni Menzel Source <http://tonimenzel.com>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> -----
>>>>>
>>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer
>>>>> & Project Lead
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> --
>>> *Achim Nierbeck*
>>>
>>>
>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>>> Committer & Project Lead
>>> blog <http://notizblog.nierbeck.de/>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>
>
>
>
> --------
> "I don't care what you can do. I care what you can guarantee."
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by jo...@exceter.com.
I'd like to apologize to anyone I may have offended with my previous
posts. Having reviewed a couple blog posts, PAX Exam appears to be
quite powerful.
At the risk of sticking my foot in my mouth, yet again, the only thing
I can say in my defense is that the OPS4J documentation is spotty at
best and their confluence wiki is very broken(macro errors) at the
moment, so it's difficult, at least for me, to figure out what each of
the PAX tools do or how to use them(hence the blog posts).
-John
Quoting john.dunlap@exceter.com:
>
> Bother. That sounds eerily like the junit runner I'm half way through
> writing...
>
> Quoting Achim Nierbeck <bc...@googlemail.com>:
>
>> well, if you are in need of help, just ask :-) someone out there will
>> try to answer.
>>
>> Taking the example you choose here is a quick (very-quick) help line :-)
>>
>> The @Configure method, it is used to configure your test environment.
>> Pax Exam is meant as a "Integration"-Test toolkit for OSGi so what you do
>> in this method is just barely configuring the run time environment of your
>> bundle to test. After this setup where you also are able to
>> configure different
>> osgi containers like felix, equinox knopflerfish .... and different
>> versions.
>> Your Unit test itself is turned into a Bundle that tests your bundle
>> in question.
>> Just like a usual Unit-/Integration- Test would do :-)
>>
>>
>> I hope this makes this a bit clearer :-)
>>
>> regards, Achim
>>
>> 2011/8/21 <jo...@exceter.com>:
>>>
>>> That's fair. I guess I just don't understand what all the other stuff is.
>>> Maybe I just haven't looked closely enough. Like I said before, I wasn't
>>> trying to be offensive or dismissive in any way. It was just my
>>> off the cuff
>>> impression.
>>>
>>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>>
>>>> interesting, since I only see "one" extra pax exam annotation,
>>>> all others are of junit 4.
>>>>
>>>> but this is just my 2 cents :-)
>>>>
>>>> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>>>>>
>>>>>
>>>>> https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
>>>>>
>>>>>
>>>>> Quoting Toni Menzel <to...@okidokiteam.com>:
>>>>>
>>>>>> Can you be more specific ? Would love to simplify (in your terms) ..
>>>>>>
>>>>>> Toni
>>>>>>
>>>>>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>>>>>>
>>>>>>>
>>>>>>> I will check it out. I mean no offense. I just know that the last
>>>>>>> time I
>>>>>>> checked out Pax Exam the amount of annotations required to run a
>>>>>>> test made
>>>>>>> my head hurt.
>>>>>>>
>>>>>>>
>>>>>>> Quoting Matt Madhavan <ma...@gmail.com>:
>>>>>>>
>>>>>>> Ornate? Come on man, check it out. I have designed the OSGi
>>>>>>> development
>>>>>>>>
>>>>>>>> standard for my client based on PAX tools! Probably going to be.
>>>>>>>> One of
>>>>>>>> the
>>>>>>>> largest OSGi project
>>>>>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> 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 <ma...@gmail.com>:
>>>>>>>>>
>>>>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>>>>>>
>>>>>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> That's quite a trick... Thanks!
>>>>>>>>>>>
>>>>>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>>>>>>
>>>>>>>>>>> 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<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, <jo...@exceter.com> 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@**googlema**il.com <http://googlemail.com><
>>>>>>>>>>>>>
>>>>>>>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>> >:
>>>>>>>>>>>>>
>>>>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>>
>>>>>>>>
>>>>>>>>>
>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> ------------------------------****----------------------------**
>>>>>>>>>>
>>>>>>>>>> --**---------
>>>>>>>>>>
>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>>
>>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> --------
>>>>>>>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>>> ---------
>>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>
>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>> ---------
>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>
>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------**------------------------------**---------
>>>>>>>
>>>>>>> To unsubscribe, e-mail:
>>>>>>>
>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>> --
>>>>>> Toni Menzel Source <http://tonimenzel.com>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>
>>>>
>>>> --
>>>> -----
>>>>
>>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer
>>>> & Project Lead
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
>>
>>
>> --
>> --
>> *Achim Nierbeck*
>>
>>
>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
>> Committer & Project Lead
>> blog <http://notizblog.nierbeck.de/>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
--------
"I don't care what you can do. I care what you can guarantee."
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by jo...@exceter.com.
Bother. That sounds eerily like the junit runner I'm half way through
writing...
Quoting Achim Nierbeck <bc...@googlemail.com>:
> well, if you are in need of help, just ask :-) someone out there will
> try to answer.
>
> Taking the example you choose here is a quick (very-quick) help line :-)
>
> The @Configure method, it is used to configure your test environment.
> Pax Exam is meant as a "Integration"-Test toolkit for OSGi so what you do
> in this method is just barely configuring the run time environment of your
> bundle to test. After this setup where you also are able to
> configure different
> osgi containers like felix, equinox knopflerfish .... and different versions.
> Your Unit test itself is turned into a Bundle that tests your bundle
> in question.
> Just like a usual Unit-/Integration- Test would do :-)
>
>
> I hope this makes this a bit clearer :-)
>
> regards, Achim
>
> 2011/8/21 <jo...@exceter.com>:
>>
>> That's fair. I guess I just don't understand what all the other stuff is.
>> Maybe I just haven't looked closely enough. Like I said before, I wasn't
>> trying to be offensive or dismissive in any way. It was just my off the cuff
>> impression.
>>
>> Quoting Achim Nierbeck <bc...@googlemail.com>:
>>
>>> interesting, since I only see "one" extra pax exam annotation,
>>> all others are of junit 4.
>>>
>>> but this is just my 2 cents :-)
>>>
>>> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>>>>
>>>>
>>>> https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
>>>>
>>>>
>>>> Quoting Toni Menzel <to...@okidokiteam.com>:
>>>>
>>>>> Can you be more specific ? Would love to simplify (in your terms) ..
>>>>>
>>>>> Toni
>>>>>
>>>>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>>>>>
>>>>>>
>>>>>> I will check it out. I mean no offense. I just know that the last
>>>>>> time I
>>>>>> checked out Pax Exam the amount of annotations required to run a
>>>>>> test made
>>>>>> my head hurt.
>>>>>>
>>>>>>
>>>>>> Quoting Matt Madhavan <ma...@gmail.com>:
>>>>>>
>>>>>> Ornate? Come on man, check it out. I have designed the OSGi
>>>>>> development
>>>>>>>
>>>>>>> standard for my client based on PAX tools! Probably going to be.
>>>>>>> One of
>>>>>>> the
>>>>>>> largest OSGi project
>>>>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> 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 <ma...@gmail.com>:
>>>>>>>>
>>>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>>>>>
>>>>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> That's quite a trick... Thanks!
>>>>>>>>>>
>>>>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>>>>>
>>>>>>>>>> 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<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, <jo...@exceter.com> 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@**googlema**il.com <http://googlemail.com><
>>>>>>>>>>>>
>>>>>>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>> >:
>>>>>>>>>>>>
>>>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org <http://apache.org><
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>>
>>>>>>>
>>>>>>>>
>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> ------------------------------****----------------------------**
>>>>>>>>>
>>>>>>>>> --**---------
>>>>>>>>>
>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>>
>>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>
>>>>>>> >
>>>>>>>
>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> --------
>>>>>>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>>> ---------
>>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>
>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------**------------------------------**
>>>>>>>> ---------
>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>
>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------**------------------------------**---------
>>>>>>
>>>>>> To unsubscribe, e-mail:
>>>>>>
>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Toni Menzel Source <http://tonimenzel.com>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>
>>>
>>> --
>>> -----
>>>
>>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer
>>> & Project Lead
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
>
> --
> --
> *Achim Nierbeck*
>
>
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
> Committer & Project Lead
> blog <http://notizblog.nierbeck.de/>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Achim Nierbeck <bc...@googlemail.com>.
well, if you are in need of help, just ask :-) someone out there will
try to answer.
Taking the example you choose here is a quick (very-quick) help line :-)
The @Configure method, it is used to configure your test environment.
Pax Exam is meant as a "Integration"-Test toolkit for OSGi so what you do
in this method is just barely configuring the run time environment of your
bundle to test. After this setup where you also are able to configure different
osgi containers like felix, equinox knopflerfish .... and different versions.
Your Unit test itself is turned into a Bundle that tests your bundle
in question.
Just like a usual Unit-/Integration- Test would do :-)
I hope this makes this a bit clearer :-)
regards, Achim
2011/8/21 <jo...@exceter.com>:
>
> That's fair. I guess I just don't understand what all the other stuff is.
> Maybe I just haven't looked closely enough. Like I said before, I wasn't
> trying to be offensive or dismissive in any way. It was just my off the cuff
> impression.
>
> Quoting Achim Nierbeck <bc...@googlemail.com>:
>
>> interesting, since I only see "one" extra pax exam annotation,
>> all others are of junit 4.
>>
>> but this is just my 2 cents :-)
>>
>> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>>>
>>>
>>> https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
>>>
>>>
>>> Quoting Toni Menzel <to...@okidokiteam.com>:
>>>
>>>> Can you be more specific ? Would love to simplify (in your terms) ..
>>>>
>>>> Toni
>>>>
>>>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>>>>
>>>>>
>>>>> I will check it out. I mean no offense. I just know that the last
>>>>> time I
>>>>> checked out Pax Exam the amount of annotations required to run a
>>>>> test made
>>>>> my head hurt.
>>>>>
>>>>>
>>>>> Quoting Matt Madhavan <ma...@gmail.com>:
>>>>>
>>>>> Ornate? Come on man, check it out. I have designed the OSGi
>>>>> development
>>>>>>
>>>>>> standard for my client based on PAX tools! Probably going to be.
>>>>>> One of
>>>>>> the
>>>>>> largest OSGi project
>>>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>>>>
>>>>>>>
>>>>>>> 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 <ma...@gmail.com>:
>>>>>>>
>>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>>>>
>>>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> That's quite a trick... Thanks!
>>>>>>>>>
>>>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>>>>
>>>>>>>>> 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<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, <jo...@exceter.com> 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@**googlema**il.com <http://googlemail.com><
>>>>>>>>>>>
>>>>>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>> >:
>>>>>>>>>>>
>>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org <http://apache.org><
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>>
>>>>>>
>>>>>>>
>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> ------------------------------****----------------------------**
>>>>>>>>
>>>>>>>> --**---------
>>>>>>>>
>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>>>
>>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>
>>>>>> >
>>>>>>
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> --------
>>>>>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------**------------------------------**
>>>>>>>>> ---------
>>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>
>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------**------------------------------**
>>>>>>> ---------
>>>>>>> To unsubscribe, e-mail:
>>>>>>>
>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------**------------------------------**---------
>>>>>
>>>>> To unsubscribe, e-mail:
>>>>>
>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Toni Menzel Source <http://tonimenzel.com>
>>>>
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>
>>
>> --
>> -----
>>
>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer
>> & Project Lead
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
--
*Achim Nierbeck*
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
Committer & Project Lead
blog <http://notizblog.nierbeck.de/>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by jo...@exceter.com.
That's fair. I guess I just don't understand what all the other stuff
is. Maybe I just haven't looked closely enough. Like I said before, I
wasn't trying to be offensive or dismissive in any way. It was just my
off the cuff impression.
Quoting Achim Nierbeck <bc...@googlemail.com>:
> interesting, since I only see "one" extra pax exam annotation,
> all others are of junit 4.
>
> but this is just my 2 cents :-)
>
> Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>>
>> https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
>>
>>
>> Quoting Toni Menzel <to...@okidokiteam.com>:
>>
>>> Can you be more specific ? Would love to simplify (in your terms) ..
>>>
>>> Toni
>>>
>>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>>>
>>>>
>>>> I will check it out. I mean no offense. I just know that the last
>>>> time I
>>>> checked out Pax Exam the amount of annotations required to run a
>>>> test made
>>>> my head hurt.
>>>>
>>>>
>>>> Quoting Matt Madhavan <ma...@gmail.com>:
>>>>
>>>> Ornate? Come on man, check it out. I have designed the OSGi
>>>> development
>>>>> standard for my client based on PAX tools! Probably going to be.
>>>>> One of
>>>>> the
>>>>> largest OSGi project
>>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>>>
>>>>>>
>>>>>> 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 <ma...@gmail.com>:
>>>>>>
>>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> That's quite a trick... Thanks!
>>>>>>>>
>>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>>>
>>>>>>>> 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<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, <jo...@exceter.com> 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@**googlema**il.com <http://googlemail.com><
>>>>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>> >:
>>>>>>>>>>
>>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org <http://apache.org><
>>>>>>>>>>>
>>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>>
>>>>>
>>>>>>
>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> ------------------------------****----------------------------**
>>>>>>> --**---------
>>>>>>>
>>>>>>>> To unsubscribe, e-mail:
>>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>>
>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>
>>>>> >
>>>>>
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> --------
>>>>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------**------------------------------**
>>>>>>>> ---------
>>>>>>>> To unsubscribe, e-mail:
>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> ------------------------------**------------------------------**
>>>>>> ---------
>>>>>> To unsubscribe, e-mail:
>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------**------------------------------**---------
>>>>
>>>> To unsubscribe, e-mail:
>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>
>>>
>>> --
>>> Toni Menzel Source <http://tonimenzel.com>
>>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
>
> --
> -----
>
> Apache Karaf <http://karaf.apache.org/> Committer & PMC
> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>
> Committer & Project Lead
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Achim Nierbeck <bc...@googlemail.com>.
interesting, since I only see "one" extra pax exam annotation,
all others are of junit 4.
but this is just my 2 cents :-)
Am 21.08.2011 04:18, schrieb john.dunlap@exceter.com:
>
> https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
>
>
> Quoting Toni Menzel <to...@okidokiteam.com>:
>
>> Can you be more specific ? Would love to simplify (in your terms) ..
>>
>> Toni
>>
>> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>>
>>>
>>> I will check it out. I mean no offense. I just know that the last
>>> time I
>>> checked out Pax Exam the amount of annotations required to run a
>>> test made
>>> my head hurt.
>>>
>>>
>>> Quoting Matt Madhavan <ma...@gmail.com>:
>>>
>>> Ornate? Come on man, check it out. I have designed the OSGi
>>> development
>>>> standard for my client based on PAX tools! Probably going to be.
>>>> One of
>>>> the
>>>> largest OSGi project
>>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>>
>>>>>
>>>>> 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 <ma...@gmail.com>:
>>>>>
>>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>>
>>>>>>>
>>>>>>> That's quite a trick... Thanks!
>>>>>>>
>>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>>
>>>>>>> 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<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, <jo...@exceter.com> 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@**googlema**il.com <http://googlemail.com><
>>>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>> >:
>>>>>>>>>
>>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org <http://apache.org><
>>>>>>>>>>
>>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>>
>>>>
>>>>>
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> ------------------------------****----------------------------**
>>>>>> --**---------
>>>>>>
>>>>>>> To unsubscribe, e-mail:
>>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>>
>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>>>
>>>> >
>>>>
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --------
>>>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------**------------------------------**
>>>>>>> ---------
>>>>>>> To unsubscribe, e-mail:
>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------**------------------------------**
>>>>> ---------
>>>>> To unsubscribe, e-mail:
>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>> ------------------------------**------------------------------**---------
>>>
>>> To unsubscribe, e-mail:
>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
>>
>> --
>> Toni Menzel Source <http://tonimenzel.com>
>>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
--
-----
Apache Karaf <http://karaf.apache.org/> Committer & PMC
OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer & Project Lead
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by jo...@exceter.com.
https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
Quoting Toni Menzel <to...@okidokiteam.com>:
> Can you be more specific ? Would love to simplify (in your terms) ..
>
> Toni
>
> On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>
>>
>> I will check it out. I mean no offense. I just know that the last time I
>> checked out Pax Exam the amount of annotations required to run a test made
>> my head hurt.
>>
>>
>> Quoting Matt Madhavan <ma...@gmail.com>:
>>
>> Ornate? Come on man, check it out. I have designed the OSGi development
>>> standard for my client based on PAX tools! Probably going to be. One of
>>> the
>>> largest OSGi project
>>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>>
>>>>
>>>> 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 <ma...@gmail.com>:
>>>>
>>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>>
>>>>>>
>>>>>> That's quite a trick... Thanks!
>>>>>>
>>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>>
>>>>>> 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<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, <jo...@exceter.com> 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@**googlema**il.com <http://googlemail.com><
>>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>>
>>>>>>>
>>>> >:
>>>>>>>>
>>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org <http://apache.org><
>>>>>>>>>
>>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>
>>>>
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> ------------------------------****----------------------------**
>>>>> --**---------
>>>>>
>>>>>> To unsubscribe, e-mail:
>>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>>
>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>> >
>>>
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> --------
>>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>>
>>>>>>
>>>>>> ------------------------------**------------------------------**
>>>>>> ---------
>>>>>> To unsubscribe, e-mail:
>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>> ------------------------------**------------------------------**
>>>> ---------
>>>> To unsubscribe, e-mail:
>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>
>>
>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail:
>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
> --
> Toni Menzel Source <http://tonimenzel.com>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Toni Menzel <to...@okidokiteam.com>.
Can you be more specific ? Would love to simplify (in your terms) ..
Toni
On Sat, Aug 20, 2011 at 5:09 PM, <jo...@exceter.com> wrote:
>
> I will check it out. I mean no offense. I just know that the last time I
> checked out Pax Exam the amount of annotations required to run a test made
> my head hurt.
>
>
> Quoting Matt Madhavan <ma...@gmail.com>:
>
> Ornate? Come on man, check it out. I have designed the OSGi development
>> standard for my client based on PAX tools! Probably going to be. One of
>> the
>> largest OSGi project
>> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>
>>>
>>> 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 <ma...@gmail.com>:
>>>
>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>
>>>>>
>>>>> That's quite a trick... Thanks!
>>>>>
>>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>>
>>>>> 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<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, <jo...@exceter.com> 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@**googlema**il.com <http://googlemail.com><
>>>>>>> holger.hoffstaette@**googlemail.com<ho...@googlemail.com>
>>>>>>>
>>>>>>
>>> >:
>>>>>>>
>>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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.**apac**he.org <http://apache.org><
>>>>>>>>
>>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>
>>>
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> ------------------------------****----------------------------**
>>>> --**---------
>>>>
>>>>> To unsubscribe, e-mail:
>>>>>>> users-unsubscribe@felix.**apac**he.org <http://apache.org><
>>>>>>>
>>>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>> >
>>
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --------
>>>>> "I don't care what you can do. I care what you can guarantee."
>>>>>
>>>>>
>>>>> ------------------------------**------------------------------**
>>>>> ---------
>>>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>> ------------------------------**------------------------------**
>>> ---------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
>
>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
Toni Menzel Source <http://tonimenzel.com>
Re: Install Object as bundle
Posted by jo...@exceter.com.
I will check it out. I mean no offense. I just know that the last time
I checked out Pax Exam the amount of annotations required to run a
test made my head hurt.
Quoting Matt Madhavan <ma...@gmail.com>:
> Ornate? Come on man, check it out. I have designed the OSGi development
> standard for my client based on PAX tools! Probably going to be. One of the
> largest OSGi project
> On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>>
>> 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 <ma...@gmail.com>:
>>
>>> OPS4J PAXTinyBundle Tool might be a good option too!
>>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>>
>>>> That's quite a trick... Thanks!
>>>>
>>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>>
>>>>> 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, <jo...@exceter.com> 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<holger.hoffstaette@googlemail.com
>>
>>>>>> >:
>>>>>>
>>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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<
> users-unsubscribe@felix.apache.org
>>>>
>>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>> ------------------------------**------------------------------**---------
>>>>>> To unsubscribe, e-mail:
>>>>>> users-unsubscribe@felix.**apache.org<
> users-unsubscribe@felix.apache.org>
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
>>>> --------
>>>> "I don't care what you can do. I care what you can guarantee."
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>
>>
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Matt Madhavan <ma...@gmail.com>.
Ornate? Come on man, check it out. I have designed the OSGi development
standard for my client based on PAX tools! Probably going to be. One of the
largest OSGi project
On Aug 19, 2011 8:40 PM, <jo...@exceter.com> wrote:
>
> 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 <ma...@gmail.com>:
>
>> OPS4J PAXTinyBundle Tool might be a good option too!
>> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>>
>>> That's quite a trick... Thanks!
>>>
>>> Quoting chetan mehrotra <ch...@gmail.com>:
>>>
>>>> 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, <jo...@exceter.com> 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<holger.hoffstaette@googlemail.com
>
>>>>> >:
>>>>>
>>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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<
users-unsubscribe@felix.apache.org
>>>
>>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>> ------------------------------**------------------------------**---------
>>>>> To unsubscribe, e-mail:
>>>>> users-unsubscribe@felix.**apache.org<
users-unsubscribe@felix.apache.org>
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>
>>>
>>>
>>>
>>>
>>> --------
>>> "I don't care what you can do. I care what you can guarantee."
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
Re: Install Object as bundle
Posted by jo...@exceter.com.
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 <ma...@gmail.com>:
> OPS4J PAXTinyBundle Tool might be a good option too!
> On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>>
>> That's quite a trick... Thanks!
>>
>> Quoting chetan mehrotra <ch...@gmail.com>:
>>
>>> 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, <jo...@exceter.com> 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
>>>> <ho...@googlemail.com>
>>>> >:
>>>>
>>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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<users-unsubscribe@felix.apache.org
>>
>>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>>
> ------------------------------**------------------------------**---------
>>>> To unsubscribe, e-mail:
>>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>
>>
>>
>>
>>
>> --------
>> "I don't care what you can do. I care what you can guarantee."
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Matt Madhavan <ma...@gmail.com>.
OPS4J PAXTinyBundle Tool might be a good option too!
On Aug 19, 2011 1:23 PM, <jo...@exceter.com> wrote:
>
> That's quite a trick... Thanks!
>
> Quoting chetan mehrotra <ch...@gmail.com>:
>
>> 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, <jo...@exceter.com> 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
>>> <ho...@googlemail.com>
>>> >:
>>>
>>> On 19.08.2011 15:28, john.dunlap@exceter.com 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<users-unsubscribe@felix.apache.org
>
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>>
>>>
>>>
>>>
>>>
------------------------------**------------------------------**---------
>>> To unsubscribe, e-mail:
>>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>
>
>
>
>
> --------
> "I don't care what you can do. I care what you can guarantee."
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
Re: Install Object as bundle
Posted by jo...@exceter.com.
That's quite a trick... Thanks!
Quoting chetan mehrotra <ch...@gmail.com>:
> 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, <jo...@exceter.com> 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
>> <ho...@googlemail.com>
>> >:
>>
>> On 19.08.2011 15:28, john.dunlap@exceter.com 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<us...@felix.apache.org>
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>>
>>
>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail:
>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
--------
"I don't care what you can do. I care what you can guarantee."
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by chetan mehrotra <ch...@gmail.com>.
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, <jo...@exceter.com> 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 <ho...@googlemail.com>
> >:
>
> On 19.08.2011 15:28, john.dunlap@exceter.com 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<us...@felix.apache.org>
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>>
>
>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
> For additional commands, e-mail: users-help@felix.apache.org
>
>
Re: Install Object as bundle
Posted by jo...@exceter.com.
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 <ho...@googlemail.com>:
> On 19.08.2011 15:28, john.dunlap@exceter.com 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
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Holger Hoffstätte <ho...@googlemail.com>.
On 19.08.2011 15:28, john.dunlap@exceter.com 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
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by jo...@exceter.com.
Yes, that's exactly what I need to do. Do you have a recommended approach?
Quoting Holger Hoffstätte <ho...@googlemail.com>:
> On 19.08.2011 14:51, john.dunlap@exceter.com wrote:
>> Is it possible to install an object as a bundle without first
>> packaging it as a jar? The closest I've been able to find is adding
>> activators to the system bundle via
>> FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP. Is there a better way?
>
> It's relatively easy to dynamically create a bundle in-memory and
> install/start it - assuming you have an administrative service runing to
> do this for you. This should allow you to tie your "object" (service) into
> the framework. Is that what you had in mind?
>
> -h
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Install Object as bundle
Posted by Holger Hoffstätte <ho...@googlemail.com>.
On 19.08.2011 14:51, john.dunlap@exceter.com wrote:
> Is it possible to install an object as a bundle without first
> packaging it as a jar? The closest I've been able to find is adding
> activators to the system bundle via
> FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP. Is there a better way?
It's relatively easy to dynamically create a bundle in-memory and
install/start it - assuming you have an administrative service runing to
do this for you. This should allow you to tie your "object" (service) into
the framework. Is that what you had in mind?
-h
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Install Object as bundle
Posted by jo...@exceter.com.
Is it possible to install an object as a bundle without first
packaging it as a jar? The closest I've been able to find is adding
activators to the system bundle via
FelixConstants.SYSTEMBUNDLE_ACTIVATORS_PROP. Is there a better way?
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedded Felix Example
Posted by "Richard S. Hall" <he...@ungoverned.org>.
Thanks for the summary.
-> richard
On 8/17/11 14:35, Quecas wrote:
> Hello,
>
> The following summary describes how I was able to launch Felix from within a
> bundle using bndtools:
>
> 1. Embed the framework.jar inside the bundle that will launch the "inner"
> framework.
> 2. With bndtools, there are two ways to embed a jar file in a bundle i)
> "Rolled" and ii) "Unrolled" e.g. bnd.bnd file
> i) Include-Resource: lib/org.apache.felix.framework-3.2.2.jar =>
> Rolled
> ii) Include-Resource: @lib/org.apache.felix.framework-3.2.2.jar =>
> Unrolled - expands the Felix jar
>
> These two options produce two different MANIFEST.MF files and both require
> tweaking to get it to work.
>
> The framework.jar must also be in the project's Build Path.
>
> 3. With option i) I had to "Customize Imports" with bndtools as follows:
> !org.apache.felix.framework
>
> which produced the following:
> Ignore-Package: org.apache.felix.framework
> Import-Package: org.osgi.framework;version="[1.5,2)",org.osgi.framework.
> launch;version="[1.0,2)",org.me.spi;version=" [1.0,2)"
>
> I also had to add Bundle-Classpath: .,org.apache.felix.framework-3.2.2.jar
> to the bnd.bnd file
>
> 4) With option ii) I had to "Customize Imports" with bndtools as follows:
> !dalvik.system
> !android.dalvik
> org.osgi.framework
>
> which produced the following:
> Ignore-Package: dalvik.system,android.dalvik
> Import-Package: javax.security.auth.x500,org.osgi.framework;version="[1.
> 5,2)",org.me.spi;version="[1.0,2)"
>
> I had to "ignore" the dalvik stuff because I wasn't making use of it and
> therefore getting "Unresolved constraints" exception.
>
> What wasn't apparent to me at first is that package org.osgi.framework must
> be in the Import-Package header, this is because my activator (which
> implements org.osgi.framework.BundleActivator) must NOT get loaded from the
> embedded framework otherwise a ClassCastException is thrown which is due to
> the org.osgi.framework.BundleActivator interface loading from the incorrect
> class space.
>
> Thanks to Richard Hall, Karl Pauls and Peter Kriens for all the help and
> getting me hooked on OSGi :drunk:
>
> Regards
> Jorge
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedded Felix Example
Posted by Quecas <jm...@gmail.com>.
Hello,
The following summary describes how I was able to launch Felix from within a
bundle using bndtools:
1. Embed the framework.jar inside the bundle that will launch the "inner"
framework.
2. With bndtools, there are two ways to embed a jar file in a bundle i)
"Rolled" and ii) "Unrolled" e.g. bnd.bnd file
i) Include-Resource: lib/org.apache.felix.framework-3.2.2.jar =>
Rolled
ii) Include-Resource: @lib/org.apache.felix.framework-3.2.2.jar =>
Unrolled - expands the Felix jar
These two options produce two different MANIFEST.MF files and both require
tweaking to get it to work.
The framework.jar must also be in the project's Build Path.
3. With option i) I had to "Customize Imports" with bndtools as follows:
!org.apache.felix.framework
which produced the following:
Ignore-Package: org.apache.felix.framework
Import-Package: org.osgi.framework;version="[1.5,2)",org.osgi.framework.
launch;version="[1.0,2)",org.me.spi;version=" [1.0,2)"
I also had to add Bundle-Classpath: .,org.apache.felix.framework-3.2.2.jar
to the bnd.bnd file
4) With option ii) I had to "Customize Imports" with bndtools as follows:
!dalvik.system
!android.dalvik
org.osgi.framework
which produced the following:
Ignore-Package: dalvik.system,android.dalvik
Import-Package: javax.security.auth.x500,org.osgi.framework;version="[1.
5,2)",org.me.spi;version="[1.0,2)"
I had to "ignore" the dalvik stuff because I wasn't making use of it and
therefore getting "Unresolved constraints" exception.
What wasn't apparent to me at first is that package org.osgi.framework must
be in the Import-Package header, this is because my activator (which
implements org.osgi.framework.BundleActivator) must NOT get loaded from the
embedded framework otherwise a ClassCastException is thrown which is due to
the org.osgi.framework.BundleActivator interface loading from the incorrect
class space.
Thanks to Richard Hall, Karl Pauls and Peter Kriens for all the help and
getting me hooked on OSGi :drunk:
Regards
Jorge
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
--
View this message in context: http://old.nabble.com/launch-framework-from-bundle-tp32155585p32282032.html
Sent from the Apache Felix - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedded Felix Example
Posted by jo...@exceter.com.
Thanks! I'll check it out!
Quoting Ken Gilmer <kg...@buglabs.net>:
> Hi John,
>
> Ooops. I've refactored that class and it's now called Launcher:
> https://github.com/kgilmer/knapsack/blob/master/org/knapsack/Launcher.java
>
> hth,
> ken
>
>
> On Fri, Aug 5, 2011 at 10:30 PM, <jo...@exceter.com> wrote:
>
>>
>> Hi Ken, that link is giving me a 404
>>
>>
>> Quoting Ken Gilmer <kg...@buglabs.net>:
>>
>> Hi John,
>>>
>>> Knapsack embeds Felix 3.2.2 and uses some of the more complex options,
>>> such as using a custom Logger and adding bundles to the framework before
>>> startup:
>>>
>>> https://github.com/kgilmer/**knapsack/blob/master/org/**
>>> knapsack/Bootstrap.java<https://github.com/kgilmer/knapsack/blob/master/org/knapsack/Bootstrap.java>
>>>
>>> hth,
>>> ken
>>>
>>> On Fri, Aug 5, 2011 at 5:27 AM, <jo...@exceter.com> wrote:
>>>
>>> I'm trying to embed felix and the code examples at
>>>> http://felix.apache.org/site/****apache-felix-framework-**<http://felix.apache.org/site/**apache-felix-framework-**>
>>>> launching-and-embedding.html<h**ttp://felix.apache.org/site/**
>>>> apache-felix-framework-**launching-and-embedding.html<http://felix.apache.org/site/apache-felix-framework-launching-and-embedding.html>
>>>> >**seem, at least to me, to be incomplete. The only working example of
>>>> how to
>>>>
>>>> embed felix which I've been able to find is this:
>>>> http://svn.apache.org/viewvc/****felix/trunk/examples/**<http://svn.apache.org/viewvc/**felix/trunk/examples/**>
>>>> servicebased.host/src/main/****java/org/apache/felix/example/****
>>>> servicebased/host/Activator.****java?view=markup<http://svn.**
>>>> apache.org/viewvc/felix/trunk/**examples/servicebased.host/**
>>>> src/main/java/org/apache/**felix/example/servicebased/**
>>>> host/Activator.java?view=**markup<http://svn.apache.org/viewvc/felix/trunk/examples/servicebased.host/src/main/java/org/apache/felix/example/servicebased/host/Activator.java?view=markup>
>>>> >
>>>>
>>>>
>>>> but it depends on felix 1.8.0 and uses classes which no longer exist in
>>>> felix 3.2.2. How could this example be adapted to work with a more recent
>>>> felix?
>>>>
>>>> -John
>>>>
>>>>
>>>> ------------------------------****----------------------------**
>>>> --**---------
>>>> To unsubscribe, e-mail:
>>>> users-unsubscribe@felix.**apac**he.org<http://apache.org>
>>>> <us...@felix.apache.org>
>>>> >
>>>>
>>>> For additional commands, e-mail: users-help@felix.apache.org
>>>>
>>>>
>>>>
>>>
>>> --
>>> thx
>>> ken
>>>
>>>
>>
>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail:
>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
> --
> thx
> ken
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedded Felix Example
Posted by Ken Gilmer <kg...@buglabs.net>.
Hi John,
Ooops. I've refactored that class and it's now called Launcher:
https://github.com/kgilmer/knapsack/blob/master/org/knapsack/Launcher.java
hth,
ken
On Fri, Aug 5, 2011 at 10:30 PM, <jo...@exceter.com> wrote:
>
> Hi Ken, that link is giving me a 404
>
>
> Quoting Ken Gilmer <kg...@buglabs.net>:
>
> Hi John,
>>
>> Knapsack embeds Felix 3.2.2 and uses some of the more complex options,
>> such as using a custom Logger and adding bundles to the framework before
>> startup:
>>
>> https://github.com/kgilmer/**knapsack/blob/master/org/**
>> knapsack/Bootstrap.java<https://github.com/kgilmer/knapsack/blob/master/org/knapsack/Bootstrap.java>
>>
>> hth,
>> ken
>>
>> On Fri, Aug 5, 2011 at 5:27 AM, <jo...@exceter.com> wrote:
>>
>> I'm trying to embed felix and the code examples at
>>> http://felix.apache.org/site/****apache-felix-framework-**<http://felix.apache.org/site/**apache-felix-framework-**>
>>> launching-and-embedding.html<h**ttp://felix.apache.org/site/**
>>> apache-felix-framework-**launching-and-embedding.html<http://felix.apache.org/site/apache-felix-framework-launching-and-embedding.html>
>>> >**seem, at least to me, to be incomplete. The only working example of
>>> how to
>>>
>>> embed felix which I've been able to find is this:
>>> http://svn.apache.org/viewvc/****felix/trunk/examples/**<http://svn.apache.org/viewvc/**felix/trunk/examples/**>
>>> servicebased.host/src/main/****java/org/apache/felix/example/****
>>> servicebased/host/Activator.****java?view=markup<http://svn.**
>>> apache.org/viewvc/felix/trunk/**examples/servicebased.host/**
>>> src/main/java/org/apache/**felix/example/servicebased/**
>>> host/Activator.java?view=**markup<http://svn.apache.org/viewvc/felix/trunk/examples/servicebased.host/src/main/java/org/apache/felix/example/servicebased/host/Activator.java?view=markup>
>>> >
>>>
>>>
>>> but it depends on felix 1.8.0 and uses classes which no longer exist in
>>> felix 3.2.2. How could this example be adapted to work with a more recent
>>> felix?
>>>
>>> -John
>>>
>>>
>>> ------------------------------****----------------------------**
>>> --**---------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.**apac**he.org<http://apache.org>
>>> <us...@felix.apache.org>
>>> >
>>>
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>>
>>>
>>
>> --
>> thx
>> ken
>>
>>
>
>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
thx
ken
Re: Embedded Felix Example
Posted by jo...@exceter.com.
Hi Ken, that link is giving me a 404
Quoting Ken Gilmer <kg...@buglabs.net>:
> Hi John,
>
> Knapsack embeds Felix 3.2.2 and uses some of the more complex options,
> such as using a custom Logger and adding bundles to the framework before
> startup:
>
> https://github.com/kgilmer/knapsack/blob/master/org/knapsack/Bootstrap.java
>
> hth,
> ken
>
> On Fri, Aug 5, 2011 at 5:27 AM, <jo...@exceter.com> wrote:
>
>> I'm trying to embed felix and the code examples at
>> http://felix.apache.org/site/**apache-felix-framework-**
>> launching-and-embedding.html<http://felix.apache.org/site/apache-felix-framework-launching-and-embedding.html>seem, at least to me, to be incomplete. The only working example of how
>> to
>> embed felix which I've been able to find is this:
>> http://svn.apache.org/viewvc/**felix/trunk/examples/**
>> servicebased.host/src/main/**java/org/apache/felix/example/**
>> servicebased/host/Activator.**java?view=markup<http://svn.apache.org/viewvc/felix/trunk/examples/servicebased.host/src/main/java/org/apache/felix/example/servicebased/host/Activator.java?view=markup>
>>
>> but it depends on felix 1.8.0 and uses classes which no longer exist in
>> felix 3.2.2. How could this example be adapted to work with a more recent
>> felix?
>>
>> -John
>>
>>
>> ------------------------------**------------------------------**---------
>> To unsubscribe, e-mail:
>> users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
>
> --
> thx
> ken
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedded Felix Example
Posted by Ken Gilmer <kg...@buglabs.net>.
Hi John,
Knapsack embeds Felix 3.2.2 and uses some of the more complex options,
such as using a custom Logger and adding bundles to the framework before
startup:
https://github.com/kgilmer/knapsack/blob/master/org/knapsack/Bootstrap.java
hth,
ken
On Fri, Aug 5, 2011 at 5:27 AM, <jo...@exceter.com> wrote:
> I'm trying to embed felix and the code examples at
> http://felix.apache.org/site/**apache-felix-framework-**
> launching-and-embedding.html<http://felix.apache.org/site/apache-felix-framework-launching-and-embedding.html>seem, at least to me, to be incomplete. The only working example of how to
> embed felix which I've been able to find is this:
> http://svn.apache.org/viewvc/**felix/trunk/examples/**
> servicebased.host/src/main/**java/org/apache/felix/example/**
> servicebased/host/Activator.**java?view=markup<http://svn.apache.org/viewvc/felix/trunk/examples/servicebased.host/src/main/java/org/apache/felix/example/servicebased/host/Activator.java?view=markup>
>
> but it depends on felix 1.8.0 and uses classes which no longer exist in
> felix 3.2.2. How could this example be adapted to work with a more recent
> felix?
>
> -John
>
>
> ------------------------------**------------------------------**---------
> To unsubscribe, e-mail: users-unsubscribe@felix.**apache.org<us...@felix.apache.org>
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
thx
ken
Re: Embedded Felix Example
Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 8/5/11 9:39 AM, john.dunlap@exceter.com wrote:
>
> Richard, as requested I've created an issue for this,
> https://issues.apache.org/jira/browse/FELIX-3068
thanks.
-> richard
>
> -John
>
> Quoting "Richard S. Hall" <he...@ungoverned.org>:
>
>> On 8/4/11 4:27 PM, john.dunlap@exceter.com wrote:
>>> I'm trying to embed felix and the code examples at
>>> http://felix.apache.org/site/apache-felix-framework-launching-and-embedding.html
>>> seem, at least to me, to be incomplete.
>>
>>
>> I think the examples are complete and reasonably up-to-date (i.e.,
>> framework 3.0.0), just simplistic.
>>
>>> The only working example of how to embed felix which I've been able
>>> to find is this:
>>> http://svn.apache.org/viewvc/felix/trunk/examples/servicebased.host/src/main/java/org/apache/felix/example/servicebased/host/Activator.java?view=markup
>>>
>>> but it depends on felix 1.8.0 and uses classes which no longer
>>> exist in felix 3.2.2. How could this example be adapted to work
>>> with a more recent felix?
>>
>> Yeah, these examples could be updated, but the overall approach is
>> still exactly the same, the approach has just been standardized. Open
>> an issue to update these examples and I will try to get around to it.
>>
>> -> richard
>>
>>>
>>> -John
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>>> For additional commands, e-mail: users-help@felix.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedded Felix Example
Posted by jo...@exceter.com.
Richard, as requested I've created an issue for this,
https://issues.apache.org/jira/browse/FELIX-3068
-John
Quoting "Richard S. Hall" <he...@ungoverned.org>:
> On 8/4/11 4:27 PM, john.dunlap@exceter.com wrote:
>> I'm trying to embed felix and the code examples at
>> http://felix.apache.org/site/apache-felix-framework-launching-and-embedding.html seem, at least to me, to be
>> incomplete.
>
>
> I think the examples are complete and reasonably up-to-date (i.e.,
> framework 3.0.0), just simplistic.
>
>> The only working example of how to embed felix which I've been able
>> to find is this:
>> http://svn.apache.org/viewvc/felix/trunk/examples/servicebased.host/src/main/java/org/apache/felix/example/servicebased/host/Activator.java?view=markup
>>
>> but it depends on felix 1.8.0 and uses classes which no longer
>> exist in felix 3.2.2. How could this example be adapted to work
>> with a more recent felix?
>
> Yeah, these examples could be updated, but the overall approach is
> still exactly the same, the approach has just been standardized. Open
> an issue to update these examples and I will try to get around to it.
>
> -> richard
>
>>
>> -John
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Embedded Felix Example
Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 8/4/11 4:27 PM, john.dunlap@exceter.com wrote:
> I'm trying to embed felix and the code examples at
> http://felix.apache.org/site/apache-felix-framework-launching-and-embedding.html
> seem, at least to me, to be incomplete.
I think the examples are complete and reasonably up-to-date (i.e.,
framework 3.0.0), just simplistic.
> The only working example of how to embed felix which I've been able to
> find is this:
> http://svn.apache.org/viewvc/felix/trunk/examples/servicebased.host/src/main/java/org/apache/felix/example/servicebased/host/Activator.java?view=markup
>
> but it depends on felix 1.8.0 and uses classes which no longer exist
> in felix 3.2.2. How could this example be adapted to work with a more
> recent felix?
Yeah, these examples could be updated, but the overall approach is still
exactly the same, the approach has just been standardized. Open an issue
to update these examples and I will try to get around to it.
-> richard
>
> -John
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Embedded Felix Example
Posted by jo...@exceter.com.
I'm trying to embed felix and the code examples at
http://felix.apache.org/site/apache-felix-framework-launching-and-embedding.html seem, at least to me, to be incomplete. The only working example of how to embed felix which I've been able to find is this:
http://svn.apache.org/viewvc/felix/trunk/examples/servicebased.host/src/main/java/org/apache/felix/example/servicebased/host/Activator.java?view=markup
but it depends on felix 1.8.0 and uses classes which no longer exist
in felix 3.2.2. How could this example be adapted to work with a more
recent felix?
-John
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: launch framework from bundle
Posted by Quecas <jm...@gmail.com>.
Hi Richard,
How can I send you the project?
-> jorge
Richard S. Hall wrote:
>
> If you want to send me personally a simple project (with source) to
> recreate the issue, I'll take a look at it.
>
> -> richard
>
> On 8/3/11 10:43, Quecas wrote:
>> I've managed to turn up the Felix log level and I am convinced that my
>> problem is that package org.me.osgi.app1.spi.service is not in the inner
>> system.bundle classpath.
>>
>> My understanding was that the executing environment
>> (hostingBundle/outerBundle) would automatically export everything in it's
>> classpath over to the framework (in this case inner system.bundle) -
>> considering that that package org.me.osgi.app1.spi.service is also being
>> referenced in the outerBundle.
>>
>> Do I have to explicitly import package org.me.osgi.app1.spi.service in
>> the
>> inner system.bundle scenario (isn't necessary with an outer launch of the
>> framework)
>>
>> The log output...
>> Package 'org.me.osgi.app1.spi.service' is imported by bundle
>> org.me.osgi.app1.plugins.greetingservice [6] from bundle
>> org.apache.felix.framework [0],
>> but the exported package from bundle org.apache.felix.framework [0] does
>> not
>> contain the requested class 'org.me.osgi.app1.spi.service.ServiceProvider
>> '.
>> Please verify that the class name is correct in the importing bundle
>> org.me.osgi.app1.plugins.greetingservice [6]
>> and/or that the exported package is correctly bundled in
>> org.apache.felix.framework [0].
>>
>>
>> Thanks
>> Jorge
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
>
--
View this message in context: http://old.nabble.com/launch-framework-from-bundle-tp32155585p32194210.html
Sent from the Apache Felix - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: launch framework from bundle
Posted by "Richard S. Hall" <he...@ungoverned.org>.
If you want to send me personally a simple project (with source) to
recreate the issue, I'll take a look at it.
-> richard
On 8/3/11 10:43, Quecas wrote:
> I've managed to turn up the Felix log level and I am convinced that my
> problem is that package org.me.osgi.app1.spi.service is not in the inner
> system.bundle classpath.
>
> My understanding was that the executing environment
> (hostingBundle/outerBundle) would automatically export everything in it's
> classpath over to the framework (in this case inner system.bundle) -
> considering that that package org.me.osgi.app1.spi.service is also being
> referenced in the outerBundle.
>
> Do I have to explicitly import package org.me.osgi.app1.spi.service in the
> inner system.bundle scenario (isn't necessary with an outer launch of the
> framework)
>
> The log output...
> Package 'org.me.osgi.app1.spi.service' is imported by bundle
> org.me.osgi.app1.plugins.greetingservice [6] from bundle
> org.apache.felix.framework [0],
> but the exported package from bundle org.apache.felix.framework [0] does not
> contain the requested class 'org.me.osgi.app1.spi.service.ServiceProvider '.
> Please verify that the class name is correct in the importing bundle
> org.me.osgi.app1.plugins.greetingservice [6]
> and/or that the exported package is correctly bundled in
> org.apache.felix.framework [0].
>
>
> Thanks
> Jorge
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: launch framework from bundle
Posted by Quecas <jm...@gmail.com>.
I've managed to turn up the Felix log level and I am convinced that my
problem is that package org.me.osgi.app1.spi.service is not in the inner
system.bundle classpath.
My understanding was that the executing environment
(hostingBundle/outerBundle) would automatically export everything in it's
classpath over to the framework (in this case inner system.bundle) -
considering that that package org.me.osgi.app1.spi.service is also being
referenced in the outerBundle.
Do I have to explicitly import package org.me.osgi.app1.spi.service in the
inner system.bundle scenario (isn't necessary with an outer launch of the
framework)
The log output...
Package 'org.me.osgi.app1.spi.service' is imported by bundle
org.me.osgi.app1.plugins.greetingservice [6] from bundle
org.apache.felix.framework [0],
but the exported package from bundle org.apache.felix.framework [0] does not
contain the requested class 'org.me.osgi.app1.spi.service.ServiceProvider '.
Please verify that the class name is correct in the importing bundle
org.me.osgi.app1.plugins.greetingservice [6]
and/or that the exported package is correctly bundled in
org.apache.felix.framework [0].
Thanks
Jorge
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
--
View this message in context: http://old.nabble.com/launch-framework-from-bundle-tp32155585p32186950.html
Sent from the Apache Felix - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: launch framework from bundle
Posted by "Richard S. Hall" <he...@ungoverned.org>.
On 7/29/11 5:39, Quecas wrote:
> Hi guys,
>
> Thanks for the replies.
>
> At this stage my head still has a couple of hairs left to pull out
> :confused:.
>
> My test implementation goes something like this - sorry for the long
> explanation, I really tried to make it short :-D
>
> 1. I am using eclipse 3.7 with bndtools.
> 2. My workspace includes 4 OSGI enabled projects:
> a. cnf
> b. org.me.osgi.app1 (starts org.me.osgi.app1.plugincontainer,
> org.me.osgi.app1.spi.service, org.me.osgi.app1)
> c. org.me.osgi.app1.spi.service (defines an interface 'ServiceProvider'
> as is exported)
> d. org.me.osgi.app1.plugincontainer (launches a new osgi framework and
> installs,starts bunbles found in a pre-defined dir)
> 3. The org.me.osgi.app1.plugincontainer package defines a BundleActivator
> which is responsable for launching the new osgi framework
>
> public final class FrameworkActivator implements BundleActivator {
> private FrameworkFactory frameworkFactory;
> private Framework framework;
>
> @Override
> public void start(BundleContext context) throws Exception {
> Map<String,String> config = new HashMap<String, String>();
> config.put(Constants.FRAMEWORK_EXECUTIONENVIRONMENT, "JavaSE-1.6");
> config.put(Constants.FRAMEWORK_STORAGE_CLEAN,
> Constants.FRAMEWORK_STORAGE_CLEAN_ONFIRSTINIT);
> config.put(Constants.FRAMEWORK_STORAGE,
> "/home/me/tests/osgi/cache");
> config.put(Constants.FRAMEWORK_SYSTEMPACKAGES_EXTRA,
> "org.me.osgi.app1.spi.service");
Assuming you are embedding the framework.jar file into your outer
bundle, to export the above package from the inner system bundle, it
needs to be on the class path of the outer bundle, since the system
bundle can only export stuff that is available from its class loader.
> config.put(Constants.FRAMEWORK_BUNDLE_PARENT,
> Constants.FRAMEWORK_BUNDLE_PARENT_EXT);
I'm not sure why you are setting this, but to be clear, this setting has
nothing to do with exporting stuff from the system bundle.
>
> 5 The MANIFEST.MF for fragment bundle
> org.me.osgi.app1.plugincontainer.extension-1.0.0.jar contains the following
> headers
> Manifest-Version: 1.0
> Bundle-ManifestVersion: 2
> Bundle-Name: org.me.osgi.app1.plugincontainer.extension
> Bundle-SymbolicName: org.me.osgi.app1.plugincontainer.extension
> Bundle-Version: 1.0.0
> Bundle-RequiredExecutionEnvironment: JavaSE-1.6
> Fragment-Host: system.bundle; extension:=framework
> Export-Package: org.me.osgi.app1.spi.service;version="1.0.0"
You shouldn't be using a system bundle extension at all in this case. I
am pretty sure they won't work in this case, because they assume the
class loader of the framework is a URLClassLoader derivative, but the
class loader of an embedded framework is a bundle class loader.
-> richard
>
> 6. Launching the outer framework (via eclipse) I get the following error:
> Failed to start bundle org.me.osgi.app1.plugincontainer-1.0.0, exception
> Activator start error in bundle org.me.osgi.app1.plugins.greetingservice
> [6].
>
> 7. -> ps (inner framework)
> START LEVEL 1
> ID State Level Name
> [ 0] [Active ] [ 0] System Bundle (3.0.4)
> [ 1] [Active ] [ 1] Apache Felix Declarative Services (1.4.0)
> [ 2] [Active ] [ 1] Apache Felix Shell Service (1.4.2)
> [ 3] [Active ] [ 1] Apache Felix Shell TUI (1.4.1)
> [ 4] [Active ] [ 1] osgi.cmpn (4.2.1.201001051203)
> [ 5] [Resolved ] [ 1] org.me.osgi.app1.plugincontainer.extension
> (1.0.0)
> [ 6] [Resolved ] [ 1] org.me.osgi.app1.plugins.greetingservice
> (1.0.0)
>
> 8. -> start 6
> org.osgi.framework.BundleException: Activator start error in bundle
> org.me.osgi.app1.plugins.greetingservice [6].
> at org.apache.felix.framework.Felix.activateBundle(Felix.java:1869)
> at org.apache.felix.framework.Felix.startBundle(Felix.java:1739)
> at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:922)
> at
> org.apache.felix.shell.impl.StartCommandImpl.execute(StartCommandImpl.java:114)
> at
> org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:286)
> at
> org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:184)
> at java.lang.Thread.run(Unknown Source)
> Caused by: java.lang.NoClassDefFoundError:
> org/me/osgi/app1/spi/service/ServiceProvider
> at java.lang.ClassLoader.defineClass1(Native Method)
> at java.lang.ClassLoader.defineClassCond(Unknown Source)
> at java.lang.ClassLoader.defineClass(Unknown Source)
> at
> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1872)
> at
> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:720)
> at org.apache.felix.framework.ModuleImpl.access$300(ModuleImpl.java:73)
> at
> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at
> org.apache.felix.framework.ModuleImpl.getClassByDelegation(ModuleImpl.java:638)
> at org.apache.felix.framework.Felix.createBundleActivator(Felix.java:3660)
> at org.apache.felix.framework.Felix.activateBundle(Felix.java:1817)
> ... 6 more
> Caused by: java.lang.ClassNotFoundException:
> org.me.osgi.app1.spi.service.ServiceProvider
> at java.net.URLClassLoader$1.run(Unknown Source)
> at java.security.AccessController.doPrivileged(Native Method)
> at java.net.URLClassLoader.findClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> at
> org.apache.felix.framework.ExtensionManager$ExtensionManagerModule.getClassByDelegation(ExtensionManager.java:692)
> at org.apache.felix.framework.resolver.WireImpl.getClass(WireImpl.java:99)
> at
> org.apache.felix.framework.ModuleImpl.searchImports(ModuleImpl.java:1370)
> at
> org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:715)
> at org.apache.felix.framework.ModuleImpl.access$300(ModuleImpl.java:73)
> at
> org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
> at java.lang.ClassLoader.loadClass(Unknown Source)
> ... 17 more
> java.lang.NoClassDefFoundError: org/me/osgi/app1/spi/service/ServiceProvider
>
> I have tried other things, but this is how I understand it to be, of which
> I'm definitely missing something in my understanding of things.
>
> Thanks Again
> Jorge
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: launch framework from bundle
Posted by Quecas <jm...@gmail.com>.
Hi guys,
Thanks for the replies.
At this stage my head still has a couple of hairs left to pull out
:confused:.
My test implementation goes something like this - sorry for the long
explanation, I really tried to make it short :-D
1. I am using eclipse 3.7 with bndtools.
2. My workspace includes 4 OSGI enabled projects:
a. cnf
b. org.me.osgi.app1 (starts org.me.osgi.app1.plugincontainer,
org.me.osgi.app1.spi.service, org.me.osgi.app1)
c. org.me.osgi.app1.spi.service (defines an interface 'ServiceProvider'
as is exported)
d. org.me.osgi.app1.plugincontainer (launches a new osgi framework and
installs,starts bunbles found in a pre-defined dir)
3. The org.me.osgi.app1.plugincontainer package defines a BundleActivator
which is responsable for launching the new osgi framework
public final class FrameworkActivator implements BundleActivator {
private FrameworkFactory frameworkFactory;
private Framework framework;
@Override
public void start(BundleContext context) throws Exception {
Map<String,String> config = new HashMap<String, String>();
config.put(Constants.FRAMEWORK_EXECUTIONENVIRONMENT, "JavaSE-1.6");
config.put(Constants.FRAMEWORK_STORAGE_CLEAN,
Constants.FRAMEWORK_STORAGE_CLEAN_ONFIRSTINIT);
config.put(Constants.FRAMEWORK_STORAGE,
"/home/me/tests/osgi/cache");
config.put(Constants.FRAMEWORK_SYSTEMPACKAGES_EXTRA,
"org.me.osgi.app1.spi.service");
config.put(Constants.FRAMEWORK_BUNDLE_PARENT,
Constants.FRAMEWORK_BUNDLE_PARENT_EXT);
frameworkFactory =
ServiceLoader.load(FrameworkFactory.class).iterator().next();
framework = frameworkFactory.newFramework(config);
framework.init();
framework.start();
File deployDirectory = new File("/home/me/tests/osgi/deploy");
File[] jars = deployDirectory.listFiles(new FileFilter() {
@Override
public boolean accept(File file) {
if(null != file && file.exists() && file.isFile() &&
file.getName().endsWith(".jar")) {
return true;
}
return false;
}
});
List<Bundle> installedBundles = new LinkedList<Bundle>();
for(File jar: jars) {
installedBundles.add(framework.getBundleContext().installBundle("file:" +
jar.getAbsolutePath()));
}
for (Bundle bundle : installedBundles) {
if (bundle.getHeaders().get(Constants.FRAGMENT_HOST) == null) {
bundle.start();
}
}
}
@Override
public void stop(BundleContext context) throws Exception {
framework.stop();
framework.waitForStop(0);
}
}
4. The /home/me/tests/osgi/deploy directory contains the following bundles:
osgi.cmpn-4.2.1.jar
org.apache.felix.scr-1.4.0.jar
org.apache.felix.shell-1.4.2.jar
org.apache.felix.shell.tui-1.4.1.jar
org.me.osgi.app1.plugincontainer.extension-1.0.0.jar
org.me.osgi.app1.plugins.greetingservice-1.0.0.jar
5 The MANIFEST.MF for fragment bundle
org.me.osgi.app1.plugincontainer.extension-1.0.0.jar contains the following
headers
Manifest-Version: 1.0
Bundle-ManifestVersion: 2
Bundle-Name: org.me.osgi.app1.plugincontainer.extension
Bundle-SymbolicName: org.me.osgi.app1.plugincontainer.extension
Bundle-Version: 1.0.0
Bundle-RequiredExecutionEnvironment: JavaSE-1.6
Fragment-Host: system.bundle; extension:=framework
Export-Package: org.me.osgi.app1.spi.service;version="1.0.0"
6. Launching the outer framework (via eclipse) I get the following error:
Failed to start bundle org.me.osgi.app1.plugincontainer-1.0.0, exception
Activator start error in bundle org.me.osgi.app1.plugins.greetingservice
[6].
7. -> ps (inner framework)
START LEVEL 1
ID State Level Name
[ 0] [Active ] [ 0] System Bundle (3.0.4)
[ 1] [Active ] [ 1] Apache Felix Declarative Services (1.4.0)
[ 2] [Active ] [ 1] Apache Felix Shell Service (1.4.2)
[ 3] [Active ] [ 1] Apache Felix Shell TUI (1.4.1)
[ 4] [Active ] [ 1] osgi.cmpn (4.2.1.201001051203)
[ 5] [Resolved ] [ 1] org.me.osgi.app1.plugincontainer.extension
(1.0.0)
[ 6] [Resolved ] [ 1] org.me.osgi.app1.plugins.greetingservice
(1.0.0)
8. -> start 6
org.osgi.framework.BundleException: Activator start error in bundle
org.me.osgi.app1.plugins.greetingservice [6].
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1869)
at org.apache.felix.framework.Felix.startBundle(Felix.java:1739)
at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:922)
at
org.apache.felix.shell.impl.StartCommandImpl.execute(StartCommandImpl.java:114)
at
org.apache.felix.shell.impl.Activator$ShellServiceImpl.executeCommand(Activator.java:286)
at
org.apache.felix.shell.tui.Activator$ShellTuiRunnable.run(Activator.java:184)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.NoClassDefFoundError:
org/me/osgi/app1/spi/service/ServiceProvider
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClassCond(Unknown Source)
at java.lang.ClassLoader.defineClass(Unknown Source)
at
org.apache.felix.framework.ModuleImpl$ModuleClassLoader.findClass(ModuleImpl.java:1872)
at
org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:720)
at org.apache.felix.framework.ModuleImpl.access$300(ModuleImpl.java:73)
at
org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
at java.lang.ClassLoader.loadClass(Unknown Source)
at
org.apache.felix.framework.ModuleImpl.getClassByDelegation(ModuleImpl.java:638)
at org.apache.felix.framework.Felix.createBundleActivator(Felix.java:3660)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1817)
... 6 more
Caused by: java.lang.ClassNotFoundException:
org.me.osgi.app1.spi.service.ServiceProvider
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at
org.apache.felix.framework.ExtensionManager$ExtensionManagerModule.getClassByDelegation(ExtensionManager.java:692)
at org.apache.felix.framework.resolver.WireImpl.getClass(WireImpl.java:99)
at
org.apache.felix.framework.ModuleImpl.searchImports(ModuleImpl.java:1370)
at
org.apache.felix.framework.ModuleImpl.findClassOrResourceByDelegation(ModuleImpl.java:715)
at org.apache.felix.framework.ModuleImpl.access$300(ModuleImpl.java:73)
at
org.apache.felix.framework.ModuleImpl$ModuleClassLoader.loadClass(ModuleImpl.java:1733)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 17 more
java.lang.NoClassDefFoundError: org/me/osgi/app1/spi/service/ServiceProvider
I have tried other things, but this is how I understand it to be, of which
I'm definitely missing something in my understanding of things.
Thanks Again
Jorge
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
--
View this message in context: http://old.nabble.com/launch-framework-from-bundle-tp32155585p32160242.html
Sent from the Apache Felix - Users mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: launch framework from bundle
Posted by Karl Pauls <ka...@gmail.com>.
iirc, the "export the framework packages so your bundle can import it
doesn't work correctly". The way to go should be to just embed the
framework.jar inside your bundle.
regards,
Karl
On Thu, Jul 28, 2011 at 3:14 PM, Richard S. Hall <he...@ungoverned.org> wrote:
> You should be able to do it. Either embed the framework.jar file into your
> bundle or modify your outer framework to export the framework package so
> your bundle can import it.
>
> -> richard
>
> On 7/28/11 6:57 AM, Quecas wrote:
>>
>> Hi,
>>
>> I am "playing" around with Felix for evaluation purposes and was trying to
>> launch a new framework from within a bundle already running in a "parent"
>> framework.
>>
>> I am experiencing "Unresolved constraints", "NoClassDefFoundError"
>> depending
>> on the various approaches I've tried. I have googled extensively, read
>> about
>> and tried various approaches:
>> 1. launch with osgi.framework.system.packages.extra + declare import in
>> bundle of child framaework
>> 2. org.osgi.framework.bootdelegation + declare import in bundle of
>> child
>> framaework
>> 3. Extension Bundle approach.
>>
>> Is this approach advisable or even possible? Should I continue to pursuit
>> this approach? Am I missing something?
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
>
--
Karl Pauls
karlpauls@gmail.com
http://twitter.com/karlpauls
http://www.linkedin.com/in/karlpauls
https://profiles.google.com/karlpauls
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: launch framework from bundle
Posted by "Richard S. Hall" <he...@ungoverned.org>.
You should be able to do it. Either embed the framework.jar file into
your bundle or modify your outer framework to export the framework
package so your bundle can import it.
-> richard
On 7/28/11 6:57 AM, Quecas wrote:
> Hi,
>
> I am "playing" around with Felix for evaluation purposes and was trying to
> launch a new framework from within a bundle already running in a "parent"
> framework.
>
> I am experiencing "Unresolved constraints", "NoClassDefFoundError" depending
> on the various approaches I've tried. I have googled extensively, read about
> and tried various approaches:
> 1. launch with osgi.framework.system.packages.extra + declare import in
> bundle of child framaework
> 2. org.osgi.framework.bootdelegation + declare import in bundle of child
> framaework
> 3. Extension Bundle approach.
>
> Is this approach advisable or even possible? Should I continue to pursuit
> this approach? Am I missing something?
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org