[jira] Commented: (TUSCANY-2300) performance issues in DataFactoryImpl, TypeImpl, DataObjectImpl, SDOXMLWriter
[ https://issues.apache.org/jira/browse/TUSCANY-2300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12596009#action_12596009 ] Adriano Crestani commented on TUSCANY-2300: --- I'm using the TortoiseSVN client to apply the patches. I'm not a svn expert, but when I generate a patch using the svn diff command (not using the TortoiseSVN) it starts with something like: Index: antscripts/system.xml === --- antscripts/system.xml (revision 655401) +++ antscripts/system.xml (working copy) ... The ones you have sent me does not start with this pattern, including this last one. And this Index: ... is what the TortoiseSVN is not finding. Anyway, I will also wait for all the details about this last patch. If there are fixed bug, it's good to know, because there might be another JIRA open for that. Thanks, Adriano Crestani performance issues in DataFactoryImpl, TypeImpl, DataObjectImpl, SDOXMLWriter - Key: TUSCANY-2300 URL: https://issues.apache.org/jira/browse/TUSCANY-2300 Project: Tuscany Issue Type: Improvement Components: C++ SDO Reporter: Stanisław T. Findeisen Fix For: Cpp-Next Attachments: tuscany-M3-patch-2008-05-12-do-czytania.tgz, tuscany-patch1-do-czytania.tgz, tuscany-patch2.tgz Hello Tuscany Developers Here at IBM Polska we wrote a patch for M3 addressing some performance issues. It is short, so please read it - I hope it is self-explanatory. Main areas of our development were: (1) DataFactoryImpl::findTypeImpl --- we added new string hash based searching of types. (2) TypeImpl --- we added these maps: std::mapconst char*, int, TStrCmp hmPropIdx; // property index by property name std::mapunsigned int, PropertyImpl* propByIdx; // property by index (3) DataObjectImpl::getPropertyIndex(const Property p) and DataObjectImpl::getProperty(unsigned int index) (make use of improvements in TypeImpl) (4) SDOXMLWriter --- we removed some conversions from std::list to std::vector that we thought were unnecessary. I hope you will be able to apply this patch and include it in the next release. Let me know of you have any problems. STF -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TUSCANY-2314) OpenPGP jar should not fail the ant process when not found
OpenPGP jar should not fail the ant process when not found -- Key: TUSCANY-2314 URL: https://issues.apache.org/jira/browse/TUSCANY-2314 Project: Tuscany Issue Type: Improvement Components: C++ SDO Affects Versions: Cpp-M4 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Minor Fix For: Cpp-M3 When running the ant on SDO it always try to load the OpenPGP jar, but it's only needed when packing the distributions. So, as this jar is only required when packing the dists, it should not fail the other ant tasks when it's not found. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (TUSCANY-2315) OpenPGP jar should not fail the ant process when not found
OpenPGP jar should not fail the ant process when not found -- Key: TUSCANY-2315 URL: https://issues.apache.org/jira/browse/TUSCANY-2315 Project: Tuscany Issue Type: Improvement Components: C++ DAS Affects Versions: Cpp-M4 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Minor When running the ant on DAS it always try to load the OpenPGP jar, but it's only needed when packing the distributions. So, as this jar is only required when packing the dists, it should not fail the other ant tasks when it's not found. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TUSCANY-2314) OpenPGP jar should not fail the ant process when not found
[ https://issues.apache.org/jira/browse/TUSCANY-2314?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-2314. --- Resolution: Fixed implemented on revision 655668 OpenPGP jar should not fail the ant process when not found -- Key: TUSCANY-2314 URL: https://issues.apache.org/jira/browse/TUSCANY-2314 Project: Tuscany Issue Type: Improvement Components: C++ SDO Affects Versions: Cpp-M4 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Minor Fix For: Cpp-M3 When running the ant on SDO it always try to load the OpenPGP jar, but it's only needed when packing the distributions. So, as this jar is only required when packing the dists, it should not fail the other ant tasks when it's not found. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (TUSCANY-2315) OpenPGP jar should not fail the ant process when not found
[ https://issues.apache.org/jira/browse/TUSCANY-2315?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-2315. --- Resolution: Fixed improvement implemented on revision 655689 OpenPGP jar should not fail the ant process when not found -- Key: TUSCANY-2315 URL: https://issues.apache.org/jira/browse/TUSCANY-2315 Project: Tuscany Issue Type: Improvement Components: C++ DAS Affects Versions: Cpp-M4 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Minor When running the ant on DAS it always try to load the OpenPGP jar, but it's only needed when packing the distributions. So, as this jar is only required when packing the dists, it should not fail the other ant tasks when it's not found. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TUSCANY-2300) performance issues in DataFactoryImpl, TypeImpl, DataObjectImpl, SDOXMLWriter
[ https://issues.apache.org/jira/browse/TUSCANY-2300?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12595965#action_12595965 ] Adriano Crestani commented on TUSCANY-2300: --- Hi, When trying to apply both patches I get the following message: The line Index: was not found! Either this is not a diff file or the diff is empty. Could you please recreate the patch? Thanks, Adriano Crestani performance issues in DataFactoryImpl, TypeImpl, DataObjectImpl, SDOXMLWriter - Key: TUSCANY-2300 URL: https://issues.apache.org/jira/browse/TUSCANY-2300 Project: Tuscany Issue Type: Improvement Components: C++ SDO Reporter: Stanisław T. Findeisen Fix For: Cpp-Next Attachments: tuscany-patch1-do-czytania.tgz, tuscany-patch2.tgz Hello Tuscany Developers Here at IBM Polska we wrote a patch for M3 addressing some performance issues. It is short, so please read it - I hope it is self-explanatory. Main areas of our development were: (1) DataFactoryImpl::findTypeImpl --- we added new string hash based searching of types. (2) TypeImpl --- we added these maps: std::mapconst char*, int, TStrCmp hmPropIdx; // property index by property name std::mapunsigned int, PropertyImpl* propByIdx; // property by index (3) DataObjectImpl::getPropertyIndex(const Property p) and DataObjectImpl::getProperty(unsigned int index) (make use of improvements in TypeImpl) (4) SDOXMLWriter --- we removed some conversions from std::list to std::vector that we thought were unnecessary. I hope you will be able to apply this patch and include it in the next release. Let me know of you have any problems. STF -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (TUSCANY-1659) SDO DateConversion test cases fail under linux
[ https://issues.apache.org/jira/browse/TUSCANY-1659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12583587#action_12583587 ] Adriano Crestani commented on TUSCANY-1659: --- These failures have nothing to do with Linux at all. It's failing because when the Date object is formatted by a SimpleDateObject, the time zone is formatted as GTM +-HH:mm format, and not as the abbreviation format (for example: PDT). However, the DataHelperImpl.toDate() is expecting a time zone formatted only as abbreviation, probably because the sdo date format defines it on its spec, but it's not really clear about it. Unfortunately, it seems you cannot define whether the time zone is formatted as GMT format or abbreviation format. It seems env-dependent, because I'm getting the same problem on Windows XP. On XP, the problem seems to be a bug reported at: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6390869. It happens when you check or not the option 'Automatically adjust clock for daylight saving changes' on XP date/time settings, when it's checked, the time zone is formatted as abbreviation, otherwise it's formatted as GMT format. I think there are 2 solutions, I could replace the GMT +-HH:mm format by the abbreviation format on the String returned by the SimpleDateFormat.format() method, but it would fix only the testcases, and each SDO user will still get trouble with it. Or I can modify the toDate() method to also accept the GMT format, but I'm not sure it would be according SDO spec. I have raised some question about whether SDO should accept GMT format or not at: http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg29706.html Adriano Crestani SDO DateConversion test cases fail under linux -- Key: TUSCANY-1659 URL: https://issues.apache.org/jira/browse/TUSCANY-1659 Project: Tuscany Issue Type: Bug Components: Java SDO Implementation Affects Versions: Java-SDO-Next Environment: Linux Ubuntu 7.0.4 Reporter: Luciano Resende Assignee: Adriano Crestani Fix For: Java-SDO-Next Attachments: tuscany-1659.tgz The following tests are failing under revision #571238 Tests in error: testConversionsFromDate(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromDateTime(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromDuration(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromYear(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromYearMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromYearMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) Looks like working ok in windows. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1659) SDO DateConversion test cases fail under linux
[ https://issues.apache.org/jira/browse/TUSCANY-1659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1659. --- Resolution: Fixed Fixed on revision 643224. I created a SDOSimpleDateFormat that extends the SimpleDateFormat. This new class ensures the time zone is in the abbreviation format. If it's not, it looks for its abbreviation format. SDO DateConversion test cases fail under linux -- Key: TUSCANY-1659 URL: https://issues.apache.org/jira/browse/TUSCANY-1659 Project: Tuscany Issue Type: Bug Components: Java SDO Implementation Affects Versions: Java-SDO-Next Environment: Linux Ubuntu 7.0.4 Reporter: Luciano Resende Assignee: Adriano Crestani Fix For: Java-SDO-Next Attachments: tuscany-1659.tgz The following tests are failing under revision #571238 Tests in error: testConversionsFromDate(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromDateTime(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromDuration(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromYear(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromYearMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromYearMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) Looks like working ok in windows. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-1659) SDO DateConversion test cases fail under linux
[ https://issues.apache.org/jira/browse/TUSCANY-1659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani reassigned TUSCANY-1659: - Assignee: Adriano Crestani SDO DateConversion test cases fail under linux -- Key: TUSCANY-1659 URL: https://issues.apache.org/jira/browse/TUSCANY-1659 Project: Tuscany Issue Type: Bug Components: Java SDO Implementation Affects Versions: Java-SDO-Next Environment: Linux Ubuntu 7.0.4 Reporter: Luciano Resende Assignee: Adriano Crestani Fix For: Java-SDO-Next Attachments: tuscany-1659.tgz The following tests are failing under revision #571238 Tests in error: testConversionsFromDate(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromDateTime(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromDuration(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromYear(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromYearMonth(org.apache.tuscany.sdo.test.DateConversionTestCase) testConversionsFromYearMonthDay(org.apache.tuscany.sdo.test.DateConversionTestCase) Looks like working ok in windows. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-2139) When updating the PK it builds the wrong WHERE clause
[ https://issues.apache.org/jira/browse/TUSCANY-2139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12582318#action_12582318 ] Adriano Crestani commented on TUSCANY-2139: --- Hi René, The patch seems out of date. I think you need to update your trunk and regenerate tha patch. Then attach the patch again ; ) Thanks, Adriano Crestani When updating the PK it builds the wrong WHERE clause - Key: TUSCANY-2139 URL: https://issues.apache.org/jira/browse/TUSCANY-2139 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Environment: Version is Java-DAS-1.0-beta2 (wasn't an available choice in the Affects Version/s select box) Reporter: René de Bloois Priority: Blocker Attachments: TUSCANY-2139.patch I updated the CODE and the ID column (ID is the PK) and get the following logging: DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement | Executing statement update TICK_CLIENT set CODE = ?, ID = ? where ID = ? and CODE = ? and ID = ? DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement | Setting parameter 1 to test6 DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement | Setting parameter 2 to test6 DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement | Setting parameter 3 to test6 DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement | Setting parameter 4 to test5 DEBUG 11:06:49,524 org.apache.tuscany.das.rdb.impl.Statement | Setting parameter 5 to test So the ID is put twice in the WHERE clause with different values (the old value and the new). This will never update a record and results in: org.apache.tuscany.das.rdb.exception.OptimisticConcurrencyException: An update collision occurred -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1905) Implement distribution target for SDO ant build
[ https://issues.apache.org/jira/browse/TUSCANY-1905?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1905. --- Resolution: Fixed Implement distribution target for SDO ant build --- Key: TUSCANY-1905 URL: https://issues.apache.org/jira/browse/TUSCANY-1905 Project: Tuscany Issue Type: Improvement Components: C++ SDO Affects Versions: Cpp-M3 Reporter: Adriano Crestani Priority: Minor Fix For: Cpp-M4 create a distribution target for SDO ant build to auto generate the distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1908) SDO sample code must be updated about SDO core changes
SDO sample code must be updated about SDO core changes -- Key: TUSCANY-1908 URL: https://issues.apache.org/jira/browse/TUSCANY-1908 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-M3 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Critical Fix For: Cpp-M4 SDO C++ core had its DataObject::setInteger and getInteger method renamed to setInt and getInt respectively. These changes must be reflected on SDO sample -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1908) SDO sample code must be updated about SDO core changes
[ https://issues.apache.org/jira/browse/TUSCANY-1908?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1908. --- Resolution: Fixed resolved on revision 594291 SDO sample code must be updated about SDO core changes -- Key: TUSCANY-1908 URL: https://issues.apache.org/jira/browse/TUSCANY-1908 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-M3 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Critical Fix For: Cpp-M4 SDO C++ core had its DataObject::setInteger and getInteger method renamed to setInt and getInt respectively. These changes must be reflected on SDO sample -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1904) Implement distribution target for DAS ant build
[ https://issues.apache.org/jira/browse/TUSCANY-1904?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1904. --- Resolution: Fixed resolved under revision 594022 Implement distribution target for DAS ant build --- Key: TUSCANY-1904 URL: https://issues.apache.org/jira/browse/TUSCANY-1904 Project: Tuscany Issue Type: Improvement Components: C++ DAS Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Minor Fix For: Cpp-M4 create a distribution target for DAS ant build to auto generate the distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1904) Implement distribution target for DAS ant build
Implement distribution target for DAS ant build --- Key: TUSCANY-1904 URL: https://issues.apache.org/jira/browse/TUSCANY-1904 Project: Tuscany Issue Type: Improvement Components: C++ DAS Reporter: Adriano Crestani Priority: Minor Fix For: Cpp-M4 create a distribution target for DAS ant build to auto generate the distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-1904) Implement distribution target for DAS ant build
[ https://issues.apache.org/jira/browse/TUSCANY-1904?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani reassigned TUSCANY-1904: - Assignee: Adriano Crestani Implement distribution target for DAS ant build --- Key: TUSCANY-1904 URL: https://issues.apache.org/jira/browse/TUSCANY-1904 Project: Tuscany Issue Type: Improvement Components: C++ DAS Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Minor Fix For: Cpp-M4 create a distribution target for DAS ant build to auto generate the distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1905) Implement distribution target for SDO ant build
Implement distribution target for SDO ant build --- Key: TUSCANY-1905 URL: https://issues.apache.org/jira/browse/TUSCANY-1905 Project: Tuscany Issue Type: Improvement Components: C++ SDO Affects Versions: Cpp-M3 Reporter: Adriano Crestani Priority: Minor Fix For: Cpp-M4 create a distribution target for SDO ant build to auto generate the distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1906) Implement distribution target for SCA ant build
Implement distribution target for SCA ant build --- Key: TUSCANY-1906 URL: https://issues.apache.org/jira/browse/TUSCANY-1906 Project: Tuscany Issue Type: Improvement Components: C++ SCA Affects Versions: Cpp-M3 Reporter: Adriano Crestani Priority: Minor Fix For: Cpp-M4 create a distribution target for SCA ant build to auto generate the distribution files structure -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1694) sdotest does not compile
[ https://issues.apache.org/jira/browse/TUSCANY-1694?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1694. --- Resolution: Fixed sdotest does not compile Key: TUSCANY-1694 URL: https://issues.apache.org/jira/browse/TUSCANY-1694 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-Next Environment: Linux Fedora Core 2.6.21-1.3194.fc7 g++ (GCC) 4.1.2 20070502 (Red Hat 4.1.2-12) Reporter: Ralf Henschkowski Fix For: Cpp-Next Attachments: sdotest.patch gcc complains that RefCountBase::~RefCountBase() is incorrect. Removing the RefCountBase namespace from the destructor fixes. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1695) SDOUtils.cpp does not compile due to problematic cast
[ https://issues.apache.org/jira/browse/TUSCANY-1695?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1695. --- Resolution: Fixed SDOUtils.cpp does not compile due to problematic cast - Key: TUSCANY-1695 URL: https://issues.apache.org/jira/browse/TUSCANY-1695 Project: Tuscany Issue Type: Bug Components: C++ Build Affects Versions: Cpp-Next Environment: Linux Fedora Core 2.6.21-1.3194.fc7 g++ (GCC) 4.1.2 20070502 (Red Hat 4.1.2-12) Reporter: Ralf Henschkowski Fix For: Cpp-Next compiler sees ambiguitiy in the following line: === --- sdo/runtime/core/src/commonj/sdo/SDOUtils.cpp (revision 575198) +++ sdo/runtime/core/src/commonj/sdo/SDOUtils.cpp (working copy) @@ -275,7 +275,7 @@ j != pl.end(); j++) { - PropertyPtr current = *j; + PropertyPtr current = (PropertyPtr)*j; out \tProperty: current-getName() Explicit cast helped to compile it, but I'm not sure if it is a fix ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1866) Create documentantion for Native DAS on Tuscany web site
Create documentantion for Native DAS on Tuscany web site Key: TUSCANY-1866 URL: https://issues.apache.org/jira/browse/TUSCANY-1866 Project: Tuscany Issue Type: Task Components: C++ DAS Reporter: Adriano Crestani Assignee: Adriano Crestani Fix For: Cpp-M4 Documentation is necessary to attract more users and vonlunteers to Tuscany, so before the first release containing DAS C++, it's necessary to add at least an architecture, user, and getting started guide to DAS C++ section on Tuscany web site. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1845) SDODataTypeHelper.columnTypeForSDOType() throws RuntimeException for DateTime SDO Type.
[ https://issues.apache.org/jira/browse/TUSCANY-1845?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12535495 ] Adriano Crestani commented on TUSCANY-1845: --- patch applied under revision 585433 SDODataTypeHelper.columnTypeForSDOType() throws RuntimeException for DateTime SDO Type. - Key: TUSCANY-1845 URL: https://issues.apache.org/jira/browse/TUSCANY-1845 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Environment: Windows XP, Sun JDK 1.4.2_11 Reporter: Ron Gavlin Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1845.patch When SDODataTypeHelper.columnTypeForSDOType(Type sdoType) is invoked for sdoType DateTime, a RuntimeException is thrown. It appears that SDODataTypes.DATETIME is being initialized incorrectly. There are other constants in SDODataTypes that also appear to be initialized incorrectly. I would suggest that the initialization of all constants in SDODataTypes be reviewed for accuracy. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1827) SDO Types based PK map needed in GraphMerger
[ https://issues.apache.org/jira/browse/TUSCANY-1827?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1827. --- Resolution: Fixed SDO Types based PK map needed in GraphMerger Key: TUSCANY-1827 URL: https://issues.apache.org/jira/browse/TUSCANY-1827 Project: Tuscany Issue Type: Bug Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1827.patch DAS GraphMerger code has getPrimaryKeyName() based on SDO Type and addPrimaryKey() based on database Column name. So when these 2 are different GraphMerges fails to detect PKs. This is very similar bug to JIRA-1807. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1837) DataObject having its container set as NULL when removed from a non-containment property
DataObject having its container set as NULL when removed from a non-containment property Key: TUSCANY-1837 URL: https://issues.apache.org/jira/browse/TUSCANY-1837 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-Next Reporter: Adriano Crestani Fix For: Cpp-Next http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg24644.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1837) DataObject having its container set as NULL when removed from a non-containment property
[ https://issues.apache.org/jira/browse/TUSCANY-1837?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1837. --- Resolution: Fixed bug fixed on revision 583039 DataObject having its container set as NULL when removed from a non-containment property Key: TUSCANY-1837 URL: https://issues.apache.org/jira/browse/TUSCANY-1837 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-Next Reporter: Adriano Crestani Fix For: Cpp-Next http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg24644.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (TUSCANY-1772) Setting::getDataObjectValue returning null pointer
[ https://issues.apache.org/jira/browse/TUSCANY-1772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani closed TUSCANY-1772. - Resolution: Fixed http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23852.html Setting::getDataObjectValue returning null pointer -- Key: TUSCANY-1772 URL: https://issues.apache.org/jira/browse/TUSCANY-1772 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-Next Environment: windows xp professional edition Microsoft Visual Studio 2005 Reporter: Adriano Crestani Priority: Critical Fix For: Cpp-Next Attachments: tuscan1772.adrianocrestani.09_20_2007.patch, tuscan1772.adrianocrestani.09_20_2007.patch The method setting.getDataObjectValue is returning a null pointer when the setting.getType().isDataObjectType()==true http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23852.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1772) Setting::getDataObjectValue returning null pointer
Setting::getDataObjectValue returning null pointer -- Key: TUSCANY-1772 URL: https://issues.apache.org/jira/browse/TUSCANY-1772 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-Next Environment: windows xp professional edition Microsoft Visual Studio 2005 Reporter: Adriano Crestani Priority: Critical Fix For: Cpp-Next The method setting.getDataObjectValue is returning a null pointer when the setting.getType().isDataObjectType()==true http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23852.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1772) Setting::getDataObjectValue returning null pointer
[ https://issues.apache.org/jira/browse/TUSCANY-1772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1772: -- Attachment: tuscan1772.adrianocrestani.09_20_2007.patch a new testcase was inserted on SDO tests project, but on this patch, the only testcase being executed is the jira1772, because the others are failing(I dont know why) This testcase, jira1772, demonstrates how the method Setting::getDataObjectValue() is not working as expected, returning a null pointer when its Type is a DataObject Setting::getDataObjectValue returning null pointer -- Key: TUSCANY-1772 URL: https://issues.apache.org/jira/browse/TUSCANY-1772 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-Next Environment: windows xp professional edition Microsoft Visual Studio 2005 Reporter: Adriano Crestani Priority: Critical Fix For: Cpp-Next Attachments: tuscan1772.adrianocrestani.09_20_2007.patch The method setting.getDataObjectValue is returning a null pointer when the setting.getType().isDataObjectType()==true http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23852.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1772) Setting::getDataObjectValue returning null pointer
[ https://issues.apache.org/jira/browse/TUSCANY-1772?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1772: -- Attachment: tuscan1772.adrianocrestani.09_20_2007.patch the second patch is ignoring the root object contained in ChangedObjectList Setting::getDataObjectValue returning null pointer -- Key: TUSCANY-1772 URL: https://issues.apache.org/jira/browse/TUSCANY-1772 Project: Tuscany Issue Type: Bug Components: C++ SDO Affects Versions: Cpp-Next Environment: windows xp professional edition Microsoft Visual Studio 2005 Reporter: Adriano Crestani Priority: Critical Fix For: Cpp-Next Attachments: tuscan1772.adrianocrestani.09_20_2007.patch, tuscan1772.adrianocrestani.09_20_2007.patch The method setting.getDataObjectValue is returning a null pointer when the setting.getType().isDataObjectType()==true http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg23852.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1466) Improvement in transaction support
[ https://issues.apache.org/jira/browse/TUSCANY-1466?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1466. --- Resolution: Fixed Improvement in transaction support -- Key: TUSCANY-1466 URL: https://issues.apache.org/jira/browse/TUSCANY-1466 Project: Tuscany Issue Type: Improvement Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1466.patch http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19882.html Analyze above mail thread further and do necessary improvements. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1239) Statement::executeQuery and Statement::execute should throw exception
[ https://issues.apache.org/jira/browse/TUSCANY-1239?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1239. --- Resolution: Fixed Statement::executeQuery and Statement::execute should throw exception - Key: TUSCANY-1239 URL: https://issues.apache.org/jira/browse/TUSCANY-1239 Project: Tuscany Issue Type: Improvement Components: C++ DAS Reporter: Adriano Crestani Fix For: Cpp-Next Statement::executeQuery and Statement::execute should throw some kind of exception when the statement query is not successfully completed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1463) Support for Clob and Array fields
[ https://issues.apache.org/jira/browse/TUSCANY-1463?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521702 ] Adriano Crestani commented on TUSCANY-1463: --- Commited ; ) Amita, I had some problems applying this patch, I think it was something with my svn, than I fixed it manually. Can you please check if the tests are running as you expect? Regards, Adriano Crestani Support for Clob and Array fields - Key: TUSCANY-1463 URL: https://issues.apache.org/jira/browse/TUSCANY-1463 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1463.patch, moin-www.png http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19981.html, http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20400.html Action on the issues discussed in above mails. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1463) Support for Clob and Array fields
[ https://issues.apache.org/jira/browse/TUSCANY-1463?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1463. --- Resolution: Fixed Support for Clob and Array fields - Key: TUSCANY-1463 URL: https://issues.apache.org/jira/browse/TUSCANY-1463 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1463.patch, moin-www.png http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19981.html, http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20400.html Action on the issues discussed in above mails. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1438) Change TuscanySCA Native build system to use ant
[ https://issues.apache.org/jira/browse/TUSCANY-1438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521286 ] Adriano Crestani commented on TUSCANY-1438: --- The patch tuscany_patch_update10_jira1438 seems to be generated from a old trunk version, somehow my tortoiseSVN is reporting The patch seems outdated. Regards, Adriano Crestani Change TuscanySCA Native build system to use ant Key: TUSCANY-1438 URL: https://issues.apache.org/jira/browse/TUSCANY-1438 Project: Tuscany Issue Type: Improvement Components: C++ SCA Affects Versions: Cpp-Next Environment: all platforms Reporter: Brady Johnson Priority: Minor Fix For: Cpp-Next Attachments: README_ANT_INSTALL.txt, samples.CppBigBank.build.xml, tuscany_patch_update10_jira1438, tuscany_patch_update2_jira1438, tuscany_patch_update3_jira1438, tuscany_patch_update4_jira1438, tuscany_patch_update5_jira1438, tuscany_patch_update6_jira1438, tuscany_patch_update7_jira1438, tuscany_patch_update8_jira1438, tuscany_patch_update9_jira1438, TuscanySCANative.ant.display.system, tuscanySCAnative_ant.tar.gz, tuscanySCAnative_ant_update1.tar.gz In an effort to simplify the build process, I would like to propose switching over to use ant instead of automake. It will be much easier to maintain, and is used by many more developers today than automake. Per a request by Pete Robbins to show what the build scripts would look like for cpp/sca/runtime/core, I will attach a patch with the build infrastructure to build, link, and install said library. Brady Johnson Lead Software Developer - HydraSCA Rogue Wave Software - [EMAIL PROTECTED] -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1464) Wrong query results when SELECT misses PKs
[ https://issues.apache.org/jira/browse/TUSCANY-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1464. --- Resolution: Fixed Wrong query results when SELECT misses PKs -- Key: TUSCANY-1464 URL: https://issues.apache.org/jira/browse/TUSCANY-1464 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1464.patch, 1464.patch, 1464.patch, 1464.patch http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20322.html Fix the bug uncovered in above mail discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1465) Allow passing ResultDescriptor for dynamic Commands
[ https://issues.apache.org/jira/browse/TUSCANY-1465?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1465. --- Resolution: Fixed Allow passing ResultDescriptor for dynamic Commands --- Key: TUSCANY-1465 URL: https://issues.apache.org/jira/browse/TUSCANY-1465 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1465.patch, 1465.patch http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19886.html Action for the issue discussed in above mail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1465) Allow passing ResultDescriptor for dynamic Commands
[ https://issues.apache.org/jira/browse/TUSCANY-1465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518948 ] Adriano Crestani commented on TUSCANY-1465: --- Hi Amita, 1) Lets exemplify: { //user code List userResultDescriptors = new ArrayList(); userResultDescriptors.add(resultDescriptor1); userResultDescriptors.add(resultDescriptor2); readCommand.setResultDescriptor(userResultDescriptors); userResultDescriptors.add(resultDescriptor3); // [3] } //user code On ReadCommandImpl: public void setResultDescriptor(List resultDescriptor){ //for null/0 list or -1 columnIndex, throw RuntimeException if(resultDescriptor == null || resultDescriptor.size()==0){ throw new RuntimeException(Can not accept null or empty ResultDescriptor); } for(int i=0; iresultDescriptor.size(); i++){ if( ((ResultDescriptor)resultDescriptor.get(i)).getColumnIndex() = -1 ){ throw new RuntimeException(Need =0 columnIndex sequencing in ResultDescriptor); } } this.resultDescriptor = resultDescriptor; // [1] this.resultSetShape = new ResultSetShape(resultDescriptor, configWrapper.getConfig()); // [2] } [1] here the user ResultDescriptor List object is being set as Command ResultDescriptor List, so when the user add the resultDescriptor3 on [3] the Command ResultDescriptor List will also be modified. [2] here the user ResultDescriptor List is being copied on ResultSetShape constructor when ResultDescriptorSorter.sortList() method is invoked, as defined on item 2). So, as it is a new copy, when user add the resultDescriptor3 on the list it will not be updated on ResultSetShape, that will continue storing info only about the resultDescriptor1 and 2. So, the readCommandImpl.resultDescriptors and readCommandImpl.resultSetShape will have different information. I suggest to copy the user ResultDescriptor List and also its ResultDescriptors, once the user can externaly alter the ResultDescriptor object using its setters and it will not be updated on ResultSetShape. It's just all about the ResultSetShape not being updated when ResultDescriptors info are modified externaly. If you want to, you may find a way to keep the ResultSetShape updated, but it all depends on the logic you want to define: if the user can modify the ResultDescriptor externaly after have set the ResultDescriptor on a Command or not. 4) Sorry for bothering you with names and patterns issues, but as these methods will be used by the user, I think we should be cautiously when defining them. Agreed? Allow passing ResultDescriptor for dynamic Commands --- Key: TUSCANY-1465 URL: https://issues.apache.org/jira/browse/TUSCANY-1465 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1465.patch http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19886.html Action for the issue discussed in above mail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1465) Allow passing ResultDescriptor for dynamic Commands
[ https://issues.apache.org/jira/browse/TUSCANY-1465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518654 ] Adriano Crestani commented on TUSCANY-1465: --- - On ReadCommandImpl.setResultDescriptor(List) you are storing the list directly, however I think the list should be copied(also the elements), because the way it is the user can modify the Command's ResultDescriptor List or the ResultDescriptor itself anywhere else on users'code without notify the Command. - The ResultDescriptorSorter.sortList(List) is returning 3 different ways: 1. When the List parameter is null, the method returns null. I think it's ok 2. When the List is empty, the method returns the same List object 3. Otherwise, it's returning a new List object containing the ResultDescriptors sorted by the index I think on 2 the List returned should be a new empty List and not the parameter List. OR the 3 could return the same List but with the objects sorted. I think it's important to define the method logic, if it will always return the same List passed on parameter or return a new List. - Why ResultDescriptor cannot be made Comparable? - Is there any reason not to name the method List Command.set/getResultDescriptor to set/getResultDescriptors? Because it returns a List of ResultDescriptors, and not a single one. Maybe we could use some pattern here, as addResultDescriptor(ResultDescriptor), removeResultDescriptor(ResultDescriptor), and getResultDescriptor(int). - Why the ResultDescriptor Lists paremeters and returns cannot be defined as ListResultDescriptor? I applied the patch on my trunk and it passed on all mvn tests, I think it`s ok. I just want to know your thougths about my questions above : ) Regards, Adriano Crestani Allow passing ResultDescriptor for dynamic Commands --- Key: TUSCANY-1465 URL: https://issues.apache.org/jira/browse/TUSCANY-1465 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1465.patch http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19886.html Action for the issue discussed in above mail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1464) Wrong query results when SELECT misses PKs
[ https://issues.apache.org/jira/browse/TUSCANY-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518670 ] Adriano Crestani commented on TUSCANY-1464: --- - On code below, it checks for the fk COC that is table_id, however this code will take _id as fk, but there is no table name before the '_'. I think the condition below should be = 1 instead of 0. ResultMetadata Constructor: ... String colName = ; if (columnName.indexOf(_ID) = 0) { ... -Another doubt, is the String column name always upper case? Otherwise the indexof will look for the _ID on sensitive case mode, when it shouldn't. - Why do you check for null pks twice on method ResultSetProcessor.addRowToGraph? if (!rawDataFromRow.hasValidPrimaryKey() || (rawDataFromRow.hasNullPrimaryKey() !rawDataFromRow.isTableEmpty())) {//some PK null , but other data present //continue; - need to throw exception as anyway the result will give a wrong impression //when any one table in result set misses PK column or has null value in PK column throw new RuntimeException(Table +rawDataFromRow.getTableName()+ in query does not include Primary Key + column or has null value in it, can not proceed!); } String tableName = rawDataFromRow.getTableName(); DataObject tableObject = registry.get(tableName, rawDataFromRow.getPrimaryKeyValues()); if (tableObject == null rawDataFromRow.getPrimaryKeyValues() != null !rawDataFromRow.getPrimaryKeyValues().contains(null) rawDataFromRow.getPrimaryKeyValues().size() 0) {//2nd check for null data in PK, //as TableData.addData() - hasValidPrimaryKey=false is commented for a reason //with this, DataObjs with null PK will not be added to registry and tableObjects tableObject = doMaker.createAndAddDataObject(rawDataFromRow, resultMetadata); if (this.logger.isDebugEnabled()) { this.logger.debug(Putting table + tableName + with PK + rawDataFromRow.getPrimaryKeyValues() + into registry); } registry.put(tableName, rawDataFromRow.getPrimaryKeyValues(), tableObject); } else{ if (this.logger.isDebugEnabled()) { this.logger.debug(Not Null tableObject or NULL PK); } } I applied the patch on trunk, but when mvn compiled there was a class using ResultDescriptor.getColumnIndex method, but this getter was only added on patch from JIRA 1465. Then I applied both, 1464 and then 1465, is it ok? Perhaps, the mvn tests failed on test: FAILURE! testReplaceResultDescriptor(org.apache.tuscany.das.rdb.test.DynamicResultDescrip torTests) Time elapsed: 0.02 sec FAILURE! junit.framework.AssertionFailedError at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at junit.framework.Assert.assertTrue(Assert.java:27) at org.apache.tuscany.das.rdb.test.DynamicResultDescriptorTests.testRepl aceResultDescriptor(DynamicResultDescriptorTests.java:147) at org.apache.tuscany.das.rdb.test.DynamicResultDescriptorTests.testRepl aceResultDescriptor(DynamicResultDescriptorTests.java:147) I don't know if I did something wrong, but I will try it tomorrow, needing to sleep now ; ) Regards, Adriano Crestani Wrong query results when SELECT misses PKs -- Key: TUSCANY-1464 URL: https://issues.apache.org/jira/browse/TUSCANY-1464 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1464.patch, 1464.patch, 1464.patch http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20322.html Fix the bug uncovered in above mail discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1465) Allow passing ResultDescriptor for dynamic Commands
[ https://issues.apache.org/jira/browse/TUSCANY-1465?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12518716 ] Adriano Crestani commented on TUSCANY-1465: --- I agree with you ant, I applied the patches from JIRA 1465 and 1464 separately and both passed on maven tests. Then I applied both on the same trunk, but the tests failed, so I couldn't commit :( These errors are commented on https://issues.apache.org/jira/browse/TUSCANY-1464 Regards, Adraino Crestani Allow passing ResultDescriptor for dynamic Commands --- Key: TUSCANY-1465 URL: https://issues.apache.org/jira/browse/TUSCANY-1465 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1465.patch http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg19886.html Action for the issue discussed in above mail. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1464) Wrong query results when SELECT misses PKs
[ https://issues.apache.org/jira/browse/TUSCANY-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517631 ] Adriano Crestani commented on TUSCANY-1464: --- Replies on http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20244.html Wrong query results when SELECT misses PKs -- Key: TUSCANY-1464 URL: https://issues.apache.org/jira/browse/TUSCANY-1464 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1464.patch, 1464.patch http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20322.html Fix the bug uncovered in above mail discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1464) Wrong query results when SELECT misses PKs
[ https://issues.apache.org/jira/browse/TUSCANY-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517162 ] Adriano Crestani commented on TUSCANY-1464: --- 1- OK 2 - commented on ML 3- As ID column being considered primary key is a Convention Over Configuration issue, I think the user shouldn't need to declare it anywhere, cause DAS should recognize it anyway. What do you think? Regards, Adriano Crestani Wrong query results when SELECT misses PKs -- Key: TUSCANY-1464 URL: https://issues.apache.org/jira/browse/TUSCANY-1464 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1464.patch http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20322.html Fix the bug uncovered in above mail discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1464) Wrong query results when SELECT misses PKs
[ https://issues.apache.org/jira/browse/TUSCANY-1464?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12517084 ] Adriano Crestani commented on TUSCANY-1464: --- reviewing patch ; ) Adriano Crestani Wrong query results when SELECT misses PKs -- Key: TUSCANY-1464 URL: https://issues.apache.org/jira/browse/TUSCANY-1464 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-Next Reporter: Amita Vadhavkar Assignee: Amita Vadhavkar Fix For: Java-DAS-Next Attachments: 1464.patch http://www.mail-archive.com/tuscany-dev@ws.apache.org/msg20322.html Fix the bug uncovered in above mail discussion. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1404) Detail DAS samples' readme
[ https://issues.apache.org/jira/browse/TUSCANY-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12510073 ] Adriano Crestani commented on TUSCANY-1404: --- detailed customer sample's readme Detail DAS samples' readme -- Key: TUSCANY-1404 URL: https://issues.apache.org/jira/browse/TUSCANY-1404 Project: Tuscany Issue Type: Improvement Components: Java DAS RDB Affects Versions: Java-DAS-beta1 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Critical Fix For: Java-DAS-beta1 - Create a readme on DAS samples' top level dir that summarizes all DAS samples - Detail how to run and use customer sample on its readme -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1404) Detail DAS samples' readme
[ https://issues.apache.org/jira/browse/TUSCANY-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1404. --- Resolution: Fixed Detail DAS samples' readme -- Key: TUSCANY-1404 URL: https://issues.apache.org/jira/browse/TUSCANY-1404 Project: Tuscany Issue Type: Improvement Components: Java DAS RDB Affects Versions: Java-DAS-beta1 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Critical Fix For: Java-DAS-beta1 - Create a readme on DAS samples' top level dir that summarizes all DAS samples - Detail how to run and use customer sample on its readme -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1404) Detail DAS samples' readme
[ https://issues.apache.org/jira/browse/TUSCANY-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12509784 ] Adriano Crestani commented on TUSCANY-1404: --- Created the readme that summarizes all samples Detail DAS samples' readme -- Key: TUSCANY-1404 URL: https://issues.apache.org/jira/browse/TUSCANY-1404 Project: Tuscany Issue Type: Improvement Components: Java DAS RDB Affects Versions: Java-DAS-beta1 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Critical Fix For: Java-DAS-beta1 - Create a readme on DAS samples' top level dir that summarizes all DAS samples - Detail how to run and use customer sample on its readme -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1404) Detail DAS samples' readme
Detail DAS samples' readme -- Key: TUSCANY-1404 URL: https://issues.apache.org/jira/browse/TUSCANY-1404 Project: Tuscany Issue Type: Improvement Components: Java DAS RDB Affects Versions: Java-DAS-beta1 Reporter: Adriano Crestani Priority: Critical Fix For: Java-DAS-beta1 - Create a readme on DAS samples' top level dir that summarizes all DAS samples - Detail how to run and use customer sample on its readme -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-1404) Detail DAS samples' readme
[ https://issues.apache.org/jira/browse/TUSCANY-1404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani reassigned TUSCANY-1404: - Assignee: Adriano Crestani Detail DAS samples' readme -- Key: TUSCANY-1404 URL: https://issues.apache.org/jira/browse/TUSCANY-1404 Project: Tuscany Issue Type: Improvement Components: Java DAS RDB Affects Versions: Java-DAS-beta1 Reporter: Adriano Crestani Assignee: Adriano Crestani Priority: Critical Fix For: Java-DAS-beta1 - Create a readme on DAS samples' top level dir that summarizes all DAS samples - Detail how to run and use customer sample on its readme -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1355) DAS-RDB does not support Oracle or SqlServer well
[ https://issues.apache.org/jira/browse/TUSCANY-1355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12508466 ] Adriano Crestani commented on TUSCANY-1355: --- Hi lizhantao, When you mean create command dynamically, you are saying you cannot know previously what your select will return, right?! If it is, there is no way to DAS to know which table each column on the ResultSet it belongs, since the Oracle JDBC Driver does not return the table's column. Though, it is not possible to use DAS on this case. I also don't see how we could improve DAS to support this kind of situation. Regards, Adriano Crestani DAS-RDB does not support Oracle or SqlServer well - Key: TUSCANY-1355 URL: https://issues.apache.org/jira/browse/TUSCANY-1355 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-M2 Environment: DAS-RDB to access the database of Oracle Reporter: wangful I have used the following simple codes to use DAS to access an Oracle database. //String url = jdbc:db2j:D:/RAD6/runtimes/base_v6/cloudscape/DAS; String url = jdbc:oracle:thin:wcs/wcs1@//raptor08:1521/g10; String query = select * from MYCUSTOMER; String query_result=; Connection conn = null; // Class.forName(com.ibm.db2j.jdbc.DB2jDriver).newInstance(); DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver()); conn = DriverManager.getConnection(url); conn.setAutoCommit(false); DAS das = DAS.FACTORY.createDAS(conn); Command readStores = das.createCommand(query); DataObject root = (DataObject)readStores.executeQuery(); DataObject cus1 = root.getDataObject(MYCUSTOMER[1]); System.out.println(root.getInt(MYCUSTOMER[1]/ID)); System.out.println(root.getString(MYCUSTOMER[1]/NAME)); It will caused the following error: Exception in thread main java.lang.IllegalArgumentException: Class 'DataGraphRoot' does not have a feature named 'MYCUSTOMER' at org.apache.tuscany.sdo.util.DataObjectUtil.getOpenFeature(DataObjectUtil.java:1804) at org.apache.tuscany.sdo.util.DataObjectUtil.getProperty(DataObjectUtil.java:2367) at org.apache.tuscany.sdo.impl.DataObjectImpl.getProperty(DataObjectImpl.java:1287) at org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.setFeatureName(DataObjectUtil.java:2054) at org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.process(DataObjectUtil.java:2161) at org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.init(DataObjectUtil.java:1940) at org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.create(DataObjectUtil.java:1860) at org.apache.tuscany.sdo.util.DataObjectUtil.get(DataObjectUtil.java:744) at org.apache.tuscany.sdo.impl.DataObjectImpl.get(DataObjectImpl.java:216) at org.apache.tuscany.sdo.impl.DataObjectImpl.getDataObject(DataObjectImpl.java:326) at TestDAS.main(TestDAS.java:47) But the same code and same config will work well for cloudscape database. There are also some other problems for Oracle, seems DAS can't work for oracle. Will someone look into this problem? Thanks. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1355) DAS-RDB does not support Oracle or SqlServer well
[ https://issues.apache.org/jira/browse/TUSCANY-1355?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12506019 ] Adriano Crestani commented on TUSCANY-1355: --- Hi, DAS supports Oracle, but when on your code you create a DAS not specifying a config file, it, by default, tries to retrieve the tables' metadata using JDBC. However, Oracle JDBC Driver does not provide all metadata necessary to build the graph. To solve this issue, you should define a resultset descriptor as explained on this page: http://incubator.apache.org/tuscany/explicit-resultset-shape-definition.html DAS-RDB does not support Oracle or SqlServer well - Key: TUSCANY-1355 URL: https://issues.apache.org/jira/browse/TUSCANY-1355 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-M2 Environment: DAS-RDB to access the database of Oracle Reporter: wangful I have used the following simple codes to use DAS to access an Oracle database. //String url = jdbc:db2j:D:/RAD6/runtimes/base_v6/cloudscape/DAS; String url = jdbc:oracle:thin:wcs/wcs1@//raptor08:1521/g10; String query = select * from MYCUSTOMER; String query_result=; Connection conn = null; // Class.forName(com.ibm.db2j.jdbc.DB2jDriver).newInstance(); DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver()); conn = DriverManager.getConnection(url); conn.setAutoCommit(false); DAS das = DAS.FACTORY.createDAS(conn); Command readStores = das.createCommand(query); DataObject root = (DataObject)readStores.executeQuery(); DataObject cus1 = root.getDataObject(MYCUSTOMER[1]); System.out.println(root.getInt(MYCUSTOMER[1]/ID)); System.out.println(root.getString(MYCUSTOMER[1]/NAME)); It will caused the following error: Exception in thread main java.lang.IllegalArgumentException: Class 'DataGraphRoot' does not have a feature named 'MYCUSTOMER' at org.apache.tuscany.sdo.util.DataObjectUtil.getOpenFeature(DataObjectUtil.java:1804) at org.apache.tuscany.sdo.util.DataObjectUtil.getProperty(DataObjectUtil.java:2367) at org.apache.tuscany.sdo.impl.DataObjectImpl.getProperty(DataObjectImpl.java:1287) at org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.setFeatureName(DataObjectUtil.java:2054) at org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.process(DataObjectUtil.java:2161) at org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.init(DataObjectUtil.java:1940) at org.apache.tuscany.sdo.util.DataObjectUtil$Accessor.create(DataObjectUtil.java:1860) at org.apache.tuscany.sdo.util.DataObjectUtil.get(DataObjectUtil.java:744) at org.apache.tuscany.sdo.impl.DataObjectImpl.get(DataObjectImpl.java:216) at org.apache.tuscany.sdo.impl.DataObjectImpl.getDataObject(DataObjectImpl.java:326) at TestDAS.main(TestDAS.java:47) But the same code and same config will work well for cloudscape database. There are also some other problems for Oracle, seems DAS can't work for oracle. Will someone look into this problem? Thanks. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1140) Implementation of DAS Lite Command classes
[ https://issues.apache.org/jira/browse/TUSCANY-1140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1140. --- Resolution: Fixed All classes suggested are implemented and working Implementation of DAS Lite Command classes -- Key: TUSCANY-1140 URL: https://issues.apache.org/jira/browse/TUSCANY-1140 Project: Tuscany Issue Type: Sub-task Components: C++ DAS Reporter: Adriano Crestani Assignee: Adriano Crestani Fix For: Cpp-Next Attachments: DAS.zip, tuscany1040.crestani.20070315.patch, tuscany1140.crestani.20070406.patch Implementation of BaseCommandImpl, Command, CommandImpl and ReadCommandImpl classes as described on the DAS Lite class diagram: http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=45093 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Closed: (TUSCANY-1220) FK columns name retrieved by dbms contain invalid characters
[ https://issues.apache.org/jira/browse/TUSCANY-1220?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani closed TUSCANY-1220. - Resolution: Won't Fix DAS C++ is no more using the class Database. FK columns name retrieved by dbms contain invalid characters Key: TUSCANY-1220 URL: https://issues.apache.org/jira/browse/TUSCANY-1220 Project: Tuscany Issue Type: Task Components: C++ DAS Reporter: Adriano Crestani Priority: Minor Fix For: Cpp-Next The method ResultSet* Database::getFKs(std::string tableName) const returns a ResultSet containing information about the tableName foreign keys. When getting specially the pk column name and fk column name, it is returning the column name surrounded by ' . For example: std::cout FK Column Name = fksResultSet-getSQLVarchar(7); // 7th column contains the fk column name std::cout \nPK Column Name = fksResultSet-getSQLVarchar(3); // 3th column contains the fk column name std::cout \nPK Table Name = fksResultSet-getSQLVarchar(2); // 2nd column contains the pk table name output: FK Column Name = 'COMPANY_ID' PK Column Name = 'ID' PK Table Name = DEPARTMENT As seen on the output, only the pk and fk column name are surrounded by ' . I'm actually solving this problem removing the ' from the string: std::string fkColumnName = fksResultSet-getSQLVarchar(7); std::string pkTableName = fksResultSet-getSQLVarchar(2); std::string pkColumnName = fksResultSet-getSQLVarchar(3); fkColumnName = fkColumnName.substr(1, fkColumnName.size() - 2); pkColumnName = pkColumnName.substr(1, pkColumnName.size() - 2); I'm using MySQL server. I don't know if it happens only with MySQL server or if there are others which do the same. I propose to test it using others DBMSs to test if it happens only on MySQL server or not. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-1295) Resolve Memory Leaks in RDB DAS source and test cases code
[ https://issues.apache.org/jira/browse/TUSCANY-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12498146 ] Adriano Crestani commented on TUSCANY-1295: --- Hi Amita, I got a problem with the file MultiSchemaTests.java. It seems mixed the data of three files in one. Cause there are three MultiSchemaTests class defined along the file. I haven't check if they are the same, like if someone copied the class and pasted twice in the same file. Can you check this out? The same happens on MultiSchemaData.java. Resolve Memory Leaks in RDB DAS source and test cases code -- Key: TUSCANY-1295 URL: https://issues.apache.org/jira/browse/TUSCANY-1295 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Affects Versions: Java-DAS-M3 Reporter: Amita Vadhavkar Fix For: Java-DAS-Mx Attachments: JIRA1295_952_May21.txt, JIRA1295_952_May21.txt, JIRA1295_952_May22.txt, JProfReportsMay21.zip, JProfReportsMay21.zip It is seen that as the number of test cases in RDB DAS JUnit testing increase, the memory consumption increase and beyond a certail limit, there is OutOfMemory exception for heap memory. This JIRA is created to elaborate the cause-solution for this and provide the fix. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1239) Statement::executeQuery and Statement::execute should throw exception
Statement::executeQuery and Statement::execute should throw exception - Key: TUSCANY-1239 URL: https://issues.apache.org/jira/browse/TUSCANY-1239 Project: Tuscany Issue Type: Improvement Components: C++ DAS Affects Versions: Wish list Reporter: Adriano Crestani Fix For: Wish list Statement::executeQuery and Statement::execute should throw some kind of exception when the statement query is not successfully completed. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Commented: (TUSCANY-952) DAS must support queries that reference tables in different schemas
[ https://issues.apache.org/jira/browse/TUSCANY-952?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12491452 ] Adriano Crestani commented on TUSCANY-952: -- Amita, I was revising your classes and found some problems: - The following constructor: ... public QualifiedColumn(String name, boolean isDatabaseSchemaNameSupported) { int index = name.indexOf('.'); if ( index == -1 ) { throw new RuntimeException(Column + name + must be qualified with a table name and optional schema name); } ... If a new QualifiedColumn(table, false) is invoked, it will throw an RuntimeException because it doesn't check if on the first condition the variable isDatabaseSchemaNameSupported. I suggest a modification on the first condition: ... if ( index == -1 !isDatabaseSchemaNameSupported) { throw new RuntimeException(Column + name + must be qualified with a table name and optional schema name); } ... - Another doubt on MappingWrapper.addRelationship(Vector parentNames, Vector childNames) that you create two VectorQualifiedColumn and add new QualifiedColumns are being created with QualifiedColumn(String tableName) constructor. This way it will not load the schema name. I commented it on the code bellow: ... public Relationship addRelationship(Vector parentNames, Vector childNames) { //create vector for each if(parentNames.size() != childNames.size()){ throw new RuntimeException(Can not for relationship for multiple keys, different sizes); } Vector parentColumns = new Vector(); Vector childColumns = new Vector(); for(int i=0; iparentNames.size(); i++){ // it should be checked if the schema name is supported and use another constructor for it QualifiedColumn parent = new QualifiedColumn((String)parentNames.get(i)); QualifiedColumn child = new QualifiedColumn((String)childNames.get(i)); parentColumns.add(parent); childColumns.add(child); } //all parent columns should be from same table and schema //all child columns should be from same table and schema checkTableNames(parentColumns); checkSchemaNames(parentColumns); checkTableNames(childColumns); checkSchemaNames(childColumns); Relationship r = FACTORY.createRelationship(); //JIRA-952 if(this.config.isDatabaseSchemaNameSupported()){ // As the QualifiedColumns are being created with QualifiedName(String name) constructor, the method getShemaName will always return r.setName(((QualifiedColumn)childColumns.get(0)).getSchemaName()+. +((QualifiedColumn)childColumns.get(0)).getTableName()); r.setPrimaryKeyTable(((QualifiedColumn)parentColumns.get(0)).getSchemaName()+. +((QualifiedColumn)parentColumns.get(0)).getTableName()); r.setForeignKeyTable(((QualifiedColumn)childColumns.get(0)).getSchemaName()+. +((QualifiedColumn)childColumns.get(0)).getTableName()); } else{ r.setName(((QualifiedColumn)childColumns.get(0)).getTableName()); r.setPrimaryKeyTable(((QualifiedColumn)parentColumns.get(0)).getTableName()); r.setForeignKeyTable(((QualifiedColumn)childColumns.get(0)).getTableName()); } ... - I didn't check all your code yet, I will wait for clarifications ; ) Adriano Crestani DAS must support queries that reference tables in different schemas - Key: TUSCANY-952 URL: https://issues.apache.org/jira/browse/TUSCANY-952 Project: Tuscany Issue Type: Bug Components: Java DAS RDB Reporter: Kevin Williams Fix For: Java-DAS-Mx Attachments: DAS-JIRA-952-Apr24-Amita.txt, JIRA-952-Details.doc, JIRA-952-Feb16-Amita.jar, JIRA-952-Mar01-Amita.jar The DAS is curently ignorant of database schema designations. This means the DAS will generate incorrect write statements when it processes the change summary from a data graph that originated from a query that uses schema names that are different from the default schema. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Resolved: (TUSCANY-1219) Modification in Connection and Statement classes. Creation of new classes : SqlException, PreparedStatement
[ https://issues.apache.org/jira/browse/TUSCANY-1219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani resolved TUSCANY-1219. --- Resolution: Fixed Modification in Connection and Statement classes. Creation of new classes : SqlException, PreparedStatement --- Key: TUSCANY-1219 URL: https://issues.apache.org/jira/browse/TUSCANY-1219 Project: Tuscany Issue Type: Improvement Components: C++ DAS Affects Versions: Wish list Environment: WIN32 Reporter: Douglas Siqueira Leite Fix For: Wish list Attachments: tuscany-1219-douglassleite.04212007 There are some modifications in the Connection class, mainly in the constructor. Now the constructor´s arguments are the dns, user, and password, instead of the SQLHENV and SQLHDBC. SqlException class was created to indicate an ocurrence of a exception related to a sql error. The main modifications in the Statement class are the call of some ODBC functions, and the change of some variable sql types that was depreciated, like HSTMT to SQLHSTMT. The PreparedStatement class definition was created. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1220) FK columns name retrieved by dbms contain invalid characters
FK columns name retrieved by dbms contain invalid characters Key: TUSCANY-1220 URL: https://issues.apache.org/jira/browse/TUSCANY-1220 Project: Tuscany Issue Type: Task Components: C++ DAS Affects Versions: Wish list Reporter: Adriano Crestani Priority: Minor Fix For: Wish list The method ResultSet* Database::getFKs(std::string tableName) const returns a ResultSet containing information about the tableName foreign keys. When getting specially the pk column name and fk column name, it is returning the column name surrounded by ' . For example: std::cout FK Column Name = fksResultSet-getSQLVarchar(7); // 7th column contains the fk column name std::cout \nPK Column Name = fksResultSet-getSQLVarchar(3); // 3th column contains the fk column name std::cout \nPK Table Name = fksResultSet-getSQLVarchar(2); // 2nd column contains the pk table name output: FK Column Name = 'COMPANY_ID' PK Column Name = 'ID' PK Table Name = DEPARTMENT As seen on the output, only the pk and fk column name are surrounded by ' . I'm actually solving this problem removing the ' from the string: std::string fkColumnName = fksResultSet-getSQLVarchar(7); std::string pkTableName = fksResultSet-getSQLVarchar(2); std::string pkColumnName = fksResultSet-getSQLVarchar(3); fkColumnName = fkColumnName.substr(1, fkColumnName.size() - 2); pkColumnName = pkColumnName.substr(1, pkColumnName.size() - 2); I'm using MySQL server. I don't know if it happens only with MySQL server or if there are others which do the same. I propose to test it using others DBMSs to test if it happens only on MySQL server or not. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1219) Modification in Connection and Statement classes. Creation of new classes : SqlException, PreparedStatement
[ https://issues.apache.org/jira/browse/TUSCANY-1219?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1219: -- Environment: WIN32 (was: Plattaform Windows with Microsoft Visual C++ 2005 Express Edition.) Modification in Connection and Statement classes. Creation of new classes : SqlException, PreparedStatement --- Key: TUSCANY-1219 URL: https://issues.apache.org/jira/browse/TUSCANY-1219 Project: Tuscany Issue Type: Improvement Components: C++ DAS Affects Versions: Wish list Environment: WIN32 Reporter: Douglas Siqueira Leite Fix For: Wish list There are some modifications in the Connection class, mainly in the constructor. Now the constructor´s arguments are the dns, user, and password, instead of the SQLHENV and SQLHDBC. SqlException class was created to indicate an ocurrence of a exception related to a sql error. The main modifications in the Statement class are the call of some ODBC functions, and the change of some variable sql types that was depreciated, like HSTMT to SQLHSTMT. The PreparedStatement class definition was created. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1140) Implementation of DAS Lite Command classes
[ https://issues.apache.org/jira/browse/TUSCANY-1140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1140: -- Attachment: tuscany1040.crestani.20070315.patch - Added a new project to vs solution titled das_lite - Implementation of ReadCommanImpl, BaseCommandImpl and CommandImpl classes - Integration with sdo on ReadCommanImpl::buildGraph method is not working correctly - Also added other classes of das_lite library, but not completely implemented yet Implementation of DAS Lite Command classes -- Key: TUSCANY-1140 URL: https://issues.apache.org/jira/browse/TUSCANY-1140 Project: Tuscany Issue Type: Sub-task Components: C++ DAS Affects Versions: Wish list Reporter: Adriano Crestani Assigned To: Adriano Crestani Fix For: Wish list Attachments: tuscany1040.crestani.20070315.patch Implementation of BaseCommandImpl, Command, CommandImpl and ReadCommandImpl classes as described on the DAS Lite class diagram: http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=45093 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Created: (TUSCANY-1140) Implementation of DAS Lite Command classes
Implementation of DAS Lite Command classes -- Key: TUSCANY-1140 URL: https://issues.apache.org/jira/browse/TUSCANY-1140 Project: Tuscany Issue Type: Sub-task Components: C++ DAS Affects Versions: Wish list Reporter: Adriano Crestani Assigned To: Adriano Crestani Fix For: Wish list Implementation of BaseCommandImpl, Command, CommandImpl and ReadCommandImpl classes as described on the DAS Lite class diagram: http://cwiki.apache.org/confluence/pages/viewpage.action?pageId=45093 -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Assigned: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani reassigned TUSCANY-1040: - Assignee: Adriano Crestani DAS C++ --- Key: TUSCANY-1040 URL: https://issues.apache.org/jira/browse/TUSCANY-1040 Project: Tuscany Issue Type: New Feature Components: C++ DAS Affects Versions: Wish list Reporter: Luciano Resende Assigned To: Adriano Crestani Fix For: Wish list Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip, DAS_CPP_01_11_2007.zip, tuscany1040.crestani.20070117.txt, tuscany1040.crestani.20070207.patch, tuscany1040.crestani.20070208.patch Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1040: -- Attachment: tuscany1040.crestani.20070208.patch DAS C++ --- Key: TUSCANY-1040 URL: https://issues.apache.org/jira/browse/TUSCANY-1040 Project: Tuscany Issue Type: New Feature Components: C++ SDO Affects Versions: Wish list Reporter: Luciano Resende Fix For: Wish list Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip, DAS_CPP_01_11_2007.zip, tuscany1040.crestani.20070117.txt, tuscany1040.crestani.20070207.patch, tuscany1040.crestani.20070208.patch Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1040: -- Attachment: tuscany1040.crestani.20070207.patch DAS C++ --- Key: TUSCANY-1040 URL: https://issues.apache.org/jira/browse/TUSCANY-1040 Project: Tuscany Issue Type: New Feature Components: C++ SDO Affects Versions: Wish list Reporter: Luciano Resende Fix For: Wish list Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip, DAS_CPP_01_11_2007.zip, tuscany1040.crestani.20070117.txt, tuscany1040.crestani.20070207.patch Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1040: -- Attachment: tuscany1040.crestani.20070117.txt DAS C++ --- Key: TUSCANY-1040 URL: https://issues.apache.org/jira/browse/TUSCANY-1040 Project: Tuscany Issue Type: New Feature Components: C++ SDO Affects Versions: Wish list Reporter: Luciano Resende Fix For: Wish list Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip, DAS_CPP_01_11_2007.zip, tuscany1040.crestani.20070117.txt Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1040: -- Attachment: DAS_CPP_01_11_2007.zip DAS C++ --- Key: TUSCANY-1040 URL: https://issues.apache.org/jira/browse/TUSCANY-1040 Project: Tuscany Issue Type: New Feature Components: C++ SDO Affects Versions: Wish list Reporter: Luciano Resende Fix For: Wish list Attachments: DAS_CPP.zip, DAS_CPP_01_11_2007.zip Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[jira] Updated: (TUSCANY-1040) DAS C++
[ https://issues.apache.org/jira/browse/TUSCANY-1040?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Adriano Crestani updated TUSCANY-1040: -- Attachment: DAS_CPP.zip DAS C++ --- Key: TUSCANY-1040 URL: https://issues.apache.org/jira/browse/TUSCANY-1040 Project: Tuscany Issue Type: New Feature Components: C++ SDO Affects Versions: Wish list Reporter: Luciano Resende Fix For: Wish list Attachments: DAS_CPP.zip Create a version of DAS in C++ integrating with SDO C++ -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]