[
https://issues.apache.org/jira/browse/UIMA-5500?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16103605#comment-16103605
]
Jerry Cwiklik commented on UIMA-5500:
-
ideally users should use UIMA-AS client interface:
public interface UimaAsynchronousEngine
when interacting with the client code. There are two APIs for deploying:
public String deploy(String aDeploymentDescriptor, Map anApplicationContext)
throws Exception;
public String deploy(String[] aDeploymentDescriptorList, Map
anApplicationContext)
throws Exception;
The deploySpringContainer() method is protected and I don't see how a user
would use this since all the user has is the DD.
In the interface I need to change undeploy() methods though:
public void undeploy(String aSpringContainerId) throws Exception;
public void undeploy(String aSpringContainerId, int stop_level) throws
Exception;
In both cases, the aSpringContainerId argument name should be changed to
something different like serviceId. Same is true in the
BaseUIMAAsynchronousEngine_impl.java. The method argument should be changed as
well.
So I think the impact on the user is minimal. Any documentation that mentions
the above methods should also change.
> UIMA-AS V3: Replace dd2spring with java based DD processing
> ---
>
> Key: UIMA-5500
> URL: https://issues.apache.org/jira/browse/UIMA-5500
> Project: UIMA
> Issue Type: Sub-task
> Components: Async Scaleout
>Reporter: Jerry Cwiklik
>Assignee: Jerry Cwiklik
> Fix For: 3.0.0AS
>
>
> Current UIMA-AS uses dd2spring to parse DD into intermediate format (Spring
> Context) which is than fed into Spring Framework to instantiate components of
> the UIMA-AS at runtime. The dd2spring uses saxon and custom xslt stylesheet
> to process a DD. The xslt is quite complex and difficult to maintain. The
> saxon library requires that the DD is provided as a fully qualified file
> preventing from loading it from a classpath or datapath.
> Instead of dd2spring, the UIMA-AS can use xmlbeans to parse the DD and
> instantiate on object model representing it. There already exists a schema
> for the DD in UIMA-AS from which an object model can be generated.
> New java only code can than use the model to create components necessary to
> deploy UIMA-AS service. The wiring of components will be done in java instead
> of relying on Spring which hides much of this process.
> The removal of dd2spring is largely an internal UIMA-AS concern and user code
> impact of this change should be minimal. The user no longer will have to
> specify Saxon nor the dd2springXsltFilePath when launching or deploying a
> service.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)