openjpa-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Fabio Martelli <fabio.marte...@gmail.com>
Subject Re: Configuration extension
Date Wed, 29 Aug 2012 07:39:23 GMT

Il giorno 28/ago/2012, alle ore 16.51, Kevin Sutter ha scritto:

> Hi Fabio,
> It all depends on how extensible of a solution you are looking for.  Are
> you looking to just extend a current OpenJPA implementation and then
> migrating those necessary changes from release to release (as your needs
> required)?  Or, are you looking to provide a pluggable configuration which
> would make it easier to grow with the OpenJPA releases (but requires a bit
> more work up-front)?  That's part of the analysis of the requirements that
> you'll have to do.

Hi Kevin,
you are right, I have to "contextualize" my requirement.

I have to extend OpenJPA in order to add support for SQLAzure [1].
Please, take a look at [2] and [3].

As you can imagine, I need to specify some configuration parameters in order to achieve my
goal.
This is the purpose of my request (OpenJPA configuration extension).

Of course, the best would be to put our developments embedded into OpenJPA (more or less like
done for slices - taken as reference for my development) and I hope it will happen sooner
or later. Unfortunately, I need something working fine in a very short time so I had to search
for a different (but clean) solution.

The idea is to develop a library of OpenJPA pluggable components and, after a short consolidation
period, to submit a patch.

What do you think about? Am I on the right path?

Best regards,
F.

[1] http://en.wikipedia.org/wiki/SQL_Azure
[2] https://github.com/Tirasa/protojpasqlazure
[3] https://github.com/Tirasa/OpenJPASQLAzure

> As you have probably noticed, OpenJPA itself has already extended the
> OpenJPAConfigurationImpl with both the JDBCConfigurationImpl and the
> XMLConfigurationImpl.  (As an aside, WebSphere has also extended this
> implementation for their own extensions.)  So, the capability is there.
> It's just a matter of how much effort you want to put into it.


> 
> Good luck,
> Kevin
> 
> On Tue, Aug 28, 2012 at 6:17 AM, Fabio Martelli <fabio.martelli@gmail.com>wrote:
> 
>> 
>> Il giorno 27/ago/2012, alle ore 18.44, Kevin Sutter ha scritto:
>> 
>>> Hi Fabio,
>>> Unfortunately, OpenJPA doesn't have great documentation for extending the
>>> configuration.  Although, in practice, it is quite easy to do.  What I
>>> would suggest doing is "implement by example" and look at how other
>>> configuration properties were incorporated.  For example, let's just take
>>> openjpa.datacache as an example.  All of the configuration properties
>> use a
>>> "plugin configuration" [1].  Then, if you look at the
>>> OpenJPAConfigurationImpl class, you'll see how this openjpa.datacache is
>>> parsed and configured.  From there, these configuration values are used
>>> through out the code (grep for "dataCachePlugin" as an example).
>>> 
>>> Hope this helps get you started.
>> 
>> Hi Kevin, thank you for your prompt replay.
>> I sow that OpenJPA configuration is not pluggable.
>> It seems that, the only way to replace the configuration impl (in order to
>> add new parameters) it to specify a new BrokerFactory (maybe extending
>> JDBCBrokerFactory) overriding the single static method newInstance(...).
>> 
>> Please, let me know what you think about this solution.
>> 
>> Thank you in advance.
>> Best regards,
>> F.
>> 
>>> Kevin
>>> 
>>> [1]
>>> 
>> http://openjpa.apache.org/builds/latest/docs/docbook/manual.html#ref_guide_conf_plugins
>>> 
>>> On Fri, Aug 24, 2012 at 10:32 AM, Fabio Martelli
>>> <fabio.martelli@gmail.com>wrote:
>>> 
>>>> Hi All,
>>>> I'd like to extend OpenJPA configuration in order to add some custom
>>>> parameters into my persistence.xml.
>>>> 
>>>> Could you give me the best practice to do this?
>>>> 
>>>> Thank you in advance.
>>>> Best regards,
>>>> F.
>> 
>> 


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message