Quoth Marshall Schor: > I don't know of a Maven plugin for this, but it sounds like a good idea. > > There is a Maven plugin for doing pear packaging in the sandbox, which > might serve as a guide if you were considering doing a plugin.
As of now, I am actually considering doing this as an exercise on getting to know Maven a bit better (and possibly UIMA, too). So, for a potential UIMA Maven plug-in, would there be any feature requests, apart from the ones I can pull off the top of my head? - Automatic JCasGen - Automatic JCasGen with merge (one would have to find an easy/un-cumbersome way to treat the EMF dependency.) - Launching of the CVD like in `mvn uima:cvd` - … and probably other debugging related tools, like the documentAnalyzer - maybe even merge it with the existing PEAR packaging functionality. `mvn uima:pear` That's pretty much oriented around the functionality the Maven-GWT plugin provides. The good thing about this would be that the developers would not have to download UIMA themselves, but instead, Maven would keep track of UIMA and possible updates, too. For a project where UIMA is "just one piece of the puzzle" and barely anyone involved in the dev-process actually touches UIMA-components, this would be quite a benefit. Sure, there are other solutions, but this one seems to be an easy one. > One thing to note: there are 2 versions of JCasGen - the normal one > requires Eclipse to be present because it runs as an Eclipse > application, in order to pick up the EMF "code merging" capability. > There is a way to run without this - in which case no merging is done. > See > http://incubator.apache.org/uima/downloads/releaseDocs/2.2.2-incubating/docs/html/tools/tools.html#ugr.tools.jcasgen.running_without_eclipse Thanks for the hint. That'll be a tough one to find an integrated solution for. Aleks PS, probably the dev-list is a better place for this, eh?
signature.asc
Description: Digital signature
