tag:www.nabble.com,2006:forum-2412Nabble - Cayenne2008-10-15T12:25:11ZCayenne is a powerful, full-featured Java Object Relational Mapping framework. It is open source and completely free. One of the main Cayenne distinctions is that it comes with cross-platform modeling GUI tools. This places Cayenne in the league of its own, making it a very attractive choice over both closed source commercial products and traditional 'edit your own XML' open source solutions. Cayenne home is <a href="http://incubator.apache.org/projects/cayenne.html" target="_top" rel="nofollow">here</a>.tag:www.nabble.com,2006:post-20000482[jira] Updated: (CAY-1124) DataRowStore blocked2008-10-15T12:25:11Z2008-10-15T12:25:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-1124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1124?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Tore Halset updated CAY-1124:
<br>-----------------------------
<br><br> Description:
<br>I have gotten this one a couple of times on our production system running 3.0M3. As far as I see, this code has not been improved since 3.0M3, so I register this as a major bug.
<br><br>"TP-Processor5" daemon prio=10 tid=0x00002aab798c0400 nid=0xc2e waiting for monitor entry [0x0000000043e64000..0x000000
<br>0043e66bb0]
<br> java.lang.Thread.State: BLOCKED (on object monitor)
<br> at org.apache.cayenne.access.DataRowStore.getCachedSnapshot(DataRowStore.java:351)
<br> - waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
<br> at org.apache.cayenne.access.DataDomainQueryAction.interceptOIDQuery(DataDomainQueryAction.java:174)
<br> at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:114)
<br> at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
<br> at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
<br> at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
<br> at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
<br> at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
<br> at org.apache.cayenne.DataObjectUtils.objectForQuery(DataObjectUtils.java:275)
<br> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:261)
<br> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:172)
<br><br>"DefaultQuartzScheduler_Worker-10" prio=10 tid=0x00002aab7afedc00 nid=0xc20 waiting for monitor entry [0x0000000043a62000..0x0000000043a62db0]
<br> java.lang.Thread.State: BLOCKED (on object monitor)
<br> at org.apache.cayenne.access.DataRowStore.getCachedSnapshot(DataRowStore.java:351)
<br> - waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
<br> at org.apache.cayenne.access.DataDomainQueryAction.interceptOIDQuery(DataDomainQueryAction.java:174)
<br> at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:114)
<br> at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
<br> at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
<br> at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
<br> at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
<br> at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
<br> at org.apache.cayenne.DataObjectUtils.objectForQuery(DataObjectUtils.java:275)
<br> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:261)
<br> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:172)
<br><br><br><br>"DefaultQuartzScheduler_Worker-3" prio=10 tid=0x00002aab7af02c00 nid=0xc19 waiting for monitor entry [0x000000004335b000..0x000000004335be30]
<br> java.lang.Thread.State: BLOCKED (on object monitor)
<br> at org.apache.cayenne.access.DataRowStore.snapshotsUpdatedForObjects(DataRowStore.java:234)
<br> - waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
<br> at org.apache.cayenne.access.ObjectResolver.objectsFromDataRows(ObjectResolver.java:125)
<br> at org.apache.cayenne.access.ObjectResolver.synchronizedObjectsFromDataRows(ObjectResolver.java:101)
<br> - locked <0x00002aaabb39bb70> (a org.apache.cayenne.access.ObjectStore)
<br> at org.apache.cayenne.access.DataDomainQueryAction.interceptObjectConversion(DataDomainQueryAction.java:460)
<br> at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:129)
<br> at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
<br> at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
<br> at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
<br> at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
<br> at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
<br>
<br><br><br><br> was:
<br>I have gotten this one a couple of times on our production system running 3.0M3. As far as I see, this code has not been improved since 3.0M3, so I register this as a major bug.
<br><br>"TP-Processor5" daemon prio=10 tid=0x00002aab798c0400 nid=0xc2e waiting for monitor entry [0x0000000043e64000..0x000000
<br>0043e66bb0]
<br> java.lang.Thread.State: BLOCKED (on object monitor)
<br> at org.apache.cayenne.access.DataRowStore.getCachedSnapshot(DataRowStore.java:351)
<br> - waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
<br> at org.apache.cayenne.access.DataDomainQueryAction.interceptOIDQuery(DataDomainQueryAction.java:174)
<br> at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:114)
<br> at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
<br> at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
<br> at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
<br> at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
<br> at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
<br> at org.apache.cayenne.DataObjectUtils.objectForQuery(DataObjectUtils.java:275)
<br> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:261)
<br> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:172)
<br><br><br><br><br><br><div class='shrinkable-quote'><br>> DataRowStore blocked
<br>> --------------------
<br>>
<br>> Key: CAY-1124
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1124" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1124</a><br>> Project: Cayenne
<br>> Issue Type: Bug
<br>> Components: Cayenne Core Library
<br>> Affects Versions: 3.0
<br>> Environment: 3.0M3
<br>> Reporter: Tore Halset
<br>> Assignee: Tore Halset
<br>> Fix For: 3.0
<br>>
<br>>
<br>> I have gotten this one a couple of times on our production system running 3.0M3. As far as I see, this code has not been improved since 3.0M3, so I register this as a major bug.
<br>> "TP-Processor5" daemon prio=10 tid=0x00002aab798c0400 nid=0xc2e waiting for monitor entry [0x0000000043e64000..0x000000
<br>> 0043e66bb0]
<br>> java.lang.Thread.State: BLOCKED (on object monitor)
<br>> at org.apache.cayenne.access.DataRowStore.getCachedSnapshot(DataRowStore.java:351)
<br>> - waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
<br>> at org.apache.cayenne.access.DataDomainQueryAction.interceptOIDQuery(DataDomainQueryAction.java:174)
<br>> at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:114)
<br>> at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
<br>> at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
<br>> at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
<br>> at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
<br>> at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
<br>> at org.apache.cayenne.DataObjectUtils.objectForQuery(DataObjectUtils.java:275)
<br>> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:261)
<br>> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:172)
<br>> "DefaultQuartzScheduler_Worker-10" prio=10 tid=0x00002aab7afedc00 nid=0xc20 waiting for monitor entry [0x0000000043a62000..0x0000000043a62db0]
<br>> java.lang.Thread.State: BLOCKED (on object monitor)
<br>> at org.apache.cayenne.access.DataRowStore.getCachedSnapshot(DataRowStore.java:351)
<br>> - waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
<br>> at org.apache.cayenne.access.DataDomainQueryAction.interceptOIDQuery(DataDomainQueryAction.java:174)
<br>> at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:114)
<br>> at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
<br>> at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
<br>> at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
<br>> at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
<br>> at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
<br>> at org.apache.cayenne.DataObjectUtils.objectForQuery(DataObjectUtils.java:275)
<br>> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:261)
<br>> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:172)
<br>> "DefaultQuartzScheduler_Worker-3" prio=10 tid=0x00002aab7af02c00 nid=0xc19 waiting for monitor entry [0x000000004335b000..0x000000004335be30]
<br>> java.lang.Thread.State: BLOCKED (on object monitor)
<br>> at org.apache.cayenne.access.DataRowStore.snapshotsUpdatedForObjects(DataRowStore.java:234)
<br>> - waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
<br>> at org.apache.cayenne.access.ObjectResolver.objectsFromDataRows(ObjectResolver.java:125)
<br>> at org.apache.cayenne.access.ObjectResolver.synchronizedObjectsFromDataRows(ObjectResolver.java:101)
<br>> - locked <0x00002aaabb39bb70> (a org.apache.cayenne.access.ObjectStore)
<br>> at org.apache.cayenne.access.DataDomainQueryAction.interceptObjectConversion(DataDomainQueryAction.java:460)
<br>> at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:129)
<br>> at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
<br>> at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
<br>> at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
<br>> at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
<br>> at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
<br>>
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-20000369[jira] Created: (CAY-1124) DataRowStore blocked2008-10-15T12:19:12Z2008-10-15T12:19:12ZCayenne - Dev mailing listDataRowStore blocked
<br>--------------------
<br><br> Key: CAY-1124
<br> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1124" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1124</a><br> Project: Cayenne
<br> Issue Type: Bug
<br> Components: Cayenne Core Library
<br> Affects Versions: 3.0
<br> Environment: 3.0M3
<br> Reporter: Tore Halset
<br> Assignee: Tore Halset
<br> Fix For: 3.0
<br><br><br>I have gotten this one a couple of times on our production system running 3.0M3. As far as I see, this code has not been improved since 3.0M3, so I register this as a major bug.
<br><br>"TP-Processor5" daemon prio=10 tid=0x00002aab798c0400 nid=0xc2e waiting for monitor entry [0x0000000043e64000..0x000000
<br>0043e66bb0]
<br> java.lang.Thread.State: BLOCKED (on object monitor)
<br> at org.apache.cayenne.access.DataRowStore.getCachedSnapshot(DataRowStore.java:351)
<br> - waiting to lock <0x00002aaab91a5c40> (a org.apache.cayenne.access.DataRowStore)
<br> at org.apache.cayenne.access.DataDomainQueryAction.interceptOIDQuery(DataDomainQueryAction.java:174)
<br> at org.apache.cayenne.access.DataDomainQueryAction.execute(DataDomainQueryAction.java:114)
<br> at org.apache.cayenne.access.DataDomain.onQuery(DataDomain.java:740)
<br> at org.apache.cayenne.util.ObjectContextQueryAction.runQuery(ObjectContextQueryAction.java:296)
<br> at org.apache.cayenne.util.ObjectContextQueryAction.execute(ObjectContextQueryAction.java:84)
<br> at org.apache.cayenne.access.DataContext.onQuery(DataContext.java:1331)
<br> at org.apache.cayenne.access.DataContext.performQuery(DataContext.java:1320)
<br> at org.apache.cayenne.DataObjectUtils.objectForQuery(DataObjectUtils.java:275)
<br> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:261)
<br> at org.apache.cayenne.DataObjectUtils.objectForPK(DataObjectUtils.java:172)
<br><br><br><br><br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19992303[jira] Updated: (CAY-795) Horizontal inheritance2008-10-15T05:16:12Z2008-10-15T05:16:12ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Dzmitry Rusak updated CAY-795:
<br>------------------------------
<br><br> Attachment: Select_union_fixed.patch
<br><div class='shrinkable-quote'><br>> Horizontal inheritance
<br>> ----------------------
<br>>
<br>> Key: CAY-795
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-795" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-795</a><br>> Project: Cayenne
<br>> Issue Type: New Feature
<br>> Components: Cayenne Core Library
<br>> Affects Versions: 3.0
<br>> Reporter: Ari Maniatis
<br>> Assignee: Andrus Adamchik
<br>> Fix For: 3.0
<br>>
<br>> Attachments: bugfix_for_attr_table.patch, icon-override.gif, inheritance-progress.diff, Inheritance_modeler.patch, modeler_embedded_attributes_fix.patch, Overriding_attributes.patch, Proper_attr_creating_typo.patch, Select_union.patch, Select_union_fixed.patch, Unit_tests_for_horizontal_inheritance.patch
<br>>
<br>>
<br>> Implement horizontal inheritance. This requires:
<br>> 1. Allow dbEntityName attribute to be null in <obj-entity ...>
<br>> 2. Modeler changes to allow this to be set. Validation should require that any class set in this way should have at least one subclass.
<br>> 3. Changes, particularly to SelectQuery, which accomodates this change and returns the appropriate objEntities.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19991371Re: Cayenne-trunk - Build # 239 - Failure2008-10-15T04:09:14Z2008-10-15T04:09:14ZKevin Menard-4Cool. Two more things I wanted to throw out there:
<br><br>1) I implied it, but I should make it explicit. One of the really
<br>nice thing about git is that I can work on multiple issues at once and
<br>switch between them with ease (things get a little weird when new
<br>files are added or removed, however). This is really nice when
<br>something needs to be reviewed by others, but I still want to move on
<br>with work. I rely on IDEA's shelving feature for that now, but it's
<br>not fool-proof.
<br><br>2) I haven't used git on a lot of Java projects yet. The Eclipse
<br>plugin looks far from ready for primetime and that may impact things
<br>like refactorings that affect the file name. The CLI will still work
<br>fine, but may be cumbersome. The latest IDEA EAPs have a git provider
<br>bundled, but I haven't had the opportunity to check it out yet.
<br><br>--
<br>Kevin
<br><br><br><br>On Wed, Oct 15, 2008 at 3:35 AM, Andrus Adamchik <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19991371&i=0" target="_top" rel="nofollow">andrus@...</a>> wrote:
<div class='shrinkable-quote'><br>> This is ready:
<br>>
<br>> <a href="http://jukka.zitting.name/git/?p=cayenne.git;a=summary" target="_top" rel="nofollow">http://jukka.zitting.name/git/?p=cayenne.git;a=summary</a><br>>
<br>> Although I ended up using git svn against this mirror once I got a bit more
<br>> comfortable with Git:
<br>>
<br>> <a href="https://svn.eu.apache.org/repos/asf/cayenne/main/trunk/" target="_top" rel="nofollow">https://svn.eu.apache.org/repos/asf/cayenne/main/trunk/</a><br>>
<br>> Jukka's repo is read-only now and is approximately 1 day behind SVN.
<br>>
<br>> Andrus
<br>>
<br>> On Oct 15, 2008, at 4:07 AM, Aristedes Maniatis wrote:
<br>>>
<br>>> On 15/10/2008, at 11:58 AM, Kevin Menard wrote:
<br>>>
<br>>>>> github is very interesting.
<br>>>>>
<br>>>>> Have you seen the messages on infra with the guy who has made a git
<br>>>>> mirror
<br>>>>> of many of the Apache projects? I think he is looking to keep them
<br>>>>> fairly
<br>>>>> tightly synchronised to svn.
<br>>>>
<br>>>> Nay. I'd be quite interested in it, though. Even though I have SVN
<br>>>> commit privs on two projects, git could be nice for local hacking at
<br>>>> the very least.
<br>>>
<br>>> I just caught up on messages on that list and I see that Andrus has
<br>>> already been chatting to Jukka about a git mirror for Cayenne. I am not
<br>>> sure if this is ready to be advertised publicly since it is still
<br>>> experimental, so I'll send you details off list.
<br>>>
<br>>>
<br>>> Ari
<br>>>
<br>>>
<br>>> -------------------------->
<br>>> ish
<br>>> <a href="http://www.ish.com.au" target="_top" rel="nofollow">http://www.ish.com.au</a><br>>> Level 1, 30 Wilson Street Newtown 2042 Australia
<br>>> phone +61 2 9550 5001 fax +61 2 9550 4001
<br>>> GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
<br>>>
<br>>>
<br>>>
<br>>
<br>>
<br></div><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19988342Re: Cayenne-trunk - Build # 239 - Failure2008-10-15T00:35:10Z2008-10-15T00:35:10ZAndrus AdamchikThis is ready:
<br><br> <a href="http://jukka.zitting.name/git/?p=cayenne.git;a=summary" target="_top" rel="nofollow">http://jukka.zitting.name/git/?p=cayenne.git;a=summary</a><br><br>Although I ended up using git svn against this mirror once I got a bit
<br>more comfortable with Git:
<br><br> <a href="https://svn.eu.apache.org/repos/asf/cayenne/main/trunk/" target="_top" rel="nofollow">https://svn.eu.apache.org/repos/asf/cayenne/main/trunk/</a><br><br>Jukka's repo is read-only now and is approximately 1 day behind SVN.
<br><br>Andrus
<br><br>On Oct 15, 2008, at 4:07 AM, Aristedes Maniatis wrote:
<div class='shrinkable-quote'><br>> On 15/10/2008, at 11:58 AM, Kevin Menard wrote:
<br>>
<br>>>> github is very interesting.
<br>>>>
<br>>>> Have you seen the messages on infra with the guy who has made a
<br>>>> git mirror
<br>>>> of many of the Apache projects? I think he is looking to keep them
<br>>>> fairly
<br>>>> tightly synchronised to svn.
<br>>>
<br>>> Nay. I'd be quite interested in it, though. Even though I have SVN
<br>>> commit privs on two projects, git could be nice for local hacking at
<br>>> the very least.
<br>>
<br>> I just caught up on messages on that list and I see that Andrus has
<br>> already been chatting to Jukka about a git mirror for Cayenne. I am
<br>> not sure if this is ready to be advertised publicly since it is
<br>> still experimental, so I'll send you details off list.
<br>>
<br>>
<br>> Ari
<br>>
<br>>
<br>> -------------------------->
<br>> ish
<br>> <a href="http://www.ish.com.au" target="_top" rel="nofollow">http://www.ish.com.au</a><br>> Level 1, 30 Wilson Street Newtown 2042 Australia
<br>> phone +61 2 9550 5001 fax +61 2 9550 4001
<br>> GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
<br>>
<br>>
<br>>
</div><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19985025Re: Cayenne-trunk - Build # 239 - Failure2008-10-14T18:07:27Z2008-10-14T18:07:27ZAristedes Maniatis<br>On 15/10/2008, at 11:58 AM, Kevin Menard wrote:
<br><div class='shrinkable-quote'><br>>> github is very interesting.
<br>>>
<br>>> Have you seen the messages on infra with the guy who has made a git
<br>>> mirror
<br>>> of many of the Apache projects? I think he is looking to keep them
<br>>> fairly
<br>>> tightly synchronised to svn.
<br>>
<br>> Nay. I'd be quite interested in it, though. Even though I have SVN
<br>> commit privs on two projects, git could be nice for local hacking at
<br>> the very least.
</div><br>I just caught up on messages on that list and I see that Andrus has
<br>already been chatting to Jukka about a git mirror for Cayenne. I am
<br>not sure if this is ready to be advertised publicly since it is still
<br>experimental, so I'll send you details off list.
<br><br><br>Ari
<br><br><br>-------------------------->
<br>ish
<br><a href="http://www.ish.com.au" target="_top" rel="nofollow">http://www.ish.com.au</a><br>Level 1, 30 Wilson Street Newtown 2042 Australia
<br>phone +61 2 9550 5001 fax +61 2 9550 4001
<br>GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
<br><br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19984933Re: Cayenne-trunk - Build # 239 - Failure2008-10-14T17:58:39Z2008-10-14T17:58:39ZKevin Menard-4On Tue, Oct 14, 2008 at 7:23 PM, Aristedes Maniatis <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19984933&i=0" target="_top" rel="nofollow">ari@...</a>> wrote:
<br>>
<br>> On the downside it makes the development process much less linear and more
<br>> prone to merge issues since there is no longer a clear concept of the one
<br>> true trunk.
<br><br>My experience has been quite the opposite. git merges much better
<br>than svn does and because it's so easy to merge, it gets done much
<br>more frequently, heading off a lot of conflicts. In our case, we
<br>still have a single authoritative copy that everyone pushes to. This
<br>is a much nicer environment that svnmerge.py. NB: I have not tried
<br>svn 1.5's new merge facilities as I had jumped ship by then.
<br><br>>
<br>> github is very interesting.
<br>>
<br>> Have you seen the messages on infra with the guy who has made a git mirror
<br>> of many of the Apache projects? I think he is looking to keep them fairly
<br>> tightly synchronised to svn.
<br><br>Nay. I'd be quite interested in it, though. Even though I have SVN
<br>commit privs on two projects, git could be nice for local hacking at
<br>the very least.
<br><br>--
<br>Kevin
<br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19984064Re: Cayenne-trunk - Build # 239 - Failure2008-10-14T16:23:22Z2008-10-14T16:23:22ZAristedes Maniatis<br>On 15/10/2008, at 5:41 AM, Andrus Adamchik wrote:
<br><br>> No, I am still learning the patterns. So I am keeping it close to
<br>> SVN for now and only syncing my local copy with the ASF repo. My
<br>> main motivation for checking it out was to be able to write code on
<br>> the plane, but now I certainly see many more possibilities of the
<br>> dev workflow improvement. If you have any insights on the later, I'd
<br>> be happy to hear.
<br><br>I'm using git a little on another open source project I'm involved in.
<br>Certainly the nicest feature is the ability to make a series of
<br>commits and only push them back to the server once you are ready/
<br>online. This avoids the "I'll only commit once everything is
<br>perfect.... doh! my last 4 hours work was a complete mistake but I
<br>still want to keep the 10 hours work from before that."
<br><br>On the downside it makes the development process much less linear and
<br>more prone to merge issues since there is no longer a clear concept of
<br>the one true trunk.
<br><br>github is very interesting.
<br><br>Have you seen the messages on infra with the guy who has made a git
<br>mirror of many of the Apache projects? I think he is looking to keep
<br>them fairly tightly synchronised to svn.
<br><br><br>Regards
<br>Ari
<br><br><br><br>-------------------------->
<br>ish
<br><a href="http://www.ish.com.au" target="_top" rel="nofollow">http://www.ish.com.au</a><br>Level 1, 30 Wilson Street Newtown 2042 Australia
<br>phone +61 2 9550 5001 fax +61 2 9550 4001
<br>GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A
<br><br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19983254Git [Was: Re: Cayenne-trunk - Build # 239 - Failure]2008-10-14T15:12:03Z2008-10-14T15:12:03ZKevin Menard-4Well, as you know, I've been an advocate of distributed SCMs for some
<br>time now. I adopted git maybe three or four months ago and have been
<br>quite pleased. The availability of GitHub really made the switch
<br>worthwhile (versus other systems). It's great to be able to work
<br>within an SCM on a project that you don't have commit rights to --
<br>makes the patch submission much better. Being able to yank other
<br>people's patches into my own fork is pretty cool, as well.
<br><br>I've gotten into the habit of creating a new branch for just about
<br>anything I do. New feature, bug fix, etc. Master stays very stable
<br>in this regard. The ability to commit locally means I can work on a
<br>pet feature with all the wonders of an SCM and only push the final
<br>product when it's not a heaping mess.
<br><br>In any event, I've found it has really improved the quality of my
<br>projects and my throughput. I've migrated nearly all SVN projects I
<br>have control over to git.
<br><br>--
<br>Kevin
<br><br><br><br>On Tue, Oct 14, 2008 at 2:41 PM, Andrus Adamchik <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19983254&i=0" target="_top" rel="nofollow">andrus@...</a>> wrote:
<div class='shrinkable-quote'><br>> No, I am still learning the patterns. So I am keeping it close to SVN for
<br>> now and only syncing my local copy with the ASF repo. My main motivation for
<br>> checking it out was to be able to write code on the plane, but now I
<br>> certainly see many more possibilities of the dev workflow improvement. If
<br>> you have any insights on the later, I'd be happy to hear.
<br>>
<br>> Andrus
<br>>
<br>>
<br>> On Oct 14, 2008, at 8:05 PM, Kevin Menard wrote:
<br>>
<br>>> Did you set something up on say github? I'd be interested in forking if
<br>>> so.
<br>>>
<br>>> --
<br>>> Kevin
<br></div><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19979644Re: Cayenne-trunk - Build # 239 - Failure2008-10-14T11:41:27Z2008-10-14T11:41:27ZAndrus AdamchikNo, I am still learning the patterns. So I am keeping it close to SVN
<br>for now and only syncing my local copy with the ASF repo. My main
<br>motivation for checking it out was to be able to write code on the
<br>plane, but now I certainly see many more possibilities of the dev
<br>workflow improvement. If you have any insights on the later, I'd be
<br>happy to hear.
<br><br>Andrus
<br><br><br>On Oct 14, 2008, at 8:05 PM, Kevin Menard wrote:
<br><div class='shrinkable-quote'><br>> Did you set something up on say github? I'd be interested in
<br>> forking if so.
<br>>
<br>> --
<br>> Kevin
<br>>
<br>>
<br>> On Mon, Oct 13, 2008 at 10:12 AM, Andrus Adamchik <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19979644&i=0" target="_top" rel="nofollow">aadamchik@...</a>
<br>> > wrote:
<br>>> My bad. Attempts to use git with Cayenne completely fried my brain,
<br>>> so I
<br>>> forgot to add a new file to SVN. This is fixed now. The next build
<br>>> will
<br>>> hopefully succeed.
<br>>>
<br>>> Andrus
<br>>
</div><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19977928Re: Cayenne-trunk - Build # 239 - Failure2008-10-14T10:05:49Z2008-10-14T10:05:49ZKevin Menard-4Did you set something up on say github? I'd be interested in forking if so.
<br><br>--
<br>Kevin
<br><br><br>On Mon, Oct 13, 2008 at 10:12 AM, Andrus Adamchik <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=19977928&i=0" target="_top" rel="nofollow">aadamchik@...</a>> wrote:
<br>> My bad. Attempts to use git with Cayenne completely fried my brain, so I
<br>> forgot to add a new file to SVN. This is fixed now. The next build will
<br>> hopefully succeed.
<br>>
<br>> Andrus
<br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19973498[jira] Updated: (CAY-795) Horizontal inheritance2008-10-14T06:25:12Z2008-10-14T06:25:12ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-795?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Dzmitry Rusak updated CAY-795:
<br>------------------------------
<br><br> Attachment: Select_union.patch
<br><div class='shrinkable-quote'><br>> Horizontal inheritance
<br>> ----------------------
<br>>
<br>> Key: CAY-795
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-795" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-795</a><br>> Project: Cayenne
<br>> Issue Type: New Feature
<br>> Components: Cayenne Core Library
<br>> Affects Versions: 3.0
<br>> Reporter: Ari Maniatis
<br>> Assignee: Andrus Adamchik
<br>> Fix For: 3.0
<br>>
<br>> Attachments: bugfix_for_attr_table.patch, icon-override.gif, inheritance-progress.diff, Inheritance_modeler.patch, modeler_embedded_attributes_fix.patch, Overriding_attributes.patch, Proper_attr_creating_typo.patch, Select_union.patch, Unit_tests_for_horizontal_inheritance.patch
<br>>
<br>>
<br>> Implement horizontal inheritance. This requires:
<br>> 1. Allow dbEntityName attribute to be null in <obj-entity ...>
<br>> 2. Modeler changes to allow this to be set. Validation should require that any class set in this way should have at least one subclass.
<br>> 3. Changes, particularly to SelectQuery, which accomodates this change and returns the appropriate objEntities.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19970337[jira] Resolved: (CAY-457) Cayenne Naming and Sequence Generator Configuration2008-10-14T02:55:11Z2008-10-14T02:55:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Andrey Razumovsky resolved CAY-457.
<br>-----------------------------------
<br><br> Resolution: Incomplete
<br> Fix Version/s: 3.0
<br><br>I hadn't got any feedback for a long time, so i'm closing now this issue (it was committed long ago). Incomplete because "Sequence Generator Configuration" was not implemented (and if should be, this must be a separate JIRA). The patch is quite like Heiko's (but written from the clean sheet)
<br><div class='shrinkable-quote'><br>> Cayenne Naming and Sequence Generator Configuration
<br>> ---------------------------------------------------
<br>>
<br>> Key: CAY-457
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-457" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-457</a><br>> Project: Cayenne
<br>> Issue Type: New Feature
<br>> Components: Cayenne Core Library
<br>> Affects Versions: 1.2 [STABLE]
<br>> Reporter: Heiko Erhardt
<br>> Assignee: Andrey Razumovsky
<br>> Fix For: 3.0
<br>>
<br>> Attachments: cay-457-fullpatch-src.txt, Patch.zip
<br>>
<br>>
<br>> Here is an excerpt from the feature descritpion of the Cayenne xdocs file.
<br>> I felt this becomes important when reengineering databases or creating new objects in the Modeler, so I placed it in the Modeler guide though the implementation resides in the Cayenne core.
<br>> I couldn't place it in the Wiki because the common-tasks-section has not been entered there yet.
<br>> Heiko Erhardt
<br>> ----
<br>> When reverse engineering a database or synchronizing object
<br>> entities with database entities, Cayenne applies various
<br>> rules for converting database names to object, member and
<br>> relationship names. Also, a sequence generator definition may be
<br>> created automatically for each reverse-engineered database entitiy.
<br>> The file cayenne-naming.properties in the .cayenne directory
<br>> in the classpath allows for customizing the behavior of
<br>> the Cayenne modeler and the database loader to some extent.
<br>> The .cayenne/cayenne-naming.properties will be searched
<br>> in the classpath. Just like the cayenne-log.properties file,
<br>> You may copy the file from within the cayenne.jar archive and
<br>> place it into an archive or folder that will be prepended
<br>> to the classpath. Cayenne will read the contents of this
<br>> file only once, so note that you must restart the Cayenne
<br>> modeler if you change the file's contents.
<br>> Strategies.
<br>> The naming algorithm is implemented
<br>> using the strategy pattern, which allows you to plug in your
<br>> own naming implementations. The naming strategy must implement
<br>> the org.objectstyle.cayenne.util.NamingStrategy
<br>> interface and can extend from the default naming strategy
<br>> org.objectstyle.cayenne.util.DefaultNamingStrategy class.
<br>> You may specify the strategy class name in the cayenne-naming.properties
<br>> file.
<br>> Likewise, a key generator strategy may be specified.
<br>> It must implement org.objectstyle.cayenne.access.DbLoaderKeyGeneratorStrategy
<br>> and may extend from DbLoaderPropertyBasedKeyGeneratorStrategy.
<br>> Name Conversion.
<br>> In general, names of
<br>> object entities or object members are generated by converting
<br>> the underscore-based database names to proper Java names.
<br>> This behaviour is hard-coded at the moment.
<br>> However, before this conversion is performed, some modifications
<br>> may be applied.
<br>> Entity Naming.
<br>> Sometimes, database tables are named
<br>> in a plural form whereas Java class names reflect the singular form
<br>> if a term. If your set the <code>Naming.SingularizeObjEntities</code>
<br>> property to true, the database entity name will be converted to its
<br>> singular form by stripping the traling "s". For exceptions to this rule
<br>> where this simple operation won't do (e. g. "ADDRESSES"), you may specify
<br>> the singular form of the entity using the <code>Naming.Singular.</code>
<br>> property prefix (e. g. <code>Naming.Singular.ADDRESSES=ADDRESS</code>).
<br>> object entities or object members are generated by converting
<br>> the underscore-based database names to proper Java names.
<br>> This behaviour is hard-coded at the moment.
<br>> However, before this conversion is performed, some modifications
<br>> may be applied.
<br>> Attribute Naming.
<br>> It may be desirable to remove an auto-generated
<br>> prefix from database column names before converting the to Java member names
<br>> in order to generate object property names. The <code>Naming.DbAttributeNamePrefixToRemove</code>
<br>> property supports this. If specified, any text up to (and including) the
<br>> specified prefix will be removed. For example, some database design tools
<br>> automatically add a table-specific prefix to all column names of the table
<br>> like "PERS_FIRST_NAME". The property entry
<br>> <code>Naming.DbAttributeNamePrefixToRemove=_</code>
<br>> will remove everything up to the first underscore, leaving "FIRST_NAME"
<br>> for generating the object attribute name.
<br>> Relationship Naming.
<br>> The relationship naming controls
<br>> the names of the generated relationship getter, setter, addition and removal
<br>> methods of a data object class.
<br>> The default naming strategy of the cayenne-naming.properties file supports specifying
<br>> prefixes and postfixes for to-one and to-many relations. By default, to-one
<br>> relations will be prefixed by "TO_", resuling in the method prefix "to" (e. g. a
<br>> relation to the "PAINTING" entity will result in a "setToPainting" setter method.
<br>> To-many relations will have the postfix "_ARRAY", resuling in "addToPaintingArray"
<br>> adder methods.
<br>> Setting for example
<br>> <code>Naming.ToOneRelationPrefix=</code>
<br>> and
<br>> <code>Naming.ToManyRelationSuffix=_LIST</code>
<br>> will remove the "to" prefix from to-one relations and change the to-many postfix to "List".
<br>> The <code>org.objectstyle.cayenne.util.RelationsshipFkNamingStrategy</code> naming strategy
<br>> extends the default naming strategy. It will add the name of the foreign key of a relationship
<br>> before the target entity name to the relationsship name. This has two advantages:
<br>> 1. Relations between the same entities (e. g. two relations between entity A and entity B)
<br>> will have a speaking difference instead of merely a running number appended in order to
<br>> make the unique (e. g. "goodPainting" and "badPainting" instead of "painting" and "painting1").
<br>> 2. It might be more descriptive than just using the target entity name.
<br>> Similar to <code>Naming.DbAttributeNamePrefixToRemove</code>, the
<br>> Similar to <code>Naming.Relationship.AttrNamePrefixToRemove</code> allows to remove
<br>> a prefix from the foreign key before applying it to the name conversion.
<br>> For example, for foreign keys like "PAINTING_ID_GOOD", the property entry
<br>> <code>Naming.Relationship.AttrNamePrefixToRemove=_ID_</code> will leave the "GOOD"
<br>> text for relationship name generation, resulting in a method name like
<br>> "setGoodPainting".
<br>> Key Generator Settings.
<br>> As with Cayenne object naming, a key generator
<br>> definition can be bound to each reverse-engineered database entity using a pluggable
<br>> strategy class, which must implement the
<br>> org.objectstyle.cayenne.access.DbLoaderKeyGeneratorStrategy interface.
<br>> The default implementation is the
<br>> org.objectstyle.cayenne.access.DbLoaderPropertyBasedKeyGeneratorStrategy class.
<br>> The properties of the cayenne-naming.properties file allow to specify
<br>> the generator type, key cache size and the name of the generator (i. e. the name
<br>> of the sequence). It may be generated from the table name or the entire name or a prefix of
<br>> the key attribute.
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19970313[jira] Closed: (CAY-402) Entity/Attribute/Relationship naming improvements on rverse-engineering2008-10-14T02:53:11Z2008-10-14T02:53:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-402?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Andrey Razumovsky closed CAY-402.
<br>---------------------------------
<br><br> Resolution: Fixed
<br> Fix Version/s: (was: UNDEFINED FUTURE)
<br> 3.0
<br><br>I hadn't got no feedback for a long time, so i'm closing now this issue (it was committed long ago).
<br><div class='shrinkable-quote'><br>> Entity/Attribute/Relationship naming improvements on rverse-engineering
<br>> -----------------------------------------------------------------------
<br>>
<br>> Key: CAY-402
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-402" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-402</a><br>> Project: Cayenne
<br>> Issue Type: Improvement
<br>> Components: Cayenne Core Library, CayenneModeler GUI
<br>> Affects Versions: UNDEFINED FUTURE
<br>> Reporter: Andrus Adamchik
<br>> Assignee: Andrey Razumovsky
<br>> Fix For: 3.0
<br>>
<br>>
<br>> Users should be given some flexibility when it comes to default names generated during reverse engineering. E.g. there were requests to automatically change plural form to singular ("product_groups" -> "ProductGroup"). There maybe other user-specific cases for transforming DB name to Java name.
<br>> Suggested solution was to allow entering regex-based rules in the Modeler:
<br>> <a href="http://objectstyle.org/cayenne/lists/cayenne-user/2005/11/0104.html" target="_top" rel="nofollow">http://objectstyle.org/cayenne/lists/cayenne-user/2005/11/0104.html</a>
<br>> Another related request suggested to have an option for naming relationships using attribute names instead of target entity names. This may also be one of the rules:
<br>> <a href="http://objectstyle.org/cayenne/lists/cayenne-user/2005/11/0106.html" target="_top" rel="nofollow">http://objectstyle.org/cayenne/lists/cayenne-user/2005/11/0106.html</a><br>> Another suggestion by Cris - store the rules in DataMap for possible reverse engineering with Ant. This should allow model synching directly against the database (but would of course require a special Ant task)
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19955717Re: Cayenne-trunk - Build # 239 - Failure2008-10-13T07:12:53Z2008-10-13T07:12:53ZAndrus Adamchik-4My bad. Attempts to use git with Cayenne completely fried my brain, so
<br>I forgot to add a new file to SVN. This is fixed now. The next build
<br>will hopefully succeed.
<br><br>Andrus
<br><br><br><br>On Oct 13, 2008, at 4:52 PM, Apache Hudson Server wrote:
<br>> The Apache Hudson build system has built Cayenne-trunk (build #239)
<br>>
<br>> Status: Failure
<br>>
<br>> Check console output at <a href="http://hudson.zones.apache.org/hudson//job/Cayenne-trunk/239/" target="_top" rel="nofollow">http://hudson.zones.apache.org/hudson//job/Cayenne-trunk/239/</a>
<br>> to view the results.
<br>>
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19955489Cayenne-trunk - Build # 239 - Failure2008-10-13T06:52:17Z2008-10-13T06:52:17ZApache Hudson ServerThe Apache Hudson build system has built Cayenne-trunk (build #239)
<br><br>Status: Failure
<br><br>Check console output at <a href="http://hudson.zones.apache.org/hudson//job/Cayenne-trunk/239/" target="_top" rel="nofollow">http://hudson.zones.apache.org/hudson//job/Cayenne-trunk/239/</a> to view the results.
<br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19954416[jira] Closed: (CAY-1110) fetchLimit + DistinctResultIterator = fewer rows in the result2008-10-13T05:56:11Z2008-10-13T05:56:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-1110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Andrus Adamchik closed CAY-1110.
<br>--------------------------------
<br><br> Resolution: Fixed
<br><div class='shrinkable-quote'><br>> fetchLimit + DistinctResultIterator = fewer rows in the result
<br>> --------------------------------------------------------------
<br>>
<br>> Key: CAY-1110
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1110" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1110</a><br>> Project: Cayenne
<br>> Issue Type: Bug
<br>> Components: Cayenne Core Library
<br>> Affects Versions: 3.0
<br>> Reporter: Andrus Adamchik
<br>> Assignee: Andrus Adamchik
<br>> Fix For: 3.0
<br>>
<br>> Attachments: limit.txt, limitIterator.txt, limitIterator_1.txt, test_v_2.txt
<br>>
<br>>
<br>> I don't have a test case yet, but I noticed in a SelectQuery with implicit DISTINCT (due to a qualifier on to-many), if the root entity has columns that force Cayenne into outside-of-db distinct check (e.g. CLOB columns), I am getting fewer results than the fetch limit. This is due to fetch limit being applied inside the inner result iterator (JDBCResultIterator) not the outer filtering iterator (DistinctResultIterator)
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19954251[jira] Updated: (CAY-1110) fetchLimit + DistinctResultIterator = fewer rows in the result2008-10-13T05:47:11Z2008-10-13T05:47:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-1110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1110?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Loiko Dima updated CAY-1110:
<br>----------------------------
<br><br> Attachment: limitIterator_1.txt
<br><div class='shrinkable-quote'><br>> fetchLimit + DistinctResultIterator = fewer rows in the result
<br>> --------------------------------------------------------------
<br>>
<br>> Key: CAY-1110
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1110" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1110</a><br>> Project: Cayenne
<br>> Issue Type: Bug
<br>> Components: Cayenne Core Library
<br>> Affects Versions: 3.0
<br>> Reporter: Andrus Adamchik
<br>> Assignee: Andrus Adamchik
<br>> Fix For: 3.0
<br>>
<br>> Attachments: limit.txt, limitIterator.txt, limitIterator_1.txt, test_v_2.txt
<br>>
<br>>
<br>> I don't have a test case yet, but I noticed in a SelectQuery with implicit DISTINCT (due to a qualifier on to-many), if the root entity has columns that force Cayenne into outside-of-db distinct check (e.g. CLOB columns), I am getting fewer results than the fetch limit. This is due to fetch limit being applied inside the inner result iterator (JDBCResultIterator) not the outer filtering iterator (DistinctResultIterator)
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19953681[jira] Commented: (CAY-1123) Add UUID support2008-10-13T05:08:11Z2008-10-13T05:08:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-1123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13164#action_13164" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13164#action_13164</a> ]
<br><br>Andrus Adamchik commented on CAY-1123:
<br>--------------------------------------
<br><br>no problem if it sits there. It is clear what you were trying to say here.
<br><div class='shrinkable-quote'><br>> Add UUID support
<br>> ----------------
<br>>
<br>> Key: CAY-1123
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1123" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1123</a><br>> Project: Cayenne
<br>> Issue Type: New Feature
<br>> Environment: PostgreSQL
<br>> Reporter: Artyom Sokolov
<br>> Assignee: Andrus Adamchik
<br>> Attachments: UUIDType.java
<br>>
<br>>
<br>> To work properly with PostgreSQL's UUID columnt type I use next class which extends ExtendedType:
<br>> package sandbox.orm.cayenne;
<br>> import java.sql.CallableStatement;
<br>> import java.sql.PreparedStatement;
<br>> import java.sql.ResultSet;
<br>> import java.sql.Types;
<br>> import java.util.UUID;
<br>> import org.apache.cayenne.CayenneRuntimeException;
<br>> import org.apache.cayenne.access.types.ExtendedType;
<br>> import org.apache.cayenne.map.DbAttribute;
<br>> import org.apache.cayenne.validation.ValidationResult;
<br>> public class UUIDType implements ExtendedType {
<br>> @Override
<br>> public String getClassName() {
<br>> return UUID.class.getName();
<br>> }
<br>> @Override
<br>> public Object materializeObject(ResultSet rs, int index, int type)
<br>> throws Exception {
<br>> UUID uuid = null;
<br>> switch (type) {
<br>> case Types.NULL:
<br>> uuid = null;
<br>> break;
<br>> default:
<br>> try {
<br>> uuid = UUID.fromString(rs.getObject(index).toString());
<br>> } catch (IllegalArgumentException e) {
<br>> throw new CayenneRuntimeException(
<br>> "Expected an instance of java.util.UUID, instead got "
<br>> + uuid.getClass().getName()
<br>> + ", column index: " + index);
<br>> }
<br>> }
<br>> return uuid;
<br>> }
<br>> @Override
<br>> public Object materializeObject(CallableStatement rs, int index, int type)
<br>> throws Exception {
<br>> UUID uuid = null;
<br>> switch (type) {
<br>> case Types.NULL:
<br>> uuid = null;
<br>> break;
<br>> default:
<br>> try {
<br>> uuid = UUID.fromString(rs.getObject(index).toString());
<br>> } catch (IllegalArgumentException e) {
<br>> throw new CayenneRuntimeException(
<br>> "Expected an instance of java.util.UUID, instead got "
<br>> + uuid.getClass().getName()
<br>> + ", column index: " + index);
<br>> }
<br>> }
<br>> return uuid;
<br>> }
<br>> @Override
<br>> public void setJdbcObject(PreparedStatement statement, Object value,
<br>> int pos, int type, int precision) throws Exception {
<br>> if (value == null) {
<br>> statement.setNull(pos, type);
<br>> } else if (value instanceof UUID) {
<br>> statement.setObject(pos, value);
<br>> } else {
<br>> throw new IllegalArgumentException("Expected java.util.UUID, got "
<br>> + value.getClass().getName());
<br>> }
<br>> }
<br>> @Override
<br>> public boolean validateProperty(Object source, String property,
<br>> Object value, DbAttribute dbAttribute,
<br>> ValidationResult validationResult) {
<br>> return true;
<br>> }
<br>> }
<br>> Then I register it with Configuration.getSharedConfiguration().getDomain().getNode("MyNode").getAdapter().getExtendedTypes().registerType(new UUIDType());
<br>> Wouldn't it better to have same functionality in Cayenne core?
<br>> Thanks,
<br>> Artyom
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19953574[jira] Commented: (CAY-1123) Add UUID support2008-10-13T05:02:11Z2008-10-13T05:02:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-1123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13163#action_13163" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13163#action_13163</a> ]
<br><br>Artyom Sokolov commented on CAY-1123:
<br>-------------------------------------
<br><br>Ooops. Could anybody edit this issue and delete code stuff? I've already attached it. I am a bit new to JIRA, so... sorry :)
<br><br>Thanks,
<br>Artyom
<br><div class='shrinkable-quote'><br>> Add UUID support
<br>> ----------------
<br>>
<br>> Key: CAY-1123
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1123" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1123</a><br>> Project: Cayenne
<br>> Issue Type: New Feature
<br>> Environment: PostgreSQL
<br>> Reporter: Artyom Sokolov
<br>> Assignee: Andrus Adamchik
<br>> Attachments: UUIDType.java
<br>>
<br>>
<br>> To work properly with PostgreSQL's UUID columnt type I use next class which extends ExtendedType:
<br>> package sandbox.orm.cayenne;
<br>> import java.sql.CallableStatement;
<br>> import java.sql.PreparedStatement;
<br>> import java.sql.ResultSet;
<br>> import java.sql.Types;
<br>> import java.util.UUID;
<br>> import org.apache.cayenne.CayenneRuntimeException;
<br>> import org.apache.cayenne.access.types.ExtendedType;
<br>> import org.apache.cayenne.map.DbAttribute;
<br>> import org.apache.cayenne.validation.ValidationResult;
<br>> public class UUIDType implements ExtendedType {
<br>> @Override
<br>> public String getClassName() {
<br>> return UUID.class.getName();
<br>> }
<br>> @Override
<br>> public Object materializeObject(ResultSet rs, int index, int type)
<br>> throws Exception {
<br>> UUID uuid = null;
<br>> switch (type) {
<br>> case Types.NULL:
<br>> uuid = null;
<br>> break;
<br>> default:
<br>> try {
<br>> uuid = UUID.fromString(rs.getObject(index).toString());
<br>> } catch (IllegalArgumentException e) {
<br>> throw new CayenneRuntimeException(
<br>> "Expected an instance of java.util.UUID, instead got "
<br>> + uuid.getClass().getName()
<br>> + ", column index: " + index);
<br>> }
<br>> }
<br>> return uuid;
<br>> }
<br>> @Override
<br>> public Object materializeObject(CallableStatement rs, int index, int type)
<br>> throws Exception {
<br>> UUID uuid = null;
<br>> switch (type) {
<br>> case Types.NULL:
<br>> uuid = null;
<br>> break;
<br>> default:
<br>> try {
<br>> uuid = UUID.fromString(rs.getObject(index).toString());
<br>> } catch (IllegalArgumentException e) {
<br>> throw new CayenneRuntimeException(
<br>> "Expected an instance of java.util.UUID, instead got "
<br>> + uuid.getClass().getName()
<br>> + ", column index: " + index);
<br>> }
<br>> }
<br>> return uuid;
<br>> }
<br>> @Override
<br>> public void setJdbcObject(PreparedStatement statement, Object value,
<br>> int pos, int type, int precision) throws Exception {
<br>> if (value == null) {
<br>> statement.setNull(pos, type);
<br>> } else if (value instanceof UUID) {
<br>> statement.setObject(pos, value);
<br>> } else {
<br>> throw new IllegalArgumentException("Expected java.util.UUID, got "
<br>> + value.getClass().getName());
<br>> }
<br>> }
<br>> @Override
<br>> public boolean validateProperty(Object source, String property,
<br>> Object value, DbAttribute dbAttribute,
<br>> ValidationResult validationResult) {
<br>> return true;
<br>> }
<br>> }
<br>> Then I register it with Configuration.getSharedConfiguration().getDomain().getNode("MyNode").getAdapter().getExtendedTypes().registerType(new UUIDType());
<br>> Wouldn't it better to have same functionality in Cayenne core?
<br>> Thanks,
<br>> Artyom
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19953517[jira] Updated: (CAY-1123) Add UUID support2008-10-13T04:58:11Z2008-10-13T04:58:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-1123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1123?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Artyom Sokolov updated CAY-1123:
<br>--------------------------------
<br><br> Attachment: UUIDType.java
<br><div class='shrinkable-quote'><br>> Add UUID support
<br>> ----------------
<br>>
<br>> Key: CAY-1123
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1123" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1123</a><br>> Project: Cayenne
<br>> Issue Type: New Feature
<br>> Environment: PostgreSQL
<br>> Reporter: Artyom Sokolov
<br>> Assignee: Andrus Adamchik
<br>> Attachments: UUIDType.java
<br>>
<br>>
<br>> To work properly with PostgreSQL's UUID columnt type I use next class which extends ExtendedType:
<br>> package sandbox.orm.cayenne;
<br>> import java.sql.CallableStatement;
<br>> import java.sql.PreparedStatement;
<br>> import java.sql.ResultSet;
<br>> import java.sql.Types;
<br>> import java.util.UUID;
<br>> import org.apache.cayenne.CayenneRuntimeException;
<br>> import org.apache.cayenne.access.types.ExtendedType;
<br>> import org.apache.cayenne.map.DbAttribute;
<br>> import org.apache.cayenne.validation.ValidationResult;
<br>> public class UUIDType implements ExtendedType {
<br>> @Override
<br>> public String getClassName() {
<br>> return UUID.class.getName();
<br>> }
<br>> @Override
<br>> public Object materializeObject(ResultSet rs, int index, int type)
<br>> throws Exception {
<br>> UUID uuid = null;
<br>> switch (type) {
<br>> case Types.NULL:
<br>> uuid = null;
<br>> break;
<br>> default:
<br>> try {
<br>> uuid = UUID.fromString(rs.getObject(index).toString());
<br>> } catch (IllegalArgumentException e) {
<br>> throw new CayenneRuntimeException(
<br>> "Expected an instance of java.util.UUID, instead got "
<br>> + uuid.getClass().getName()
<br>> + ", column index: " + index);
<br>> }
<br>> }
<br>> return uuid;
<br>> }
<br>> @Override
<br>> public Object materializeObject(CallableStatement rs, int index, int type)
<br>> throws Exception {
<br>> UUID uuid = null;
<br>> switch (type) {
<br>> case Types.NULL:
<br>> uuid = null;
<br>> break;
<br>> default:
<br>> try {
<br>> uuid = UUID.fromString(rs.getObject(index).toString());
<br>> } catch (IllegalArgumentException e) {
<br>> throw new CayenneRuntimeException(
<br>> "Expected an instance of java.util.UUID, instead got "
<br>> + uuid.getClass().getName()
<br>> + ", column index: " + index);
<br>> }
<br>> }
<br>> return uuid;
<br>> }
<br>> @Override
<br>> public void setJdbcObject(PreparedStatement statement, Object value,
<br>> int pos, int type, int precision) throws Exception {
<br>> if (value == null) {
<br>> statement.setNull(pos, type);
<br>> } else if (value instanceof UUID) {
<br>> statement.setObject(pos, value);
<br>> } else {
<br>> throw new IllegalArgumentException("Expected java.util.UUID, got "
<br>> + value.getClass().getName());
<br>> }
<br>> }
<br>> @Override
<br>> public boolean validateProperty(Object source, String property,
<br>> Object value, DbAttribute dbAttribute,
<br>> ValidationResult validationResult) {
<br>> return true;
<br>> }
<br>> }
<br>> Then I register it with Configuration.getSharedConfiguration().getDomain().getNode("MyNode").getAdapter().getExtendedTypes().registerType(new UUIDType());
<br>> Wouldn't it better to have same functionality in Cayenne core?
<br>> Thanks,
<br>> Artyom
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19953494[jira] Created: (CAY-1123) Add UUID support2008-10-13T04:56:11Z2008-10-13T04:56:11ZCayenne - Dev mailing listAdd UUID support
<br>----------------
<br><br> Key: CAY-1123
<br> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1123" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1123</a><br> Project: Cayenne
<br> Issue Type: New Feature
<br> Environment: PostgreSQL
<br> Reporter: Artyom Sokolov
<br> Assignee: Andrus Adamchik
<br><br><br>To work properly with PostgreSQL's UUID columnt type I use next class which extends ExtendedType:
<br><br>package sandbox.orm.cayenne;
<br><br>import java.sql.CallableStatement;
<br>import java.sql.PreparedStatement;
<br>import java.sql.ResultSet;
<br>import java.sql.Types;
<br>import java.util.UUID;
<br><br>import org.apache.cayenne.CayenneRuntimeException;
<br>import org.apache.cayenne.access.types.ExtendedType;
<br>import org.apache.cayenne.map.DbAttribute;
<br>import org.apache.cayenne.validation.ValidationResult;
<br><br>public class UUIDType implements ExtendedType {
<br><br> @Override
<br> public String getClassName() {
<br> return UUID.class.getName();
<br> }
<br><br> @Override
<br> public Object materializeObject(ResultSet rs, int index, int type)
<br> throws Exception {
<br> UUID uuid = null;
<br> switch (type) {
<br> case Types.NULL:
<br> uuid = null;
<br> break;
<br> default:
<br> try {
<br> uuid = UUID.fromString(rs.getObject(index).toString());
<br> } catch (IllegalArgumentException e) {
<br> throw new CayenneRuntimeException(
<br> "Expected an instance of java.util.UUID, instead got "
<br> + uuid.getClass().getName()
<br> + ", column index: " + index);
<br> }
<br> }
<br> return uuid;
<br> }
<br><br> @Override
<br> public Object materializeObject(CallableStatement rs, int index, int type)
<br> throws Exception {
<br> UUID uuid = null;
<br> switch (type) {
<br> case Types.NULL:
<br> uuid = null;
<br> break;
<br> default:
<br> try {
<br> uuid = UUID.fromString(rs.getObject(index).toString());
<br> } catch (IllegalArgumentException e) {
<br> throw new CayenneRuntimeException(
<br> "Expected an instance of java.util.UUID, instead got "
<br> + uuid.getClass().getName()
<br> + ", column index: " + index);
<br> }
<br> }
<br> return uuid;
<br> }
<br><br> @Override
<br> public void setJdbcObject(PreparedStatement statement, Object value,
<br> int pos, int type, int precision) throws Exception {
<br> if (value == null) {
<br> statement.setNull(pos, type);
<br> } else if (value instanceof UUID) {
<br> statement.setObject(pos, value);
<br> } else {
<br> throw new IllegalArgumentException("Expected java.util.UUID, got "
<br> + value.getClass().getName());
<br> }
<br> }
<br><br> @Override
<br> public boolean validateProperty(Object source, String property,
<br> Object value, DbAttribute dbAttribute,
<br> ValidationResult validationResult) {
<br> return true;
<br> }
<br><br>}
<br><br>Then I register it with Configuration.getSharedConfiguration().getDomain().getNode("MyNode").getAdapter().getExtendedTypes().registerType(new UUIDType());
<br><br>Wouldn't it better to have same functionality in Cayenne core?
<br><br>Thanks,
<br>Artyom
<br><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19952745[jira] Commented: (CAY-1122) Add setColumnNamesCapitalization(String columnNameCapitalization) method to NamedQuery class2008-10-13T03:58:11Z2008-10-13T03:58:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-1122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13162#action_13162" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13162#action_13162</a> ]
<br><br>Andrus Adamchik commented on CAY-1122:
<br>--------------------------------------
<br><br>then it is a different kind of bug. Let me look into that.
<br><div class='shrinkable-quote'><br>> Add setColumnNamesCapitalization(String columnNameCapitalization) method to NamedQuery class
<br>> --------------------------------------------------------------------------------------------
<br>>
<br>> Key: CAY-1122
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1122" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1122</a><br>> Project: Cayenne
<br>> Issue Type: New Feature
<br>> Components: Cayenne Core Library
<br>> Affects Versions: 3.0
<br>> Reporter: Artyom Sokolov
<br>> Assignee: Andrus Adamchik
<br>>
<br>> Currently to achieve the same functionality we need to write next code:
<br>> SQLTemplate query = (SQLTemplate) dataContext.getEntityResolver().lookupQuery("GetUris");
<br>> query.setColumnNamesCapitalization(SQLTemplate.UPPERCASE_COLUMN_NAMES);
<br>> List<Uri> uris = dataContext.performQuery(query);
<br>> It could be much better to write just this:
<br>> NamedQuery query = new NamedQuery("GetUris");
<br>> query.setColumnNamesCapitalization(SQLTemplate.UPPERCASE_COLUMN_NAMES);
<br>> List<Uri> uris = dataContext.performQuery(query);
<br>> Code without casts looks more pretty and clean... doesn't it? :)
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19951758Re: Thanks for fixing ROP Rollback2008-10-13T02:54:30Z2008-10-13T02:54:30ZAndrey RazumovskyHi Tarik!
<br><br>I've some changes in rollback procedure today too, so I recommend to use
<br>fresh-built Cayenne jar with all changes.
<br><br>Andrey
<br><p>From forum: <a href="http://www.nabble.com/Cayenne---User-f2414.html" embed="fixTarget[2414]" target="_top" >Cayenne - User</a></p>tag:www.nabble.com,2006:post-19951749[jira] Closed: (CAY-1118) ROP: setToXXX(null) does not update reverse rel2008-10-13T02:53:11Z2008-10-13T02:53:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-1118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Andrey Razumovsky closed CAY-1118.
<br>----------------------------------
<br><br> Resolution: Fixed
<br><br>Unsetting of to-many relationships worked incorrectly in ROP and is now fixed
<br><div class='shrinkable-quote'><br>> ROP: setToXXX(null) does not update reverse rel
<br>> -----------------------------------------------
<br>>
<br>> Key: CAY-1118
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1118" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1118</a><br>> Project: Cayenne
<br>> Issue Type: Bug
<br>> Components: Cayenne Core Library
<br>> Affects Versions: 3.0
<br>> Reporter: Andrey Razumovsky
<br>> Assignee: Andrey Razumovsky
<br>> Fix For: 3.0
<br>>
<br>>
<br>> Following test fails. The reason is that setToXXX(null) causes an invalidation on reverse property but not a removal of reverse object
<br>> ClientMtTable1 o1 = context.newObject(ClientMtTable1.class);
<br>> ClientMtTable2 o2 = context.newObject(ClientMtTable2.class);
<br>> o2.setTable1(o1);
<br>>
<br>> assertEquals(1, o1.getTable2Array().size());
<br>> context.commitChanges(); //important line!
<br>>
<br>> o2.setTable1(null);
<br>> assertEquals(0, o1.getTable2Array().size());
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19951424[jira] Commented: (CAY-1122) Add setColumnNamesCapitalization(String columnNameCapitalization) method to NamedQuery class2008-10-13T02:30:11Z2008-10-13T02:30:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-1122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13160#action_13160" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13160#action_13160</a> ]
<br><br>Artyom Sokolov commented on CAY-1122:
<br>-------------------------------------
<br><br>Hi Andrus,
<br><br>Unfortunately "<property name="cayenne.SQLTemplate.columnNameCapitalization" value="upper"/>" seems not to work for me in 3.0M4. It looks like Cayenne simple ignores this construction at all. This is the reason why I use explicit capitalization in code :)
<br><br>Thanks,
<br>Artyom
<br><div class='shrinkable-quote'><br>> Add setColumnNamesCapitalization(String columnNameCapitalization) method to NamedQuery class
<br>> --------------------------------------------------------------------------------------------
<br>>
<br>> Key: CAY-1122
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1122" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1122</a><br>> Project: Cayenne
<br>> Issue Type: New Feature
<br>> Components: Cayenne Core Library
<br>> Affects Versions: 3.0
<br>> Reporter: Artyom Sokolov
<br>> Assignee: Andrus Adamchik
<br>>
<br>> Currently to achieve the same functionality we need to write next code:
<br>> SQLTemplate query = (SQLTemplate) dataContext.getEntityResolver().lookupQuery("GetUris");
<br>> query.setColumnNamesCapitalization(SQLTemplate.UPPERCASE_COLUMN_NAMES);
<br>> List<Uri> uris = dataContext.performQuery(query);
<br>> It could be much better to write just this:
<br>> NamedQuery query = new NamedQuery("GetUris");
<br>> query.setColumnNamesCapitalization(SQLTemplate.UPPERCASE_COLUMN_NAMES);
<br>> List<Uri> uris = dataContext.performQuery(query);
<br>> Code without casts looks more pretty and clean... doesn't it? :)
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19951281[jira] Assigned: (CAY-1118) ROP: setToXXX(null) does not update reverse rel2008-10-13T02:17:11Z2008-10-13T02:17:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-1118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1118?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel</a> ]
<br><br>Andrey Razumovsky reassigned CAY-1118:
<br>--------------------------------------
<br><br> Assignee: Andrey Razumovsky (was: Andrus Adamchik)
<br><div class='shrinkable-quote'><br>> ROP: setToXXX(null) does not update reverse rel
<br>> -----------------------------------------------
<br>>
<br>> Key: CAY-1118
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1118" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1118</a><br>> Project: Cayenne
<br>> Issue Type: Bug
<br>> Components: Cayenne Core Library
<br>> Affects Versions: 3.0
<br>> Reporter: Andrey Razumovsky
<br>> Assignee: Andrey Razumovsky
<br>> Fix For: 3.0
<br>>
<br>>
<br>> Following test fails. The reason is that setToXXX(null) causes an invalidation on reverse property but not a removal of reverse object
<br>> ClientMtTable1 o1 = context.newObject(ClientMtTable1.class);
<br>> ClientMtTable2 o2 = context.newObject(ClientMtTable2.class);
<br>> o2.setTable1(o1);
<br>>
<br>> assertEquals(1, o1.getTable2Array().size());
<br>> context.commitChanges(); //important line!
<br>>
<br>> o2.setTable1(null);
<br>> assertEquals(0, o1.getTable2Array().size());
</div><br>--
<br>This message is automatically generated by JIRA.
<br>-
<br>You can reply to this email to add a comment to the issue online.
<br><br><p>From forum: <a href="http://www.nabble.com/Cayenne---Dev-f2413.html" embed="fixTarget[2413]" target="_top" >Cayenne - Dev</a></p>tag:www.nabble.com,2006:post-19950802[jira] Commented: (CAY-1122) Add setColumnNamesCapitalization(String columnNameCapitalization) method to NamedQuery class2008-10-13T01:39:11Z2008-10-13T01:39:11ZCayenne - Dev mailing list<br> [ <a href="https://issues.apache.org/cayenne/browse/CAY-1122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13159#action_13159" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1122?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13159#action_13159</a> ]
<br><br>Andrus Adamchik commented on CAY-1122:
<br>--------------------------------------
<br><br>Hi Artem,
<br><br>NamedQuery main intent is to accessed shared queries mapped in the Modeler where you can set column name capitalization using "Row Label Case" dropdown. Will this work for you?
<br><br>Thanks,
<br>Andrus
<br><div class='shrinkable-quote'><br>> Add setColumnNamesCapitalization(String columnNameCapitalization) method to NamedQuery class
<br>> --------------------------------------------------------------------------------------------
<br>>
<br>> Key: CAY-1122
<br>> URL: <a href="https://issues.apache.org/cayenne/browse/CAY-1122" target="_top" rel="nofollow">https://issues.apache.org/cayenne/browse/CAY-1122</a><br>> Project: Cayenne
<br>> Issue Type: New Feature
<br>> Components: Cayenne Core Library
<br>> Affects Versions: 3.0
<br>> Reporter: Artyom Sokolov
<br>> Assignee: Andrus Adamchik
<br>>
<br>> Currently to achieve the same functionality we need to write next code:
<br>> SQLTemplate query = (SQLTemplate) dataContext.getEntityResolver().lookupQuery("GetUris");
<br>> query.setColumnNamesCapitalization(SQLTemplate.UPPERCASE_COLUMN_NAMES);
<br>> List<Uri> uris = dataContext.performQuery(query);
<br>> It could be much better to write just this:
<br>> NamedQuery query = new NamedQuery("GetUris");
<br>> query.setColumnNamesCapitalization(SQLTemplate.UPPERCASE_COLUMN_NAMES);
<br>> List<Uri> uris = dataContext.performQuery(query);
<br>> Code without casts looks more pretty and clean... doesn't it? :)
&