Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [gemini-dev] Blueprint builds
Olaf,

I got the full set of permissions.  See if you can kick off a build and let me know if you run into issues.  

One final build issues that needs to be ironed out - what jdk do we build with.  I will put this out on the forum.  With 5.0 EOLed in 09 - I think we should jack up compiler to 1.6.
Need to see how many are there using old jdk. Also need to get builds into nexus.

Regards,
Dmitry


On Fri, Oct 25, 2013 at 8:39 AM, Olaf Otto <olaf@xxxxxxx> wrote:

Hello Markus

 

Thanks a lot! Role-based permissions sound like a very good idea indeed. Dmitry, I suppose you have the required permissions to change these settings – what do you think?

 

Cheers,

Olaf

 

From: gemini-dev-bounces@xxxxxxxxxxx [mailto:gemini-dev-bounces@xxxxxxxxxxx] On Behalf Of Markus Knauer
Sent: Freitag, 25. Oktober 2013 14:36


To: Gemini and sub-projects developer discussions
Subject: Re: [gemini-dev] Blueprint builds

 

It's not my business, I know... but I stumbled upon this mailing list post and thought it would make sense to add the required rights for ROLE_RT.GEMINI.BLUEPRINT to the three Hudson Blueprint job configurations. This allows commiters to start a job, or to look into the workspace on Hudson. If this is not what you want, just delete the rights given to this role from the Hudson user interface, but I think it may be useful.

Regards,
Markus

 

On Fri, Oct 25, 2013 at 2:08 PM, Olaf Otto <olaf@xxxxxxx> wrote:

Hi Dmitry

 

I have taken the liberty to refactor the test case using Mockito. I am currently not authorized to start the integration build, but I believe this may resolve most of the issues.

 

Regards,

Olaf

 

From: gemini-dev-bounces@xxxxxxxxxxx [mailto:gemini-dev-bounces@xxxxxxxxxxx] On Behalf Of Dmitry Sklyut
Sent: Freitag, 25. Oktober 2013 03:10
To: Gemini and sub-projects developer discussions
Subject: [gemini-dev] Blueprint builds

 

Hi All,

 

I pushed a set of changes to new branch "build".  Basic cleanup of the pom and upgrade to bundlor.  It runs perfectly fine on my local machine.  Fails miserably on hudson[1].  It fails in places that make no sense to me.  One example is reflection code, i.e. setting a property on a bean.  Second is reading an xml file of classpath (class.getResource).

 

Has anyone experienced issues with shared hudson instance?  I tried almost all of the jdks and maven configs possible.

 

Just for sanity check, anyone who is interested - please pull down the code and try to do a local build.  I would like to make sure that these issues are isolated to eclipse hudson vs. something on my box.  

 

I looked at other gemini jobs that use maven and I see nothing in configuration that would make those jobs run and blueprint fail.

 

Regards,


Dmitry

 


_______________________________________________
gemini-dev mailing list
gemini-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/gemini-dev

 


_______________________________________________
gemini-dev mailing list
gemini-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/gemini-dev


Back to the top