[JBoss JIRA] (TEIID-5894) QueryTimeout JDBC connection property is not enforced
by Chandra Akkinepalli (Jira)
Chandra Akkinepalli created TEIID-5894:
------------------------------------------
Summary: QueryTimeout JDBC connection property is not enforced
Key: TEIID-5894
URL: https://issues.redhat.com/browse/TEIID-5894
Project: Teiid
Issue Type: Bug
Reporter: Chandra Akkinepalli
Assignee: Steven Hawkins
We have observed that when QueryTimeout connection string property is being set , it is not being enforced and request is terminated even after the set time limit is exceeded.
Can you please look into it?
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 3 months
[JBoss JIRA] (TEIID-5893) Delete dv.0.1.0.clusterserviceversion.yaml from teiid-operator
by Van Halbert (Jira)
Van Halbert created TEIID-5893:
----------------------------------
Summary: Delete dv.0.1.0.clusterserviceversion.yaml from teiid-operator
Key: TEIID-5893
URL: https://issues.redhat.com/browse/TEIID-5893
Project: Teiid
Issue Type: Quality Risk
Components: Build/Kits
Reporter: Van Halbert
Assignee: Steven Hawkins
Can the dv.0.1.0.clusterserviceversion.yaml be removed from teiid-operator, because i believe it causes more confusion and work. It just adds another file to maintain that isn't complete for what the product is expecting.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 3 months
[JBoss JIRA] (TEIID-5888) Infinispan translator returns wrong update count in some circumstances
by Steven Hawkins (Jira)
[ https://issues.redhat.com/browse/TEIID-5888?page=com.atlassian.jira.plugi... ]
Steven Hawkins commented on TEIID-5888:
---------------------------------------
It looks like some wires are getting crossed with the join logic. In the select above there is an implicit join on g3 implied which then becomes how the results are actually processed, which leads to incorrect rows.
> Infinispan translator returns wrong update count in some circumstances
> ----------------------------------------------------------------------
>
> Key: TEIID-5888
> URL: https://issues.redhat.com/browse/TEIID-5888
> Project: Teiid
> Issue Type: Bug
> Components: Infinispan
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Priority: Major
> Fix For: 13.1
>
>
> In some nested circumstances the wrong update count is returned. For example in TestHodrodExecution the update:
> UPDATE G4 SET e2 = 'two-2' WHERE e2 = 'two-two' OR e2 = 'one-one'
> should return 2, but instead returns 4. This happens both prior to and after the changes for TEIID-5887.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 3 months
[JBoss JIRA] (TEIID-5885) Timestamp nanosecond precision is dropped
by Steven Hawkins (Jira)
[ https://issues.redhat.com/browse/TEIID-5885?page=com.atlassian.jira.plugi... ]
Steven Hawkins resolved TEIID-5885.
-----------------------------------
Resolution: Done
Elaborated the only millisecond precision is retained and removed limitations that are no longer valid.
> Timestamp nanosecond precision is dropped
> -----------------------------------------
>
> Key: TEIID-5885
> URL: https://issues.redhat.com/browse/TEIID-5885
> Project: Teiid
> Issue Type: Bug
> Components: Infinispan
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Priority: Major
> Fix For: 13.1
>
>
> This is probably something that can just be documented as a limitation of the hotrod data source - that it only supports millisecond precision. It is only stores timestamps in a 64 bit integer.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
4 years, 3 months