[jira] [Created] (OPENJPA-2455) Wrong sequence number in ORDR column for collections

Christiaan created OPENJPA-2455: --- Summary: Wrong sequence number in ORDR column for collections Key: OPENJPA-2455 URL: https://issues.apache.org/jira/browse/OPENJPA-2455 Project: OpenJPA Issue

[jira] [Commented] (OPENJPA-2193) Nullpointer exception when persisting object during high load

[ https://issues.apache.org/jira/browse/OPENJPA-2193?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13411492#comment-13411492 ] Christiaan commented on OPENJPA-2193: - Daniel, which database driver are you u

Re: [jira] Created: (OPENJPA-1744) Support JDO

ls.enhance(KodoTools.java:76) at com.ces.core.domain.database.KodoTools.main(KodoTools.java:65) regards, Christiaan -- View this message in context: http://openjpa.208410.n2.nabble.com/jira-Created-OPENJPA-1744-Support-JDO-tp5325932p5411606.html Sent from the OpenJPA Developers mailing list archive at Nabble.com.

Re: [jira] Created: (OPENJPA-1744) Support JDO

Hi Patrick, no not any particular reason. Just a vague recollection of some posts that it was not recommended to do so or people who tried ran into compatibility problems. Anyway, I could certainly give it a try to see if it works. thanks, Christiaan -- View this message in context: http

Re: [jira] Created: (OPENJPA-1744) Support JDO

+1 on bringing back in the Kodo JDO code;-) Still working with OpenJPA 1.0.0 with performance patches, so I would love to include the latest OpenJPA code! regards, Christiaan -- View this message in context: http://openjpa.208410.n2.nabble.com/jira-Created-OPENJPA-1744-Support-JDO

[jira] Commented: (OPENJPA-1716) Deadlock with openjpa.Multithreaded=true

