Mailing-List: contact uima-user-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: uima-user@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of msa@schor.com designates
 67.18.81.18 as permitted sender)
Message-ID: <48D7A44D.5070600@schor.com>
Date: Mon, 22 Sep 2008 09:57:33 -0400
From: Marshall Schor <msa@schor.com>
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: uima-user@incubator.apache.org
Subject: Re: Automatic Generation of class files (JCasGen) from Maven
References: <20080917170240.GA27660@localhost> <48D166CB.2060102@schor.com>
 <20080919232435.GA19229@localhost>
In-Reply-To: <20080919232435.GA19229@localhost>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

Александър Л. Димитров wrote:
> 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?
>   
Yes, for going into the details. 
-Marshall