Hi, I "desnapshotized" pax.exam 1.2.1, its here: https://scm.ops4j.org/repos/ops4j/laboratory/users/retobg/exam-1.2.1/ (I couldn't commit to the qa folder)
<https://scm.ops4j.org/repos/ops4j/laboratory/users/retobg/exam-1.2.1/>Apart for integration test 5 I also removed all dependencies to snapshot versions. Any hint on what the next thing to do is, would be very welcome. Cheers, reto On Wed, Aug 11, 2010 at 1:59 PM, Toni Menzel <t...@okidokiteam.com> wrote: > Gabor, please read the comments inline. > > On Tue, Aug 10, 2010 at 9:47 AM, Gabor Komaromi > <gabor_komar...@epam.com>wrote: > >> >> >> >> >> Hi Community, >> >> >> >> I was also about to create my own version of 1.2.1 from the 1.2.0 >> codebase. >> > Please read the last mail on this thread (use the trunk branch if you need > changes + release on ops4j if needed). > >> >> >> I have modifications for a new Runner that runs the test-methods within >> the same container without stopping the container (only at the end of test >> classes, so container-life-scope is test-class-scope) which makes test runs >> faster. By changing the annotation to which Runner class should be used, >> user can define whether use the test-method-scoped container or the new >> test-class-scoped one. >> > This is done in exam2. I specifically did not add this feature to 1.2.x > because while it looks straightforward its not side-effect free when done > with the 1.x codebase. So i honestly would not implement that in the 1.x > line also because of duplicate work. But feel free to share and just do it - > if you already have an implementation. Please make sure you work on the Pax > Exam Trunk: https://scm.ops4j.org/repos/ops4j/projects/pax/exam/ > and also add a Jira Item for that. > >> >> >> 1) We also want to make changes that could avoid the usage of the local >> Maven repository and to use the JARs on ClassPath (not trying to download >> them). This should ease our deployment/configuration process. >> >> We want Maven (and Maven repo) out of work when running our Pax Exam. >> >> Actually, for this we need some information from the Community, from You! >> >> >> > Well, we need some helper bundles at runtime to be installed into the > selected osgi container. This is being achieved by using the mvn-URL Handler > (see Pax URL Project on the website for more details if you don't know at > all). > With this we easily can install those bundles in pax exam like so: > context.install("mvn:my/superbundle/1.0"); > > This simulates maven lookup for artifact resolution, in a way that it looks > at the local repo as well as configured repositories. (See mvn-Handler doc > on how to do that). > It is clear, that just with this handler built in, you cannot go away fully > from maven semantics at runtime. > However, what you can do (and actually already did in exam2) use an > indirection in this url. Thats what the link-url handler (also part of the > Pax URL Project) is for: > in code we now do: > context.install("link:classpath:superbundle.link"); > where the format is link:<URL_TO_A_RESOURCE>. > This resource file just contains the real url to be used: maybe its mvn > (because its the most flexible, but uses maven infrastructure).. but maybe > its just a url picking up the file from classpath (when embedded in another > jar). > You understand what the idea behind this is? > In Exam2 you additionally add a dedicated artifact to your classpath > exactly for this purpose: > You can either chose for one containing link files pointing to mvn > resources, and another that embeds the artifacts (self contained). > Look here: > http://github.com/okidokiteam/exxam/tree/master/spice/pax-exam-link-mvn/ > and > > http://github.com/okidokiteam/exxam/tree/master/spice/pax-exam-link-assembly/ > > As the other question, i would not backport this to the 1.x line. Better > push effort into the exam2 work. > >> 2) If someone can give hints about how should we start to get rid of the >> Maven repository-dependencies during Runtime, it would be a great help! >> >> >> >> If more are interested in the changes above, I will share them. >> >> Currently I even have no idea, what is main branch, how to select the >> release number and so on. That info also could be good, at least to know how >> to create a new release! >> > See above. > >> 3) Is there a how-to for that? >> >> >> > See above. > >> >> >> 4) By the way, which is currently the most probable release that could >> come? From which codebase? >> >> >> > 1.2.x is https://scm.ops4j.org/repos/ops4j/projects/pax/exam/ (considered > to be stable and released) > Exam2 is here http://github.com/okidokiteam/exxam > >> >> >> Thanks in advance! >> > welcome! > >> Gábor >> >> >> >> >> >> P.S.: haven’t reply-alled before, thanks! >> >> >> >> >> >> *From:* general-boun...@lists.ops4j.org [mailto: >> general-boun...@lists.ops4j.org] *On Behalf Of *Reto Bachmann-Gmuer >> *Sent:* Monday, August 09, 2010 6:01 PM >> *To:* Niclas Hedhman >> *Cc:* general@lists.ops4j.org >> *Subject:* Release of Pax-Exam 1.2.1 (was Re: Release of Pax-Runner 1.5.0 >> ?) >> >> >> >> I'm interested in stepping forward to do a release for Pay-Exam 1.2.1 as >> for a long time now essential bugs are fixed only in the snapshot version. >> What should I consider? >> >> Cheers, >> reto >> >> On Mon, Aug 9, 2010 at 5:36 PM, Niclas Hedhman <nic...@hedhman.org> >> wrote: >> >> On Thu, Jul 29, 2010 at 12:05 AM, Xavier Fournet >> <xavier.four...@gmail.com> wrote: >> > There was no new release of Pax-Runner since 6 months... I would >> > be interested in a release of the 1.5.0 since it contains some bug fixes >> and >> > new features (ie Felix 3.0) that are important for me. Is it something >> that >> > is planned soon ? >> >> Well, our community is normally driven by those who desire the most, >> big itch to scratch.... So, if you feel you need a Release, can you >> consider to step up and cut one?? We'll grant you the necessary >> permissions, and help you along as the first cut will be the >> deepest... uh, I mean takes a while to figure out all the bits that >> must work... >> >> Cheers >> -- >> Niclas Hedhman, Software Developer >> http://www.qi4j.org - New Energy for Java >> >> I live here; http://tinyurl.com/2qq9er >> I work here; http://tinyurl.com/2ymelc >> I relax here; http://tinyurl.com/2cgsug >> >> _______________________________________________ >> general mailing list >> general@lists.ops4j.org >> http://lists.ops4j.org/mailman/listinfo/general >> >> >> >> _______________________________________________ >> general mailing list >> general@lists.ops4j.org >> http://lists.ops4j.org/mailman/listinfo/general >> >> > > > -- > Toni Menzel > Independent Software Developer > Professional Profile: http://okidokiteam.com > t...@okidokiteam.com > http://www.ops4j.org - New Energy for OSS Communities - Open > Participation Software. > > > _______________________________________________ > general mailing list > general@lists.ops4j.org > http://lists.ops4j.org/mailman/listinfo/general > >
_______________________________________________ general mailing list general@lists.ops4j.org http://lists.ops4j.org/mailman/listinfo/general
