If I have some code that does not use Spring DI directly but uses
a library that uses Spring DI, then what are my options for
specifying what XML config file that library should use?

Any class and method:

SomeSpringClass.setDefaultConfigURL("...");

?

Any property:

-Dspring.config.url=....

?

Google does not seem to be my friend today.

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2020-06-03 03:25, Arne Vajhøj wrote:

If I have some code that does not use Spring DI directly but uses
a library that uses Spring DI, then what are my options for
specifying what XML config file that library should use?

Any class and method:

SomeSpringClass.setDefaultConfigURL("...");

?

Any property:

-Dspring.config.url=....

?

Google does not seem to be my friend today.

Arne

https://docs.spring.io/spring/docs/5.3.0-SNAPSHOT/spring-framework-reference/core.html#beans-basics

Don't know the details, but `new ClassPathXmlApplicationContext(...)` or
`new AnnotationConfigApplicationContext(...)` would seem the way to go.

Specifying the location alone (likely) won't help you. You need
something that starts the engine that will try to read those sources --
i.e. the ApplicationContext.

On the other hand if you made your main app a spring-boot app, then you
could simply reference lib's config and be done with it.

--
DF.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 6/4/2020 4:31 PM, Daniele Futtorovic wrote:

On 2020-06-03 03:25, Arne Vajhøj wrote:

If I have some code that does not use Spring DI directly but uses
a library that uses Spring DI, then what are my options for
specifying what XML config file that library should use?

Any class and method:

SomeSpringClass.setDefaultConfigURL("...");

?

Any property:

-Dspring.config.url=....

?

Google does not seem to be my friend today.

https://docs.spring.io/spring/docs/5.3.0-SNAPSHOT/spring-framework-reference/core.html#beans-basics

Don't know the details, but `new ClassPathXmlApplicationContext(...)` or
`new AnnotationConfigApplicationContext(...)` would seem the way to go.

Specifying the location alone (likely) won't help you. You need
something that starts the engine that will try to read those sources --
i.e. the ApplicationContext.

That is already being done in the library.

I need a way to control where the library find the XML config
file without hacking the library.

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2020-06-05 03:07, Arne Vajhøj wrote:

On 6/4/2020 4:31 PM, Daniele Futtorovic wrote:

On 2020-06-03 03:25, Arne Vajhøj wrote:

If I have some code that does not use Spring DI directly but uses
a library that uses Spring DI, then what are my options for
specifying what XML config file that library should use?

Any class and method:

SomeSpringClass.setDefaultConfigURL("...");

?

Any property:

-Dspring.config.url=....

?

Google does not seem to be my friend today.

https://docs.spring.io/spring/docs/5.3.0-SNAPSHOT/spring-framework-reference/core.html#beans-basics


Don't know the details, but `new ClassPathXmlApplicationContext(...)` or
`new AnnotationConfigApplicationContext(...)` would seem the way to go.

Specifying the location alone (likely) won't help you. You need
something that starts the engine that will try to read those sources --
i.e. the ApplicationContext.

That is already being done in the library.

I need a way to control where the library find the XML config
file without hacking the library.

What exactly is the library doing? Starting an ApplicationContext?
(Presumably from a certain resource? (Is that hardcoded?))

If it's using spring-boot, then you might be able to get away by setting `spring.config.additional-location=[PATH_TO_YOUR_XML]` (to add to the
default settings) or
`spring.config.location=PATH` (to replace them)
both of which you can either specify via System properties
(-D[key]=[value]) or the process ENV -- in the latter case you need to
format the keys as `SPRING_CONFIG_ADDITIONALLOCATION` and `SPRING_CONFIG_LOCATION`, respectively. But I don't think you can do
that if it's plain old spring (although it might be worth a try).

Reference for these settings is here: <https://docs.spring.io/spring-boot/docs/2.3.0.RELEASE/reference/html/appendix-application-properties.html#common-application-properties>

If it's plain old Spring, then if I'm not mistaken the path it will load
from must be specified in the code. If so, you might be able to input
your settings by removing the corresponding resource in the JAR and
providing your own version (since Spring will look for the resource on
the classpath). Your own version might even have precedence, I don't know.

But this is a lot of guesswork on my behalf, because it depends a lot on
what the library does and how. But if it's a library that you need to be
able to configure and that doesn't give you the means to, I would add it
might be worth reconsidering whether you should use it at all.

--
DF.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 6/5/2020 5:01 PM, Daniele Futtorovic wrote:

On 2020-06-05 03:07, Arne Vajhøj wrote:

On 6/4/2020 4:31 PM, Daniele Futtorovic wrote:

On 2020-06-03 03:25, Arne Vajhøj wrote:

If I have some code that does not use Spring DI directly but uses
a library that uses Spring DI, then what are my options for
specifying what XML config file that library should use?

Any class and method:

SomeSpringClass.setDefaultConfigURL("...");

?

Any property:

-Dspring.config.url=....

?

Google does not seem to be my friend today.

https://docs.spring.io/spring/docs/5.3.0-SNAPSHOT/spring-framework-reference/core.html#beans-basics


Don't know the details, but `new ClassPathXmlApplicationContext(...)` or >>> `new AnnotationConfigApplicationContext(...)` would seem the way to go.

Specifying the location alone (likely) won't help you. You need
something that starts the engine that will try to read those sources --
i.e. the ApplicationContext.

That is already being done in the library.

I need a way to control where the library find the XML config
file without hacking the library.

What exactly is the library doing? Starting an ApplicationContext? (Presumably from a certain resource? (Is that hardcoded?))

If it's using spring-boot, then you might be able to get away by setting `spring.config.additional-location=[PATH_TO_YOUR_XML]` (to add to the
default settings) or
`spring.config.location=PATH` (to replace them)
both of which you can either specify via System properties
(-D[key]=[value]) or the process ENV -- in the latter case you need to
format the keys as `SPRING_CONFIG_ADDITIONALLOCATION` and `SPRING_CONFIG_LOCATION`, respectively. But I don't think you can do
that if it's plain old spring (although it might be worth a try).

Reference for these settings is here: <https://docs.spring.io/spring-boot/docs/2.3.0.RELEASE/reference/html/appendix-application-properties.html#common-application-properties>

If it's plain old Spring, then if I'm not mistaken the path it will load
from must be specified in the code. If so, you might be able to input
your settings by removing the corresponding resource in the JAR and
providing your own version (since Spring will look for the resource on
the classpath). Your own version might even have precedence, I don't know.

But this is a lot of guesswork on my behalf, because it depends a lot on
what the library does and how. But if it's a library that you need to be
able to configure and that doesn't give you the means to, I would add it might be worth reconsidering whether you should use it at all.

I never got to reply to this.

My problem was that I had no control over the code using Spring.

my code -> some library -> Spring

I never found a generic solution.

But my specific problem was solved.

The library in question was Apache Ignite accessed via JCache API.

And it turned out that I could just replace:

CacheManager cm = cp.getCacheManager();

with:

CacheManager cm = cp.getCacheManager(new URI("pathtoconfigfile"), null,
null);

as that first argument with the documentation:

<quote>
an implementation specific URI for the CacheManager
</quote>

turns out to be the URI for the Spring config file with
Apache Ignite.

Arne

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)