Hi David, I read your mail on the other thread but did not reply, yet. Sorry ;) Well, wrapBundle should exactly do that: wrapping a non-osgi jar into a bundle (it uses the bnd library under the hood, which is the same that is the core of maven-bundle-plugin).
Of cause, if you don't specify any custom settings (see other options you can invoke on the wrappedBundle() factory method result) you get possibly insufficient results. So, its best to get to know how bnd works ([1]) first to get a feeling of what this is all about. In the end - wrappedBundle - so "on-the-fly bundlezation" should be a play ground only. You really should wrap you participants upfront. Possible speak to the authors of a library. As far as its about Spring, i know stuff is already available bundleized - if i am not mistaken, Eclipse Virgo might be a good place to look at because its the successor of Spring DM Server. (OSGi based Spring Server). On the other hand, why do you want Spring at all? - thought question, but really would like to hear.. ;) Also make sure to use Pax Exam 1.2.3 because of important bugfixes in the 1.x line. Toni [1] http://www.aqute.biz/Code/Bnd On Fri, Jan 14, 2011 at 7:57 PM, David Neugebauer < david.neugeba...@zlw-ima.rwth-aachen.de> wrote: > Hi, > does this mean that ive to wrapp all dependencies from outside into a > bundle? > I wanted to use org.springframework.osgi.util.OsgiStringUtils, and > appended: > wrappedBundle(mavenBundle("org.springframework.osgi", "spring-osgi-core")) > to the configuration, but i dont solve the problem of the missin class. > > Regards > David > > Toni Menzel schrieb: > >> Exactly. I was just going to write but Kyle hit the point. >> Pax Exam's provisioning lies entirely in what you define inside >> @Configuration. >> For more options, have a look into Factory Methods provided by CoreOptions >> (the one that also provides wrappedBundle as Kyle pointed out). >> As far as it comes to documentation, read >> http://paxexam.ops4j.org/display/paxexam/Core+configuration+options . >> >> Another hint, try to use the latest released version (for 1.x its 1.2.3, >> not 1.2.0). Latest releases might include important bugfixes. >> >> Hope that helps. - Toni >> >> >> On Fri, Jan 14, 2011 at 7:19 PM, Kyle Miller >> <kyle.mil...@inventrio.com<mailto: >> kyle.mil...@inventrio.com>> wrote: >> >> Hi, Alessandro. >> >> I'm new to pax-exam as well, but perhaps I can help. >> >> If it is a dependency for your tests, it does need to be in the >> configuration method (annotated with @Configuration). If its not >> a valid bundle, you can "wrap" it like so: >> >> wrappedBundle(mavenBundle("com.google.collections", >> "google-collections")) >> >> Hope this helps, >> Kyle Miller >> Inventrio >> >> >> On Fri, Jan 14, 2011 at 12:31 PM, Alessandro Novarini >> <a.novar...@sourcesense.com <mailto:a.novar...@sourcesense.com>> >> >> wrote: >> >> Hello list, >> >> I'm a new pax-exam user, and need your help for an issue I >> can't solve just reading the on-line documentation; as always >> happens, sorry if the topic is trivial or has already >> discussed before. >> >> I need to test a bundle, and for that I wanted to use the library >> com.google.collections:google-collections >> >> I'm working in Eclipse. >> The library is correctly defined as a maven dependency, and >> the test code has no errors. >> >> When I try to run the test, the exception of >> NoClassDefFoundError is raised. >> >> What I don't get is where I have to define the dependency. I >> guessed somewhere into the configuration method, but I'm quite >> sure I don't have to specify it as a bundle (btw it's not a >> valid bundle, I tried it). >> >> I'm using pax-exam version 1.2.0, maven 3.0.1 >> >> Please, can you explain me how this kind of dependency has to >> be handled? It would be enough just a link to the >> documentation, if explained there. >> >> Thank you in advance >> Ale >> >> >> _______________________________________________ >> general mailing list >> general@lists.ops4j.org <mailto:general@lists.ops4j.org> >> >> http://lists.ops4j.org/mailman/listinfo/general >> >> >> >> _______________________________________________ >> general mailing list >> general@lists.ops4j.org <mailto:general@lists.ops4j.org> >> >> http://lists.ops4j.org/mailman/listinfo/general >> >> >> >> >> -- >> *Toni Menzel || **http://okidokiteam.com* >> >> ------------------------------------------------------------------------ >> >> >> _______________________________________________ >> general mailing list >> general@lists.ops4j.org >> http://lists.ops4j.org/mailman/listinfo/general >> >> > > -- *Toni Menzel || **http://okidokiteam.com*
_______________________________________________ general mailing list general@lists.ops4j.org http://lists.ops4j.org/mailman/listinfo/general
