You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by "Darius S. DeJesus (JIRA)" <tu...@ws.apache.org> on 2006/07/05 21:48:30 UTC
[jira] Updated: (TUSCANY-433) User provided CUD with partial update
results in NPE
[ http://issues.apache.org/jira/browse/TUSCANY-433?page=all ]
Darius S. DeJesus updated TUSCANY-433:
--------------------------------------
Attachment: Tuscany-433
This forces a user to create a complete update statement, by throwing a runtime exception in the UpdateGenerator if some columns are left out. I believe that is the best way to handle it, tho it can easily be changed to ignore non updated columns.
> User provided CUD with partial update results in NPE
> ----------------------------------------------------
>
> Key: TUSCANY-433
> URL: http://issues.apache.org/jira/browse/TUSCANY-433
> Project: Tuscany
> Type: Bug
> Components: Java DAS RDB
> Versions: Java-Mx
> Reporter: Kevin Williams
> Assignee: Kevin Williams
> Attachments: Tuscany-433
>
> ApplyChanges with partil userprovided update statement fails with NPE.
> Test case DefectTests.readModifyAply and readModifyApply1() demonstrate this bug
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org
Re: [jira] Updated: (TUSCANY-433) User provided CUD with partial update results in NPE
Posted by Brent Daniel <br...@gmail.com>.
Darius,
I don't think string manipulation is the right approach here. I think
we need to find where the NPE is occuring, check for a null value
there, and throw a RuntimeException letting the user know that the
update statement does not contain a parameter for an updated
DataObject Property. I believe the information you need to determine
if this is the case is already available in the DAS without doing all
these extra String operations. Calling toUpperCase() and performing
two string searches for every update command created would be pretty
expensive.
Brent
On 7/5/06, Darius S. DeJesus (JIRA) <tu...@ws.apache.org> wrote:
> [ http://issues.apache.org/jira/browse/TUSCANY-433?page=all ]
>
> Darius S. DeJesus updated TUSCANY-433:
> --------------------------------------
>
> Attachment: Tuscany-433
>
> This forces a user to create a complete update statement, by throwing a runtime exception in the UpdateGenerator if some columns are left out. I believe that is the best way to handle it, tho it can easily be changed to ignore non updated columns.
>
> > User provided CUD with partial update results in NPE
> > ----------------------------------------------------
> >
> > Key: TUSCANY-433
> > URL: http://issues.apache.org/jira/browse/TUSCANY-433
> > Project: Tuscany
> > Type: Bug
>
> > Components: Java DAS RDB
> > Versions: Java-Mx
> > Reporter: Kevin Williams
> > Assignee: Kevin Williams
> > Attachments: Tuscany-433
> >
> > ApplyChanges with partil userprovided update statement fails with NPE.
> > Test case DefectTests.readModifyAply and readModifyApply1() demonstrate this bug
>
> --
> This message is automatically generated by JIRA.
> -
> If you think it was sent incorrectly contact one of the administrators:
> http://issues.apache.org/jira/secure/Administrators.jspa
> -
> For more information on JIRA, see:
> http://www.atlassian.com/software/jira
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
> For additional commands, e-mail: tuscany-dev-help@ws.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: tuscany-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: tuscany-dev-help@ws.apache.org