[ https://issues.apache.org/jira/browse/OPENJPA-1716?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12889196#action_12889196 ] Christiaan commented on OPENJPA-1716: - Hi Rick, does this deadlock relate to

NullpointerException in OPENJPA-453

Hi, can someone have a look at, since someone is working on the solution for this: https://issues.apache.org/jira/browse/OPENJPA-453 I am hoping to get this issue solved. kind regards, Christiaan -- View this message in context: http://n2.nabble.com/NullpointerException-in-OPENJPA-453

[jira] Commented: (OPENJPA-558) Performance difference between Oracle and Sql server of a factor 2 to 3

[ https://issues.apache.org/jira/browse/OPENJPA-558?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12759525#action_12759525 ] Christiaan commented on OPENJPA-558: Dear Michael, the performance hit appears t

[jira] Commented: (OPENJPA-453) Evicting embedded object nullifies statemanager

[ https://issues.apache.org/jira/browse/OPENJPA-453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12717186#action_12717186 ] Christiaan commented on OPENJPA-453: David, I definitely like your proposal on ma

[jira] Commented: (OPENJPA-453) Evicting embedded object nullifies statemanager

[ https://issues.apache.org/jira/browse/OPENJPA-453?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12714411#action_12714411 ] Christiaan commented on OPENJPA-453: I think two issues combined in this issu

[jira] Resolved: (OPENJPA-504) Duplicate order numbers in relationshiptable for the same List field

[ https://issues.apache.org/jira/browse/OPENJPA-504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christiaan resolved OPENJPA-504. Resolution: Fixed Fix Version/s: 1.2.0 1.1.0 Fixed due to issue OPENJPA

Committing a patch

Hi, I've a question regarding committing patches provided by others. What is the strategy / planning of committing these patches? In particular, I would like to see the patch for issue OPENJPA-567 committed. kind regards, Christiaan -- View this message in context: http://www.nabbl

[jira] Created: (OPENJPA-558) Performance difference between Oracle and Sql server of a factor 2 to 3

Type: Improvement Environment: Kodo 4.1.4 (sql server 2005, Oracle 10, Oracle 11, ojdbc6 oracle driver) Reporter: Christiaan Attachments: Oracle Performance.zip I am trying to include support for Oracle in our product. It currently supports ms sql server. One of the

[jira] Updated: (OPENJPA-558) Performance difference between Oracle and Sql server of a factor 2 to 3

[ https://issues.apache.org/jira/browse/OPENJPA-558?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christiaan updated OPENJPA-558: --- Attachment: Oracle Performance.zip > Performance difference between Oracle and Sql server o

[jira] Commented: (OPENJPA-407) Cache SQL (or closer precursors to SQL) more aggressively

[ https://issues.apache.org/jira/browse/OPENJPA-407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12564339#action_12564339 ] Christiaan commented on OPENJPA-407: I making this remark since I was triggere

[jira] Commented: (OPENJPA-504) Duplicate order numbers in relationshiptable for the same List field

[ https://issues.apache.org/jira/browse/OPENJPA-504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12562606#action_12562606 ] Christiaan commented on OPENJPA-504: The cause of the problem appears to b

[jira] Updated: (OPENJPA-504) Duplicate order numbers in relationshiptable for the same List field

[ https://issues.apache.org/jira/browse/OPENJPA-504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christiaan updated OPENJPA-504: --- Description: I now and then encounter entries in the relationship tables for List fields (id

[jira] Created: (OPENJPA-504) Duplicate order numbers in relationshiptable for the same List field

: Bug Environment: Kodo 4.1.4 Reporter: Christiaan I now and then encounter entries in the relationship tables for List fields (id, element, ordr) non-unique entries for id, ordr. (Two elements are placed on the same index in the same list). I am not sure how to reproduce this

Re: Memory overhead by openjpa

Created issue: https://issues.apache.org/jira/browse/OPENJPA-474 -- View this message in context: http://www.nabble.com/Memory-overhead-by-openjpa-tp14438029p14511227.html Sent from the OpenJPA Developers mailing list archive at Nabble.com.

[jira] Updated: (OPENJPA-474) Memory overhead by openjpa

[ https://issues.apache.org/jira/browse/OPENJPA-474?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christiaan updated OPENJPA-474: --- Attachment: testcase-memoryusage.zip Added test case to reproduce steps. Included screenshot of

[jira] Created: (OPENJPA-474) Memory overhead by openjpa

, JTDS driver Reporter: Christiaan I am doing some analysis for the memory usage since we are running into a couple of problems in our project when doing import of large quantities of objects. I've created a simple testcase which does the following: 1) Create all objects (2 cl

Memory overhead by openjpa

from DecoratingDatasource and this reduced the total memory usage to 500mb Comments are welcome. Kind regards, Christiaan -- View this message in context: http://www.nabble.com/Memory-overhead-by-openjpa-tp14438029p14438029.html Sent from the OpenJPA Developers mailing list archive at Nabble.com.

[jira] Commented: (OPENJPA-441) Memory increase when deleting objects

[ https://issues.apache.org/jira/browse/OPENJPA-441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12546703 ] Christiaan commented on OPENJPA-441: Patrick, in org.apache.openjpa.jdbc.sql.RowImpl the generated sql is

[jira] Commented: (OPENJPA-441) Memory increase when deleting objects

[ https://issues.apache.org/jira/browse/OPENJPA-441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12545776 ] Christiaan commented on OPENJPA-441: I had a closer look at this issue. With the supplied testcase I got the

[jira] Updated: (OPENJPA-441) Memory increase when deleting objects

[ https://issues.apache.org/jira/browse/OPENJPA-441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christiaan updated OPENJPA-441: --- Attachment: results.ZIP profiling results of the testcase > Memory increase when deleting obje

[jira] Updated: (OPENJPA-441) Memory increase when deleting objects

[ https://issues.apache.org/jira/browse/OPENJPA-441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christiaan updated OPENJPA-441: --- Attachment: TestCaseMemoryAndDelete.zip testcase for this issue > Memory increase when delet

[jira] Updated: (OPENJPA-453) Evicting embedded object nullifies statemanager

[ https://issues.apache.org/jira/browse/OPENJPA-453?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christiaan updated OPENJPA-453: --- Attachment: TestCaseEvictEmbedded.zip TestCase to reproduce described scenario > Evicting embed

[jira] Created: (OPENJPA-453) Evicting embedded object nullifies statemanager

sql server 2005, jTDS 1.2, jdk 1.6 Reporter: Christiaan Attachments: TestCaseEvictEmbedded.zip I am noticing the following behaviour: If evict() is called on an embedded object the statemanager is nullified which is in contrast to non-embedded objects. Subsequently, calling

Evicting embedded object nullifies statemanager

? kind regards, Christiaan -- View this message in context: http://www.nabble.com/Evicting-embedded-object-nullifies-statemanager-tf4855133.html#a13893119 Sent from the OpenJPA Developers mailing list archive at Nabble.com.

[jira] Commented: (OPENJPA-441) Memory increase when deleting objects

[ https://issues.apache.org/jira/browse/OPENJPA-441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542732 ] Christiaan commented on OPENJPA-441: I've no statistics on this yet. As mentioned in OPENJPA-439 there w

[jira] Commented: (OPENJPA-439) Performance degradation in multi-transaction operations

[ https://issues.apache.org/jira/browse/OPENJPA-439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12542091 ] Christiaan commented on OPENJPA-439: Created issue https://issues.apache.org/jira/browse/OPENJPA-441 for this

[jira] Created: (OPENJPA-441) Memory increase when deleting objects

4.1.4, JDK 6, ms sql server 2005, JTDS 1.2 Reporter: Christiaan This isssue is based on issue: http://issues.apache.org/jira/browse/OPENJPA-439 When executing a delete on objects which all have been loaded into memory, the memory usage is doubled when calling pm.deletePersistentAll

Performance benchmark

development which resulted in the torpedo benchmark (http://www.torpedo-group.org/), but it is not very alive at the moment. May be it would be a good idea to have something similar for jpa to avoid the kind of "magic" as presented in the article. kind regards, Christiaan -- View this message

[jira] Commented: (OPENJPA-439) Performance degradation in multi-transaction operations

[ https://issues.apache.org/jira/browse/OPENJPA-439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541738 ] Christiaan commented on OPENJPA-439: I did a rerun of the testcase with the provided patch (I had to some

[jira] Commented: (OPENJPA-439) Performance degradation in multi-transaction operations

[ https://issues.apache.org/jira/browse/OPENJPA-439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12541644 ] Christiaan commented on OPENJPA-439: Attached you will find a testcase to reproduce the performance drop

[jira] Updated: (OPENJPA-439) Performance degradation in multi-transaction operations

[ https://issues.apache.org/jira/browse/OPENJPA-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christiaan updated OPENJPA-439: --- Attachment: performance testcase results.zip profiler screenshots > Performance degradation

[jira] Updated: (OPENJPA-439) Performance degradation in multi-transaction operations

[ https://issues.apache.org/jira/browse/OPENJPA-439?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christiaan updated OPENJPA-439: --- Attachment: testcaseperformance.zip > Performance degradation in multi-transaction operati

Re: Performance drop in AbstractHashedMap.clear()

trace (AbstractHashedMap_clear()run2.png) each clear is being called in BrokerImpl.endOperation(), so this would be a great performance improvement in the OpenJPA code. kind regards, Christiaan -- View this message in context: http://www.nabble.com/Performance-drop-in-AbstractHashedMap.clear%28%29-tf4769771

Performance drop in AbstractHashedMap.clear()

invocations) I've included some screenshots of the profiling data. Actually, after the first delete I notice that many methods (like iterating a single pc collections or retrieving other fields) have dropped in performance, I guess this is related? kind regards, Christiaan -- View this message in co

[jira] Updated: (OPENJPA-342) Performance of flush()

[ https://issues.apache.org/jira/browse/OPENJPA-342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Christiaan updated OPENJPA-342: --- Attachment: TestCaseFlushPerformance.ZIP Testcase for reproducing the performance results. Two

[jira] Created: (OPENJPA-342) Performance of flush()

database driver Reporter: Christiaan Based on the discussion in thread http://www.nabble.com/Performance%3A-single-vs-multiple-transactions-tf4272115.html I've created a testcase, which is attached. It includes a "Performance results flush.txt" which gives an over

Re: How to query on interface in OpenJPA

: Having said that, I recently ran into a bug where some but not all objects implementing InterfaceA were returned by the query. I haven't registered it yet though. Kind regards, Christiaan