You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ode.apache.org by "Alexis Midon (JIRA)" <ji...@apache.org> on 2009/06/04 19:23:07 UTC
[jira] Created: (ODE-619) placeholders in endpoint properties
placeholders in endpoint properties
-----------------------------------
Key: ODE-619
URL: https://issues.apache.org/jira/browse/ODE-619
Project: ODE
Issue Type: Improvement
Components: Axis2 Integration
Reporter: Alexis Midon
Assignee: Alexis Midon
Fix For: 1.3.3
Endpoint properties [1] now support placeholders. These placeholders can be use in other property values to avoid repeating common values.
The general placeholder pattern is ${placeholder.name}
Three types of placeholders shall be separated:
#1 environment placeholders: placeholders for environment variables.
They follow the naming convention ala ANT: ${env.JAVA_HOME} will retrieve the JAVA_HOME env var.
#2 system placeholders: placeholders for system properties
They follow the naming convention: ${system.log4j.configuration} will access the system property "log4j.configuration"
System placeholders might point to environment placeholders.
#3 local placeholders: placeholders defined in one endpoint property file
These do not use any prefixes: ${mytimeout} will be replaced by the value of "mytimeout" placeholder.
Local placeholder values might themselves used the 2 previous placeholders types (env var and sys properties).
mytimeout=${env.TIMEOUT} is valid, and will be replaced by the env variable TIMEOUT.
Local placeholders can be defined in one file, and used in another. If defined twice, the last loaded value will have precedence.
Here are a few examples:
placeholder1=placeholder1-value
test.placeholder1=${placeholder1}
ns-alias.my-service.ode.mysys.property=${system.TestSystemProperty}
ns-alias.my-service.ode.myen.property=${env.TEST_DUMMY_ENV_VAR}
See org.apache.ode.utils.HierarchicalPropertiesTest for more.
[1] http://ode.apache.org/user-guide.html#UserGuide-EndpointConfiguration
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Commented: (ODE-619) placeholders in endpoint properties
Posted by "Alexis Midon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/ODE-619?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12716357#action_12716357 ]
Alexis Midon commented on ODE-619:
----------------------------------
committed in 1.X, new revision 781823
> placeholders in endpoint properties
> -----------------------------------
>
> Key: ODE-619
> URL: https://issues.apache.org/jira/browse/ODE-619
> Project: ODE
> Issue Type: Improvement
> Components: Axis2 Integration
> Reporter: Alexis Midon
> Assignee: Alexis Midon
> Fix For: 1.3.3
>
>
> Endpoint properties [1] now support placeholders. These placeholders can be use in other property values to avoid repeating common values.
> The general placeholder pattern is ${placeholder.name}
> Three types of placeholders shall be separated:
> #1 environment placeholders: placeholders for environment variables.
> They follow the naming convention ala ANT: ${env.JAVA_HOME} will retrieve the JAVA_HOME env var.
> #2 system placeholders: placeholders for system properties
> They follow the naming convention: ${system.log4j.configuration} will access the system property "log4j.configuration"
> System placeholders might point to environment placeholders.
> #3 local placeholders: placeholders defined in one endpoint property file
> These do not use any prefixes: ${mytimeout} will be replaced by the value of "mytimeout" placeholder.
> Local placeholder values might themselves used the 2 previous placeholders types (env var and sys properties).
> mytimeout=${env.TIMEOUT} is valid, and will be replaced by the env variable TIMEOUT.
> Local placeholders can be defined in one file, and used in another. If defined twice, the last loaded value will have precedence.
> Here are a few examples:
> placeholder1=placeholder1-value
> test.placeholder1=${placeholder1}
> ns-alias.my-service.ode.http.socket.timeout=${system.TestSystemProperty}
> ns-alias.my-service.ode.mex.timeout=${env.TEST_DUMMY_ENV_VAR}
> See org.apache.ode.utils.HierarchicalPropertiesTest for more.
> [1] http://ode.apache.org/user-guide.html#UserGuide-EndpointConfiguration
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Resolved: (ODE-619) placeholders in endpoint properties
Posted by "Alexis Midon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/ODE-619?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alexis Midon resolved ODE-619.
------------------------------
Resolution: Fixed
> placeholders in endpoint properties
> -----------------------------------
>
> Key: ODE-619
> URL: https://issues.apache.org/jira/browse/ODE-619
> Project: ODE
> Issue Type: Improvement
> Components: Axis2 Integration
> Reporter: Alexis Midon
> Assignee: Alexis Midon
> Fix For: 1.3.4
>
>
> Endpoint properties [1] now support placeholders. These placeholders can be use in other property values to avoid repeating common values.
> The general placeholder pattern is ${placeholder.name}
> Three types of placeholders shall be separated:
> #1 environment placeholders: placeholders for environment variables.
> They follow the naming convention ala ANT: ${env.JAVA_HOME} will retrieve the JAVA_HOME env var.
> #2 system placeholders: placeholders for system properties
> They follow the naming convention: ${system.log4j.configuration} will access the system property "log4j.configuration"
> System placeholders might point to environment placeholders.
> #3 local placeholders: placeholders defined in one endpoint property file
> These do not use any prefixes: ${mytimeout} will be replaced by the value of "mytimeout" placeholder.
> Local placeholder values might themselves used the 2 previous placeholders types (env var and sys properties).
> mytimeout=${env.TIMEOUT} is valid, and will be replaced by the env variable TIMEOUT.
> Local placeholders can be defined in one file, and used in another. If defined twice, the last loaded value will have precedence.
> Here are a few examples:
> placeholder1=placeholder1-value
> test.placeholder1=${placeholder1}
> ns-alias.my-service.ode.http.socket.timeout=${system.TestSystemProperty}
> ns-alias.my-service.ode.mex.timeout=${env.TEST_DUMMY_ENV_VAR}
> See org.apache.ode.utils.HierarchicalPropertiesTest for more.
> [1] http://ode.apache.org/user-guide.html#UserGuide-EndpointConfiguration
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (ODE-619) placeholders in endpoint properties
Posted by "Alexis Midon (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/ODE-619?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alexis Midon updated ODE-619:
-----------------------------
Description:
Endpoint properties [1] now support placeholders. These placeholders can be use in other property values to avoid repeating common values.
The general placeholder pattern is ${placeholder.name}
Three types of placeholders shall be separated:
#1 environment placeholders: placeholders for environment variables.
They follow the naming convention ala ANT: ${env.JAVA_HOME} will retrieve the JAVA_HOME env var.
#2 system placeholders: placeholders for system properties
They follow the naming convention: ${system.log4j.configuration} will access the system property "log4j.configuration"
System placeholders might point to environment placeholders.
#3 local placeholders: placeholders defined in one endpoint property file
These do not use any prefixes: ${mytimeout} will be replaced by the value of "mytimeout" placeholder.
Local placeholder values might themselves used the 2 previous placeholders types (env var and sys properties).
mytimeout=${env.TIMEOUT} is valid, and will be replaced by the env variable TIMEOUT.
Local placeholders can be defined in one file, and used in another. If defined twice, the last loaded value will have precedence.
Here are a few examples:
placeholder1=placeholder1-value
test.placeholder1=${placeholder1}
ns-alias.my-service.ode.http.socket.timeout=${system.TestSystemProperty}
ns-alias.my-service.ode.mex.timeout=${env.TEST_DUMMY_ENV_VAR}
See org.apache.ode.utils.HierarchicalPropertiesTest for more.
[1] http://ode.apache.org/user-guide.html#UserGuide-EndpointConfiguration
was:
Endpoint properties [1] now support placeholders. These placeholders can be use in other property values to avoid repeating common values.
The general placeholder pattern is ${placeholder.name}
Three types of placeholders shall be separated:
#1 environment placeholders: placeholders for environment variables.
They follow the naming convention ala ANT: ${env.JAVA_HOME} will retrieve the JAVA_HOME env var.
#2 system placeholders: placeholders for system properties
They follow the naming convention: ${system.log4j.configuration} will access the system property "log4j.configuration"
System placeholders might point to environment placeholders.
#3 local placeholders: placeholders defined in one endpoint property file
These do not use any prefixes: ${mytimeout} will be replaced by the value of "mytimeout" placeholder.
Local placeholder values might themselves used the 2 previous placeholders types (env var and sys properties).
mytimeout=${env.TIMEOUT} is valid, and will be replaced by the env variable TIMEOUT.
Local placeholders can be defined in one file, and used in another. If defined twice, the last loaded value will have precedence.
Here are a few examples:
placeholder1=placeholder1-value
test.placeholder1=${placeholder1}
ns-alias.my-service.ode.mysys.property=${system.TestSystemProperty}
ns-alias.my-service.ode.myen.property=${env.TEST_DUMMY_ENV_VAR}
See org.apache.ode.utils.HierarchicalPropertiesTest for more.
[1] http://ode.apache.org/user-guide.html#UserGuide-EndpointConfiguration
> placeholders in endpoint properties
> -----------------------------------
>
> Key: ODE-619
> URL: https://issues.apache.org/jira/browse/ODE-619
> Project: ODE
> Issue Type: Improvement
> Components: Axis2 Integration
> Reporter: Alexis Midon
> Assignee: Alexis Midon
> Fix For: 1.3.3
>
>
> Endpoint properties [1] now support placeholders. These placeholders can be use in other property values to avoid repeating common values.
> The general placeholder pattern is ${placeholder.name}
> Three types of placeholders shall be separated:
> #1 environment placeholders: placeholders for environment variables.
> They follow the naming convention ala ANT: ${env.JAVA_HOME} will retrieve the JAVA_HOME env var.
> #2 system placeholders: placeholders for system properties
> They follow the naming convention: ${system.log4j.configuration} will access the system property "log4j.configuration"
> System placeholders might point to environment placeholders.
> #3 local placeholders: placeholders defined in one endpoint property file
> These do not use any prefixes: ${mytimeout} will be replaced by the value of "mytimeout" placeholder.
> Local placeholder values might themselves used the 2 previous placeholders types (env var and sys properties).
> mytimeout=${env.TIMEOUT} is valid, and will be replaced by the env variable TIMEOUT.
> Local placeholders can be defined in one file, and used in another. If defined twice, the last loaded value will have precedence.
> Here are a few examples:
> placeholder1=placeholder1-value
> test.placeholder1=${placeholder1}
> ns-alias.my-service.ode.http.socket.timeout=${system.TestSystemProperty}
> ns-alias.my-service.ode.mex.timeout=${env.TEST_DUMMY_ENV_VAR}
> See org.apache.ode.utils.HierarchicalPropertiesTest for more.
> [1] http://ode.apache.org/user-guide.html#UserGuide-EndpointConfiguration
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (ODE-619) placeholders in endpoint properties
Posted by "Alex Boisvert (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/ODE-619?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Alex Boisvert updated ODE-619:
------------------------------
Fix Version/s: (was: 1.3.3)
1.3.4
> placeholders in endpoint properties
> -----------------------------------
>
> Key: ODE-619
> URL: https://issues.apache.org/jira/browse/ODE-619
> Project: ODE
> Issue Type: Improvement
> Components: Axis2 Integration
> Reporter: Alexis Midon
> Assignee: Alexis Midon
> Fix For: 1.3.4
>
>
> Endpoint properties [1] now support placeholders. These placeholders can be use in other property values to avoid repeating common values.
> The general placeholder pattern is ${placeholder.name}
> Three types of placeholders shall be separated:
> #1 environment placeholders: placeholders for environment variables.
> They follow the naming convention ala ANT: ${env.JAVA_HOME} will retrieve the JAVA_HOME env var.
> #2 system placeholders: placeholders for system properties
> They follow the naming convention: ${system.log4j.configuration} will access the system property "log4j.configuration"
> System placeholders might point to environment placeholders.
> #3 local placeholders: placeholders defined in one endpoint property file
> These do not use any prefixes: ${mytimeout} will be replaced by the value of "mytimeout" placeholder.
> Local placeholder values might themselves used the 2 previous placeholders types (env var and sys properties).
> mytimeout=${env.TIMEOUT} is valid, and will be replaced by the env variable TIMEOUT.
> Local placeholders can be defined in one file, and used in another. If defined twice, the last loaded value will have precedence.
> Here are a few examples:
> placeholder1=placeholder1-value
> test.placeholder1=${placeholder1}
> ns-alias.my-service.ode.http.socket.timeout=${system.TestSystemProperty}
> ns-alias.my-service.ode.mex.timeout=${env.TEST_DUMMY_ENV_VAR}
> See org.apache.ode.utils.HierarchicalPropertiesTest for more.
> [1] http://ode.apache.org/user-guide.html#UserGuide-EndpointConfiguration
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.