[jbosstools-issues] [JBoss JIRA] Commented: (JBIDE-4349) Patch to fix compilation on clean workspace under Eclipse 3.5
Sean Flanigan (JIRA)
jira-events at lists.jboss.org
Sun May 24 21:25:57 EDT 2009
[ https://jira.jboss.org/jira/browse/JBIDE-4349?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12468975#action_12468975 ]
Sean Flanigan commented on JBIDE-4349:
--------------------------------------
What I'm trying to say is that while my _target platform_ is the full set of 3.5 M7 build drivers as listed here: https://jira.jboss.org/jira/browse/JBIDE-4123?focusedCommentId=12466746#action_12466746 , my _development environment_ is vanilla Eclipse. (In other words, I'm not actually _running_ WTP when I compile JBoss Tools, but I do compile against WTP.) If I understand the meaning of "PDE target platform" that should be perfectly fine, assuming the projects are defined correctly. And if I use vanilla Eclipse 3.4, it is fine.
The fact that compilation fails, but only in my 3.5 environment, seems like a bug in PDE. I have tried to create a simplified test case (A->B->C->D) for this bug, but couldn't reproduce it. However, if I create a new project which uses ModuleCoreNature the same way JstPublisher does, with essentially the same manifest as org.jboss.ide.eclipse.as.core, I get the same error as shown above. Except I get the error in all environments, so the intermittent error becames a consistent error.
I think perhaps org.eclipse.wst.common.modulecore should be re-exporting its dependency on org.eclipse.wst.common.emfworkbench.integration, so that the superclass of ModuleCoreNature (ie EditModelNature) will be available to its clients. Perhaps this problem is hidden by some quirk of Eclipse 3.4 and also by hosts which have WTP installed.
In any case, clients can work around it by requiring org.eclipse.wst.common.emfworkbench.integration directly. Reproducibility should be better if manifests list their dependencies explicitly, rather than depending on the compilation host.
> Patch to fix compilation on clean workspace under Eclipse 3.5
> -------------------------------------------------------------
>
> Key: JBIDE-4349
> URL: https://jira.jboss.org/jira/browse/JBIDE-4349
> Project: Tools (JBoss Tools)
> Issue Type: Patch
> Affects Versions: 3.1.0.M1
> Environment: Fedora 11 preview (x86_64)
> Reporter: Sean Flanigan
> Assignee: Nick Boldt
> Attachments: manifests.patch
>
>
> svn revision 15377
> I've been having a lot of trouble getting trunk to compile under Eclipse 3.5 (M7 or RC1), using 3.5M7 build drivers as my target platform. (I compile in a vanilla 3.5.x, not using the target platform.) If I compile in Eclipse 3.4.2 (fresh workspace), everything compiles, but if I use 3.5, I get these errors in my Problems view (even after a complete reload of the target platform and workspace clean):
> Description Resource Path Location Type
> The project was not built since its build path is incomplete. Cannot find the class file for org.eclipse.core.expressions.Expression. Fix the build path then try building this project org.jboss.tools.vpe Unknown Java Problem
> The project was not built since its build path is incomplete. Cannot find the class file for org.eclipse.core.net.proxy.IProxyService. Fix the build path then try building this project org.jboss.tools.common.test Unknown Java Problem
> The project was not built since its build path is incomplete. Cannot find the class file for org.eclipse.jem.util.emf.workbench.ProjectUtilities. Fix the build path then try building this project org.jboss.tools.seam.core Unknown Java Problem
> The project was not built since its build path is incomplete. Cannot find the class file for org.eclipse.ui.actions.SelectionListenerAction. Fix the build path then try building this project org.jboss.tools.hibernate.ui.veditor Unknown Java Problem
> The type org.eclipse.core.expressions.Expression cannot be resolved. It is indirectly referenced from required .class files VpeEditorPart.java /org.jboss.tools.vpe/src/org/jboss/tools/vpe/editor line 1077 Java Problem
> The type org.eclipse.core.net.proxy.IProxyService cannot be resolved. It is indirectly referenced from required .class files HttpUtilTest.java /org.jboss.tools.common.test/src/org/jboss/tools/common/util/test line 22 Java Problem
> The type org.eclipse.jem.util.emf.workbench.ProjectUtilities cannot be resolved. It is indirectly referenced from required .class files SeamUtil.java /org.jboss.tools.seam.core/src/org/jboss/tools/seam/core line 222 Java Problem
> The type org.eclipse.ui.actions.SelectionListenerAction cannot be resolved. It is indirectly referenced from required .class files OpenSourceAction.java /org.jboss.tools.hibernate.ui.veditor/src/org/jboss/tools/hibernate/ui/veditor/editors/actions line 61 Java Problem
> The type org.eclipse.wst.common.internal.emfworkbench.integration.EditModelNature cannot be resolved. It is indirectly referenced from required .class files JstPublisher.java /org.jboss.ide.eclipse.as.core/jbosscore/org/jboss/ide/eclipse/as/core/publishers line 317 Java Problem
> The project was not built since its build path is incomplete. Cannot find the class file for org.eclipse.wst.common.internal.emfworkbench.integration.EditModelNature. Fix the build path then try building this project org.jboss.ide.eclipse.as.core Unknown Java Problem
> I did have all of these classes in my workspace, so I was able to find their plugins, and add them to Require-Bundle in the manifests of the non-compiling plugins. This fixed the compilation errors I was getting. My patched manifests are attached.
> As Nick said in IRC, these errors look like manifest problems hidden by the build (and other environments).
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jbosstools-issues
mailing list