Also cool but i am just working on that again:Usage of the dir handler. Do not look on the wiki for explanation but here: It has currently has this syntax: dir:<folder_on_disk>$param=value;param=value
This will make a bundle out of folder_on_disk, using params as pre-defined manifest headers. But the trick is a special parameter (which will change in new release now, but take it): tail If you do "dir:<folder>$tail=org/ops4j/pax/web/Service.class" It will use the tail expression to find dynamically the class-root(s) and pick just those to build up a classpath that will then be (by default) processed very "wrap protocol" like. We use this for the on-the-fly test bundle creation in pax exam but i think wich a better syntax it + your tool it can get very handy for quicky making bundles for trying thing out. Of cause this needs a lot more "templating" to be useful for a broader audience (dir handler). Examples i have in mind: - Folder contains just set of jars, dir makes a bundle out of it - folder contains just "resources" (not classes) that are easily picked up and anotated in generated manifest (neat for webapps i could think) General ideas for proveasyo : - easier to type name, please ;) - Thinking about making it a neat osgi toolchain that has a simple name as "git" but a flexible commandset. Then i would like the following usecase: - "pax metadata wrap:mvn:foo:bar" Running the download as before, wrap and "just print the metadata like MANIFEST to check what wrap calculated. - "pax maven-install mvn:foo:bar" Get the artifact and store it in local maven repository and so on. If it grows like that, it should have a pluggable infrastructe similar to what we have in pax url and runner. (bundles itself). I know that pax runner will get a self-update mechanism, i think for "proveasyo" it would be crucial to have 100% networked capability itself once it has been installed by the user. Oh man, i can think of very much for this tool.. On Thu, Mar 26, 2009 at 12:57 PM, Alin Dreghiciu <adreghi...@gmail.com>wrote: > First, recall that I use your repository.properties file via Settings > meaning that only those repositories will be in use. To not use them > and use pax url mvn default ones = local repo + central + ops4j + > springsource, just remove make repository.properties empty ;) > > Copy latest pax web service (0.5.3) to target dir: > proveasyo.sh mvn:org.ops4j.pax.web/pax-web-service target > > Copy v0.5.0 of pax web service to target: > proveasyo.sh mvn:org.ops4j.pax.web/pax-web-service/0.5.0 target > > Wrap (generate osgi meta) a file in the working dir and copy to target: > proveasyo.sh wrap:file:foo.jar target > > Wrap (generate osgi meta) a maven artifact (commons logging) and copy to > target: > proveasyo.sh mvn:commons-logging/commons-logging/1.1 target > > Auto transform a standard WAR into a web bundle > proveasyo.sh war:mvn:org.apache.wicket/wicket-examples/1.3.0/war target > > I can go on with examples for other handlers but they should just work > as in the examples from wiki. > > P.S. Just saw that we have a potential regression in our wrapping > support. Still the usage remain the same, just that the wrapping is > not correct in some cases as for the war: stuff. > > On Thu, Mar 26, 2009 at 1:02 PM, Filippo Diotalevi > <filippo.diotal...@gmail.com> wrote: > > On Thu, Mar 26, 2009 at 2:15 AM, Alin Dreghiciu <adreghi...@gmail.com> > wrote: > >> Hi Filippo, > >> > >> Just as as POC I forked your tool, proveasyo: > >> http://github.com/adreghiciu/proveasyo/tree/master and added the > > ... > > > > Hi Alin, > > can you provide me a few examples/use cases/command-lines to use your > > patched version? > > > > I'm trying with some of the url samples in the pax website, but I > > don't have much luck, only various exceptions.. (apart from the > > simplest mvn url) > > > > -- > > Filippo Diotalevi > > > > > > -- > Alin Dreghiciu > http://www.ops4j.org - New Energy for OSS Communities - Open > Participation Software. > http://www.qi4j.org - New Energy for Java - Domain Driven Development. > http://www.codedragons.com - New Energy for Projects - Great People > working on Great Projects at Great Places > Sent from: Cluj-Napoca CJ Romania. > -- Toni Menzel Software Developer Professional Profile: http://www.osgify.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
