On Tue, Feb 16, 2010 at 9:05 AM, Jukka Zitting jukka.zitt...@gmail.com 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
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
On Sat, Jan 30, 2010 at 9:59 AM, Eddie Epstein eaepst...@gmail.com 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 m...@schor.com 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).
On Thu, Jan 7, 2010 at 6:38 PM, Marshall Schor m...@schor.com 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
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 Tue, Oct 27, 2009 at 10:52 AM, Baptiste Gaillard
b_gaill...@hotmail.com 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
On Tue, Oct 27, 2009 at 2:24 PM, Baptiste Gaillard
b_gaill...@hotmail.com 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
On Mon, Oct 5, 2009 at 10:11 AM, Jaroslaw Cwiklik uim...@gmail.com 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.
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 declares
Wed, Sep 16, 2009 at 12:28 PM, Marshall Schor m...@schor.com wrote:
snip/
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 finalName element. (You might be thinking there's still a
problem
[
https://issues.apache.org/jira/browse/UIMA-629?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12750168#action_12750168
]
Adam Lally commented on UIMA-629:
-
+1
Default file names produced by XmiWriterCasConsumer
[
https://issues.apache.org/jira/browse/UIMA-1113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12749519#action_12749519
]
Adam Lally commented on UIMA-1113:
--
To get the metadata from the PEAR specifier we'd need
[
https://issues.apache.org/jira/browse/UIMA-941?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12749523#action_12749523
]
Adam Lally commented on UIMA-941:
-
In AnalysisEngineImplBase.buildProcessTraceFromMBeanStats
On Sat, Aug 29, 2009 at 1:00 PM, Jörn Kottmannkottm...@gmail.com 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
On Mon, Aug 24, 2009 at 6:55 AM, Jörn Kottmannkottm...@gmail.com wrote:
public interface JFSIndexRepository {
FSIndexTOP getIndex(String label);
FSIndexTOP getIndex(String label, int type);
AnnotationIndexAnnotation getAnnotationIndex();
AnnotationIndexAnnotation getAnnotationIndex(int
On Fri, Aug 21, 2009 at 7:48 AM, Jörn Kottmannkottm...@gmail.com wrote:
Jörn Kottmann wrote:
Right now its declared as
AbstractCas getCasInterface(CAS cas, Class? extends AbstractCas
requiredInterface);
but I think it should be
T extends AbstractCas T getCasInterface(CAS cas, Class?
On Thu, Aug 20, 2009 at 8:11 AM, Jörn Kottmannkottm...@gmail.com wrote:
Adam Lally wrote:
On Wed, Aug 19, 2009 at 1:54 PM, Jörn Kottmannkottm...@gmail.com wrote:
The current declaration with out generics:
public Resource produceResource(Class aResourceClass, ResourceSpecifier
aSpecifier
On Wed, Aug 19, 2009 at 1:54 PM, Jörn Kottmannkottm...@gmail.com wrote:
The current declaration with out generics:
public Resource produceResource(Class aResourceClass, ResourceSpecifier
aSpecifier,
MapString, Object aAdditionalParams) throws
ResourceInitializationException;
Can
[
https://issues.apache.org/jira/browse/UIMA-1496?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12744064#action_12744064
]
Adam Lally commented on UIMA-1496:
--
Seems okay.
Generics for CasCreationUtils
On Mon, Aug 17, 2009 at 10:39 AM, Jörn Kottmannkottm...@gmail.com wrote:
The CasPool has a constructor
CasPool(int aNumInstances, Collection aComponentDescriptionsOrMetaData,
Properties aPerformanceTuningSettings, ResourceManager
aResourceManager)
where
On Fri, Aug 14, 2009 at 12:10 PM, Jörn Kottmannkottm...@gmail.com 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
On Fri, Aug 14, 2009 at 1:48 PM, Jörn Kottmannkottm...@gmail.com 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
On Wed, Aug 12, 2009 at 5:36 AM, Jörn Kottmannkottm...@gmail.com 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
[
https://issues.apache.org/jira/browse/UIMA-1417?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12742378#action_12742378
]
Adam Lally commented on UIMA-1417:
--
I think the documentation is wrong and should
On Wed, Aug 12, 2009 at 10:52 AM, Jörn Kottmannkottm...@gmail.com wrote:
Hi,
after all the discussion we had I think thats the correct
way to generify FSIndexRepository:
interface FSIndexRepository {
FSIndexFeatureStructure getIndex(String label);
FSIteratorFeatureStructure
On Wed, Aug 12, 2009 at 3:08 PM, Marshall Schorm...@schor.com wrote:
Jörn Kottmann wrote:
Adam Lally wrote:
On Wed, Aug 12, 2009 at 5:54 AM, Jörn Kottmannkottm...@gmail.com
wrote:
Yes, but if someone writes it intentional he would get the same
exception during class casting. That means
On Mon, Aug 10, 2009 at 9:00 PM, Marshall Schorm...@schor.com 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 ListsomeType to ListsomeSubType, if it cannot be
*guaranteed* at
On Tue, Aug 11, 2009 at 7:50 AM, Marshall Schorm...@schor.com 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 {
On Tue, Aug 11, 2009 at 10:44 AM, Jörn Kottmannkottm...@gmail.com 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 = ...;
BoxImpl boxImpl
On Tue, Aug 11, 2009 at 3:16 PM, Marshall Schorm...@schor.com wrote:
snip/
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
On Mon, Aug 10, 2009 at 10:10 AM, Marshall Schorm...@schor.com 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.
IteratorCAS s =
On Mon, Aug 10, 2009 at 9:49 AM, Jörn Kottmannkottm...@gmail.com wrote:
Here's another (probably weak) use case for returning T extends
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
Same issue with using IteratorAbstractCas
Two quick fixes: casting:
IteratorAbstractCas s = (IteratorAbstractCas) aCas.getViewIterator();
and
Iterator? super CAS s = aCas.getViewIterator();
Right.. I think it needs to be like this:
T extends Iterator? super CAS T getViewIterator()
But I
On Mon, Aug 10, 2009 at 12:28 PM, Marshall Schorm...@schor.com wrote:
Adam Lally wrote:
Same issue with using IteratorAbstractCas
Two quick fixes: casting:
IteratorAbstractCas s = (IteratorAbstractCas) aCas.getViewIterator();
and
Iterator? super CAS s = aCas.getViewIterator();
Right.. I
On Mon, Aug 10, 2009 at 4:07 PM, Jörn Kottmannkottm...@gmail.com wrote:
Marshall Schor wrote:
The generification of FSIndex currently specifies one type, T extends
FeatureStructure that is the type of item being returned.
The contains and find methods have arguments of type
On Fri, Aug 7, 2009 at 2:32 PM, Marshall Schorm...@schor.com wrote:
The createFilteredIterator method in CASImpl takes an FSIterator and an
FSMatchConstraint, and returns another iterator.
The generification of this is:
publicT extends FeatureStructure FSIteratorT
On Mon, Aug 10, 2009 at 5:32 PM, Marshall Schorm...@schor.com wrote:
Adam Lally wrote:
On Mon, Aug 10, 2009 at 4:07 PM, Jörn Kottmannkottm...@gmail.com wrote:
Marshall Schor wrote:
The generification of FSIndex currently specifies one type, T extends
FeatureStructure that is the type
On Fri, Jul 31, 2009 at 11:55 AM, Marshall Schorm...@schor.com 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
On Fri, Jul 31, 2009 at 9:13 AM, Jörn Kottmannkottm...@gmail.com wrote:
Hi,
what is the correct return type for this method ?
Right now its declared to return a MapString, ProcessingResourceMetaData
as
documented, but is that correct ?
Yes, that's right. I took a look at the code and the
On Tue, Jul 28, 2009 at 5:20 PM, Marshall Schorm...@schor.com 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
[
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 Consistent
[
https://issues.apache.org/jira/browse/UIMA-1257?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12735825#action_12735825
]
Adam Lally commented on UIMA-1257:
--
I've rethought my last comment. I recently happened
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
[
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 Serialization
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 (null
On Fri, Mar 13, 2009 at 3:07 AM, Thilo Goetz twgo...@gmx.de 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,
On Thu, Mar 12, 2009 at 3:49 PM, Eddie Epstein eaepst...@gmail.com wrote:
On Thu, Mar 12, 2009 at 12:14 PM, Adam Lally ala...@alum.rpi.edu wrote:
The next question is under what conditions would a GC execute.
Requiring an explicit call seems counter to what other garbage
collecting runtime
On Wed, Mar 11, 2009 at 8:53 AM, Marshall Schor m...@schor.com 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
On Wed, Mar 4, 2009 at 6:32 AM, Thilo Goetz twgo...@gmx.de 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
On Wed, Feb 25, 2009 at 9:07 AM, Eddie Epstein eaepst...@gmail.com 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
On Tue, Feb 24, 2009 at 2:53 AM, Thilo Goetz twgo...@gmx.de 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
[
https://issues.apache.org/jira/browse/UIMA-857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12674628#action_12674628
]
Adam Lally commented on UIMA-857:
-
I'm not sure if there's a way to check in the Eclipse
[
https://issues.apache.org/jira/browse/UIMA-857?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12674351#action_12674351
]
Adam Lally commented on UIMA-857:
-
Personally, I still strongly dislike version numbers
On Tue, Jan 27, 2009 at 3:32 PM, Marshall Schor m...@schor.com 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
On Thu, Jan 22, 2009 at 12:47 PM, Marshall Schor m...@schor.com 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
On Fri, Jan 23, 2009 at 1:28 PM, Marshall Schor m...@schor.com 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
[
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
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
[
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 Types
[
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
Type
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
[
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 output
: 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
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 generated
[
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
URL: https
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.ClassCastException
[
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-safe
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
[
https://issues.apache.org/jira/browse/UIMA-1223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12655240#action_12655240
]
Adam Lally commented on UIMA-1223:
--
There is a problem in this patch due to UIMA-1248
[
https://issues.apache.org/jira/browse/UIMA-1247?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12654892#action_12654892
]
Adam Lally commented on UIMA-1247:
--
This is what gets logged:
WARNING: JMX failiure: Failed
[
https://issues.apache.org/jira/browse/UIMA-1245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12654598#action_12654598
]
Adam Lally commented on UIMA-1245:
--
Actually I think your proposal to block the parent upon
://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
On Fri, Nov 21, 2008 at 5:03 PM, Jerry Cwiklik (JIRA)
uima-dev@incubator.apache.org wrote:
[
https://issues.apache.org/jira/browse/UIMA-1232?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jerry Cwiklik updated UIMA-1232:
[
https://issues.apache.org/jira/browse/UIMA-1107?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12649742#action_12649742
]
Adam Lally commented on UIMA-1107:
--
Does your new class need to be a subclass
: 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-tabpanelfocusedCommentId=12646557#action_12646557
]
Adam Lally commented on UIMA-1119:
--
I don't see anything wrong with the term XMI CAS
/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
[
https://issues.apache.org/jira/browse/UIMA-1199?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12638917#action_12638917
]
Adam Lally commented on UIMA-1199:
--
Synchronous UIMA runs them in sequence, and I think
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
for a
: 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. (I can see
[
https://issues.apache.org/jira/browse/UIMA-1176?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12631628#action_12631628
]
Adam Lally commented on UIMA-1176:
--
Well, how about this: If my main type system
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
[
https://issues.apache.org/jira/browse/UIMA-1163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12628185#action_12628185
]
Adam Lally commented on UIMA-1163:
--
As I recall, the maven build scripts explicitly set
On Thu, Aug 28, 2008 at 10:36 AM, Bhavani Iyer [EMAIL PROTECTED] wrote:
On Wed, Aug 27, 2008 at 6:41 PM, Adam Lally [EMAIL PROTECTED] wrote:
I agree that if we have the contract and can enforce it, we should.
But alternatively, could we relax this parallel step contract when
delta CAS
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 efficient than
On Wed, Aug 27, 2008 at 10:08 AM, Eddie Epstein [EMAIL PROTECTED] wrote:
With the following understanding:
We should
decide on one tool as the basis for viewing and editing
CASes. As we have already released the CAS Editor, it should
be that one tool. We should vote the CasViewer into the
[
https://issues.apache.org/jira/browse/UIMA-1129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12625762#action_12625762
]
Adam Lally commented on UIMA-1129:
--
-1. We can't have arbitrary clients turn on Delta CAS
On Mon, Aug 25, 2008 at 2:39 PM, Eddie Epstein [EMAIL PROTECTED] wrote:
This does sound like a good direction. In order to use the CAS viewer it
should be accepted into the sandbox. Any objection to resubmitting the vote?
Eddie
Ok with me.
-Adam
On Fri, Aug 22, 2008 at 1:27 PM, Tong Fin [EMAIL PROTECTED] wrote:
Hi,
It is almost 7 weeks now since I submitted the CAS Viewer. There are some
discussions about various issues related to GUI, sharing code, etc. Some are
related to CAS Viewer itself and some are general issues related to
Pn Mon, Aug 11, 2008 at 8:01 PM, Eddie Epstein [EMAIL PROTECTED] wrote:
We have finished testing this release candidate and there are no
remaining issues that impact reliability or performance.
The release artifacts and RAT results are available on
On Thu, Aug 7, 2008 at 12:05 PM, Tong Fin [EMAIL PROTECTED] wrote:
The approach taken by the CAS Viewer is not new. The GUI design of the CAS
Viewer is based on multiple-page form editor like plug-in/manifest editor.
In CAS Viewer, each page corresponds to each CAS view (sofa). In each page
On Thu, Aug 7, 2008 at 5:16 PM, Tong Fin [EMAIL PROTECTED] wrote:
For the CAS Editor, editing a CAS is a tedious operation that can take long
time, for example, when users try to create gold standard CAS files. It
may make sense to have it own perspective for the CAS Editor.
Are you
[
https://issues.apache.org/jira/browse/UIMA-1130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12620271#action_12620271
]
Adam Lally commented on UIMA-1130:
--
I think Eddie is probably right that increasing
On Fri, Aug 1, 2008 at 2:33 PM, Jörn Kottmann [EMAIL PROTECTED] wrote:
I still think that the huge benefit of doing it the Cas Editor way with
multiple views:
+ Its easier to explore a CAS file because there is more screen space to see
things.
I agree with that. I've used the CAS Editor a
[
https://issues.apache.org/jira/browse/UIMA-1130?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12618867#action_12618867
]
Adam Lally commented on UIMA-1130:
--
If you require the reply queues to be remote, please
Project: UIMA
Issue Type: Improvement
Components: Async Scaleout
Affects Versions: 2.2.2
Reporter: Adam Lally
The Spring XML allows setting a concurrentConsumers property for a reply queue
(either an aggregate's collocated reply queue or a remote
On Fri, Jul 25, 2008 at 3:09 AM, Thilo Goetz [EMAIL PROTECTED] wrote:
Let's look at this from the user's perspective. Who of our users
needs access to all the old documentation? If there is a significant
number of people who would benefit from this, then I'm for it. Else,
let's not put up
On Fri, Jul 25, 2008 at 10:07 AM, Thilo Goetz [EMAIL PROTECTED] wrote:
So you're saying having the old documentation is marginally
useful. Then I suggest we create an archive section where
we put all the old stuff, distributions and documentation.
Less clutter, but it's still around.
On Thu, Jul 24, 2008 at 4:40 PM, Marshall Schor [EMAIL PROTECTED] wrote:
The current situation is that we have in SVN copies of the docs (Javadocs,
plus docbook docs in html and pdf format) for all releases (of UIMA).
Well, that's not quite accurate - some of the previous releases didn't have
1 - 100 of 1020 matches
Mail list logo