[Engine-devel] Eclipse IDE setup

Adam Litke agl at us.ibm.com
Tue Feb 7 14:16:33 UTC 2012


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 at us.ibm.com>
IBM Linux Technology Center




More information about the Engine-devel mailing list