On Tue, Apr 26, 2011 at 11:44 AM, Paul French <[email protected]>wrote:
> On 25/04/2011 21:39, Toni Menzel wrote: > > Hi, > > yes, its kind of stale because the lack of maintenance. > In order to go forward with the regular Pax Runner, we dropped the > corresponding artifacts from general release since 1.6.0. > If there is someone who can and want to maintain the codebase, feel free > to step up. > > Personal opinion: > - should be moved to build with Tycho > > > Sorry missing something here? > > As you suggest Tycho is a build tool (well maven plugins) and looks > promising but is really poorly documented so is hard to get going and I > don't see what this has got to do with PAX-Runner? > Pax Runner Eclipse plugin is part of Pax Runner. It has been removed from the build-reactor (see main pom.xml) because there is no one taking care of this part. Is that clear? Pax Runner by itself is totally independent of any eclipse related stuff. > > We write plain OSGi bundles and use Knopflerfish as our OSGi runtime. > Knopflerfish provide an eclipse plugin which in general works quite well, > but does not support version ranges hence we are looking to use PDE plugin > tools which does. So.... we need a launcher to launch an OSGi framework of > our choice and PAX-Runner fits the bill perfectly. > > Maintaining OSGi meta data outside of the bundle manifest is not great > hence why I believe PDE is the way to go. Just need a reliable PAX-Runner!! > Ok, getting your idea. Personally i usually do not recommend using PDE for OSGi bundle development. There is a reason why bndtools started. For Maven-sane people, maven-bundle-plugin saves a lot of headaches. For a reliable Pax Runner, upgrade to the current version (1.7.1). > > > > - possibly join forces with bndtools > > Again, don't see how this will help in launching an OSGi framework? > No it doesn't. I just wanted to point you to the fact that: - Pax Runner does not come with Eclipse plugin in these days. - Bndtools is currently the best way of developing OSGi bundles in Eclipse IDE. - The future lies in combining the two. BNDTools is a eclipse citizen, Pax Runner/Exam has IDE independent karma. Its future. it does not help you now when not getting your hands dirty helping out yourself. - If you do use it (in older versions) you are perfectly suited to step in and re-add the eclipse related artifacts in the most recent Pax Runner codebase. This is how Open Source works. Most people add and maintain features because they use it themselves and care about it. For launching Frameworks inside the IDE, did you look at Pax Exam? If you tell me why you are starting frameworks from inside the IDE? If its for testing purposes, Exam is not the worst choice that we can even help at. It ships with embedded Pax Runner. Hope to get you on-track again. Just don't know how your corporate origin looks at contributing to Open Source while being a user, too. Looking forward to hearing from you, Toni > > Toni > > On Mon, Apr 25, 2011 at 10:29 PM, Matt Madhavan <[email protected]>wrote: > >> Hello, >> Is the PAX eclipse plugin really deprecated? I see only up to Felix 2.0.2! >> Any input please? >> >> Thanks >> Matt >> >> >> On Fri, Apr 22, 2011 at 1:46 AM, Paul French <[email protected]>wrote: >> >>> Happy to help but could you give us a bit more info where you are up to. >>> Yes the screenshots on the web-site are out of date but the overall >>> instructions were okay. >>> >>> I did play with Spring STS a while back (over a year) and if I remember >>> Spring STS defines it's own type of OSGi bundle project and does not use PDE >>> to build bundles . However it does not stop you creating PDE bundle projects >>> and I think PAX-Runner needs PDE built bundles to work (any PAX-Runner >>> experts out there could clarify?) >>> >>> A few pointers though... >>> >>> Create PDE bundle (standard OSGi) projects and not Spring Bundle Project >>> >>> I built several PDE bundle projects (you need to select OSGi standard in >>> the project wizard) - by default if you have not modified your target >>> platform your PDE projects will pull in plug in dependencies like >>> org.eclipse.osgixxxxx from the eclipse target platform which is okay for >>> compilation since they all implement the same OSGi standard (well there is >>> different versions but don't worry about that for now) >>> >>> You then just create a PAX-Runner run configuration. If your bundles are >>> simple, which you should do to begin with to get things going (i.e. they >>> only depend on each other and the OSGi core framework), and you take all the >>> run configuration defaults you should be good to go. You will need to select >>> the OSGi framework you want to test in. That's it as far as I remember. If >>> you struggle come back to the list and I will do again step by step in >>> eclipse and record exactly what I do. >>> >>> Cheers >>> Paul >>> >>> >>> >>> On 21/04/2011 22 <21%2F04%2F2011%2022>:12, Matt Madhavan wrote: >>> >>> Hi Paul, >>> I'm trying to install PAX-Runner plugin my self. The instructions in the >>> http://paxrunner.ops4j.org/display/paxrunner/Launch+Settings >>> >>> and what I see in my eclipse (Spring STS) do not really match! >>> >>> Is there anyway you can send me step by step instruction of how you did >>> it? I would like to test against both Felix and Equinox! >>> >>> Thanks in advance! >>> >>> Matt >>> >>> >>> >>> On Tue, Apr 19, 2011 at 4:19 AM, Paul French <[email protected]>wrote: >>> >>>> A slight correction. Duplicate system properties are not being added >>>> correctly to the config.ini but in general do not stop the launch. >>>> >>>> Howevere if I specify in my text file: >>>> >>>> >>>> -Dorg.knopflerfish.startlevel.use=true >>>> >>>> ...then this causes the launch to fail since it is not added to the >>>> config.ini file correctly and by default is required. >>>> >>>> >>>> >>>> On 19/04/2011 10:01, Paul French wrote: >>>> >>>>> I've installed the latest PAX-Runner eclipse plugin. I created a couple >>>>> of bundles to test with. >>>>> >>>>> If you select Knopflerfish 2.3.3 to run you always get felix. If you >>>>> select other Knopflerfish OSGi runtimes they work fine. >>>>> >>>>> I need to setup various system properties that Knopflerfish uses. I can >>>>> see by default PAX-Runner creates a config.ini file with various default >>>>> values. I created a text file with my various system properties (as below) >>>>> >>>>> -Dorg.osgi.provisioning.spid=knopflerfish >>>>> -Dorg.knopflerfish.verbosity=0 >>>>> -Dorg.knopflerfish.framework.debug.packages=false >>>>> -Dorg.knopflerfish.framework.debug.errors=true >>>>> -Dorg.knopflerfish.framework.debug.classloader=true >>>>> -Dorg.knopflerfish.framework.debug.startlevel=false >>>>> -Dorg.knopflerfish.framework.debug.ldap=false >>>>> -Dorg.knopflerfish.framework.debug.service_reference=false >>>>> -Dorg.knopflerfish.framework.debug.bundle_resource=false >>>>> -Dorg.knopflerfish.framework.debug.permissions=false >>>>> -Dorg.knopflerfish.framework.debug.certificates=false >>>>> -Dorg.knopflerfish.framework.system.export.all=true >>>>> -Dorg.osgi.framework.bootdelegation=* >>>>> -Dorg.knopflerfish.http.dnslookup=false >>>>> -Dorg.osgi.service.http.port=8080 >>>>> -Dorg.knopflerfish.startlevel.use=true >>>>> -Dorg.knopflerfish.log.out=false >>>>> -Dorg.knopflerfish.log.level=info >>>>> -Dorg.knopflerfish.log.grabio=false >>>>> -Dorg.knopflerfish.log.file=true >>>>> -Dorg.knopflerfish.consoletelnet.user=admin >>>>> -Dorg.knopflerfish.consoletelnet.pwd=admin >>>>> -Dorg.knopflerfish.consoletelnet.port=2323 >>>>> >>>>> >>>>> I added this text file by clicking "add file" in the provisioning >>>>> table. >>>>> >>>>> I now run again as before. It fails. If you look at the config.ini file >>>>> created it is a bit of a mess in places. >>>>> >>>>> What I found is if I remove properties that PAX-Runner adds by default >>>>> all is fine again. A bit of a pain but I can live with it for now. However >>>>> if I do want to set: >>>>> >>>>> -Dorg.knopflerfish.framework.debug.classloader=true >>>>> >>>>> How could I do this? >>>>> >>>>> Thanks >>>>> >>>>> Paul >>>>> >>>>> >>>> _______________________________________________ >>>> general mailing list >>>> [email protected] >>>> http://lists.ops4j.org/mailman/listinfo/general >>>> >>> >>> >>> _______________________________________________ >>> general mailing >>> [email protected]http://lists.ops4j.org/mailman/listinfo/general >>> >>> >>> _______________________________________________ >>> general mailing list >>> [email protected] >>> http://lists.ops4j.org/mailman/listinfo/general >>> >>> >> >> _______________________________________________ >> general mailing list >> [email protected] >> http://lists.ops4j.org/mailman/listinfo/general >> >> > > > -- > Toni Menzel Source <http://tonimenzel.com> > > > _______________________________________________ > general mailing > [email protected]http://lists.ops4j.org/mailman/listinfo/general > > > _______________________________________________ > 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
