On Tue, Feb 16, 2010 at 9:05 AM, Jukka Zitting wrote:
> Hi,
>
> Let's push this forward... See below for a proposed board resolution
> with Marshall as the chairman, with all the current committers (and me
> as a former mentor) as PMC members, and with the scope I proposed in
> response to Marshal
Javadoc Link on Website is Broken
-
Key: UIMA-1735
URL: https://issues.apache.org/jira/browse/UIMA-1735
Project: UIMA
Issue Type: Bug
Components: Website
Reporter: Adam Lally
The
On Sat, Jan 30, 2010 at 9:59 AM, Eddie Epstein wrote:
> Reading through the main link (use .html not htm) there are a lot of
> things to do as part of the graduation process, and UIMA looks ready
> to start.
>
+1
Adam
On Mon, Jan 11, 2010 at 11:18 AM, Marshall Schor wrote:
> This build keeps the uimacpp and sandbox components from the previous release
> candidate (the download site on people.apache.org/~schor has hard links to the
> previous artifacts - so they are guaranteed to be identical).
>
> We've had a f
Type: Improvement
Components: Async Scaleout, Eclipse plugins
Affects Versions: 2.3
Reporter: Adam Lally
I have an aggregate containing 3 remote UIMA-AS components. It takes about a
minute (maybe more) to open this in the CDE, which makes it very cumbersome to
use
On Thu, Jan 7, 2010 at 6:38 PM, Marshall Schor wrote:
> You can find it in the usual place:
> http://people.apache.org/~schor/uima-release-candidates/2.3.0-RC9/
>
> Let's put it thru some basics to insure the build didn't fail in some
> unusual way.
>
I installed the Eclipse plugins successfully
[
https://issues.apache.org/jira/browse/UIMA-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12786112#action_12786112
]
Adam Lally commented on UIMA-1695:
--
I like #2. Adding PARAM_VERIFICATION_MODE=true
On Tue, Oct 27, 2009 at 2:24 PM, Baptiste Gaillard
wrote:
>
> Thank you for the link, I do not know why but I missed this part of the
> documentation, this is exactly what I wanted :-)
>
>> Are all your JCas classes present in the application's classpath? If
>> so, there won't be any problem.
>
On Tue, Oct 27, 2009 at 10:52 AM, Baptiste Gaillard
wrote:
>
> Hi,
>
> On our project we are implementing a replacement for the CPE based on OSGI
> and BPM Workflows.
> We
> have successfully created BPM workflows based on UIMA component using a
> unique data model for each component in the workf
On Mon, Oct 5, 2009 at 11:37 AM, Jaroslaw Cwiklik wrote:
> Adam, in a short term I can address this in UIMA-AS. All remotes will have
> their
> multipleDeploymentAllowed parameter set to true. This is a very quick fix
> for your
> immediate problem. Let me know if this approach works for you for n
On Mon, Oct 5, 2009 at 10:11 AM, Jaroslaw Cwiklik wrote:
> it seems to me that this is not just a service wrapper problem. We should
> try to override this parameter for all remotes, no?
>
It's not specific to UIMA-AS, so it's something that all remote
service wrappers should do. I'm not sure if
-1593
URL: https://issues.apache.org/jira/browse/UIMA-1593
Project: UIMA
Issue Type: Bug
Components: Async Scaleout, Core Java Framework
Affects Versions: 2.2.2
Reporter: Adam Lally
If an AnalysisEngine descriptor dec
Wed, Sep 16, 2009 at 12:28 PM, Marshall Schor wrote:
>
> If at some point we wanted to conform better to Maven "standards", we
> could rename our artifacts such that the final jar name matched without
> using the element. (You might be thinking there's still a
> "problem" because the final jar
[
https://issues.apache.org/jira/browse/UIMA-629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12750168#action_12750168
]
Adam Lally commented on UIMA-629:
-
+1
> Default file names prod
On Tue, Sep 1, 2009 at 7:47 AM, Marshall Schor wrote:
> Adam Lally wrote:
>> I'm not sure I completely understand - does this mean our binary
>> distributions contain source, or not? If so, I am uneasy about that.
>> We had this discussion prior to the last release w
On Sat, Aug 29, 2009 at 1:00 PM, Jörn Kottmann wrote:
> On Aug 28, 2009, at 3:14 PM, Marshall Schor wrote:
>
>> We could do this for all of our Jars, and I'm thinking this would be a
>> good idea. One reason would be it would align us slightly better with
>> the "maven way" of doing things. When u
[
https://issues.apache.org/jira/browse/UIMA-941?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12749523#action_12749523
]
Adam Lally commented on UIMA-941:
-
In AnalysisEngineImplBase.buildProcessTraceFromMBeanS
[
https://issues.apache.org/jira/browse/UIMA-1113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12749519#action_12749519
]
Adam Lally commented on UIMA-1113:
--
To get the metadata from the PEAR specifier we
On Mon, Aug 24, 2009 at 6:55 AM, Jörn Kottmann wrote:
> public interface JFSIndexRepository {
>
> FSIndex getIndex(String label);
> FSIndex getIndex(String label, int type);
> AnnotationIndex getAnnotationIndex();
> AnnotationIndex getAnnotationIndex(int type);
> Iterator> getIndexes();
> FSI
On Sun, Aug 23, 2009 at 12:05 AM, Marshall Schor wrote:
> After generification of iterators, this line in Lucas doesn't compile:
>
> In src/main/java, org.apache.uima.lucas.indexer.analysis,
> the class: AnnotationTokenStream
> line 340:
>
> annotationIterator =
> Iterators.filter(jCas.getAnnota
On Fri, Aug 21, 2009 at 7:48 AM, Jörn Kottmann wrote:
> Jörn Kottmann wrote:
>>
>> Right now its declared as
>>
>> AbstractCas getCasInterface(CAS cas, Class
>> requiredInterface);
>>
>> but I think it should be
>>
>> T getCasInterface(CAS cas, Class> AbstractCas> requiredInterface);
>
> ups, it
On Thu, Aug 20, 2009 at 8:11 AM, Jörn Kottmann wrote:
> Adam Lally wrote:
>>
>> On Wed, Aug 19, 2009 at 1:54 PM, Jörn Kottmann wrote:
>>
>>>
>>> The current declaration with out generics:
>>>
>>> public Resource produceResour
On Wed, Aug 19, 2009 at 1:54 PM, Jörn Kottmann wrote:
> The current declaration with out generics:
>
> public Resource produceResource(Class aResourceClass, ResourceSpecifier
> aSpecifier,
> Map aAdditionalParams) throws
> ResourceInitializationException;
>
> Can it be assumed that aResour
On Mon, Aug 17, 2009 at 10:39 AM, Jörn Kottmann wrote:
> The CasPool has a constructor
>
> CasPool(int aNumInstances, Collection aComponentDescriptionsOrMetaData,
> Properties aPerformanceTuningSettings, ResourceManager
> aResourceManager)
>
> where aComponentDescriptionsOrMetaData is a col
[
https://issues.apache.org/jira/browse/UIMA-1496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12744064#action_12744064
]
Adam Lally commented on UIMA-1496:
--
Seems okay.
> Generics for CasCreati
On Fri, Aug 14, 2009 at 1:48 PM, Jörn Kottmann wrote:
> Yes, I missed something, but getMetaData returns a ResourceMetaData object,
> is it safe to cast the clone of it to ProcessingResourceMetaData ?
>
I think so, but you could also change it to call
CasInitializer.getCasInitializerMetaData(), wh
On Fri, Aug 14, 2009 at 12:10 PM, Jörn Kottmann wrote:
> The javadoc says these methods return a List of ProcessingResourceMetaData
> objects.
> Inside the private method getMetaDataList, objects which do not have the
> ProcessingResourceMetaData
> type are added to the list. That can be seen in li
On Wed, Aug 12, 2009 at 3:08 PM, Marshall Schor wrote:
> Jörn Kottmann wrote:
>> Adam Lally wrote:
>>> On Wed, Aug 12, 2009 at 5:54 AM, Jörn Kottmann
>>> wrote:
>>>
>>>> Yes, but if someone writes it intentional he would get the same
>>>
On Wed, Aug 12, 2009 at 10:52 AM, Jörn Kottmann wrote:
> Hi,
>
> after all the discussion we had I think thats the correct
> way to generify FSIndexRepository:
>
> interface FSIndexRepository {
> FSIndex getIndex(String label);
> FSIterator getAllIndexedFS(Type aType);
> ...
> }
>
+1
-Adam
[
https://issues.apache.org/jira/browse/UIMA-1417?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12742378#action_12742378
]
Adam Lally commented on UIMA-1417:
--
I think the documentation is wrong and shoul
On Wed, Aug 12, 2009 at 5:54 AM, Jörn Kottmann wrote:
> Yes, but if someone writes it intentional he would get the same
> exception during class casting. That means not doing it would only help
> someone who picks the wrong type for the variable by accident, since its
> likely that
> the code canno
On Wed, Aug 12, 2009 at 5:36 AM, Jörn Kottmann wrote:
> Jörn Kottmann wrote:
>>
>> Marshall Schor wrote:
>>>
>>> I'll probably stop trying to convince others if they continue to feel
>>> that the tradeoffs here should be in the direction of returning only
>>> specific types (disallowing users from
On Tue, Aug 11, 2009 at 3:16 PM, Marshall Schor wrote:
>
> So - can we close up this discussion with a vote on the following:
>
> On the normal scale of -1, 0, +1, to the proposition -
>
> have the generic form of many methods that are in the public API for
> UIMA that return UIMA objects, return a
On Tue, Aug 11, 2009 at 10:44 AM, Jörn Kottmann wrote:
> Adam Lally wrote:
>>
> Lets say we have an interface Box{Number getNumber()}
> then we could have a class BoxImpl implements Box{Integer getNumber(){...}}.
>
> Now I only would have to cast once
> Box box = ...;
>
On Tue, Aug 11, 2009 at 7:50 AM, Marshall Schor wrote:
> A small correction: allowing downcasting doesn't generate a warning
> about unchecked casting.
>
> Here's a small test case in case you want to play with this:
>
> package generics;
>
> import java.util.List;
>
> public class TestG {
>
> cla
On Mon, Aug 10, 2009 at 9:00 PM, Marshall Schor wrote:
> Here's a new thread to discuss just one particular issue - a generics
> tradeoff.
>
> In other posts, people have expressed misgivings about letting users
> "downcast" List to List, if it cannot be
> *guaranteed* at compile time that this is
On Mon, Aug 10, 2009 at 5:32 PM, Marshall Schor wrote:
> Adam Lally wrote:
>> On Mon, Aug 10, 2009 at 4:07 PM, Jörn Kottmann wrote:
>>
>>> Marshall Schor wrote:
>>>
>>>> The generification of FSIndex currently specifies one type, >>> Fea
On Fri, Aug 7, 2009 at 2:32 PM, Marshall Schor wrote:
> The createFilteredIterator method in CASImpl takes an FSIterator and an
> FSMatchConstraint, and returns another iterator.
>
> The generification of this is:
> public FSIterator
> createFilteredIterator(FSIterator it, FSMatchConstraint cons)
On Mon, Aug 10, 2009 at 4:07 PM, Jörn Kottmann wrote:
> Marshall Schor wrote:
>>
>> The generification of FSIndex currently specifies one type, > FeatureStructure> that is the type of item being returned.
>>
>>
>> The contains and find methods have arguments of type FeatureStructure.
>> These could
On Mon, Aug 10, 2009 at 12:28 PM, Marshall Schor wrote:
> Adam Lally wrote:
>>> Same issue with using Iterator
>>> Two quick fixes: casting:
>>> Iterator s = (Iterator) aCas.getViewIterator();
>>> and
>>> Iterator s = aCas.getViewIterator();
>&g
> Same issue with using Iterator
> Two quick fixes: casting:
> Iterator s = (Iterator) aCas.getViewIterator();
> and
> Iterator s = aCas.getViewIterator();
>
Right.. I think it needs to be like this:
> T getViewIterator()
But I am not sure the usefulness of this is worth the added complexity.
On Mon, Aug 10, 2009 at 9:49 AM, Jörn Kottmann wrote:
>> Here's another (probably weak) use case for returning > AbstractCas> kinds of things: If you have part of the code which
>> collects views and some of these views use one form of the AbstractCas
>> (e.g. CASImpl) and others use the JCas form
On Mon, Aug 10, 2009 at 10:10 AM, Marshall Schor wrote:
> So, we're back to just the issue (unless another use case can be
> conceived) of how to iterate, where the uses of the iterator want to use
> methods from CASImpl. Is the concensus that having to cast here (e.g.
> Iterator s = aCas.getViewI
On Sat, Aug 8, 2009 at 4:57 PM, Marshall Schor wrote:
> Jörn Kottmann wrote:
>>
>> On Aug 7, 2009, at 8:57 PM, Marshall Schor wrote:
>>
>>> getViewIterator in CASImpl is written with the signature:
>>> Iterator getViewIterator()
>>>
>>> If you are working with things needing CASImpl objects, you w
On Fri, Jul 31, 2009 at 9:13 AM, Jörn Kottmann wrote:
> Hi,
>
> what is the correct return type for this method ?
>
> Right now its declared to return a Map
> as
> documented, but is that correct ?
>
Yes, that's right. I took a look at the code and the only thing that
looks suspicious with respec
On Fri, Jul 31, 2009 at 11:55 AM, Marshall Schor wrote:
> I would like to propose graduating UIMA-AS from the sandbox, making it a
> separately downloadable "add-on" to base UIMA. It has been extensively
> used in several projects and has undergone (as a result) a lot of
> bug-fixing and hardening.
On Tue, Jul 28, 2009 at 5:20 PM, Marshall Schor wrote:
> While fixing up the sandbox build I ran across what looks like a bug -
> the PearAnalysisEngineWrapper is throwing a NPE because it is being
> passed in "null" for the map of additional parameters in its
> "initialize" method, and it's not ex
[
https://issues.apache.org/jira/browse/UIMA-1257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally closed UIMA-1257.
Resolution: Fixed
Issue declared fixed by popular demand.
> Type System Merging Should Produce Consist
[
https://issues.apache.org/jira/browse/UIMA-1257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735825#action_12735825
]
Adam Lally commented on UIMA-1257:
--
I've rethought my last comment. I recently
FYI, a while back I posted some code we could consider adding for JCAS
that allow you to get iterators parameterized by specific JCAS types:
http://www.mail-archive.com/uima-dev@incubator.apache.org/msg04657.html
It might be interesting to consider adding something like that
directly on the JCAS i
[
https://issues.apache.org/jira/browse/UIMA-1344?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally closed UIMA-1344.
Resolution: Fixed
Fixed to write empty array element to XCAS instead of throwing NPE.
> XCAS Serializat
: Bug
Components: Core Java Framework, Transport Adapters - SOAP, Vinci
Affects Versions: 2.2.2
Reporter: Adam Lally
Assignee: Adam Lally
Fix For: 2.3
This code illustrates the problem:
//create string array where some elements are unset
On Thu, Mar 12, 2009 at 3:49 PM, Eddie Epstein wrote:
> On Thu, Mar 12, 2009 at 12:14 PM, Adam Lally wrote:
>> The next question is under what conditions would a GC execute.
>> Requiring an explicit call seems counter to what other garbage
>> collecting runtime environmen
On Fri, Mar 13, 2009 at 3:07 AM, Thilo Goetz wrote:
> Marshall Schor wrote:
>> I agree with both of these concepts: only GC'ing things which are not
>> in the index and also not reachable from something that is in the index,
>> and making GC'ing (mostly) automatic, based on thresholds, etc, when
On Wed, Mar 11, 2009 at 8:53 AM, Marshall Schor wrote:
> I agree in general about not making things more complicated at least to
> the user. I can imagine education working for
> 1) things like string interning
> 2) things like deleting features from type systems where they're not
> being used,
On Wed, Mar 4, 2009 at 6:32 AM, Thilo Goetz wrote:
> Please vote to accept the contribution of the Lucene
> CAS indexer into the sandbox. See Jira issue UIMA-1299
> (https://issues.apache.org/jira/browse/UIMA-1299) for
> the tar ball.
>
> [ ] +1 Accept Lucene CAS indexer into UIMA sandbox
> [ ]
On Wed, Feb 25, 2009 at 9:07 AM, Eddie Epstein wrote:
>> It seems like Marshall's angle (if I understood it) is not really GC
>> at all, but a model where an annotator decides to explicitly delete
>> FS. I could be okay with that idea, too. A GC model by definition
>> should preserve any referen
On Tue, Feb 24, 2009 at 2:53 AM, Thilo Goetz wrote:
> I have found the discussion again that I was referring to. It wasn't
> on this list, it was in the OASIS spec discussions. Sorry about the
> confusion. I don't feel at liberty to publish that conversation here,
> but maybe Adam would like to
[
https://issues.apache.org/jira/browse/UIMA-857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674628#action_12674628
]
Adam Lally commented on UIMA-857:
-
I'm not sure if there's a way to check
[
https://issues.apache.org/jira/browse/UIMA-857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12674351#action_12674351
]
Adam Lally commented on UIMA-857:
-
Personally, I still strongly dislike version number
On Tue, Jan 27, 2009 at 3:32 PM, Marshall Schor wrote:
> I've updated the re-do of the website, as follows:
>
> 1) moved the "famous paragraph" up to the top on the first page (this
> is actually several paragraphs...)
> 2) Made the new picture on the first page float to the right, with text
> on
On Fri, Jan 23, 2009 at 1:28 PM, Marshall Schor wrote:
> Both Adam and Thilo want a better left-nav bar design - so let's
> discuss. My thought was to move the most frequently accessed things (a
> guess, true) toward the top, and to shrink the list by eliminating
> groupings that didn't really se
On Thu, Jan 22, 2009 at 12:47 PM, Marshall Schor wrote:
> Some time ago we had some discussion and proposals for a general
> "makeover" of the Apache UIMA website.
>
> I've taken a crack at incorporating the suggestions from that discussion
> and some more recent discussions around "promoting" som
[
https://issues.apache.org/jira/browse/UIMA-1257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally reopened UIMA-1257:
--
Sorting the type definitions causes a change in the default type priorities.
This in turn may break
[
https://issues.apache.org/jira/browse/UIMA-1258?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally closed UIMA-1258.
Resolution: Fixed
Fix Version/s: 2.3
> Optimize performance of CasCopier when input and out
Issue Type: Improvement
Components: Core Java Framework
Affects Versions: 2.2.2
Reporter: Adam Lally
Assignee: Adam Lally
Priority: Minor
The CasCopier can spend a lot of time looking up type and feature handles,
which is wasted when the
[
https://issues.apache.org/jira/browse/UIMA-1257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally closed UIMA-1257.
Resolution: Fixed
Fixed by sorting types alphabetically inside CasCreationUtils.mergeTypeSystems
> T
[
https://issues.apache.org/jira/browse/UIMA-1257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on UIMA-1257 started by Adam Lally.
> Type System Merging Should Produce Consistent Ordering of Ty
Components: Core Java Framework
Affects Versions: 2.2.2
Reporter: Adam Lally
Assignee: Adam Lally
Priority: Minor
Fix For: 2.3
Currently when type systems are merged across annotators, the ordering of the
types produced by the merge method
: Async Scaleout
Affects Versions: 2.2.2
Reporter: Adam Lally
I have an FSList that contains 2 FeatureStructures. I send it to a remote
annotator that creates approximately 40 new FeatureStructures and appends them
to the end of the FSList. It also adds these new FSs to the
[
https://issues.apache.org/jira/browse/UIMA-1247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally closed UIMA-1247.
This fix works for me. Thanks!
> MBean Registration not thread-s
: Bug
Components: Async Scaleout
Affects Versions: 2.2.2
Reporter: Adam Lally
Priority: Minor
I have an aggregate that contains a CAS Consumer as a delegate. When I deploy
this as an async aggregate in UIMA-AS, it complains:
java.lang.ClassCastExce
[
https://issues.apache.org/jira/browse/UIMA-1252?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally deleted UIMA-1252:
-
> UIMA-Can't run
> ---
>
> Key: UIMA-1252
>
UIMA-Can't run
---
Key: UIMA-1252
URL: https://issues.apache.org/jira/browse/UIMA-1252
Project: UIMA
Issue Type: Bug
Reporter: Adam Lally
Priority: Minor
--
This message is automatically gene
[
https://issues.apache.org/jira/browse/UIMA-1223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12655240#action_12655240
]
Adam Lally commented on UIMA-1223:
--
There is a problem in this patch due to UIMA-
Affects Versions: 2.2.2
Reporter: Adam Lally
Assignee: Adam Lally
Priority: Minor
If multiple threads concurrently call UIMAFramework.produceAnalysisEngine and
pass the same instance of ResourceManager as an argument, you can get
intermittent exceptions in
[
https://issues.apache.org/jira/browse/UIMA-1247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12654892#action_12654892
]
Adam Lally commented on UIMA-1247:
--
This is what gets logged:
WARNING: JMX fail
[
https://issues.apache.org/jira/browse/UIMA-1245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12654598#action_12654598
]
Adam Lally commented on UIMA-1245:
--
Actually I think your proposal to block the pa
Reporter: Adam Lally
Assignee: Adam Lally
Priority: Minor
If you create multiple instances of the same Analysis Engine simultaneously in
different threads, it often results in WARNING messages being written to the
log file about failed JMX MBean registration
://issues.apache.org/jira/browse/UIMA-1240
Project: UIMA
Issue Type: Bug
Components: Async Scaleout
Affects Versions: 2.3AS
Reporter: Adam Lally
Assignee: Tong Fin
I have an async aggregate with multiple delegates. When I set the number of
On Fri, Nov 21, 2008 at 5:03 PM, Jerry Cwiklik (JIRA)
wrote:
> [
> https://issues.apache.org/jira/browse/UIMA-1232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
> ]
>
> Jerry Cwiklik updated UIMA-1232:
>
>
>Attachment: uimaj-as-core-UI
[
https://issues.apache.org/jira/browse/UIMA-1107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649806#action_12649806
]
Adam Lally commented on UIMA-1107:
--
Yes, that sounds right. (Except in #1 you have a
[
https://issues.apache.org/jira/browse/UIMA-1107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649770#action_12649770
]
Adam Lally commented on UIMA-1107:
--
Okay, I see. I've looked over the code an
[
https://issues.apache.org/jira/browse/UIMA-1107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12649742#action_12649742
]
Adam Lally commented on UIMA-1107:
--
Does your new class need to be a subclas
> Not sure if I am supposed to initiate the vote myself as I am not a
> committer. Are you in favour of adding the Tika Annotator to the sandbox?
>
+1
-Adam
[
https://issues.apache.org/jira/browse/UIMA-1230?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally closed UIMA-1230.
Resolution: Fixed
> When parsing an aggregate descriptor, should parse a shared type system file
>
: UIMA
Issue Type: Improvement
Components: Core Java Framework
Affects Versions: 2.2.2
Reporter: Adam Lally
Assignee: Adam Lally
Priority: Minor
Fix For: 2.3
Frequently an aggregate will contain several primitives that all
[
https://issues.apache.org/jira/browse/UIMA-1119?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12646557#action_12646557
]
Adam Lally commented on UIMA-1119:
--
I don't see anything wrong with the term
/UIMA-1223
Project: UIMA
Issue Type: Bug
Components: Async Scaleout
Affects Versions: 2.2.2
Reporter: Adam Lally
Assignee: Jerry Cwiklik
It is more convenient if an annotator is initialized on the same thread that it
is later called on
[
https://issues.apache.org/jira/browse/UIMA-1199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12638917#action_12638917
]
Adam Lally commented on UIMA-1199:
--
Synchronous UIMA runs them in sequence, and I t
On Wed, Sep 17, 2008 at 1:48 PM, Marshall Schor <[EMAIL PROTECTED]> wrote:
> Please cast your vote to accept the Configurable Feature Extractor into
> the sandbox.
>
> There was a discussion on this on uima-user list (see
> http://markmail.org/message/ty6eq4ne7r4rvtim ) that ended with a request
>
On Wed, Oct 1, 2008 at 3:21 PM, Marshall Schor <[EMAIL PROTECTED]> wrote:
> Profiling certainly shows unusual places you'd never think to look :-)
>
> This may be a bit of an anomaly - but we have a scaleout test for
> uima-as, sending large numbers of CASes over the wire (but the test is
> running
[
https://issues.apache.org/jira/browse/UIMA-1177?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12631955#action_12631955
]
Adam Lally commented on UIMA-1177:
--
Yes, it is sticky. So I am not so much submit
[
https://issues.apache.org/jira/browse/UIMA-1176?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12631954#action_12631954
]
Adam Lally commented on UIMA-1176:
--
I agree, Marshall. IIRC we already are checking
[
https://issues.apache.org/jira/browse/UIMA-1176?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12631628#action_12631628
]
Adam Lally commented on UIMA-1176:
--
Well, how about this: If my main type sy
Project: UIMA
Issue Type: Improvement
Components: Eclipse plugins
Reporter: Adam Lally
Priority: Minor
Fix For: 2.3
I think the default should be to not generate the JCAS source files when you
save an Analysis Engine Descriptor.
-1176
Project: UIMA
Issue Type: Improvement
Components: Eclipse plugins, Tools
Affects Versions: 2.3
Reporter: Adam Lally
Our project reuses a common type system that we got from a different source.
The common type system descriptor is imported int
On Mon, Aug 25, 2008 at 9:58 AM, Eddie Epstein <[EMAIL PROTECTED]> wrote:
> All of the issues raised during discussion of the last release
> candidate (http://markmail.org/message/z5d4o3hempxeo4sw)
> have been addressed.
>
> The release artifacts and RAT results are available on
> p.a.o/~eae/uimacp
[
https://issues.apache.org/jira/browse/UIMA-1163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12628185#action_12628185
]
Adam Lally commented on UIMA-1163:
--
As I recall, the maven build scripts explicitly
On Thu, Aug 28, 2008 at 4:25 PM, Bhavani Iyer <[EMAIL PROTECTED]> wrote:
>> How about this idea instead: If you detect that an Array or List has
>> been modified, then you will need to
>> iterate through everything in the CAS in order to find what FS
>> referred to that array or list. Less effici
1 - 100 of 1623 matches
Mail list logo