Re: Next "improvement" to UIMA build approach

On Thu, Nov 18, 2010 at 1:18 PM, Eddie Epstein wrote: > On Thu, Nov 18, 2010 at 10:26 AM, Marshall Schor wrote: > > The current build approach has some issues. A major one is that the > trunk is > > not currently buildable (because uimaj projects have a parent pom > dependency at > > version 1

Re: Next "improvement" to UIMA build approach

2010/11/18 Marshall Schor > The current build approach has some issues. A major one is that the trunk > is > not currently buildable (because uimaj projects have a parent pom > dependency at > version 1 which is only in the staging area, and not really released yet). > > After some iterations an

[jira] Closed: (UIMA-1942) Our batch scripts can't handle the default path for 32bit software on Win64 machines as it contains parentheses

[ https://issues.apache.org/jira/browse/UIMA-1942?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Marshall Schor closed UIMA-1942. Resolution: Fixed Fix Version/s: (was: 2.3.1) 2.3.1SDK

Re: Next "improvement" to UIMA build approach

On Thu, Nov 18, 2010 at 10:26 AM, Marshall Schor wrote: > The current build approach has some issues.  A major one is that the trunk is > not currently buildable (because uimaj projects have a parent pom dependency > at > version 1 which is only in the staging area, and not really released yet).

[jira] Created: (UIMA-1943) UIMA CPP all methods in Annotator interface should have default implementations

UIMA CPP all methods in Annotator interface should have default implementations --- Key: UIMA-1943 URL: https://issues.apache.org/jira/browse/UIMA-1943 Project: UIMA

Next "improvement" to UIMA build approach

The current build approach has some issues. A major one is that the trunk is not currently buildable (because uimaj projects have a parent pom dependency at version 1 which is only in the staging area, and not really released yet). After some iterations and discussions with colleagues, here's the

[jira] Commented: (UIMA-1658) UIMA AS worker does not respond to client initialize after failover

[ https://issues.apache.org/jira/browse/UIMA-1658?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12933389#action_12933389 ] Jörn Kottmann commented on UIMA-1658: - Yes I agree, lets create a jira over at AMQ. Than

Re: repurposing uimaj and uima-as projects?

2010/11/17 Marshall Schor > I spent some time on the phone with a user wanting to build from source. > What > they proposed as a use case was: > > 1) user finds a bug or needs a feature > 2) user checks out source (trunk), makes changes > 3) user now wants to type some simple command and have th

Re: repurposing uimaj and uima-as projects?

+1 Tommaso 2010/11/17 Thilo Götz > On 11/17/2010 12:42, Marshall Schor wrote: > > Prior to 2.3.1, our release process used the names uimaj and uima-as to > refer to > > a common parent-pom for these projects, as well as for being poms which > served > > to "aggregate" the multi-module build (tha