November 2013 - teiid-issues - Jboss List Archives

[JBoss JIRA] (TEIID-2721) Resolving an aliased view prevents inherent update from working

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2721?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration updated TEIID-2721: ------------------------------------------- Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1025742, https://bugzilla.redhat.com/show_bug.cgi?id=1027433 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1025742) > Resolving an aliased view prevents inherent update from working > --------------------------------------------------------------- > > Key: TEIID-2721 > URL: https://issues.jboss.org/browse/TEIID-2721 > Project: Teiid > Issue Type: Bug > Components: Query Engine > Affects Versions: 7.7 > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Priority: Critical > Fix For: 8.4.1, 8.6 > > Attachments: 2721-77x.patch > > > If an aliased form of an inherently updatable view is resolved first, we will cache invalid update info which prevents inherent insert/update from functioning correctly. > For example with the view gx, first running: > select * from gx as x > > will prevent an inherent insert such as: > insert into gx (e1, e2, e3, e4) select * from pm1.g1 > from working as expected -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (TEIID-1675) Add capability to insert/update/delete multi-value attributes in LDAP connector

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-1675?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-1675: ------------------------------------------------ belong(a)redhat.com made a comment on [bug 780736|https://bugzilla.redhat.com/show_bug.cgi?id=780736] Since this was included in Beta release notes, I should probably make not of it in GA release notes. > Add capability to insert/update/delete multi-value attributes in LDAP connector > ------------------------------------------------------------------------------- > > Key: TEIID-1675 > URL: https://issues.jboss.org/browse/TEIID-1675 > Project: Teiid > Issue Type: Feature Request > Components: LDAP Connector > Affects Versions: 7.4 > Reporter: Marc Shirley > Fix For: Open To Community > > > Add ability to insert/update/delete multi-value attributes through the LDAP connector. For example, this would present the opportunity for maintaining group membership through modifying the list of member attribute values in an LDAP groupOfNames object. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (TEIID-2659) A domain member server cannot list translators

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2659?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2659: ------------------------------------------------ belong(a)redhat.com made a comment on [bug 1006971|https://bugzilla.redhat.com/show_bug.cgi?id=1006971] Since this was included in Beta release notes, I should probably make not of it in GA release notes. > A domain member server cannot list translators > ---------------------------------------------- > > Key: TEIID-2659 > URL: https://issues.jboss.org/browse/TEIID-2659 > Project: Teiid > Issue Type: Bug > Components: Server > Affects Versions: 8.4 > Reporter: Paul Richardson > Assignee: Steven Hawkins > Fix For: 8.4.1 > > > Using the teiid client and calling 'admin.getTranslators()' fails to return any translators on a domain-member server. (this partially succeeds on the domain master) > The request does not throw an exception but its outcome fails with the following result: > {code} > "outcome" => "failed", > "failure-description" => "JBAS010849: Operation list-translators for address [ > (\"profile\" => \"ha\"), > (\"subsystem\" => \"teiid\") > ] can only be handled by the master Domain Controller; this host is not the master Domain Controller", > "rolled-back" => true > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (TEIID-2696) Update Teiid datasource examples to be fully parameterized

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2696?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2696: ------------------------------------------------ Van Halbert <vhalbert(a)redhat.com> changed the Status of [bug 1019029|https://bugzilla.redhat.com/show_bug.cgi?id=1019029] from ASSIGNED to NEW > Update Teiid datasource examples to be fully parameterized > ---------------------------------------------------------- > > Key: TEIID-2696 > URL: https://issues.jboss.org/browse/TEIID-2696 > Project: Teiid > Issue Type: Enhancement > Components: Build/Kits > Affects Versions: 8.4.1 > Reporter: Van Halbert > Assignee: Van Halbert > Priority: Minor > Fix For: 8.4.1, 8.6 > > > Change the example datasources to be parameterized, and add an associated properties file so that to install, run: > jboss-cli.sh -c --file={datasource}-ds.cli --properties=/{datasource}-ds.properties -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (TEIID-2659) A domain member server cannot list translators

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2659?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2659: ------------------------------------------------ Van Halbert <vhalbert(a)redhat.com> changed the Status of [bug 1006971|https://bugzilla.redhat.com/show_bug.cgi?id=1006971] from ASSIGNED to CLOSED > A domain member server cannot list translators > ---------------------------------------------- > > Key: TEIID-2659 > URL: https://issues.jboss.org/browse/TEIID-2659 > Project: Teiid > Issue Type: Bug > Components: Server > Affects Versions: 8.4 > Reporter: Paul Richardson > Assignee: Steven Hawkins > Fix For: 8.4.1 > > > Using the teiid client and calling 'admin.getTranslators()' fails to return any translators on a domain-member server. (this partially succeeds on the domain master) > The request does not throw an exception but its outcome fails with the following result: > {code} > "outcome" => "failed", > "failure-description" => "JBAS010849: Operation list-translators for address [ > (\"profile\" => \"ha\"), > (\"subsystem\" => \"teiid\") > ] can only be handled by the master Domain Controller; this host is not the master Domain Controller", > "rolled-back" => true > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (TEIID-2650) A jboss server in domain mode does not advertise its teiid runtime-version

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2650?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2650: ------------------------------------------------ Van Halbert <vhalbert(a)redhat.com> changed the Status of [bug 982741|https://bugzilla.redhat.com/show_bug.cgi?id=982741] from ASSIGNED to NEW > A jboss server in domain mode does not advertise its teiid runtime-version > -------------------------------------------------------------------------- > > Key: TEIID-2650 > URL: https://issues.jboss.org/browse/TEIID-2650 > Project: Teiid > Issue Type: Bug > Components: Server > Affects Versions: 8.4 > Reporter: Paul Richardson > Assignee: Ramesh Reddy > Priority: Blocker > Fix For: 8.4.1, 8.5 > > > A standalone jboss server installed with teiid advertises its teiid runtime version at the path /subsystem=teiid/runtime-version. > Likewise, a domain jboss server installed with teiid in the 'ha' profile should advertise its runtime version at the path /profile=ha/subsystem=teiid/runtime-version. > However, whereas the standalone returns the correct value for this attribute, the domain mode server fails, only returning 'undefined'. > This attribute is essential to designer in determining what version is the teiid instance. This in turns determines the functionality of the modelling that is available and which teiid client should be used for connection. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (TEIID-2728) Very large sorts are inefficient

by Steven Hawkins (JIRA)

Steven Hawkins created TEIID-2728: ------------------------------------- Summary: Very large sorts are inefficient Key: TEIID-2728 URL: https://issues.jboss.org/browse/TEIID-2728 Project: Teiid Issue Type: Bug Components: Query Engine Affects Versions: 8.4 Reporter: Steven Hawkins Assignee: Steven Hawkins Fix For: 8.6 This is a regression of TEIID-2429. When the memory space needed for a sort is estimated to be above 2 GB, the expression used (even though it's assigned to a long) will overflow. This then causes the processing to use the batch size as the intermediate sort buffer size, which for any high row count will lead to many passes (the logic typically should achieve at most a two pass sort). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (TEIID-2727) Like operator does not work in MongoDB translator

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-2727?page=com.atlassian.jira.plugin... ] Ramesh Reddy resolved TEIID-2727. --------------------------------- Resolution: Done Correct the generation of MongoDB query. > Like operator does not work in MongoDB translator > ------------------------------------------------- > > Key: TEIID-2727 > URL: https://issues.jboss.org/browse/TEIID-2727 > Project: Teiid > Issue Type: Bug > Components: Misc. Connectors > Affects Versions: 8.4 > Reporter: Ramesh Reddy > Assignee: Ramesh Reddy > Fix For: 8.6 > > > The issue is similar to http://stackoverflow.com/questions/5608584/how-to-query-mongodb-with-like... > for query like > {code} > select * from city where city like 'ACM%' > {code} > Current query expression generated which is correct for javascript environment is > {code} > $match:{ "city" : "/^ACM/"} > $project:{ "_m0" : "$_id" , "_m1" : "$city" , "_m2" : "$state" , "_m3" : "$pop"} > {code} > but when executing from java, java driver wants like > {code} > $match:{ "city" : { "$regex" : "^ACM"}} > $project:{ "_m0" : "$_id" , "_m1" : "$city" , "_m2" : "$state" , "_m3" : "$pop"} > {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (TEIID-2727) Like operator does not work in MongoDB translator

by Ramesh Reddy (JIRA)

Ramesh Reddy created TEIID-2727: ----------------------------------- Summary: Like operator does not work in MongoDB translator Key: TEIID-2727 URL: https://issues.jboss.org/browse/TEIID-2727 Project: Teiid Issue Type: Bug Components: Misc. Connectors Affects Versions: 8.4 Reporter: Ramesh Reddy Assignee: Ramesh Reddy Fix For: 8.6 The issue is similar to http://stackoverflow.com/questions/5608584/how-to-query-mongodb-with-like... for query like {code} select * from city where city like 'ACM%' {code} Current query expression generated which is correct for javascript environment is {code} $match:{ "city" : "/^ACM/"} $project:{ "_m0" : "$_id" , "_m1" : "$city" , "_m2" : "$state" , "_m3" : "$pop"} {code} but when executing from java, java driver wants like {code} $match:{ "city" : { "$regex" : "^ACM"}} $project:{ "_m0" : "$_id" , "_m1" : "$city" , "_m2" : "$state" , "_m3" : "$pop"} {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

[JBoss JIRA] (TEIID-2690) Tuples lost in a with clause item.

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2690?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2690: ------------------------------------------------ Van Halbert <vhalbert(a)redhat.com> changed the Status of [bug 1016243|https://bugzilla.redhat.com/show_bug.cgi?id=1016243] from MODIFIED to ON_QA > Tuples lost in a with clause item. > ---------------------------------- > > Key: TEIID-2690 > URL: https://issues.jboss.org/browse/TEIID-2690 > Project: Teiid > Issue Type: Bug > Components: Query Engine > Affects Versions: 8.1, 7.7.7 > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Priority: Blocker > Fix For: 8.4.1, 8.6, 7.7.8 > > > Related to TEIID-2442 - the BatchIterator created for the creation of the temp table backing a with clause item cannot be created after blocking without loosing tuples. > On 8.3.x+ a single block is not sufficient to induce this behavior if there are any tuples that have been retrieved since the last block as the access node logic will return the partial batch. Thus may occur as a somewhat rare timing issue in 8.3.x+. However in 7.7.7/7.7.8 a single block cause the recreation of the BatchIterator making the affect almost certain once the row count exceeds the computed working batch size (nominally 256 rows, but allowed to vary based upon the row width). -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 1 month

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

teiid-issues November 2013