Thanks Stefano, The only real solution that would work is [3], but that sucks that you have to use remote debugging. Is there any known solution using maven and OSGi that allows for just in place debugging and hot code replacement? I don't care which launcher I have to use as long as I can achieve that.
Brendan Haverlock -----Original Message----- From: Stefano Lenzi [mailto:kis...@interfree.it] Sent: Thursday, May 28, 2009 12:20 AM To: users@felix.apache.org Subject: Re: Best way to launch felix from maven Brendan Haverlock wrote: > I just installed the pax runner plugin in maven and got my "hello world" > bundle starting. Now, is there a way to debug and hot code replace with pax > in eclipse? From my experience the best companion for hot code replacement and debug in eclipse is pax-cursor [1] which is basically a front-end shaped as eclipse-plugin for pax-runner [2]. Unfortunately, AFAIK there is no integration between maven and pax-cursor. Alternately, you may consider to use pax-construct (aka Maven Pax Plugin) [3] which, by means of pax:provision (or pax:run) goal, inspect the pom for starting an OSGi platform with all the required bundles. In this way, you won't be able to use hot-code replacement neither debugging, unless you instruct the Maven Pax Plugin to start the JVM containing OSGi with the remote debugging option (i.e.: -Xdebug -Xrunjdwp:transport=dt_socket,server=y,suspend=n,address=5005 [4]). If you want you can look at the pom.xml of in all the upnp subproject [5] as example of how to use the maven-pax-plugin. [1] - pax-cursor - http://wiki.ops4j.org/display/ops4j/Pax+Cursor [2] - pax-runner - http://paxrunner.ops4j.org/space/Pax+Runner [3] - pax-construct - http://www.ops4j.org/projects/pax/construct/maven-pax-plugin/index.html [4] - FAQ 13 of pax-runner - http://paxrunner.ops4j.org/space/FAQ [5] - UPnP Subproject - http://svn.apache.org/viewvc/felix/trunk/upnp/ > > Thank you! You are welcome :) > > Brendan Haverlock Ciao, Stefano "Kismet" Lenzi > > -----Original Message----- > From: Richard Wallace [mailto:rwall...@thewallacepack.net] > Sent: Wednesday, May 27, 2009 4:41 PM > To: users@felix.apache.org > Subject: Re: Best way to launch felix from maven > > Pax runner is awesome! You should definitely give it a look. That > said, the only problem you might run into, which I've run into as well > and just haven't had the time to do anything about it, is that Pax > Runner will use its own internal mechanism to resolve bundles that are > maven dependencies and so won't use artifacts from the reactor. I've > been meaning to either try and patch the pax:run mojo to fix that, or > wrap the pax:run goal in another plugin that does the resolution and > then hands off the resolved artifacts to pax runner. One day I may > even clear up a few hours in which to do it. > > Rich > > On Wed, May 27, 2009 at 4:31 PM, Alin Dreghiciu <adreghi...@gmail.com> > wrote: >> Look for maven pax plugin: >> http://www.ops4j.org/projects/pax/construct/maven-pax-plugin/index.html >> >> On Thu, May 28, 2009 at 1:40 AM, Brendan Haverlock >> <brend...@mirthcorp.com>wrote: >> >>> Hi all, >>> >>> >>> >>> I was wondering what the best practice was for launching OSGI > applications >>> from maven was. I've been trying to launch applications by using say > the >>> easybeans felix launcher and calling that plugin's goal from the run >>> configuration. This has been giving me quite a bit of trouble, and I > can't >>> really find ANY documentation on how people are launching their OSGI >>> applications in a maven environment. Any insight, experiences, or best >>> practices would be much appreciated. I also need to ensure that hot code >>> replace will work. >>> >>> >>> >>> Thanks! >>> >>> >>> >>> Brendan Haverlock >>> >>> >>> >>> >> >> -- >> Alin Dreghiciu >> Software Developer - Looking for new projects! >> My profile: http://www.linkedin.com/in/alindreghiciu >> My blog: http://adreghiciu.blogspot.com >> http://www.ops4j.org - New Energy for OSS Communities - Open Participation >> Software. >> http://www.qi4j.org - New Energy for Java - Domain Driven Development. >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > For additional commands, e-mail: users-h...@felix.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > For additional commands, e-mail: users-h...@felix.apache.org > > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org
