You gave me an idea:
Can I declare <Resource id="..." properties-provider="MyPropertiesProvider"
/> in resources.xml and still supply configuration with the properties
provider?


Romain Manni-Bucau wrote
> Ok, did you try using placeholders in resources.xml (${my.driver} and
> my.driver=... in conf/system.properties)? This sounds the easiest.
> 
> 
> Romain Manni-Bucau
> @rmannibucau &lt;https://twitter.com/rmannibucau&gt; |  Blog
> &lt;http://rmannibucau.wordpress.com&gt; | Github
> &lt;https://github.com/rmannibucau&gt; |
> LinkedIn &lt;https://www.linkedin.com/in/rmannibucau&gt; | Tomitriber
> &lt;http://www.tomitribe.com&gt;
> 
> 2015-12-01 22:36 GMT+01:00 Violeta Georgieva &lt;

> violetagg@

> &gt;:
> 
>> Mhm that's what I'm trying to achieve in order to supply the
>> configuration
>> automatically for TomEE Buildpack.
>> https://github.com/cloudfoundry-community/tomee-buildpack/issues/5
>>
>>
>> Romain Manni-Bucau wrote
>> > To be honest I wouldnt use this but resources.xml cause this bind a
>> global
>> > resource to an application which is never very sane - but can be needed
>> in
>> > some clouds. properties-provider should allows you to extract the
>> config
>> > if
>> > it is the goal.
>> >
>> >
>> > Romain Manni-Bucau
>> > @rmannibucau &lt;https://twitter.com/rmannibucau&gt; |  Blog
>> > &lt;http://rmannibucau.wordpress.com&gt; | Github
>> > &lt;https://github.com/rmannibucau&gt; |
>> > LinkedIn &lt;https://www.linkedin.com/in/rmannibucau&gt; | Tomitriber
>> > &lt;http://www.tomitribe.com&gt;
>> >
>> > 2015-12-01 22:18 GMT+01:00 Violeta Georgieva &lt;
>>
>> > violetagg@
>>
>> > &gt;:
>> >
>> >> One additional question: Is there a better way to achieve this? -
>> >> Resource
>> >> specifies via system properties and a driver provided by the web app
>> >> binaries.
>> >>
>> >>
>> >> Violeta Georgieva wrote
>> >> > Hi,
>> >> >
>> >> > So what is your proposal?
>> >> > Romain Manni-Bucau wrote
>> >> >> - I skipped on master (7.x) lazy resource merge in tomcat jndi tree
>> to
>> >> >> avoid the first exception to be seen and tomcat to try to process
>> them
>> >> at
>> >> >> startup. This then makes the remove() working as expected - the
>> remove
>> >> is
>> >> >> intended to avoid to consider this virtual property as a real one
>> in
>> >> the
>> >> >> "object factory".
>> >> > In 1.7.3 this resource merge in tomcat jndi is not skipped and the
>> >> > property is removed.
>> >> > How I can overcome this?
>> >> >
>> >> > Thanks,
>> >> > Violeta
>> >>
>> >>
>> >>
>> >>
>> >>
>> >> --
>> >> View this message in context:
>> >>
>> http://tomee-openejb.979440.n4.nabble.com/Resource-and-UseAppClassLoader-question-tp4677073p4677078.html
>> >> Sent from the TomEE Users mailing list archive at Nabble.com.
>> >>
>>
>>
>>
>>
>>
>> --
>> View this message in context:
>> http://tomee-openejb.979440.n4.nabble.com/Resource-and-UseAppClassLoader-question-tp4677073p4677080.html
>> Sent from the TomEE Users mailing list archive at Nabble.com.
>>





--
View this message in context: 
http://tomee-openejb.979440.n4.nabble.com/Resource-and-UseAppClassLoader-question-tp4677073p4677083.html
Sent from the TomEE Users mailing list archive at Nabble.com.

Reply via email to