It doesn't come with jboss, but it is copied there when deploying the oVirt engine
(maven "dep" profile: "-Pdep").
Did you build the engine with this profile as well?
----- Original Message -----
From: "Dennis Jacobfeuerborn"
<dennisml(a)conversis.de>
To: "Oved Ourfalli" <ovedo(a)redhat.com>
Cc: engine-devel(a)ovirt.org, "Juan Hernandez" <juan.hernandez(a)redhat.com>
Sent: Monday, October 31, 2011 4:07:45 PM
Subject: Re: [Engine-devel] ovirt-engine repo up in
gerrit.ovirt.org!
No, this file doesn't seem to be a part of the
http://sourceforge.net/projects/jboss/files/JBoss/JBoss-5.1.0.GA/jboss-5....
package referenced on the build page.
I tried downloading the file and putting it there manually but when I
run
jboss I just an endless flood of exceptions and after a ctrl-c jboss
hangs
and needs to be terminated with a kill -9. I deleted the file again
as that
apparently doesn't make things better.
Regards,
Dennis
On 10/31/2011 02:24 PM, Oved Ourfalli wrote:
> Can you check if the file quartz-1.8.3.jar is in the folder:
> JBOSS_HOME/common/lib
>
> ?
>
> According to the error there are quartz classes that are missing.
>
> ----- Original Message -----
>> From: "Dennis Jacobfeuerborn"<dennisml(a)conversis.de>
>> To: "Juan Hernandez"<juan.hernandez(a)redhat.com>
>> Cc: engine-devel(a)ovirt.org
>> Sent: Monday, October 31, 2011 3:17:59 PM
>> Subject: Re: [Engine-devel] ovirt-engine repo up in
>>
gerrit.ovirt.org!
>>
>> On 10/31/2011 12:29 PM, Juan Hernandez wrote:
>>> On 10/31/2011 12:04 PM, Dennis Jacobfeuerborn wrote:
>>>> On 10/31/2011 09:34 AM, Juan Hernandez wrote:
>>>>> On 10/31/2011 05:55 AM, Itamar Heim wrote:
>>>>>> On 10/31/2011 04:52 AM, Dennis Jacobfeuerborn wrote:
>>>>>>> On 10/31/2011 03:27 AM, Itamar Heim wrote:
>>>>>>>> On 10/30/2011 04:32 PM, Dennis Jacobfeuerborn wrote:
>>>>>>>>> Hi Yair,
>>>>>>>>> I managed to install the two missing dependencies
from the
>>>>>>>>> web and now
>>>>>>>>> the build seem to run ok but apparently 8gb of RAM
are not
>>>>>>>>> sufficient to
>>>>>>>>> build ovirt-engine so I'll have to give it a
pass for now
>>>>>>>>> and
>>>>>>>>> wait for
>>>>>>>>> binary releases.
>>>>>>>>
>>>>>>>> 8GB are more than enough. probably some config for the
JVM.
>>>>>>>> what's the error you are getting?
>>>>>>>> did you set the JAVA_OPTS?
>>>>>>>
>>>>>>> I don't get an error. The build process simply uses up
all
>>>>>>> memory and
>>>>>>> the desktop becomes unusable. If I don't switch to
another
>>>>>>> virtual
>>>>>>> terminal and issue a "killall java" then the
system would
>>>>>>> probably die
>>>>>>> in the end and require a reboot (or the OOM Killer would
step
>>>>>>> in an kill
>>>>>>> some processes before that happens).
>>>>>>>
>>>>>>> This is a plain Fedora 15 System and I'm following the
build
>>>>>>> instructions from the wiki so right now there are no custom
>>>>>>> settings
>>>>>>> applied.
>>>>>>
>>>>>> we are all building on F15, and with less than 8GB as well.
>>>>>> which command are you running causing the hang?
>>>>>> what does top shows when it hangs?
>>>>>> what does maven output show when it hangs (i.e., which part of
>>>>>> the
>>>>>> project is causing the hang).
>>>>>
>>>>> The compilation of the GWT applications can take very long
>>>>> (more
>>>>> than 10
>>>>> minutes in a core i5 with 8GB) with intensive use of all the
>>>>> CPUs. This
>>>>> could be what you are observing. Can try to build without the
>>>>> "-Pgwt-user" and "-Pgwt-admin" options? Just to
check if this
>>>>> is
>>>>> your issue.
>>>>>
>>>>
>>>> This seems to be the problem. I already sent the information to
>>>> Yair
>>>> Zaslavsky (and Daniel Erez) who contacted me off-list about this
>>>> (though I
>>>> think this really belongs on the list so everybody can chime
>>>> in).
>>>> I attached the output I get. At the end I had to kill the
>>>> process
>>>> because
>>>> memory usage was at about 99%.
>>>>
>>>> The command I'm running is: mvn install -Pgwt-admin,gwt-user
>>>> The system monitor shows cpu usage very low (up to the
>>>> problematic
>>>> point
>>>> the build seems to spend 90% of its time trying to download jar
>>>> files from
>>>> bogus sources) and memory usage increasing slightly as expected
>>>> until the
>>>> build reaches that last problematic part where all cpu cores go
>>>> to
>>>> 100% and
>>>> memory usage increases until all memory is consumed.
>>>
>>> All those messages are expected, except the "Destroying process
>>> ..." at
>>> the end. I assume that you get that when you kill the Java
>>> processes.
>>> How long did you wait before killing them? I would suggest that
>>> you
>>> try
>>> again and give it time to complete. GWT compiling is extremelly
>>>
>>> Also you can reduce the number of permutations generated by the
>>> GWT
>>> compiler and that will reduce the time it takes to compile. For
>>> example,
>>> if you are going to use Firefox only as the client you can apply
>>> the
>>> following patch to reduce the number of permutations to just one:
>>>
>>> ---
>>>
a/frontend/webadmin/modules/webadmin/src/main/java/org/ovirt/engine/ui/webadmin/WebAdmin.gwt.xml
>>> +++
>>>
b/frontend/webadmin/modules/webadmin/src/main/java/org/ovirt/engine/ui/webadmin/WebAdmin.gwt.xml
>>> @@ -19,6 +19,9 @@
>>> <set-property name="gwt.logging.logLevel"
value="INFO"
>>> />
>>> <set-property name="gwt.logging.popupHandler"
>>> value="DISABLED" />
>>>
>>> +<!-- Reduce the number of permutations to compile, just for
>>> tests: -->
>>> +<set-property name="user.agent"
value="gecko1_8"/>
>>> +
>>> <!-- Inherit oVirt UiCommon Web modules and GWT deRPC
>>> module -->
>>> <inherits name="org.ovirt.engine.ui.GwtExtension"
/>
>>> <inherits name="org.ovirt.engine.ui.UICommonWeb"
/>
>>>
>>> Then compile with "-Pgwt-admin" only. That will generate the GUI
>>> but
>>> only for Firefox. In my environment (Intel Core i5 8GB) this
>>> reduces the
>>> GWT compilation to 4 minutes:
>>>
>>> [INFO] WebAdmin ... SUCCESS [4:22.581s]
>>
>> With the patch the build was successfull. I then went ahead and
>> freed
>> up
>> some memory by stopping some applications and with that even the
>> fill
>> build
>> tops out at about 90% memory usage so it seems that 8gb is enough
>> after all
>> but only barely.
>> With the patch memory usage topped out at 40% so this would
>> definitely make
>> a difference for people with smaller build systems.
>>
>> The deployment works as well but when I start jboss I get the
>> attached errors.
>>
>> Also the build instructions talk about "<server>:<port>"
to access
>> the
>> deployed services. I presume<server> is localhost but what port
>> do I
>> use
>> to access the services?
>>
>> Regards,
>> Dennis
>>
>> _______________________________________________
>> Engine-devel mailing list
>> Engine-devel(a)ovirt.org
>>
http://lists.ovirt.org/mailman/listinfo/engine-devel
>>