Re: maven build problem

2009-07-09 Thread Marshall Schor
Jörn Kottmann wrote: > I just set up my new uima-dev workspace on OS X for eclipse 3.5. > > After downloading all projects from uimaj into the workspace with > subsclipse, > I went into the uimaj folder and typed mvn eclipse:eclipse to generate > the > eclipse project files for all projects. That s

[jira] Commented: (UIMA-1429) Generate unique JMX name for every UIMA AS client instance

2009-07-09 Thread Jerry Cwiklik (JIRA)
[ https://issues.apache.org/jira/browse/UIMA-1429?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12729315#action_12729315 ] Jerry Cwiklik commented on UIMA-1429: - Fixed the client code to add a unique id (UUID) t

[jira] Created: (UIMA-1429) Generate unique JMX name for every UIMA AS client instance

2009-07-09 Thread Jerry Cwiklik (JIRA)
Generate unique JMX name for every UIMA AS client instance -- Key: UIMA-1429 URL: https://issues.apache.org/jira/browse/UIMA-1429 Project: UIMA Issue Type: Bug Components: Asy

[jira] Commented: (UIMA-1358) Exceptions on generated CASes are returned to client without parentage information

2009-07-09 Thread Jerry Cwiklik (JIRA)
[ https://issues.apache.org/jira/browse/UIMA-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12729263#action_12729263 ] Jerry Cwiklik commented on UIMA-1358: - Fixed the code to handle child CAS exceptions. If

Re: XmiCasDeserializer.readFS(String, String, String, Attributes)

2009-07-09 Thread Jörn Kottmann
Tommaso Teofili wrote: Ok,I think throwing is ok (+1), but declaring in the public methods could be useful for developers in my opinion cause it's thrown explicitly. Based on your reply I did a quick search through uimaj-core code and look for references for the CASRuntimeException. There are ma

Re: XmiCasDeserializer.readFS(String, String, String, Attributes)

2009-07-09 Thread Tommaso Teofili
Ok,I think throwing is ok (+1), but declaring in the public methods could be useful for developers in my opinion cause it's thrown explicitly. Regards, Tommaso Teofili 2009/7/9 Thilo Goetz > > > Jörn Kottmann wrote: > > Tommaso Teofili wrote: > >> Hi Jörn, > >> I think you're right, the "throws

Re: XmiCasDeserializer.readFS(String, String, String, Attributes)

2009-07-09 Thread Thilo Goetz
Jörn Kottmann wrote: > Tommaso Teofili wrote: >> Hi Jörn, >> I think you're right, the "throws CASRuntimeException" has to be >> declared in >> the readFS method signature too > In my opinion its ok to not declare it, since its an internal > private method and the CASRuntimeException is usually >

Re: XmiCasDeserializer.readFS(String, String, String, Attributes)

2009-07-09 Thread Jörn Kottmann
Tommaso Teofili wrote: Hi Jörn, I think you're right, the "throws CASRuntimeException" has to be declared in the readFS method signature too In my opinion its ok to not declare it, since its an internal private method and the CASRuntimeException is usually only thrown when there is a programming

Re: XmiCasDeserializer.readFS(String, String, String, Attributes)

2009-07-09 Thread Tommaso Teofili
Hi Jörn, I think you're right, the "throws CASRuntimeException" has to be declared in the readFS method signature too. Consequently the thrown CASRuntimeException has to be thrown in the referencig startElement method; by the way the CASRuntimeException is already thrown in the code (row 367) but n

XmiCasDeserializer.readFS(String, String, String, Attributes)

2009-07-09 Thread Jörn Kottmann
At the end of the mentioned method is an exception created in an error case but not thrown. I guess that can be fixed by inserting "throw e;". Can somebody please have a look ? ... if (this.allowPreexistingFS == AllowPreexistingFS.disallow) { CASRuntimeException e = new CASRuntimeE