May 2012 - teiid-issues - Jboss List Archives

[JBoss JIRA] (TEIID-1838) Change to source model connection through AdminApi using assignToModel() does not reflect in jdbc queries to that source model

by Ramesh Reddy (Created) (JIRA)

Change to source model connection through AdminApi using assignToModel() does not reflect in jdbc queries to that source model ------------------------------------------------------------------------------------------------------------------------------ Key: TEIID-1838 URL: https://issues.jboss.org/browse/TEIID-1838 Project: Teiid Issue Type: Bug Components: AdminApi Affects Versions: 7.5 Environment: Windows server 2008 R2, JBoss 5.1 Reporter: Farrukh Ihtisham Assignee: Ramesh Reddy Fix For: 7.6 When source model's connection is changed using following adminapi code; AdminFactory adminFactory = AdminFactory.getInstance(); Admin admin = adminFactory.createAdmin("admin", "admin".toCharArray(), "mms://localhost:31443"); admin.assignToModel("Sample", 1, "SQLSourceA", "SQLSourceA", "sqlserver", "SQLSourceA_2"); Any jdbc query result would still be from the old data source. However when verified using following adminapi code; VDB vdb = admin.getVDB("sample", 1); Model m = vdb.getModel("SQLSourceA"); String jndiName = m.getSourceConnectionJndiName("SQLSourceA"); The jndiName shows that the connection is successfully updated. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

4
3
0 / 0

[JBoss JIRA] (TEIID-1837) Replication should distribute load off of the coordinator

by Steven Hawkins (Created) (JIRA)

Replication should distribute load off of the coordinator --------------------------------------------------------- Key: TEIID-1837 URL: https://issues.jboss.org/browse/TEIID-1837 Project: Teiid Issue Type: Quality Risk Components: Server Affects Versions: 7.6 Reporter: Steven Hawkins Assignee: Steven Hawkins Fix For: 8.0 Initial and partial state pull transfers (the latter is only in 8.0+) both just utilize the coordinator. It would be better to add issue a polling query across the cluster "hasState(blah)" and then select the member to pull from which gives the first positive response. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

4
3
0 / 0

[JBoss JIRA] Created: (TEIID-1610) Support kerberos authentication forwarding for remote clients

by Steven Hawkins (JIRA)

Support kerberos authentication forwarding for remote clients ------------------------------------------------------------- Key: TEIID-1610 URL: https://issues.jboss.org/browse/TEIID-1610 Project: Teiid Issue Type: Enhancement Components: JDBC Driver Reporter: Steven Hawkins Assignee: Steven Hawkins Teiid clients in addition to supporting the standard encrypted login, should be able to forward an existing ticket. The server would be expected to have a security domain configured appropriately. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

3
6
0 / 0

[JBoss JIRA] (TEIID-1915) XMLTableNode streaming processing can hang

by Steven Hawkins (JIRA)

Steven Hawkins created TEIID-1915: ------------------------------------- Summary: XMLTableNode streaming processing can hang Key: TEIID-1915 URL: https://issues.jboss.org/browse/TEIID-1915 Project: Teiid Issue Type: Bug Components: Query Engine Affects Versions: 7.4.1 Reporter: Steven Hawkins Assignee: Steven Hawkins Priority: Blocker Fix For: 7.7 The XMLTableNode streaming processing utilizes a separate thread for processing which may not properly notify the engine thread and thus cause the engine thread to hang in the nextBatchDirect wait loop. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
2
0 / 0

[JBoss JIRA] (TEIID-1908) A standard type names to DatabaseMetadata.getTypeInfo

by Steven Hawkins (JIRA)

Steven Hawkins created TEIID-1908: ------------------------------------- Summary: A standard type names to DatabaseMetadata.getTypeInfo Key: TEIID-1908 URL: https://issues.jboss.org/browse/TEIID-1908 Project: Teiid Issue Type: Quality Risk Components: JDBC Driver Affects Versions: 7.6.1 Reporter: Steven Hawkins Assignee: Steven Hawkins Priority: Minor Fix For: 7.6.1 Some tooling, such as Rails, use type name for type mapping. Our biginteger/bigdecimal types make this difficult since they are non-standard names and both map to numeric. It would be best if there were entries for decimal, tinyint, smallint, etc. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
3
0 / 0

