gmane.comp.apache.uima.devel

Jenkins build is back to normal : UIMA-SDK #215

Apache Jenkins Server — 2012-05-25T16:07:37

See <https://builds.apache.org/job/UIMA-SDK/215/changes>

[jira] [Created] (UIMA-2412) TextMarker IDE's formatter deletes arguments of language elements

Peter Klügl (JIRA — 2012-05-25T13:48:23

Peter Klügl created UIMA-2412:
---------------------------------

             Summary: TextMarker IDE's formatter deletes arguments of language elements
                 Key: UIMA-2412
                 URL: https://issues.apache.org/jira/browse/UIMA-2412
             Project: UIMA
          Issue Type: Bug
          Components: TextMarker
            Reporter: Peter Klügl
            Assignee: Peter Klügl


TextMarker IDE's formatter is deleting some arguments of language elements. This was observed for first column of MARKTABLE action, but is probably occurring also for other actions or conditions. Create unit tests for the formatter functionality and cover all language elements.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Closed] (UIMA-2411) TextMarker TRANSFER action not working

Peter Klügl (JIRA — 2012-05-25T13:38:23

     [ https://issues.apache.org/jira/browse/UIMA-2411?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Peter Klügl closed UIMA-2411.
-----------------------------

    Resolution: Fixed

fixed
                

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (UIMA-2411) TextMarker TRANSFER action not working

Peter Klügl (JIRA — 2012-05-25T13:34:23

Peter Klügl created UIMA-2411:
---------------------------------

             Summary: TextMarker TRANSFER action not working
                 Key: UIMA-2411
                 URL: https://issues.apache.org/jira/browse/UIMA-2411
             Project: UIMA
          Issue Type: Bug
          Components: TextMarker
            Reporter: Peter Klügl
            Assignee: Peter Klügl
            Priority: Minor


The TRANSFER action is not working at all because it uses an old method that should have been removed. Fix the action and delete the method.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: Experiences with CAS Editor and large documents

Peter Klügl — 2012-05-25T13:20:29

  Hi,

Jörn, do you have yet an idea how to improve the CAS Editor performance?

If at all or until we find a solution, I would propose to add an option 
in the preferences to deactive the complete Eclipse annotation concept 
in the CAS Editor. We would loose the nice highlighting, but we would 
still have the selection concept to identify UIMA annotations.

What do you think?

Peter


On 04.05.2012 16:30, Jörn Kottmann wrote:

Re: Contributing uimaFIT to Apache UIMA

Peter Klügl — 2012-05-25T13:05:48

  +1

In my opinion that's a great contribution to UIMA.
Beside that, I agree with Jörn and Richard. On the long run, there 
should be some solution for the parallel concepts/structures.

Peter

On 25.05.2012 15:01, Richard Eckart de Castilho wrote:

Re: Contributing uimaFIT to Apache UIMA

Richard Eckart de Castilho — 2012-05-25T13:01:17

Am 25.05.2012 um 14:22 schrieb Jörn Kottmann:


I agree. But as said before, there are still some conceptual rough edges that need to be smoothed over before that can happen. I think that should not prevent uimaFIT going into UIMA. Moving features into core can happen once we are comfortable enough with the way they work in uimaFIT.

Re: Contributing uimaFIT to Apache UIMA

Jörn Kottmann — 2012-05-25T12:22:48

+1 form my side. As said before some parts
should be worked into uimaj-core directly
(e.g. injection of configuration into AEs).

Beside that it will be a good chance for UIMA to
attract new contributors.

Jörn

On 05/25/2012 09:06 AM, Tommaso Teofili wrote:

Re: Contributing uimaFIT to Apache UIMA

Tommaso Teofili — 2012-05-25T07:06:53

Hello all,
this is in my opinion great news for the UIMA community!
uimaFIT is a great project with a huge code and user base so I look forward
to see it land in Apache UIMA.
For the code contribution, as far as I can understand, an IP clearance [1]
may be needed.
Cheers,
Tommaso

[1] : http://incubator.apache.org/ip-clearance/index.html

2012/5/25 Richard Eckart de Castilho <eckart-S7Fx768l4CqSHq+C5vT0LZQlNPQFfrerqZSUQi4AVrg< at >public.gmane.org>

Contributing uimaFIT to Apache UIMA

Richard Eckart de Castilho — 2012-05-25T06:22:08

Hello everybody,

we would like to propose the contribution of uimaFIT to Apache UIMA. uimaFIT provides an API that facilitates using UIMA embedded in other Java code, which is also helpful for unit tests. It also provides context injection features such as annotations on class member fields which in UIMA component which are initialized from the UIMA context.

uimaFIT already is a proven product on its own and has an established user base (cf. [1] [2] [3] [4] [5] [6] [7] [8]). But we think that having uimaFIT hosted with Apache UIMA would allow and encourage more people to use it and we could get more feedback that can be used to further improve uimaFIT.

It has been quite some time that we last talked about uimaFIT. Since then, I did another iteration over the documentation of uimaFIT in its wiki. I don't claim it to be perfect, but I think it is more ordered now and contains less duplicate information. Also, I finally see a possibility time-wise to address whatever work may be necessary in the contribution

Re: UIMA and uimaFIT

Richard Eckart de Castilho — 2012-05-25T05:51:14

uimaFIT is used in the context of UIMA-HPC [1] as a means to dynamically create component descriptions (including CPE descriptions) for UIMA pipelines that run within a Grid workflow architecture. Here, the scale-out happens outside of UIMA and supports other kinds of processing steps as well.

[jira] [Created] (UIMA-2410) Create the UIMA-BSP component in sandbox

Tommaso Teofili (JIRA — 2012-05-24T21:23:09

Tommaso Teofili created UIMA-2410:
-------------------------------------

             Summary: Create the UIMA-BSP component in sandbox
                 Key: UIMA-2410
                 URL: https://issues.apache.org/jira/browse/UIMA-2410
             Project: UIMA
          Issue Type: Task
          Components: Sandbox
            Reporter: Tommaso Teofili


as discussed create a UIMA-BSP component in sandbox for hosting BSP model based UIMA components 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: [VOTE] Release build tooling: parent-pom, uima-build-resources, uima-build-helper-maven-plugin

Burn Lewis — 2012-05-24T16:59:24

+1

~Burn

Re: [PROPOSAL] - UIMA-BSP sandbox component

Marshall Schor — 2012-05-24T15:43:23

+1  -Marshall

On 5/24/2012 10:10 AM, Tommaso Teofili wrote:

Re: [VOTE] Release build tooling: parent-pom, uima-build-resources, uima-build-helper-maven-plugin

Marshall Schor — 2012-05-24T15:38:32


On 5/24/2012 11:26 AM, Jörn Kottmann wrote:

The reason is that the .vm ones are "velocity macros" (v m :-) ).  The 
uima-build-resources jar is where the templates for the LICENSE and NOTICE files 
we use live; they live as .vm files.  So, they must be there, so the maven 
remote-resources plugin can find them.

Cheers. -Marshall

Re: [VOTE] Release build tooling: parent-pom, uima-build-resources, uima-build-helper-maven-plugin

Jörn Kottmann — 2012-05-24T15:26:23

+1 from me as well.

I checked the following files

uima-build-helper-maven-plugin-4-source-release.zip
uima-build-helper-maven-plugin-4.jar
uima-build-resources-4-source-release.zip
uima-build-resources-4.jar

for the mandatory LICENSE and NOTICE files.
The uima-build-resources-4.jar contains them twice
once as expected and then a version which ends on .vm,
don't know why this is. Should they be removed?

Jörn

On 05/22/2012 07:15 PM, Marshall Schor wrote:

Re: [VOTE] Release build tooling: parent-pom, uima-build-resources, uima-build-helper-maven-plugin

Jaroslaw Cwiklik — 2012-05-24T15:16:07

+1

On Wed, May 23, 2012 at 4:17 AM, Tommaso Teofili
<tommaso.teofili-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>wrote:

Re: [PROPOSAL] - UIMA-BSP sandbox component

Tommaso Teofili — 2012-05-24T14:10:57

Ok, thanks.
Assuming there is lazy consensus I'll go on with it.
Tommaso

2012/5/23 Jörn Kottmann <kottmann-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

Re: pending change in uima-as top level project

Tommaso Teofili — 2012-05-24T14:04:06

Ok, good to know !
Tommaso

2012/5/24 Marshall Schor <msa-DzKsKX1/Fv4AvxtiuMwx3w< at >public.gmane.org>

pending change in uima-as top level project

Marshall Schor — 2012-05-24T13:44:37

We're planning to update the uima-as svn directory layout today to make it be 
"conventional" by moving the content of the uima-as project up one level in the 
directory tree, and then removing the special "workarounds" that are present for 
the current "flat" structure.  This will make its layout conform to existing 
Maven standards, and also all the other aggregation projects in the UIMA SVN 
directory.

A consequence of this will be that after the move is complete, people will need 
to re-checkout the trunk to pick up the change.  We'll post again when the move 
is complete, and also when we've fixed the build so it builds again :-)

-Marshall

[jira] [Created] (UIMA-2409) CasCopier.copyCasView should be able to copy into a view with a different name

Joern Kottmann (JIRA — 2012-05-24T13:21:54

Joern Kottmann created UIMA-2409:
------------------------------------

             Summary: CasCopier.copyCasView should be able to copy into a view with a different name
                 Key: UIMA-2409
                 URL: https://issues.apache.org/jira/browse/UIMA-2409
             Project: UIMA
          Issue Type: Improvement
          Components: Core Java Framework
            Reporter: Joern Kottmann
            Priority: Trivial
             Fix For: 2.4.1SDK


The CasCopier should be able to copy a CAS view into a new CAS and giving this new CAS view a different name.

A common use case is to copy a view of multi view CAS into a new single view CAS.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira