On 05/27/2013 10:19 AM, Alon Bar-Lev wrote:
----- Original Message -----
> From: "Juan Hernandez" <jhernand(a)redhat.com>
> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
> Cc: "Moti Asayag" <masayag(a)redhat.com>, "Yair Zaslavsky"
<yzaslavs(a)redhat.com>, "engine-devel"
> <engine-devel(a)ovirt.org>
> Sent: Monday, May 27, 2013 11:13:15 AM
> Subject: Re: [Engine-devel] Error looking up infinispan/ovirt-engine
>
> On 05/27/2013 10:01 AM, Alon Bar-Lev wrote:
>>
>>
>> ----- Original Message -----
>>> From: "Juan Hernandez" <jhernand(a)redhat.com>
>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
>>> Cc: "Moti Asayag" <masayag(a)redhat.com>, "Yair
Zaslavsky"
>>> <yzaslavs(a)redhat.com>, "engine-devel"
>>> <engine-devel(a)ovirt.org>
>>> Sent: Monday, May 27, 2013 10:58:43 AM
>>> Subject: Re: [Engine-devel] Error looking up infinispan/ovirt-engine
>>>
>>> On 05/26/2013 12:09 PM, Alon Bar-Lev wrote:
>>>>
>>>>
>>>> ----- Original Message -----
>>>>> From: "Moti Asayag" <masayag(a)redhat.com>
>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
>>>>> Cc: "Yair Zaslavsky" <yzaslavs(a)redhat.com>,
"engine-devel"
>>>>> <engine-devel(a)ovirt.org>
>>>>> Sent: Sunday, May 26, 2013 12:19:14 PM
>>>>> Subject: Re: [Engine-devel] Error looking up infinispan/ovirt-engine
>>>>>
>>>>> On 05/26/2013 11:52 AM, Alon Bar-Lev wrote:
>>>>>>
>>>>>>
>>>>>> ----- Original Message -----
>>>>>>> From: "Moti Asayag" <masayag(a)redhat.com>
>>>>>>> To: "Alon Bar-Lev" <alonbl(a)redhat.com>
>>>>>>> Cc: "Yair Zaslavsky" <yzaslavs(a)redhat.com>,
"engine-devel"
>>>>>>> <engine-devel(a)ovirt.org>
>>>>>>> Sent: Sunday, May 26, 2013 11:35:40 AM
>>>>>>> Subject: Re: [Engine-devel] Error looking up
infinispan/ovirt-engine
>>>>>>>
>>>>>>> On 05/03/2013 07:23 AM, Alon Bar-Lev wrote:
>>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> Thanks... no I did not follow.
>>>>>>>>
>>>>>>>> If -P setup is required then the Makefile should have
been changed,
>>>>>>>> else
>>>>>>>> our production and rpms are broken now! Well... looking
at the
>>>>>>>> pom.xml,
>>>>>>>> it
>>>>>>>> looks like the jboss standalone is configured with -P
setup is used,
>>>>>>>> which
>>>>>>>> is yet another hack introduced to developers... As they
do not run
>>>>>>>> our
>>>>>>>> service, and suffer from lack of proper environment and
configuration
>>>>>>>> settings.
>>>>>>>>
>>>>>>>> My work[1] is exactly to address this one, to eliminate
the need for
>>>>>>>> hacking the product and use our production startup
sequence and
>>>>>>>> installation. At ./packaging/services/ovirt-engine.xml.in
we already
>>>>>>>> have
>>>>>>>> the infinispan settings.
>>>>>>>>
>>>>>>>> So still need your help.
>>>>>>>> Thanks,
>>>>>>>> Alon
>>>>>>>
>>>>>>> I've just started facing the same issue.
>>>>>>> Also noticed this in the server.log:
>>>>>>>
>>>>>>> JBAS014775: New missing/unsatisfied dependencies:
>>>>>>> service jboss.mbean.server (missing) dependents:
[service
>>>>>>> jboss.infinispan.ovirt-engine.config]
>>>>>>>
>>>>>>> It seems that the generate ovirt-engine.xml under [1]
replaces the
>>>>>>> infinispan:1.1 version as noted on [2] with infinispan:1.2.
>>>>>>
>>>>>> I really don't understand the above statement? who/which
component have
>>>>>> 1.2?
>>>>>>
>>>>>
>>>>> the template ovirt-engine.xml.in contains:
>>>>>
>>>>> <subsystem xmlns="urn:jboss:domain:infinispan:** 1.1
**"
>>>>> default-cache-container="ovirt-engine">
>>>>>
>>>>> vs
>>>>>
>>>>> the generated var/tmp/ovirt-engine/config/ovirt-engine.xml which
>>>>> contains:
>>>>>
>>>>> <subsystem xmlns="urn:jboss:domain:infinispan:** 1.2
**"
>>>>> default-cache-container="ovirt-engine">
>>>>>
>>>>> So it used to work with 1.1 (as defined in the template), but the
>>>>> generated ovirt-engine.xml replaces the version to 1.2 which cause
it
>>>>> not to work.
>>>>>
>>>>> So my question is how the engine-service.py decides to generate the
>>>>> ovirt-engine.xml with "1.2" version, while the template has
"1.1" for
>>>>> infinispan subsystem element ?
>>>>
>>>> Hmmmm!!!!! Good catch! I have never thought that it is possible.
>>>>
>>>> The template is generated ok with 1.1, after startup jboss re-write its
>>>> own
>>>> configuration and change this to 1.2!!!!
>>>>
>>>> Juan, is that normal jboss behavior? Editing its own configuration file?
>>>>
>>>
>>> Yes, it is normal.
>>
>> Hi,
>>
>> What do you suggest to do if application requires specific component
>> version and jboss enforce a different version?
>>
>
> Change the application to use the version enforced by JBoss.
>
>> If I understand correctly two versions of jboss can enforce a different
>> version of components.
So I ask again ^^^^.
If application should run under two versions of jboss which enforce two versions of a
component, how can application cope?
I don't know.
>>
>> Thanks,
>> Alon
>>
>
>
> --
> Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
> 3ºD, 28016 Madrid, Spain
> Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
>
--
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.