09-21-2012 04:07 AM
I have been using the nuxeo-sample-project to exercise Nuxeo IDE development and hot-deployment. While doing so, I have encountered some gotchas which I have listed below.
The Nuxeo and Maven2 natures do not coexist well. I needed to remove the Maven2 nature in order to successfully deploy the project to the Nuxeo server. I also needed to hack the .classpath and .project files to make their contents resemble that of a Nuxeo IDE-generated plugin. Since M2E is now bundled with current Eclipse versions and Nuxeo projects use Maven for their builds, it would great to get these plugins working together. Is this in the works?
When the Nuxeo server starts up and deploys the nuxeo-sample-project from the workspace, the deployment is only partially successful. For one thing, the Book document type is not available after startup. It appears contributions OSGI-INF/content-template-contrib.xml and OSGI-INF/core-types-contrib.xml are not being registered until after the repository initializes which is causing problems. OTOH, if I export the nuxeo-sample-project jar to the bundles directory and then start the server, the problem disappears because these contributions are registered prior to repository initialization. Is this a bug or expected behavior that needs to be documented?
09-21-2012 12:44 PM
Hi, ron,
Thanks for coming and sharing your problems with us, here my answers to your two points
no we don't want to
The IDE way of managing the class-path does not fit with m2e. In the IDE, projects that have the nuxeo nature get all the SDK dependencies. That means all bundles and libraries provided by the SDK are dynamically put in the project class-path trough a class-path container. The idea is to let the developer discover the needed API for the projects he's working on. At any time, you're able to synchronize the deps in the project's POM. This let you build the project using maven in your QA environment.
yes, this should be fixed NXIDE-188
the repository initialization problem is already known . This will be solved in the next IDE release. I've given a work-around in the jira ticket.
09-21-2012 01:25 PM
I would add that even if there are very interesting m2e features, that plugin is mainly unusable on a project such as Nuxeo because of the source code size, the number of Nuxeo modules and various issues with modules' naming versus directory naming, specific implementations/behaviors versus Maven ones, unfinished nested modules management, ...
Find what you came for
We want to make your experience in Hyland Connect as valuable as possible, so we put together some helpful links.