[issues] Created: (INFRA-82) Migrate Corn jobs to CFengine & SRV07

Migrate Corn jobs to CFengine & SRV07 - Key: INFRA-82 URL: http://issues.ops4j.org/browse/INFRA-82 Project: Infrastructure Issue Type: Task Reporter: Niclas Hedhman Assignee: Peter

Re: Migrating everything away from SRV03

On Tue, Jun 9, 2009 at 3:04 PM, Heiko Seeberger wrote: > I will be giving an Advanced OSGi training course next week where we will be > using Pax Runner and Pax Exam => It would be very beneficial if the maven > repos are up and running then ;-) Since the root of the SRV03 problems has been identi

Re: pax maven plugin problem

Thanks all for the help. Stuart, I think "mvn clean install pax:provision -U" did the trick and it gets to the point where it tries to start and run the bundle on Felix. It is weird that a combination of "mvn install" followed by "mvn pax:provision" didn't do the job ... Now I have a dummy proble

Re: Spring season repository cleanup

Yah, right, TonyClasses. I wonder why we did not go for it... On Wed, Jun 10, 2009 at 10:30 PM, Toni Menzel wrote: > we had that discussion last week or so over here i recall.. as always, > my cool names are not recognized, so base is good enough .. ;) > > Also, before proceeding with Swissbox 1

Re: Spring season repository cleanup

we had that discussion last week or so over here i recall.. as always, my cool names are not recognized, so base is good enough .. ;) Also, before proceeding with Swissbox 1.0 i would like to finalize Tinybundles DeploymentPackages support. On Wed, Jun 10, 2009 at 5:31 PM, Alin Dreghiciu wrote:

[issues] Created: (GAD-2) Incorrect behaviour when both and are specified

Incorrect behaviour when both and are specified -- Key: GAD-2 URL: http://issues.ops4j.org/browse/GAD-2 Project: Gaderian Issue Type: Bug Components: Core

Re: Spring season repository cleanup

Guys, to move forward with our releases to Maven central we must start by releasing base. To do so, we should first decide about the name. For me BASE is good enough. If nobody has something against I will then release the current code as 1.0.0. Soon :) On Thu, May 28, 2009 at 4:50 PM, Niclas Hedh

Re: Spring season repository cleanup

Here is the wiki page that is describing our release process: http://wiki.ops4j.org//x/EAi4 Please contribute. On Tue, Jun 9, 2009 at 6:25 PM, Alin Dreghiciu wrote: > Looks like (advised by Sonatype guys) will be good > that our artifacts are signed. To do so, we w

Re: Spring season repository cleanup

Done. For the moment http://www.ops4j.org/keys it is. I already uploaded mine. On Wed, Jun 10, 2009 at 12:57 PM, Toni Menzel wrote: > Yes, if we should have the keys reachable under the ops4j domain if you ask > me. > So, http://ops4j.org/keys would be fine.. > > On Wed, Jun 10, 2009 at 11:36 AM

Re: pax maven plugin problem

2009/6/10 Alin Dreghiciu > I was just able to start the bundle using Pax Runner. If you have pax > runner installed you can do that just by doing: pax-run > osgibroker.subscriber.tcp-0.0.1.jarSo, the problem should be from > the pom generated by pax construct to be provisioned by pax runner. Can

Re: pax maven plugin problem

I was just able to start the bundle using Pax Runner. If you have pax runner installed you can do that just by doing: pax-run osgibroker.subscriber.tcp-0.0.1.jarSo, the problem should be from the pom generated by pax construct to be provisioned by pax runner. Can you send me also teh pom generated

Re: Spring season repository cleanup

Yes, if we should have the keys reachable under the ops4j domain if you ask me. So, http://ops4j.org/keys would be fine.. On Wed, Jun 10, 2009 at 11:36 AM, Alin Dreghiciu wrote: > If we sign our artifacts then we will need a place where the keys of those > signing the artifacts should be placed. I

Re: Spring season repository cleanup

2009/6/10 Alin Dreghiciu > If we sign our artifacts then we will need a place where the keys of those > signing the artifacts should be placed. I propose to have them at: > http://www.ops4j.org/keys similar to Felix one that is to be found at > http://www.apache.org/dist/felix/KEYS. Or we already

Re: Spring season repository cleanup

If we sign our artifacts then we will need a place where the keys of those signing the artifacts should be placed. I propose to have them at: http://www.ops4j.org/keys similar to Felix one that is to be found at http://www.apache.org/dist/felix/KEYS. Or we already have a key server? Or maybe we sho

Re: pax maven plugin problem

The manifest looks just fine. If you like you can send me the jar that contains this manifest to test it out. Send it to my e-mail address. On Wed, Jun 10, 2009 at 12:03 PM, Nima Kaviani wrote: > Thanks a lot Peter for the reply. I tried the generated bundles on Felix > 1.8 and it works fine. It

Re: pax maven plugin problem

Thanks a lot Peter for the reply. I tried the generated bundles on Felix 1.8 and it works fine. It also works with Knopflerfish 2.3. But not when I call "mvn pax:provision". I tried switching the sub modules in the parent pom, but it didn't work either. Not sure what the problem is?! Here is the c

Re: pax maven plugin problem

Hi Nima, do you have the code for the bundles somewhere? Seems there might be a problem with the bundle metadta, the Manifest.mf etc? You could try to just start Felix or any other OSGi environment and try loading the bundle manually and see if the same error occurs. HTH /peter GTalk: neub