You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Adam Lally (JIRA)" <ui...@incubator.apache.org> on 2007/05/11 00:48:15 UTC
[jira] Created: (UIMA-402) Adding Remote SOAP AE to Aggregate in
CDE causes validation error
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.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (UIMA-402) Adding Remote SOAP AE to Aggregate in CDE causes validation error
Posted by Adam Lally <al...@alum.rpi.edu>.
Any opinions on this issue? Should we try to get in for 2.2?
-Adam
On 6/5/07, Adam Lally (JIRA) <ui...@incubator.apache.org> wrote:
> [ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501723 ]
>
> Adam Lally commented on UIMA-402:
> ---------------------------------
>
> Marshall wrote (on uima-dev):
> >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 jars would have to be listed in the uima runtime plugin manifest. So unless we wanted to ship the plugin with extra entries in its manifest, this would require the user editing the manifest file which is pretty ugly. Or is there another way?
>
> >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
> >missing).
>
> >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.
>
> OK, makes sense... so shall I add define yet another version of mergeDelegateAnalysisEngienTypeSystems (there are already 3)?
> It could be:
>
> public static TypeSystemDescription mergeDelegateAnalysisEngineTypeSystems(
> AnalysisEngineDescription aAggregateDescription, ResourceManager aResourceManager,
> Map aOutputMergedTypes, Collection aOutputFailedRemotes);
>
> The method would add an entry to aOutputFailedRemotes for each remote delegate that could not be contacted.
>
> Agree?
>
>
>
> > 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.
>
> --
> This message is automatically generated by JIRA.
> -
> You can reply to this email to add a comment to the issue online.
>
>
Re: [jira] Assigned: (UIMA-402) Adding Remote SOAP AE to Aggregate
in CDE causes validation error
Posted by Marshall Schor <ms...@schor.com>.
ok. -Marshall
Adam Lally wrote:
> On 6/14/07, Marshall Schor <ms...@schor.com> wrote:
>> Adam Lally (JIRA) wrote:
>> > [
>> https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
>> ]
>> >
>> > Adam Lally reassigned UIMA-402:
>> > -------------------------------
>> >
>> > Assignee: Marshall Schor (was: Adam Lally)
>> >
>> > Marshall, I added the uima-core support for this. Assigning to you
>> to update the CDE.
>> >
>> > I added a new method
>> CasCreationUtils.mergeDelegateAnalysisEngineMetaData which merges
>> type systems, priorities, and indexes. It also takes a parameter
>> that will be populated with information about
>> > remote delegates that could not be contacted, rather than throwing
>> an exception in this case.
>> >
>> Adam, I see the CDE makes use of individual merge calls for the type
>> system, the type priorities, and the index repositories.
>>
>> I examined the code to see if the CDE could switch to just one call that
>> merged everything - it's fairly complex code, which I think would be
>> risky to change. So I'd like instead have versions of the individual
>> part merge code.
>>
>> I can do the changes unless there's something un-obvious about this that
>> I would miss? Or, if you want to do this, let me know...
>>
>> -Marshall
>>
>
> I am trying to fight the explosion of the number of methods in
> CasCreationUtils that all do similar things. It's already a jungle in
> there. Also I'd rather encourage users to merge it all at once since
> then you don't have to contact remotes more than once.
>
> Maybe you can put the code that you need into the CDE rather than into
> uimaj-core?
>
> The easiest thing to do would be to just call
> mergeDelegateAnalysisEngineMetaData and then extract the part you
> need.
>
> If you are concerned that this wouldn't perform well enough (say the
> type system merge is complicated and you don't want to pay the price
> each time you merge the fs indexes), then you could do a better
> implementation where you copy the code from
> CasCreationUtils.mergeDelegateAnalysisEngineMetaData and split it into
> three different methods in the CDE.
>
> -Adam
>
>
Re: [jira] Assigned: (UIMA-402) Adding Remote SOAP AE to Aggregate in CDE causes validation error
Posted by Adam Lally <al...@alum.rpi.edu>.
On 6/14/07, Marshall Schor <ms...@schor.com> wrote:
> Adam Lally (JIRA) wrote:
> > [ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
> >
> > Adam Lally reassigned UIMA-402:
> > -------------------------------
> >
> > Assignee: Marshall Schor (was: Adam Lally)
> >
> > Marshall, I added the uima-core support for this. Assigning to you to update the CDE.
> >
> > I added a new method CasCreationUtils.mergeDelegateAnalysisEngineMetaData which merges type systems, priorities, and indexes. It also takes a parameter that will be populated with information about
> > remote delegates that could not be contacted, rather than throwing an exception in this case.
> >
> Adam, I see the CDE makes use of individual merge calls for the type
> system, the type priorities, and the index repositories.
>
> I examined the code to see if the CDE could switch to just one call that
> merged everything - it's fairly complex code, which I think would be
> risky to change. So I'd like instead have versions of the individual
> part merge code.
>
> I can do the changes unless there's something un-obvious about this that
> I would miss? Or, if you want to do this, let me know...
>
> -Marshall
>
I am trying to fight the explosion of the number of methods in
CasCreationUtils that all do similar things. It's already a jungle in
there. Also I'd rather encourage users to merge it all at once since
then you don't have to contact remotes more than once.
Maybe you can put the code that you need into the CDE rather than into
uimaj-core?
The easiest thing to do would be to just call
mergeDelegateAnalysisEngineMetaData and then extract the part you
need.
If you are concerned that this wouldn't perform well enough (say the
type system merge is complicated and you don't want to pay the price
each time you merge the fs indexes), then you could do a better
implementation where you copy the code from
CasCreationUtils.mergeDelegateAnalysisEngineMetaData and split it into
three different methods in the CDE.
-Adam
Re: [jira] Assigned: (UIMA-402) Adding Remote SOAP AE to Aggregate
in CDE causes validation error
Posted by Marshall Schor <ms...@schor.com>.
Adam Lally (JIRA) wrote:
> [ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
>
> Adam Lally reassigned UIMA-402:
> -------------------------------
>
> Assignee: Marshall Schor (was: Adam Lally)
>
> Marshall, I added the uima-core support for this. Assigning to you to update the CDE.
>
> I added a new method CasCreationUtils.mergeDelegateAnalysisEngineMetaData which merges type systems, priorities, and indexes. It also takes a parameter that will be populated with information about
> remote delegates that could not be contacted, rather than throwing an exception in this case.
>
Adam, I see the CDE makes use of individual merge calls for the type
system, the type priorities, and the index repositories.
I examined the code to see if the CDE could switch to just one call that
merged everything - it's fairly complex code, which I think would be
risky to change. So I'd like instead have versions of the individual
part merge code.
I can do the changes unless there's something un-obvious about this that
I would miss? Or, if you want to do this, let me know...
-Marshall
[jira] Assigned: (UIMA-402) Adding Remote SOAP AE to Aggregate in
CDE causes validation error
Posted by "Adam Lally (JIRA)" <ui...@incubator.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Adam Lally reassigned UIMA-402:
-------------------------------
Assignee: Marshall Schor (was: Adam Lally)
Marshall, I added the uima-core support for this. Assigning to you to update the CDE.
I added a new method CasCreationUtils.mergeDelegateAnalysisEngineMetaData which merges type systems, priorities, and indexes. It also takes a parameter that will be populated with information about
remote delegates that could not be contacted, rather than throwing an exception in this case.
> 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
> Assignee: Marshall Schor
> 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.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Assigned: (UIMA-402) Adding Remote SOAP AE to Aggregate in
CDE causes validation error
Posted by "Adam Lally (JIRA)" <ui...@incubator.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Adam Lally reassigned UIMA-402:
-------------------------------
Assignee: Adam Lally
> 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
> Assignee: 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.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Closed: (UIMA-402) Adding Remote SOAP AE to Aggregate in CDE
causes validation error
Posted by "Marshall Schor (JIRA)" <ui...@incubator.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Marshall Schor closed UIMA-402.
-------------------------------
Resolution: Fixed
> 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
> Assignee: Marshall Schor
> 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.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (UIMA-402) Adding Remote SOAP AE to Aggregate
in CDE causes validation error
Posted by Marshall Schor <ms...@schor.com>.
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
missing).
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.
-Marshall
>
>> 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.
>>
>
>
[jira] Commented: (UIMA-402) Adding Remote SOAP AE to Aggregate in
CDE causes validation error
Posted by "Adam Lally (JIRA)" <ui...@incubator.apache.org>.
[ 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?
> 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.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
Re: [jira] Commented: (UIMA-402) Adding Remote SOAP AE to Aggregate
in CDE causes validation error
Posted by Marshall Schor <ms...@schor.com>.
Adam Lally (JIRA) wrote:
> [ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501723 ]
>
> Adam Lally commented on UIMA-402:
> ---------------------------------
>
> Marshall wrote (on uima-dev):
>
>> 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 jars would have to be listed in the uima runtime plugin manifest. So unless we wanted to ship the plugin with extra entries in its manifest, this would require the user editing the manifest file which is pretty ugly. Or is there another way?
>
I think there is another way, but before going there -
Is it reasonable to just include the Axis JARs in the UIMA Runtime
Plugin (as well as put them in the manifest)? If the JARs are Apache v2
licensed, there should not be any legal issue. Are there any technical
issues (e.g. the JAR implements some classes which collide with other
classes, or there are many "versions" and the user would need to pick
the right version)?
The other way: Package the Axis JARs into a "fragment" plugin. Perhaps
we may need several of these, depending on Axis version requirements.
Then add right one to the Eclipse plugin directory. Fragments are a way
to add stuff to an existing plugin.
Exactly how to do this might depend on versioning requirements for Axis.
-Marshall
Re: [jira] Commented: (UIMA-402) Adding Remote SOAP AE to Aggregate
in CDE causes validation error
Posted by Michael Baessler <mb...@michael-baessler.de>.
Adam Lally (JIRA) wrote:
> [ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501723 ]
>
> Adam Lally commented on UIMA-402:
> ---------------------------------
>
> Marshall wrote (on uima-dev):
>
>> 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 jars would have to be listed in the uima runtime plugin manifest. So unless we wanted to ship the plugin with extra entries in its manifest, this would require the user editing the manifest file which is pretty ugly. Or is there another way?
>
>
>> 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
>> missing).
>>
>
>
>> 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.
>>
>
> OK, makes sense... so shall I add define yet another version of mergeDelegateAnalysisEngienTypeSystems (there are already 3)?
> It could be:
>
> public static TypeSystemDescription mergeDelegateAnalysisEngineTypeSystems(
> AnalysisEngineDescription aAggregateDescription, ResourceManager aResourceManager,
> Map aOutputMergedTypes, Collection aOutputFailedRemotes);
>
> The method would add an entry to aOutputFailedRemotes for each remote delegate that could not be contacted.
>
> Agree
Sounds good to me and if possible we should add that to 2.2
-- Michael
[jira] Commented: (UIMA-402) Adding Remote SOAP AE to Aggregate in
CDE causes validation error
Posted by "Adam Lally (JIRA)" <ui...@incubator.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12501723 ]
Adam Lally commented on UIMA-402:
---------------------------------
Marshall wrote (on uima-dev):
>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 jars would have to be listed in the uima runtime plugin manifest. So unless we wanted to ship the plugin with extra entries in its manifest, this would require the user editing the manifest file which is pretty ugly. Or is there another way?
>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
>missing).
>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.
OK, makes sense... so shall I add define yet another version of mergeDelegateAnalysisEngienTypeSystems (there are already 3)?
It could be:
public static TypeSystemDescription mergeDelegateAnalysisEngineTypeSystems(
AnalysisEngineDescription aAggregateDescription, ResourceManager aResourceManager,
Map aOutputMergedTypes, Collection aOutputFailedRemotes);
The method would add an entry to aOutputFailedRemotes for each remote delegate that could not be contacted.
Agree?
> 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.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Work started: (UIMA-402) Adding Remote SOAP AE to Aggregate
in CDE causes validation error
Posted by "Adam Lally (JIRA)" <ui...@incubator.apache.org>.
[ https://issues.apache.org/jira/browse/UIMA-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Work on UIMA-402 started by Adam Lally.
> 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
> Assignee: 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.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.