Hi Markus, Thanks for the hint. The remote thing got crippled at a point where the addressing (TestAddress stuff if you are familiar with the codebase) was introduced. So, yes it would be great to bring it "back" (if you can say that speaking of a feature that only existed during some milestones in pre 2.0.0 versions)
Let me know, you can either contact me directly (Skype: tonitcom), or just go ahead pushing the stuff (at best in a branch because 2.3.0 is really close. Its just awaiting me reviewing the 2.3.M1 changes. If you tell me/us your Github account ? (thats OPS4J contribution principle if you wonder whats happening here) cheers, Toni On Mon, Sep 26, 2011 at 4:18 PM, Muenkel, Markus <[email protected]>wrote: > Hello all, > > We have had a look at the Remote Container feature, which was mentioned by > Toni Menzel in his presentation at > http://www.slideshare.net/tonimenzel/pax-exam-2 slide 67ff. It seems to > nicely address one of our use cases: execute a series of integration tests > in a running OSGi instance located on a remote host in a cloud. > > In analogy to Pax Runner we would go through the process of > - Provisioning the probe bundles > - Executing the tests > - Collect test reports > - Cleanup (uninstall the probe bundles) > > Implementation of the feature has already started as we can see in project > org.ops4j.pax.exam.pax-exam-container-remote (we cloned the Pax Exam code > from git repo at https://github.com/ops4j/org.ops4j.pax.exam2.git). > > Could you give us a hint about the current status of the feature? > > We have done some experiments to get the use case running which involved > - Enhancing the implementation of RBCRemoteContainerFactory and adding > META-INF/services/org.ops4j.pax.exam.TestContainerFactory > - Preparing the target instance by provisioning the required Pax bundles > (as mentioned in the presentation) > - Starting an RMI registry and getting RMI class loading to work on the > remote host > - Reactor strategy for the case a running instance is used (rather than > creating and disposing an instance per test method) > > If it helps we could contribute to the feature. > > Best regards, > Markus > > _______________________________________________ > general mailing list > [email protected] > http://lists.ops4j.org/mailman/listinfo/general > -- Toni Menzel Source <http://tonimenzel.com>
_______________________________________________ general mailing list [email protected] http://lists.ops4j.org/mailman/listinfo/general
