uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adam Lally" <ala...@alum.rpi.edu>
Subject Re: Considering some re-org of SVN
Date Wed, 02 Jul 2008 16:06:53 GMT
On Wed, Jul 2, 2008 at 10:34 AM, Michael Baessler
<mba@michael-baessler.de> wrote:
> Marshall Schor wrote:
>> Possible names for this other node might be: "parts".  Or we might want
>> to have several names that categorized the kinds of things - such as
>> "annotators", "servers", "embeddings", "corpora", "typeSystems",
>> "tools", etc.
> +1 for having an organization structure based on component type such as tools, UIMA core,
> annotators, etc. But if we change the structure we should also move the current tools
we ship with
> the UIMA core bundle to have one place where the user gets tools for UIMA.
> The separation of UIMA core, tools, annotators also has disadvantage. We never come to
the point to
> have a rich UIMA framework download where some real analytics are embedded and work out
of the box.
> If we want to do that we have to think about a special "analytics package" where some
> analysis is included with a special set of descriptors.

I am already thinking we may have enough different releases happening,
if not too many.  There is overhead associated with each release,
especially while we're in the incubator and have to bug the IPMC every
time we want to release something.  Rather than think about how to
restructure SVN, I prefer we first think about how many different
artifacts we want to be separately releasing.  Then I'd agree to
restructure SVN to suit what we decide.

If we take the current tools out of the current SDK download, we make
it a lot less useful.  I think it's a better out of the box experience
if they get one download that includes good tooling.  So I'd prefer
seeing mature sandbox tools get integrated into the SDK release rather
than be a separate package.

For annotators, I'm also leaning towards having some good general
purpose annotators included in the SDK.  If they start to get more
specialized, then I am not so sure.

Of course this may lead to a bigger download, but my personal feeling
is that this isn't much of a concern.  If we start seeing problems or
getting complaints that our release is too big, maybe we go back and
consider splitting it at that point.


View raw message