uima-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jerry Cwiklik (JIRA)" <uima-...@incubator.apache.org>
Subject [jira] Commented: (UIMA-1288) Need a Better Approach For Specifying UIMA AS Broker URL in Deployment Descriptor
Date Mon, 13 Apr 2009 14:27:15 GMT

    [ https://issues.apache.org/jira/browse/UIMA-1288?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12698398#action_12698398
] 

Jerry Cwiklik commented on UIMA-1288:
-------------------------------------

As part of this, modify dd2spring and Uima AS java code to support default broker URLs. A
user may omit specifying a brokerURLs in the Deployment Descriptor. In such case, dd2spring
will add a brokerURL property with a value of "${defaultBrokerURL}" to the top level service
as well as all remote delegates of this service for which a user did not provide specify brokerURL
property. The value for defaultBrokerURL will be taken from the system property and it will
be set by both UIMA_Service and RunRemoteAsyncAE. A user may specify the value for defaultBrokerURL
by adding a new command line argument for UIMA_Service and RunRemoteAsyncAE. This would be
an optional argument. If the argument is not provided, the code will set defaultBrokerURL
to "tcp://localhost:61616".


> Need a Better Approach For Specifying UIMA AS Broker URL in Deployment Descriptor
> ---------------------------------------------------------------------------------
>
>                 Key: UIMA-1288
>                 URL: https://issues.apache.org/jira/browse/UIMA-1288
>             Project: UIMA
>          Issue Type: Improvement
>          Components: Async Scaleout
>            Reporter: Jerry Cwiklik
>            Assignee: Marshall Schor
>
> Each UIMA AS deployment descriptor requires at least one Broker URL for the connection
factory. Instead of hard coding the URL, perhaps a placeholder for it should be used. At runtime,
the placeholder could be resolved to the actual URL by Spring resolver component. The value
could come from either an external file or from an environment. The new approach should accommodate
specifying more than one placeholder, since an aggregate may have delegates whose queues are
managed by a different broker. The new approach would simplify deployment of UIMA AS services,
especially during testing.
> A placeholder syntax could be inherited from Spring, where it looks like ${placeholder-name}.

> dd2spring would need to change to handle a placeholder notation in addition to supporting
hard coded broker URL that we use now. A new bean must be added to the generated xml. It will
be :
> <bean class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
>     <property name="systemPropertiesModeName"  value="SYSTEM_PROPERTIES_MODE_OVERRIDE"/>
>    </bean>
>  
> This bean is setup to resolve placeholders using system variables, like -Dplaceholder-name=placeholder-value

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


Mime
View raw message