On Mon, Feb 06, 2012 at 10:24:36PM +0200, Livnat Peer wrote:
On 06/02/12 21:47, Adam Litke wrote:
> On Mon, Feb 06, 2012 at 08:28:19PM +0200, Livnat Peer wrote:
>> On 06/02/12 19:18, Adam Litke wrote:
>>> On Mon, Feb 06, 2012 at 10:58:13AM -0500, Laszlo Hornyak wrote:
>>>> Hi Adam!
>>>>
>>>> Please check if workspace maven resolution is enabled, and run a maven
build with install.
>>>> If it is still broken, then there must be a bad dependency in the
pom.xml-s... it happens :-(
>>>
>>> Thanks for your suggestions. Maven resolution is enabled. Then I tried to
>>> build on the command line using mvn directly but got the same errors as in
>>> eclipse. Next, I tried to checkout out the 3.0 branch (assuming that the
build
>>> should be more stable) and I got a different set of compilation errors.
>>>
>>
>> Hi Adam,
>>
>>> This brings up a few questions:
>>>
>>> 1.) Which jdk should I use? I am currently using OpenJDK
>>>
>>> /usr/lib/jvm/java-1.6.0-openjdk/bin/java -version
>>> java version "1.6.0_23"
>>> OpenJDK Runtime Environment (IcedTea6 1.11pre)
(6b23~pre11-0ubuntu1.11.10.1)
>>> OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)
>>>
>>
>> you are using the right JDK.
>>
>>> 2,) Does this need a Fedora/RH system to compile?
>>
>> The engine works on Fedora, RHEL, Ubuntu Gentoo and should work on any
>> other Linux based operating system (Java is platform agnostic).
>>
>>
>>>
>>> 3.) My guess is that others are able to compile oVirt even if there are bad
>>> dependencies in the pom.xml files. Otherwise they would already be fixed.
How
>>> do others fix the dependencies on their local systems.
>>>
>>
>> There should not be any local issues, let's try to figure out what the
>> issues are.
>>
>> The errors are probably not related to eclipse because you have
>> compilation errors from the command line as well.
>>
>> I would start by compiling the engine and api with no tests and no UI:
>>
>> Run from the command line -
>>
>> 1. $ovirt_engine_home> mvn clean
>> 2. $ovirt_engine_home> mvn install -DskipTests
>>
>> What is the result of the above two?
>
> Thanks Livnat! The mvn clean was successful. Here are the errors from the
> install step:
1. do you have latest? when did you fetch last (I can fetch the same
commit hash to make sure it compiles, I have latest and it compiles)
Ok. I guess I had the 3.0 branch checked out when I was trying to fix the
compile. By moving back to master, I was able to build from the command line
successfully. However, I still get lots of errors in eclipse. I will include a
few below:
Action cannot be resolved to a type
ActionResource.java
/restapi-definition/src/main/java/org/ovirt/engine/api/resource line 34 Java Problem
Actions cannot be resolved to a type
ActionsBuilder.java
/restapi-definition/src/main/java/org/ovirt/engine/api/model line 35 Java Problem
BaseDevice cannot be resolved to a type
DeviceResource.java
/restapi-definition/src/main/java/org/ovirt/engine/api/resource line 28 Java Problem
BaseDevices cannot be resolved to a type
DevicesResource.java
/restapi-definition/src/main/java/org/ovirt/engine/api/resource line 33 Java Problem
BaseResource cannot be resolved to a type
RemovableStorageDomainContentsResource.java
/restapi-definition/src/main/java/org/ovirt/engine/api/resource line 28 Java Problem
BaseResources cannot be resolved to a type
RemovableStorageDomainContentsResource.java
/restapi-definition/src/main/java/org/ovirt/engine/api/resource line 28 Java Problem
Bound mismatch: The type C is not a valid substitute for the bounded parameter
<C extends BaseDevices> of the type ReadOnlyDevicesResource<D,C>
DevicesResource.java
/restapi-definition/src/main/java/org/ovirt/engine/api/resource line 34 Java Problem
Bound mismatch: The type D is not a valid substitute for the bounded parameter
<D extends BaseDevice> of the type DeviceResource<D>
DevicesResource.java
/restapi-definition/src/main/java/org/ovirt/engine/api/resource line 52 Java Problem
Bound mismatch: The type R is not a valid substitute for the bounded parameter
<R extends BaseResource> of the type StorageDomainContentResource<R>
StorageDomainContentsResource.java
/restapi-definition/src/main/java/org/ovirt/engine/api/resource line 36 Java Problem
Capabilities cannot be resolved to a type
CapabilitiesResource.java
/restapi-definition/src/main/java/org/ovirt/engine/api/resource line 33 Java Problem
CdRom cannot be resolved to a type
TemplateResource.java
/restapi-definition/src/main/java/org/ovirt/engine/api/resource line 51 Java Problem
--
Adam Litke <agl(a)us.ibm.com>
IBM Linux Technology Center