Hi Pinaki,
I tried building from trunk but there are a couple of classes that lacks
method implementations. So I reverted to using the 2.0.0-SNAPSHOT version in
http://people.apache.org/repo/m2-snapshot-repository
It works! Many thanks for this fix! :)
-Teody
On Tue, Mar 17, 2009 at 4:38 PM,
Todays update, for those who are interested. ;)
I've uninstalled all JRE, JDK, SDK etc all java dirs have been deleted and
I've reinstalled everything (related to java) and downloaded Eclipse
Ganymede, I installed the latest nightly build of OpenJPA and made a fresh
new project, I even copied the
Hello Shubbis.
Did you check generated SQL ?
OpenJPA has property about how to perform joins.
My be with traditional join syntax performance will be better.
Best regards
Georgi
Shubbis wrote:
> Todays update, for those who are interested. ;)
>
> I've uninstalled all JRE, JDK, SDK etc all j
And a link to the complete project, with all jar files etc in the lib folder.
http://files.sharetoad.com/?id=f89de9caa6 OpenJPA project
--
View this message in context:
http://n2.nabble.com/Slow-performance-with-OpenJPA-when-selecting-from-a-ManyToMany-relation.-tp2466994p2496066.html
Sent fro
Hi,
My stats on this, I just ran it on Win XP (JRE 1.5.0_14) and
local MySQL, took an average of 3.8 sec to complete 500 iterations.
Removed the many to many association, doesn't affect the numbers much.
Make the fetch as eager and it takes 4.2 sec.
Something weird here, added the setting
I'd be happy to help out. We have a similar setup in Geronimo for our
Devtools, where it is a subproject with it's own build.
-Donald
Pinaki Poddar wrote:
Hi,
I have a Eclipse plugin for OpenJPA available. The plugin can be
downloaded from an update site [1]. Some people have used the plu
I would like OpenJPA to support database views in its mapping tooling,
specifically in forward mapping. In other words, I would like OpenJPA to
define additional annotations such as View, JoinedTables, Aliases,
JoinConditions, SourceColumn, and then get forward mapping to generate
the view definiti
One other interesting bit of information... I just heard that EclipseLink
runs with a data cache enabled by default, while OpenJPA and Hibernate do
not. Although this setting may not get us completely out of this ManyToMany
performance hole, it is something to be aware of as these performance
ben
> PS: I still could not make the enhancer work with ANT
What was the problem?
--
View this message in context:
http://n2.nabble.com/Slow-performance-with-OpenJPA-when-selecting-from-a-ManyToMany-relation.-tp2466994p2498707.html
Sent from the OpenJPA Users mailing list archive at Nabble.com.
Hi Rolf,
I use markmail [1] to search the mail archives, but a lot of people like
Nabble [2] too.
Regarding your problem with characters. OpenJPA expects characters to be
stored as ints by default. So if you update the table and don't regen the
classes with the tool you might not get the value y
Thank you very much everyone for your detailed explanations. I took Fay’s
suggestion by setting the VM default timezone to UTC <<
TimeZone.setDefault(TimeZone.getTimeZone("UTC")) >>. It allowed me to
read/write the timestamps correctly in UTC.
However, I was under the impression that Calendar s
Andrei,
I'm sorry you are experiencing issues with your scenario. But, we will
probably need additional information to help decipher the problem. We have
many, many testcases that use @Version in the Entities. And, 95% of our
testing is with enhanced Entities (either statically or dynamically).
Yes, thank you, Michael
it worked as you've pointed out.
Michael Dick wrote:
> Hi Rolf,
>
> I use markmail [1] to search the mail archives, but a lot of people like
> Nabble [2] too.
>
> Regarding your problem with characters. OpenJPA expects characters to be
> stored as ints by default. So if y
13 matches
Mail list logo