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 <[email protected]>:
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 [email protected]:
https://github.com/tonit/Learn-PaxExam/blob/master/lesson-junit/src/test/java/org/ops4j/pax/exam/lesson3/LessonTest.java
Quoting Toni Menzel <[email protected]>:
Can you be more specific ? Would love to simplify (in your terms) ..
Toni
On Sat, Aug 20, 2011 at 5:09 PM, <[email protected]> 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 <[email protected]>:
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, <[email protected]> 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 <[email protected]>:
OPS4J PAXTinyBundle Tool might be a good option too!
On Aug 19, 2011 1:23 PM, <[email protected]> wrote:
That's quite a trick... Thanks!
Quoting chetan mehrotra <[email protected]>:
You can also have look at Karaf Spring deployer which creates a
Bundle
on
the fly for a give Spring config file
http://svn.apache.org/viewvc/**karaf/trunk/deployer/spring/**
src/main/java/org/apache/**karaf/deployer/spring/**
SpringTransformer.java?view=**markup<http://svn.apache.org/viewvc/karaf/trunk/deployer/spring/src/main/java/org/apache/karaf/deployer/spring/SpringTransformer.java?view=markup>
Chetan Mehrotra
On Fri, Aug 19, 2011 at 7:42 PM, <[email protected]> wrote:
Oh cool I was thinking along the right track! I think I can adapt
this
to
do what I need. Thanks for your assistance!
-John
Quoting Holger Hoffstätte
<holger.hoffstaette@**googlema**il.com <http://googlemail.com><
holger.hoffstaette@**googlemail.com<[email protected]>
>:
On 19.08.2011 15:28, [email protected] wrote:
Yes, that's exactly what I need to do. Do you have a
recommended
approach?
Don't know what your service does, but creating a bundle
on-the-fly
is
quite easy (I was surprised how easy, actually). I have some code but
can't post the full version, so I put a sanitized snippet here:
http://pastebin.com/Cqi7QMuJ
(it does exactly what I needed, but without a doubt Someone
On The
Internet will find something Completely Wrong with it..caveat
emptor
and
all that.)
This will create a bundle with the same version/BSN root as the
"prototype" Bundle that you pass in. Take care of generating
unique
BSNs.
The dynamically generated headers can be anything you want; I only
needed
an empty bundle with no exports/imports/services/****Activator
etc. so
this
is
left as exercise for you. :)
hth,
Holger
------------------------------****----------------------------**
--**---------
To unsubscribe, e-mail:
users-unsubscribe@felix.**apac**he.org <http://apache.org><
users-unsubscribe@felix.**apache.org<[email protected]>
For additional commands, e-mail: [email protected]
------------------------------****----------------------------**
--**---------
To unsubscribe, e-mail:
users-unsubscribe@felix.**apac**he.org <http://apache.org><
users-unsubscribe@felix.**apache.org<[email protected]>
>
For additional commands, e-mail: [email protected]
--------
"I don't care what you can do. I care what you can guarantee."
------------------------------**------------------------------**
---------
To unsubscribe, e-mail:
users-unsubscribe@felix.**apache.org<[email protected]>
For additional commands, e-mail: [email protected]
------------------------------**------------------------------**
---------
To unsubscribe, e-mail:
users-unsubscribe@felix.**apache.org<[email protected]>
For additional commands, e-mail: [email protected]
------------------------------**------------------------------**---------
To unsubscribe, e-mail:
users-unsubscribe@felix.**apache.org<[email protected]>
For additional commands, e-mail: [email protected]
--
Toni Menzel Source <http://tonimenzel.com>
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
-----
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: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
