[
http://issues.apache.org/jira/browse/UIMA-134?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Work on UIMA-134 started by Adam Lally.
> Extend CasCopier to support multiple views
> --
>
> Key: UIMA-134
>
Thilo Goetz wrote:
Unfortunately, the low-level CAS is missing the base CAS
functionality. All the sofa/view stuff was implemented at the CAS
level only. This is something that should be fixed.
My understanding of the low-level interfaces is that they are there to
support the no-Java-object
[
http://issues.apache.org/jira/browse/UIMA-124?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461830
]
Marshall Schor commented on UIMA-124:
-
I recommend we close this issue. The work around is good enough for now.
M
Adam Lally wrote:
On 1/2/07, Marshall Schor <[EMAIL PROTECTED]> wrote:
The CAS has a getLowLevelCAS() method; the low level CAS includes both
things for FSs and also for IndexRepositories.
The index repository things should be looked at carefully to see if they
should go with the "view" (with
[
http://issues.apache.org/jira/browse/UIMA-147?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-147.
---
Resolution: Fixed
Fixed so that Maven link now goes to right place on svn page. Fix is general -
you c
Marshall Schor wrote:
Will the methods not really associated with a CAS object (they are or
could be
static methods) still be on the CAS or CommonCas:
createFilteredIterator, getConstraintFactory, createFeaturePath,
createFeatureValuePath, and fs2listIterator
I suggest that the methods
On 1/2/07, Marshall Schor <[EMAIL PROTECTED]> wrote:
I think this proposal also has one set of index "definitions", and each view
gets its own private set of index-instances for these definitions.
Correct.
Will the methods not really associated with a CAS object (they are or
could be
static
This may be primarily for Eddie but others may wish to comment:
The following currently does not work in the CPE descriptor:
I'm trying to speci
[
http://issues.apache.org/jira/browse/UIMA-142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-142.
---
Resolution: Fixed
Fixed as part of JCas refactoring. There is not a separate SVN commit for this.
> JC
[
http://issues.apache.org/jira/browse/UIMA-142?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor updated UIMA-142:
Description: The Sofa method getLocalFSData() returns a CAS Array of
primitive CAS types like integers
[
http://issues.apache.org/jira/browse/UIMA-150?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor closed UIMA-150.
---
Resolution: Fixed
Fixed
> DebugFSLogicalStructure - fix cache setting for Unexpanded Feature Structures
DebugFSLogicalStructure - fix cache setting for Unexpanded Feature Structures
(found by Findbugs)
-
Key: UIMA-150
URL: http://issues.apache.org/jira/browse/UIMA-150
[
http://issues.apache.org/jira/browse/UIMA-149?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marshall Schor reassigned UIMA-149:
---
Assignee: Adam Lally
> Cloning may fail for subclasses of ResultSpecification
>
Cloning may fail for subclasses of ResultSpecification
--
Key: UIMA-149
URL: http://issues.apache.org/jira/browse/UIMA-149
Project: UIMA
Issue Type: Improvement
Reporter: Marsha
Adam Lally wrote:
I thought now might be a good time also to discuss if we want to
rename "tae" to something else when the code is uploaded. In UIMA we
already use the acronym TAE to mean "Text Analysis Engine". This
usage may be on its way out (preferring "Analysis Engine" instead) but
still
Adam Lally wrote:
On 1/2/07, Thilo Goetz <[EMAIL PROTECTED]> wrote:
I wouldn't mind doing this as a first step, but I'm concerned about the
future. If we need to support this approach going forward, I would
prefer if we could answer the questions about the relation between the
CAS and CasViews
On 1/2/07, Marshall Schor <[EMAIL PROTECTED]> wrote:
Jörn Kottmann wrote:
> Hello,
>
> can we start now to move the tae code over to apache uima ?
I checked with our mentors and they say to also do a "software grant"
since this is code that was developed outside of Apache coming in.
http://www.ap
On 1/2/07, Thilo Goetz <[EMAIL PROTECTED]> wrote:
Adam Lally wrote:
> On 1/2/07, Thilo Goetz <[EMAIL PROTECTED]> wrote:
>>
>> I'm not sure there's a contradiction between what I'm proposing,
>> and what's in the spec proposal. When I run an Apache UIMA application,
>> I make the decision what I
Jörn Kottmann wrote:
Hello,
can we start now to move the tae code over to apache uima ?
I checked with our mentors and they say to also do a "software grant"
since this is code that was developed outside of Apache coming in.
http://www.apache.org/licenses/software-grant.txt
The whole proces
[
http://issues.apache.org/jira/browse/UIMA-101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally closed UIMA-101.
---
> PEAR Installer prints warning messages on startup
> -
>
>
[
http://issues.apache.org/jira/browse/UIMA-133?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally closed UIMA-133.
---
> PEAR Merger adds only 1 JAR file from the delegate 'lib' folder to the
> generated aggregate CLASSPATH
>
[
http://issues.apache.org/jira/browse/UIMA-94?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461771
]
Lev Kozakov commented on UIMA-94:
-
The TAE related code removed completely. The '-ae' option removed as well. If
the '-t
[
http://issues.apache.org/jira/browse/UIMA-94?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Lev Kozakov updated UIMA-94:
Attachment: PearMergerTest.patch
PMUimaAgent.patch
PMController.2.patch
> Pear
[
http://issues.apache.org/jira/browse/UIMA-148?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Adam Lally closed UIMA-148.
---
Resolution: Fixed
> Calls to URL.equals and URL.hashCode should be removed
> ---
Hello,
can we start now to move the tae code over to apache uima ?
Both CLA documents are now signed and already committed to apache,
my CLA is listed here:
http://people.apache.org/~jim/committers.html
Has anyone taken a look at tae?
Thanks,
Jörn
Adam Lally (JIRA) wrote:
"Building with Maven" link on website nav bar does not work
---
Key: UIMA-147
URL: http://issues.apache.org/jira/browse/UIMA-147
Project: UIMA
Issue Type: Bug
Adam Lally wrote:
On 1/2/07, Thilo Goetz <[EMAIL PROTECTED]> wrote:
I'm not sure there's a contradiction between what I'm proposing,
and what's in the spec proposal. When I run an Apache UIMA application,
I make the decision what I want to see in my CAS. Any other application
deserializing XM
On 1/2/07, Thilo Goetz <[EMAIL PROTECTED]> wrote:
I wouldn't mind doing this as a first step, but I'm concerned about the
future. If we need to support this approach going forward, I would
prefer if we could answer the questions about the relation between the
CAS and CasViews first: how are inde
[
http://issues.apache.org/jira/browse/UIMA-133?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461760
]
Lev Kozakov commented on UIMA-133:
--
The PEAR Merger now seems to work fine.
> PEAR Merger adds only 1 JAR file from th
On 1/2/07, Thilo Goetz <[EMAIL PROTECTED]> wrote:
I'm not sure there's a contradiction between what I'm proposing,
and what's in the spec proposal. When I run an Apache UIMA application,
I make the decision what I want to see in my CAS. Any other application
deserializing XMI files may do the
Calls to URL.equals and URL.hashCode should be removed
--
Key: UIMA-148
URL: http://issues.apache.org/jira/browse/UIMA-148
Project: UIMA
Issue Type: Bug
Components: Core Java Fram
"Building with Maven" link on website nav bar does not work
---
Key: UIMA-147
URL: http://issues.apache.org/jira/browse/UIMA-147
Project: UIMA
Issue Type: Bug
Components: Webs
[
http://issues.apache.org/jira/browse/UIMA-101?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461749
]
Lev Kozakov commented on UIMA-101:
--
The PEAR Installer seems to work fine now.
> PEAR Installer prints warning message
Adam Lally wrote:
On 12/30/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
> (1) The XMI serialization could contain objects that are not in any
> view, nor referenced from anywhere. Our implementation doesn't
> support that. We'd lose such objects on a deserialization followed by
> serialization
Adam Lally wrote:
On 12/30/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
So your proposal is to leave things as they are, except that we call
some of the things that we used to call a CAS a CasView. We're not
going to touch how indexing works, at least conceptually. We could
implement this propos
On 12/30/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
> Why use the bandwidth to design it here, rather than initiate it at
> OASIS?
Because things are happening here, and not at OASIS. If and when that
changes, we can take our discussion there. If you would like to start
some discussion at OAS
On 12/30/06, Thilo Goetz <[EMAIL PROTECTED]> wrote:
So your proposal is to leave things as they are, except that we call
some of the things that we used to call a CAS a CasView. We're not
going to touch how indexing works, at least conceptually. We could
implement this proposal by simply making
37 matches
Mail list logo
