| Summary: | No Default Select Statement Generated for SQL OPEN statement | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Paul Hoffman <hoffmanp> | ||||||
| Component: | EDT | Assignee: | Project Inbox <edt.mofmodel-inbox> | ||||||
| Status: | CLOSED FIXED | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | chenzhh, jspadea, jvincens | ||||||
| Version: | unspecified | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows XP | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
Created attachment 204631 [details]
Supporting library for loading db / table
Paul this is an IR problem. The SqlOpenStatementImpl.getSqlString() should use the same code as SqlGetByKeyStatementImpl.getSqlString() when the FOR clause is an Entity. The default SQL should be SELECT .... FROM it will have no WHERE clause. also in the case where there is a FOR getResultSet() is returning the FOR record not the ResultSet fixed Verified, closed. Verified and closed. For future comment, it would be helpful if statement options were expanded to say this is an open for update and if the generated default statement could take into account the key fields for the table. See previous comment. |
Created attachment 204630 [details] Test case No Default Select Statement Generated for SQL OPEN statement. See attached test case.