You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@uima.apache.org by "Jerry Cwiklik (JIRA)" <de...@uima.apache.org> on 2012/07/26 16:26:33 UTC
[jira] [Commented] (UIMA-2163) Extend UIMA AS to provide Deployment
Descriptor Factory
[ https://issues.apache.org/jira/browse/UIMA-2163?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13423105#comment-13423105 ]
Jerry Cwiklik commented on UIMA-2163:
-------------------------------------
Sorry for not responding to your comments in time. Missed this somehow.
I've implemented the functionality with xmlbeans and java implementation on top of it. This will be included in the upcoming uima-as 2.4.0 release. Its working well. Current implementation supports dynamic generation of UIMA-AS DD in java. Post release, I plan to enhance this with an ability to take a DD, generate java classes (via xmlbeans) and use Spring framework java configuration to wire things up. Details still to be worked out.
> Extend UIMA AS to provide Deployment Descriptor Factory
> -------------------------------------------------------
>
> Key: UIMA-2163
> URL: https://issues.apache.org/jira/browse/UIMA-2163
> Project: UIMA
> Issue Type: Improvement
> Components: Async Scaleout
> Reporter: Jerry Cwiklik
> Assignee: Jerry Cwiklik
> Fix For: 2.4.0AS
>
>
> UIMA AS needs a factory for creating Deployment Descriptors at runtime. This would be very useful in UIMA AS extended test suite. Currently there are 100's of static xml deployment descriptors and many of them are clones with just a few changes. Having ability to create a DD for each test will greatly reduce (if not eliminate all) xml dd's. Additional benefit can be realized by applications using UIMA AS. Such applications would be able to compose deployment descriptors (and pipelines) dynamically based on current context instead of relying on statically defined xml dd's.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira