[jbosstools-dev] Red Deer Installation on Juno

Andrej Podhradsky apodhrad at redhat.com
Fri Apr 26 05:26:09 EDT 2013


Hi Martin,

thank you! It is working (both sites), just wondering what's the difference between them? The same?

I think that creating new branch is not necessary (we can create it when some problems occur but not now).

Have a nice day!

Andrej

----- Original Message -----
From: "Martin Malina" <mmalina at redhat.com>
To: "Jiri Peterka" <jpeterka at redhat.com>, "Andrej Podhradsky" <apodhrad at redhat.com>
Cc: "jbosstools-dev jbosstools-dev" <jbosstools-dev at lists.jboss.org>
Sent: Friday, April 26, 2013 10:16:30 AM
Subject: Re: Red Deer Installation on Juno

I created a new job for juno:
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevStudio_6.0.juno/job/RedDeer_juno

Currently it is only set up to use that commit just before the Kepler M6 fix in RedDeer, so it uses this commit:
https://github.com/jboss-reddeer/reddeer/commit/31f61195b27ea26504c5185c6a9eee1bb9dba14e

It published the results here:
http://download.jboss.org/jbosstools/builds/staging/RedDeer_juno/all/repo/

And I promoted it to this stable location:
http://download.jboss.org/jbosstools/updates/stable/juno/core/reddeer/0.2.0/
 - this is the repo that should be added to our root pom in the juno branch of integration tests (jbosstools-4.0.x)

Andrej, can you check that this works for you? If it does, we can change the root pom to contain this.

What is not ideal is that we haven't upversion RedDeer, so we cannot really change this Juno version to anything. So right now the only differentiation is the different update site. On the other hand, we rarely limit bundle dependencies not to be higher than something - so most of the time the only way to ensure older version of something is just to use an older update site and the plugin versions don't really matter, so I guess this is not a real problem.

Also, right Andrej agreed that he is fine with just a single build that will be final for Juno. But we could also create a juno branch of RedDeer that could be altered if necessary - this will not do any harm I think. What do you think? Should we do it? Andrej? Jirka?

Thanks,
Martin

On 26. 4. 2013, at 9:43, Jiri Peterka <jpeterka at redhat.com> wrote:

> After some clarification with Andrej it seems he just needs one single build on some praticular commit (before hamcrest update). So this shouldn't be a problem I think. Martin, can you build some internal update site for this purpose?
> 
> Thanks,
> 
> Jirka
> 
> 
> On 04/26/2013 09:24 AM, Jiri Peterka wrote:
>> Multiple RedDeer versions for Juno and Kepler is an easy but costly solution for the future and exactly something I'd like to avoid. Can't this be fixed simply by more specific hamcrest settings in bot.ext manifest?
>> 
>> And I'd like to hear more voices here. Martin, you as a RedDeer productizator, what do you think?
>> 
>> Jirka
>> 
>> On 04/26/2013 09:02 AM, Andrej Podhradsky wrote:
>>> Hi Jirko,
>>> 
>>> the problem now is with ui.bot.ext which causes some troubles with hamcrest 1.3 :(
>>> I suggest to create some juno-compatible release of Red Deer (based on hamcrest 1.1) so that tests in jbosstools can be executed without any other modification.
>>> This release will be temporary till we remove dependencies on ui.bot.ext. What do you think?
>>> 
>>> Andrej.
>>> 
>>> ----- Original Message -----
>>> From: "Jiri Peterka" <jpeterka at redhat.com>
>>> To: "Andrej Podhradsky" <apodhrad at redhat.com>
>>> Cc: "jboss-jbds-qe" <jboss-jbds-qe at redhat.com>
>>> Sent: Friday, April 26, 2013 7:25:52 AM
>>> Subject: Re: Red Deer Installation on Juno
>>> 
>>> Thanks Andrej,
>>> I created an issue for that and assigned it to Martin, see
>>> 
>>> https://github.com/jboss-reddeer/reddeer/issues/146
>>> 
>>> Someone see any problem with this? Sounds good to me.
>>> 
>>> -- Jirka
>>> 
>>> On 04/25/2013 12:07 PM, Andrej Podhradsky wrote:
>>>> Hi folks,
>>>> 
>>>> as you know, Red Deer now cannot be installed into Juno due to its dependencies on new junit and hamcrest.
>>>> I found out a workaround, just add the orbit update site [1] to the list of available update sites.
>>>> This repo includes org.junit.4.11 and org.hamcrest.1.3
>>>> 
>>>> [1] http://download.eclipse.org/tools/orbit/downloads/drops/I20130423013529/repository
>>>> 
>>>> Best Regards
>>>> 
>> 
> 
> 
> -- 
> Jiri Peterka
> JBoss Developer Studio QE
> Red Hat Czech s.r.o., Purkynova 99, 612 45 Brno, Czech Republic
> IRC: jpeterka #jboss-qa, #devstudio-qa
> email: jpeterka at redhat.com
> 

--
Martin Malina
JBoss QA Engineer
Red Hat Czech s.r.o.
Purkynova 99
612 45 Brno, Czech Republic

Tel.: +420 532 294 265






More information about the jbosstools-dev mailing list