On 26/04/2011 11:31, Toni Menzel wrote:
On Tue, Apr 26, 2011 at 11:44 AM, Paul French <paul.fre...@kirona.com
<mailto:paul.fre...@kirona.com>> 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.
Sorry I did not realize this. I simply followed the instructions at
http://paxrunner.ops4j.org/display/paxrunner/Eclipse+Plugin
The plugin is at version 1.3.0 I believe, so what version of PAX-Runner
does it use?
Its not obvious to me, although I am not looking that hard, that the
plugin is deprecated or simply not maintained?
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).
OK - Looking again at bndtools. Personally I don't see the problem with
PDE for OSGi development. Also we use semantic versioning and PDE
provides excellent support for this. We are also looking to use
Buckminster which is simply superb at materializing everything into your
eclipse IDE (including target platform and API baseline) and it
understands the meta data provided by PDE OSGi bundles to resolve your
dependencies. It also materializes/builds in headless mode exactly the
same way it does in eclipse, so if it builds in eclipse it will build in
headless mode on a CI server like Hudson.
- 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.
Now you are confusing me!! What does the plugin provide? I can only find
the eclipse plugin link on the PAX-Runner web page? I am obviously
having a bad day!!
- 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.
Happy to get hands dirty and frequently do, but trying to understand
what direction to take first.
- 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.
I feel a sarcastic comment coming, but I want, I might need your help :)
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.
Briefly, but trying to understand the entire landscape.
We launch from eclipse IDE to debug the application in eclipse. The
Knopflerfish plugin fires up knopflerfish and installs/starts selected
workspace/framework bundles. Looking for a replacement for this
effectively but also need to accommodate previous points above.
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.
We do both
Looking forward to hearing from you,
Ditto
Toni
Toni
On Mon, Apr 25, 2011 at 10:29 PM, Matt Madhavan
<mattmadha...@gmail.com <mailto:mattmadha...@gmail.com>> 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
<paul.fre...@kirona.com <mailto:paul.fre...@kirona.com>> 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 <tel: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
<paul.fre...@kirona.com <mailto:paul.fre...@kirona.com>>
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
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
_______________________________________________
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 Source <http://tonimenzel.com>
_______________________________________________
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 Source <http://tonimenzel.com>
_______________________________________________
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