[JBoss JIRA] (TEIID-1859) Add a capability to restrict comparisons

by Steven Hawkins (Created) (JIRA)

Add a capability to restrict comparisons ---------------------------------------- Key: TEIID-1859 URL: https://issues.jboss.org/browse/TEIID-1859 Project: Teiid Issue Type: Enhancement Components: Connector API, Query Engine Affects Versions: 8.0 Reporter: Steven Hawkins Assignee: Steven Hawkins Fix For: 8.0 Some sources such as Salesforce do not support non-join comparison between columns. e.g. table.col1 = table.col2 is not allowed, but table.col1 = 'val' is. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

3
2
0 / 0

[JBoss JIRA] (TEIID-1916) Add support for alternate collation

by Steven Hawkins (JIRA)

Steven Hawkins created TEIID-1916: ------------------------------------- Summary: Add support for alternate collation Key: TEIID-1916 URL: https://issues.jboss.org/browse/TEIID-1916 Project: Teiid Issue Type: Enhancement Components: Query Engine Reporter: Steven Hawkins Assignee: Steven Hawkins Fix For: 8.0 Now that comparison code has been consolidated we should add the ability to set an alternative collator based upon a locale setting. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
2
0 / 0

[JBoss JIRA] (TEIID-1905) Dymamic VDB does not work in 8.0

by Ramesh Reddy (JIRA)

Ramesh Reddy created TEIID-1905: ----------------------------------- Summary: Dymamic VDB does not work in 8.0 Key: TEIID-1905 URL: https://issues.jboss.org/browse/TEIID-1905 Project: Teiid Issue Type: Bug Components: Server Reporter: Ramesh Reddy Assignee: Steven Hawkins Priority: Blocker Fix For: 8.0 Currently Dynamic VDB feature does not work because of the https://issues.jboss.org/browse/AS7-1920 This needs to be fixed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

2
3
0 / 0

[JBoss JIRA] (TEIID-1896) incorrect xml generated from jsontoxml with nested arrays

by Steven Hawkins (JIRA)

Steven Hawkins created TEIID-1896: ------------------------------------- Summary: incorrect xml generated from jsontoxml with nested arrays Key: TEIID-1896 URL: https://issues.jboss.org/browse/TEIID-1896 Project: Teiid Issue Type: Bug Components: Query Engine Affects Versions: 7.4 Reporter: Steven Hawkins Assignee: Steven Hawkins Fix For: 7.6.1 Non-root arrays are being nested, which is against the expectation defined in the reference. Instead of: <root> <x> <x>1</x> <x>1</x> </x> </root> it should be: <root> <x>1</x> <x>1</x> </root> -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
2
0 / 0

[JBoss JIRA] (TEIID-2051) Translator Overrides panel appears to have 2 properties mixed up

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-2051?page=com.atlassian.jira.plugin... ] Steven Hawkins updated TEIID-2051: ---------------------------------- Fix Version/s: 7.7.1 Assignee: Steven Hawkins > Translator Overrides panel appears to have 2 properties mixed up > ---------------------------------------------------------------- > > Key: TEIID-2051 > URL: https://issues.jboss.org/browse/TEIID-2051 > Project: Teiid > Issue Type: Bug > Components: Connector API > Affects Versions: 7.7 > Reporter: Van Halbert > Assignee: Steven Hawkins > Fix For: 7.7.1, 8.1 > > Attachments: Screen Shot 2012-05-16 at 9.38.05 AM.png > > > I've attached a screen shot that includes the Translator Overrides panel from Designer and a section of the code from the implemented ExecutionFactory that's setting MaxInCriteriaSize and MaxDependentInPredicates. > And looking at the overrides panel, it appears there's a couple of issues (correct me if I'm wrong): > - the values for "Max number of IN predicate entries and Max number of dependent values ....." are swapped > - the title for "Max number of dependent values across all IN predicates", appears to be incorrect as to how its applied? Isn't that value applied for each IN predicate? So if "Max number of IN predicates" is 2, and "Max number of dependent values..." is 1000, then a 1000 for each IN predicate (or a total of 2000 max) will be allowed. Is that correct? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

teiid-issues May 2012