I created a new job for juno:
https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/DevStudio/view/DevS...
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/31f61195b27ea26504c5185c6...
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(a)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(a)redhat.com>
>> To: "Andrej Podhradsky" <apodhrad(a)redhat.com>
>> Cc: "jboss-jbds-qe" <jboss-jbds-qe(a)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/r...
>>>
>>> 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(a)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