Michael,
This is cool.  I have had a hidden desire to pursue support of SolidDB with
OpenJPA, but I just haven't found the time.  This is very good news that
your initial experiences are positive.

What dictionary are using with SolidDB?  It sounds like you might have
created a custom dictionary from your note, but you must have started with
one as a base.  Have you tried running the OpenJPA regression bucket against
your SolidDB dictionary?  Minus the dual url, of course.  I'm just curious
how close we are to having a dictionary for SolidDB that could be used for
our regression runs.  I would assume that the use of SolidDB would speed up
this processing to some extent.

Would you be interested in contributing your custom SolidDB dictionary?  I
hate to beg.  :-)  But, like I said, this has been an interest of mine for
quite some time...

We would need to take a closer look at the proposed patch for
parseProperties().  Off the top of my head, I wonder whether the stop
parsing at the comma was due to a problem reported in the past, or if it was
just thought to be the right thing to do.  We would need to determine
whether this comma-delimited url would be an option, or just allow anything
in the url.  Nothing major, but a few things to check on.

I guess I am not familiar with the message you are referring to with regards
to the wrong package being used.  Can you elaborate?

I had opened a JIRA Issue some time ago for SolidDB (
https://issues.apache.org/jira/browse/OPENJPA-735).  We could use this Issue
for any proposed patches, dictionaries, and discussion.

Thanks!
Kevin



On Wed, Dec 3, 2008 at 6:41 AM, Jaeger, Michael <
[EMAIL PROTECTED]> wrote:

> Hi all,
>
> we know that soliddb is not among the supported databases of OpenJPA.
> Thus we would like place our experience with soliddb + openjpa to
> discussion (if support for SolidDB is anticipated).
>
> The main reason why we use soliddb is its hot-standby-feature. For
> setting up hot standby, just pass the JDBC driver a dual node URL.
> Solidtech has decided to separate the adresses of two nodes by a comma
> where normally a single host is named. looks like this:
>
>        Url=jdbc:solid://comp1:1315,comp2:1315/myusr/mypw
>
> so the point with OpenJPA here is that properties are separated by ","
> as well, so the rest of the URL is cut away then:
>
>        Url=jdbc:solid://comp1:1315
>        comp2:1315/usr/pw
>        DriverClassName=solid.jdbc.SolidDriver
>
> We have patched this (Configurations.parseProperties()), simply inject
> the complete URL at some later point again.
>
> Clearly, the support for malformed URLs can be put into question. thus,
> on first hand, take our e-mail as feedback where one major point would
> come up when using SolidDB. We have had also some other issue which we
> fixed with a custom dictionary. In summary our experience with using
> openjpa + soliddb is very positive apart from the fundamental issue with
> the dual node URL.
>
> - Michael
>
> PS. the warning message when using a dictionary not belonging to the
> right package is also not very nice and here on our site has disturbed
> the developers. anyone experience with this one?
>

Reply via email to