[JBoss JIRA] Closed: (TEIID-372) Queries of expired sessions persist "too long"
by Steven Hawkins (JIRA)
[ https://jira.jboss.org/jira/browse/TEIID-372?page=com.atlassian.jira.plug... ]
Steven Hawkins closed TEIID-372.
--------------------------------
Resolution: Out of Date
In all of our initial server testing for 6.x this was not observed, so closing for now.
> Queries of expired sessions persist "too long"
> ----------------------------------------------
>
> Key: TEIID-372
> URL: https://jira.jboss.org/jira/browse/TEIID-372
> Project: Teiid
> Issue Type: Task
> Components: Server
> Affects Versions: 6.0.0
> Environment: All
> Reporter: Paul Nittel
> Fix For: 6.x
>
>
> The Server Connection Test includes a test where a JDBC session is created in jdbcisql, and then jdbcisql is killed (CTRL-C). After 30 - 50 minutes, that session is expired by the system and it is removed from the Sessions panel in the Console.
> I noticed some time later that a query, belonging to the now gone session, was still showing up in the Queries panel. Several others are also hanging around. One was submitted over 2 hours earlier.
> Refreshing the Console's panels does not help. Stopping and starting the Console doesn't help, either.
> The queries should be removed from the system at (roughly) the same time the session is expired, or terminates on its own.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 10 months
[JBoss JIRA] Updated: (TEIID-93) when a fairly complex query is pushed down to the XML-HTTP Connector, it fails
by Steven Hawkins (JIRA)
[ https://jira.jboss.org/jira/browse/TEIID-93?page=com.atlassian.jira.plugi... ]
Steven Hawkins updated TEIID-93:
--------------------------------
Fix Version/s: 6.3.0
(was: 6.x)
> when a fairly complex query is pushed down to the XML-HTTP Connector, it fails
> ------------------------------------------------------------------------------
>
> Key: TEIID-93
> URL: https://jira.jboss.org/jira/browse/TEIID-93
> Project: Teiid
> Issue Type: Bug
> Components: XML Connector
> Affects Versions: 6.x
> Reporter: Steven Hawkins
> Fix For: 6.3.0
>
>
> Defect Tracker #25059: when a fairly complex query is pushed down to the XML-HTTP
> Connector, it fails
> Need a lot more information.
> OK, here's how to reproduce this issue (which we hit at Citi). Use the attached model project set in 5.5.1RC2 Designer, and use the response.xml attached with your standard xmltool.war tester. Then issue the following query from Designer:
> >>
> >> select H_RelationshipID, H_RelationshipName, H_HHID, H_TeamLeadName, H_TeamLeadID, H_MemberFirstName, H_MemberLastName, H_MemberAcctID, H_MemberFCName, H_MemberFCNum, H_HHLeadInd, H_MemberType, H_MemberRole, H_clientId, A_ADDR_TYPE, A_ADDR_SUB_TYPE, A_ADDR_SUB_NAME, A_ADDR_LINE1, A_ADDR_LINE2, A_ADDR_LINE3, A_ADDR_LINE4, A_ADDR_LINE5, A_ADDR_LINE6, A_ADDR_FLAG1, A_ADDR_FLAG2, A_ADDR_FLAG3, A_ADDR_FLAG4, A_ADDR_FLAG5, A_ADDR_FLAG6, A_CITY, A_ZIP, A_STATE_CODE, A_POSTAL_CODE, A_COUNTRY, A_ALTA_TYPE, A_EFF_DATE, A_EXP_DATE from "RPXMLTest"."CustRelnDataWS.WS.RetrieveCustRelnData.relnDataSingleTable" where A_ADDR_TYPE IN ('BA','AA') AND ((A_ADDR_TYPE IN('AA')) AND(NVL(A_ALTA_TYPE,'') = ''))
> >>
> >> This plans to the following source query being pushed to the connector:
> >>
> >> SELECT A_ALTA_TYPE, H_RelationshipID, H_RelationshipName, H_HHID, H_TeamLeadName, H_TeamLeadID, H_MemberFirstName, H_MemberLastName, H_MemberAcctID, H_MemberFCName, H_MemberFCNum, H_HHLeadInd, H_MemberType, H_MemberRole, H_clientId, A_ADDR_TYPE, A_ADDR_SUB_TYPE, A_ADDR_SUB_NAME, A_ADDR_LINE1, A_ADDR_LINE2, A_ADDR_LINE3, A_ADDR_LINE4, A_ADDR_LINE5, A_ADDR_LINE6, A_ADDR_FLAG1, A_ADDR_FLAG2, A_ADDR_FLAG3, A_ADDR_FLAG4, A_ADDR_FLAG5, A_ADDR_FLAG6, A_CITY, A_ZIP, A_STATE_CODE, A_POSTAL_CODE, A_COUNTRY, A_EFF_DATE, A_EXP_DATE FROM RPXMLTest.CustRelnDataWS.WS.RetrieveCustRelnData.relnDataSingleTable WHERE (A_ADDR_TYPE IN ('BA', 'AA')) AND (A_ADDR_TYPE = 'AA')
> >>
> >> Now, the criteria here says that A_ADDR_TYPE needs to be in the set of 'AA', 'BA', AND needs to be equal to 'AA'. So really only those "rows" where A_ADDR_TYPE='AA' should be returned. But instead the connector returns all rows where A_ADDR_TYPE is 'AA' or 'BA'.
> >>
> >
> > This seems like it could be a defect in the way we hande IN criteria. Was there ever a case or defect on this?
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
16 years, 10 months