Can you check if the file quartz-1.8.3.jar is in the folder:
According to the error there are quartz classes that are missing.
----- Original Message -----
From: "Dennis Jacobfeuerborn"
To: "Juan Hernandez" <juan.hernandez(a)redhat.com>
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
>>>>>>> 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
>>>>> 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
>>>> 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
>>>> 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
>>> your issue.
>> This seems to be the problem. I already sent the information to
>> 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
>> 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
>> 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
> How long did you wait before killing them? I would suggest that you
> 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
> if you are going to use Firefox only as the client you can apply
> following patch to reduce the number of permutations to just one:
> @@ -19,6 +19,9 @@
> <set-property name="gwt.logging.logLevel"
> <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
> 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
some memory by stopping some applications and with that even the fill
tops out at about 90% memory usage so it seems that 8gb is enough
but only barely.
With the patch memory usage topped out at 40% so this would
a difference for people with smaller build systems.
The deployment works as well but when I start jboss I get the
Also the build instructions talk about "<server>:<port>" to access
deployed services. I presume <server> is localhost but what port do I
to access the services?
Engine-devel mailing list