You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ofbiz.apache.org by "Si Chen (JIRA)" <ji...@apache.org> on 2008/06/07 00:32:45 UTC

[jira] Created: (OFBIZ-1826) Allow EntityListIterator to be created from JDBC ResultSet

Allow EntityListIterator to be created from JDBC ResultSet
----------------------------------------------------------

                 Key: OFBIZ-1826
                 URL: https://issues.apache.org/jira/browse/OFBIZ-1826
             Project: OFBiz
          Issue Type: Bug
          Components: framework
            Reporter: Si Chen
            Priority: Minor


EntitylistIterator can only be constructed from a SQLProcessor  right now, but in fact, it does not really use the SQLProcessor except to .close().  I have created a new constructor for the EntityListIterator which allows it to be created from a JDBC ResultSet.  When it comes to closing the list iterator, the behavior is the same as before, if there is a SQLProcessor.  Otherwise, it will call the ResultSet's close method.

This would not affect anybody who is already using the delegator, but it would make it more flexible for people who are not using the delegator.

Please take a look at this.  If nobody opposes it, I will commit it next week

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Closed: (OFBIZ-1826) Allow EntityListIterator to be created from JDBC ResultSet

Posted by "Si Chen (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/OFBIZ-1826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Si Chen closed OFBIZ-1826.
--------------------------

    Resolution: Fixed

> Allow EntityListIterator to be created from JDBC ResultSet
> ----------------------------------------------------------
>
>                 Key: OFBIZ-1826
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-1826
>             Project: OFBiz
>          Issue Type: Bug
>          Components: framework
>            Reporter: Si Chen
>            Priority: Minor
>         Attachments: ofbiz-1826.patch
>
>
> EntitylistIterator can only be constructed from a SQLProcessor  right now, but in fact, it does not really use the SQLProcessor except to .close().  I have created a new constructor for the EntityListIterator which allows it to be created from a JDBC ResultSet.  When it comes to closing the list iterator, the behavior is the same as before, if there is a SQLProcessor.  Otherwise, it will call the ResultSet's close method.
> This would not affect anybody who is already using the delegator, but it would make it more flexible for people who are not using the delegator.
> Please take a look at this.  If nobody opposes it, I will commit it next week

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Commented: (OFBIZ-1826) Allow EntityListIterator to be created from JDBC ResultSet

Posted by "Si Chen (JIRA)" <ji...@apache.org>.
    [ https://issues.apache.org/jira/browse/OFBIZ-1826?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12603236#action_12603236 ] 

Si Chen commented on OFBIZ-1826:
--------------------------------

by the way, I have apply this patch and rerun all the entity unit tests, and they passed

> Allow EntityListIterator to be created from JDBC ResultSet
> ----------------------------------------------------------
>
>                 Key: OFBIZ-1826
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-1826
>             Project: OFBiz
>          Issue Type: Bug
>          Components: framework
>            Reporter: Si Chen
>            Priority: Minor
>         Attachments: ofbiz-1826.patch
>
>
> EntitylistIterator can only be constructed from a SQLProcessor  right now, but in fact, it does not really use the SQLProcessor except to .close().  I have created a new constructor for the EntityListIterator which allows it to be created from a JDBC ResultSet.  When it comes to closing the list iterator, the behavior is the same as before, if there is a SQLProcessor.  Otherwise, it will call the ResultSet's close method.
> This would not affect anybody who is already using the delegator, but it would make it more flexible for people who are not using the delegator.
> Please take a look at this.  If nobody opposes it, I will commit it next week

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


[jira] Updated: (OFBIZ-1826) Allow EntityListIterator to be created from JDBC ResultSet

Posted by "Si Chen (JIRA)" <ji...@apache.org>.
     [ https://issues.apache.org/jira/browse/OFBIZ-1826?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Si Chen updated OFBIZ-1826:
---------------------------

    Attachment: ofbiz-1826.patch

> Allow EntityListIterator to be created from JDBC ResultSet
> ----------------------------------------------------------
>
>                 Key: OFBIZ-1826
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-1826
>             Project: OFBiz
>          Issue Type: Bug
>          Components: framework
>            Reporter: Si Chen
>            Priority: Minor
>         Attachments: ofbiz-1826.patch
>
>
> EntitylistIterator can only be constructed from a SQLProcessor  right now, but in fact, it does not really use the SQLProcessor except to .close().  I have created a new constructor for the EntityListIterator which allows it to be created from a JDBC ResultSet.  When it comes to closing the list iterator, the behavior is the same as before, if there is a SQLProcessor.  Otherwise, it will call the ResultSet's close method.
> This would not affect anybody who is already using the delegator, but it would make it more flexible for people who are not using the delegator.
> Please take a look at this.  If nobody opposes it, I will commit it next week

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.