uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marshall Schor <...@schor.com>
Subject Re: [jira] Commented: (UIMA-402) Adding Remote SOAP AE to Aggregate in CDE causes validation error
Date Fri, 11 May 2007 18:12:07 GMT
Adam Lally (JIRA) wrote:
>     [ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12494909
> Adam Lally commented on UIMA-402:
> ---------------------------------
> Well, there are two issues - one trivial and the other not so trivial.
> The first problem was that the MANIFEST.MF file for the org.apache.uima.runtime plugin
listed uima_adapter_soap.jar instead of uima-adapter-soap.jar.  This is already fixed in svn.
> With that fixed there is a different error - a ClassNotFound on a jax-rpc class.  The
problem is that the CDE is trying to connect to the remote service to get its metadata (in
order to display the merged type system) -- but it doesn't have the required Axis jar files
that are necessary to make a SOAP call.  We don't ship those jar files with UIMA.
> UIMA 2.0 didn't have this error because the particular method being used to get the merged
type system (CasCreationUtils.mergeDelegateAnalysisEngineTypeSystems) didn't contact remote
services, which wasn't generally the best behavior, but happened to work out in this case.
> Maybe, CasCreationUtils.mergeDelegateAnalysisEngineTypeSystems needs another argument
telling it whether to try to contact remote services or not?  Marshall, any thoughts on this?

Basic thought:  if the user of the CDE sets it up so the soap axis jars 
are available (is there a way to do that?), then things would work nicely. 
The CDE has several places where it attempts to get remote metadata.  It 
is designed in such a way as to be able to proceed if the remote isn't 
available (e.g., it isn't started, or in this case, there are jar files 

Maybe the best thing would be to have 
mergeDelegateAnalysisEngineTypeSystems try to contact remote services, 
succeed where it can, and when it cannot, to skip just those that can't 
be contacted, for whatever reason (service isn't running, or JARs needed 
are missing).  Of course, you would not want this behavior for actually 
running - so another argument might be needed to control this.  And, the 
CDE would like to know if any remotes could not be contacted - I'm 
thinking it should pop up a warning message in this case, saying that 
the fully-merged type system may be missing some types.

>> Adding Remote SOAP AE to Aggregate in CDE causes validation error
>> -----------------------------------------------------------------
>>                 Key: UIMA-402
>>                 URL: https://issues.apache.org/jira/browse/UIMA-402
>>             Project: UIMA
>>          Issue Type: Bug
>>          Components: Eclipse plugins
>>    Affects Versions: 2.1
>>            Reporter: Adam Lally
>>             Fix For: 2.2
>> User bug report:
>> I came cross a problem with org.apache.uima.desceditor.2.1.0.incubating-hotfix-1
when porting my UIMA programs from the ibm 2.0.0 to apache uima.
>> To make an aggregate AE, I added a remote Soap AE service using the "Add Remote"
function of the CDE, then I got error message:
>> "The Resource Factory foes not know how to create a resource of class org.apache.uima.resource.Resource
from the given ResourceSpecifier. (Descriptor: file_path...)"
>> The descriptor passed is a very simple Soap service descriptor. And when I tried
it with UIMA Document Analyzer tool, it worked well. Just the CDE keeps throwing this error
message. It didn't happen either with the old CDE.

View raw message