-
1. Re: Migration to maven
alesj Mar 21, 2007 12:17 PM (in response to pgier)"pgier" wrote:
What other functionality is required in the maven scripts before we can remove the build.xml scripts?
I wouldn't remove the build.xml - I like/use the IDE integration with Ant. -
2. Re: Migration to maven
starksm64 Mar 21, 2007 1:12 PM (in response to pgier)The build.xml as it exists cannot stay as it relies on the jbossbuild tasks. What is the state of ide mvn support?
-
3. Re: Migration to maven
alesj Mar 21, 2007 2:20 PM (in response to pgier)"scott.stark@jboss.org" wrote:
What is the state of ide mvn support?
Uf, no IDEA. :-)
I'll have a look.
But what's the problem with relaying on jbossbuild?
At least for running the tests? -
4. Re: Migration to maven
pgier Mar 21, 2007 2:38 PM (in response to pgier)"scott.stark@jboss.org" wrote:
What is the state of ide mvn support?
This eclipse plugin is available: http://m2eclipse.codehaus.org/
I have been using it, and it's not great, but it does build my classpath based on the dependencies in the pom. So that is helpful.
There is also this maven plugin that can generate IDEA files:
http://maven.apache.org/plugins/maven-idea-plugin/
You could either manually run this for a project, or you could probably set up your local settings to have this plugin run automatically.
I don't have IDEA, so I haven't tried it out though.
And there is a netbeans plugin for maven too:
http://mevenide.codehaus.org/m2-site/
but I haven't tried this one either. -
5. Re: Migration to maven
kconner Mar 21, 2007 2:43 PM (in response to pgier)You could also try http://maven.apache.org/plugins/maven-ant-plugin/ant-mojo.html
-
6. Re: Migration to maven
pgier Mar 21, 2007 5:31 PM (in response to pgier)"alesj" wrote:
But what's the problem with relaying on jbossbuild?
In the long run maven will be easier to maintain, and we get several features that we don't have now (better dependency management, automated releases, project inheritance, etc). If we have them both side by side it will be difficult to keep them in sync.
What are the features that you have with ant? Maybe we can come up with something similar in maven.
Generating a build.xml from the maven pom (using the plugin that Kevin mentioned) can be done with "mvn ant:ant". We can do this for now if needed, but my goal is that eventually it won't be necessary. -
7. Re: Migration to maven
alesj Mar 21, 2007 5:44 PM (in response to pgier)"pgier" wrote:
What are the features that you have with ant? Maybe we can come up with something similar in maven.
Eh, don't bother.
I think that IDEA plugin will do.
In the worst case I can extend it, and add some own features.
But thanks for the offer. :-) -
8. Re: Migration to maven
pgier Mar 21, 2007 9:01 PM (in response to pgier)I moved the parent pom.xml (the one that was in the build directory) to the root directory of the project. The eclipse plugin seems to work a little better this way. Also this is the default path for maven parent poms, so I was able to remove the parent path config from each of the sub-project poms.
-
9. Re: Migration to maven
alesj Mar 23, 2007 8:16 AM (in response to pgier)"alesj" wrote:
I think that IDEA plugin will do.
This looks promising:
- http://plugins.intellij.net/plugin/?id=1166 -
10. Re: Migration to maven
adrian.brock Mar 28, 2007 1:00 PM (in response to pgier)I've fixed the eclipse build for the new maven build.
It's got that annoying bug where maven's eclipse plugin thinks a project
should be called "jboss-container" rather than "container".
I also fixed some problems with the maven build:
* spring-int wasn't being built
* osgi-int wasn't being built, the parent in its pom was wrong and the javacc wasn't generating the classes in the correct package
I don't think we need thirdparty and tools in the svn trunk anymore do we? -
11. Re: Migration to maven
pgier Mar 29, 2007 3:41 PM (in response to pgier)"adrian@jboss.org" wrote:
I've fixed the eclipse build for the new maven build.
Thanks!"adrian@jboss.org" wrote:
I also fixed some problems with the maven build:
* spring-int wasn't being built
* osgi-int wasn't being built, the parent in its pom was wrong and the javacc wasn't generating the classes in the correct package
spring-int and osgi-int weren't in the ant parent build, that's why I had taken them out of the maven build."adrian@jboss.org" wrote:
I don't think we need thirdparty and tools in the svn trunk anymore do we?
You're right we don't need these folders anymore. I removed them from svn. -
12. Re: Migration to maven
kconner Mar 30, 2007 12:48 PM (in response to pgier)I have just tried to build the microcontainer from source and had a few issues.
There appears to be a missing dependency in deployers/pom.xml as it requires jboss-dependency (BeanMetaDataDeployer used it).
The second issue is the javacc configuraiton in osgi-int/pom.xml. It currently includes the package name as part of the outputDirectory instead of using the packageName. This has an impact on classpath/project generation using eclipse:eclipse.
The third issue is the location of the test resources in aop-mc-int. If you generate classpath/project files then eclipse will complain about one resource directory being included in another.
I would like to fix the two issue, any objections? -
13. Re: Migration to maven
kconner Mar 30, 2007 12:49 PM (in response to pgier)Now that the build is based on maven there should be no need to keep classpath/project files in maven. Could we remove these and rely on generating them?
-
14. Re: Migration to maven
kconner Mar 30, 2007 12:51 PM (in response to pgier)My test runs appear to contain a number of failures/errors at present. Is this expected?