Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [eclipselink-users] JVM properties vs persistence.xml

Thanks - will do.

Kind Regards
Nathan

-----Original Message-----
From: eclipselink-users-bounces@xxxxxxxxxxx
[mailto:eclipselink-users-bounces@xxxxxxxxxxx] On Behalf Of Tom Ware
Sent: 05 December 2011 14:53
To: eclipselink-users@xxxxxxxxxxx
Subject: Re: [eclipselink-users] JVM properties vs persistence.xml

The following bug is targeted for our next major release.  Please vote
for it and add comments.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=362707

There are a number of places we get properties that are used to
configure the persistence unit.

1. persistence.xml
2. passed properties
3. System properties

We will have to determine the order of precedence for those properties.

-Tom

On 05/12/2011 9:14 AM, Nathan Drew wrote:
> Ok so if we want to be able to switch the settings on a client - 
> without using the alternative method of JMX beans as discussed on an 
> offshoot thread of this email, JVM System Properties don't override 
> anything in the persistence.xml?
>
> I.e. if we want to be able to manage these values without JMX then we 
> have to avoid putting it inside the persistence.xml at all and use 
> System Properties? It's a shame that System properties don't override 
> values in persistence.xml so that you can manage it outside of the 
> built application.
>
> Kind Regards
> Nathan
>
> -----Original Message-----
> From: eclipselink-users-bounces@xxxxxxxxxxx
> [mailto:eclipselink-users-bounces@xxxxxxxxxxx] On Behalf Of Tom Ware
> Sent: 05 December 2011 14:02
> To: eclipselink-users@xxxxxxxxxxx
> Subject: Re: [eclipselink-users] JVM properties vs persistence.xml
>
> The list of properties can be specified either when the EMF is 
> injected, or when it is created (via
Persistence.createEntityManagerFactory()).
>
> If no value is specified for a particular property, we will check the 
> System properties to get that property.
>
> -Tom
>
> On 05/12/2011 4:11 AM, Nathan Drew wrote:
>> Specified by JVM properties?
>>
>> Kind Regards
>> Nathan
>>
>>
>> -----Original Message-----
>> From: eclipselink-users-bounces@xxxxxxxxxxx
>> [mailto:eclipselink-users-bounces@xxxxxxxxxxx] On Behalf Of Tom Ware
>> Sent: 02 December 2011 18:03
>> To: eclipselink-users@xxxxxxxxxxx
>> Subject: Re: [eclipselink-users] JVM properties vs persistence.xml
>>
>> The EntityManagerFactory creation methods both in APPLICATION managed

>> and JTA modes take a list of properties.  That list can be used to 
>> override any of the properties defined in persistence.xml.
>>
>> -Tom
>>
>> On 02/12/2011 12:48 PM, Mark Robinson wrote:
>>> Could you use a deployment descriptor file to change the value in 
>>> persistence.xml without having to rebuild?
>>>
>>> Mark
>>>
>>> On Fri, Dec 2, 2011 at 9:25 AM, Nathan Drew 
>>> <Nathan.Drew@xxxxxxxxxxxxxxxxxxxxx
>>> <mailto:Nathan.Drew@xxxxxxxxxxxxxxxxxxxxx>>   wrote:
>>>
>>>       Hi,____
>>>
>>>       __ __
>>>
>>>       Having gone through the process of needing to vary the logging
>> levels for
>>>       EclipseLink, and thinking of the case when we might have to
>> support a
>>>       customer using our application and want to get more debug
>> information from
>>>       them without rebuilding our application from scratch...
>>> shouldn't
>> the JVM
>>>       property for eclipselink.logging.level override the value set
in
>>>       persistence.xml?____
>>>
>>>       __ __
>>>
>>>       That's the general model in most JEE things - configure in the
>> app, then
>>>       allow the "deployer" to override values.____
>>>
>>>       __ __
>>>
>>>       Was this the case for Toplink Essentials?____
>>>
>>>       __ __
>>>
>>>       Kind Regards____
>>>
>>>       Nathan____
>>>
>>>       __ __
>>>
>>>
>>>       _______________________________________________
>>>       eclipselink-users mailing list
>>>       eclipselink-users@xxxxxxxxxxx
>> <mailto:eclipselink-users@xxxxxxxxxxx>
>>>       https://dev.eclipse.org/mailman/listinfo/eclipselink-users
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> eclipselink-users mailing list
>>> eclipselink-users@xxxxxxxxxxx
>>> https://dev.eclipse.org/mailman/listinfo/eclipselink-users
>> _______________________________________________
>> eclipselink-users mailing list
>> eclipselink-users@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/eclipselink-users
>>
>>
>> _______________________________________________
>> eclipselink-users mailing list
>> eclipselink-users@xxxxxxxxxxx
>> https://dev.eclipse.org/mailman/listinfo/eclipselink-users
> _______________________________________________
> eclipselink-users mailing list
> eclipselink-users@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/eclipselink-users
>
>
> _______________________________________________
> eclipselink-users mailing list
> eclipselink-users@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/eclipselink-users
_______________________________________________
eclipselink-users mailing list
eclipselink-users@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/eclipselink-users




Back to the top