Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.java.programmer > #34390 > unrolled thread

property reading within framework

Back to article view | Back to comp.lang.java.programmer

Contents

  property reading within framework Philipp Kraus <philipp.kraus.flashpixx@gmail.com> - 2016-05-26 05:48 -0700
    Re: property reading within framework Andreas Leitgeb <avl@logic.at> - 2016-05-26 13:25 +0000
      Re: property reading within framework Andreas Leitgeb <avl@logic.at> - 2016-05-26 13:45 +0000
        Re: property reading within framework Philipp Kraus <philipp.kraus.flashpixx@gmail.com> - 2016-05-26 12:46 -0700

#34390 — property reading within framework

Hello,

I try to read a property file from a framework. At the moment I'm using:

final Properties l_property = new Properties();
l_property.load( a_class_within_my_framework.getResourceAsStream( "configuration.properties" ) );

For all within the framework this works fine. If I include my framework e.g. with Maven dependency in another project, the getResourceAsStream fails with a NPE or it read the configuration.properties from the project and not from the framework.
I try also /configuration.properties or /groupid/artifactid/configuration.properties but I don't get a working solution.

I would like to read the "configuration.properties" file, which is stored in the resource directory of a Maven project always from this framework. How I do this in a correct way?

Thanks

Phil

[toc] | [next] | [standalone]

#34391

Philipp Kraus <philipp.kraus.flashpixx@gmail.com> wrote:
> I try to read a property file from a framework. At the moment I'm using:
> final Properties l_property = new Properties();
> l_property.load( a_class_within_my_framework.getResourceAsStream( "configuration.properties" ) );

It depends on what classloader actually loaded the class on which
you are calling getResourceAsStream(...)

Perhaps, when your framework is used by the other project, then somewhere
you "accidentally" load some class of the framework using the system 
classloader. That class is then already known, and won't be reloaded
through the specific classloader.

[toc] | [prev] | [next] | [standalone]

#34392

Andreas Leitgeb <avl@logic.at> wrote:
> Philipp Kraus <philipp.kraus.flashpixx@gmail.com> wrote:
>> a_class.getResourceAsStream( "configuration.properties" )
>
> It depends on what classloader actually loaded the class on which
> you are calling getResourceAsStream(...)
>
> Perhaps, when your framework is used by the other project, then somewhere
> you "accidentally" load some class of the framework using the system 
> classloader. That class is then already known, and won't be reloaded
> through the specific classloader.

One way to find where the class really gets loaded is setting a breakpoint
in a static initializer block of the class. (If there's none, create one.)

[toc] | [prev] | [next] | [standalone]

#34393

Am Donnerstag, 26. Mai 2016 15:49:15 UTC+2 schrieb Andreas Leitgeb:
> Andreas Leitgeb wrote:
> > Philipp Kraus wrote:
> >> a_class.getResourceAsStream( "configuration.properties" )
> >
> > It depends on what classloader actually loaded the class on which
> > you are calling getResourceAsStream(...)
> >
> > Perhaps, when your framework is used by the other project, then somewhere
> > you "accidentally" load some class of the framework using the system 
> > classloader. That class is then already known, and won't be reloaded
> > through the specific classloader.
> 
> One way to find where the class really gets loaded is setting a breakpoint
> in a static initializer block of the class. (If there's none, create one.)

Yes, thanks, it was my mistake, the path has got a typo error

Phil

[toc] | [prev] | [standalone]

Back to top | Article view | comp.lang.java.programmer

csiph-web