April 2009 - teiid-issues - Jboss List Archives

[JBoss JIRA] Created: (TEIID-486) MOD() scalar function should be supported by DB2 Connector

by Larry O'Leary (JIRA)

MOD() scalar function should be supported by DB2 Connector ---------------------------------------------------------- Key: TEIID-486 URL: https://jira.jboss.org/jira/browse/TEIID-486 Project: Teiid Issue Type: Feature Request Components: JDBC Connector Affects Versions: 6.0.0, 6.1.0 Reporter: Larry O'Leary Assignee: Steven Hawkins An issue was logged in where a function that resulted in the use of the mod() scalar function would result in a different query plan causing the queries criteria not to be pushed-down to the source. It appears the cause of the misbehaved query plan was the DB2 connector not supporting the MOD() scalar function. -- 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

13 years, 11 months

4
17
0 / 0

[JBoss JIRA] Created: (TEIID-496) ValueValidationVisitor needs the variable context

by Steven Hawkins (JIRA)

ValueValidationVisitor needs the variable context ------------------------------------------------- Key: TEIID-496 URL: https://jira.jboss.org/jira/browse/TEIID-496 Project: Teiid Issue Type: Bug Components: Query Engine Affects Versions: 6.1.0 Reporter: Steven Hawkins Assignee: Steven Hawkins Priority: Minor Fix For: 6.2.0 Resolving parameter values no longer sets the values directly on the command. The visitor will have to follow references to determine if the values are valid. -- 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

13 years, 11 months

2
3
0 / 0

[JBoss JIRA] Created: (TEIID-360) SQLServer SQLTranslator issues

by Steven Hawkins (JIRA)

SQLServer SQLTranslator issues ------------------------------ Key: TEIID-360 URL: https://jira.jboss.org/jira/browse/TEIID-360 Project: Teiid Issue Type: Bug Components: JDBC Connector Affects Versions: 6.0.0 Reporter: Steven Hawkins Assignee: Steven Hawkins Fix For: 6.0.0 The time literal for Access/SQLServer is incorrect - should use 1970 not 1900 Limit for a set op needs to use a subquery Support for repeat should be aliased to replicate -- 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

14 years, 1 month

1
7
0 / 0

[JBoss JIRA] Created: (TEIID-455) Config edits should use optimistic locking

by Steven Hawkins (JIRA)

Config edits should use optimistic locking ------------------------------------------ Key: TEIID-455 URL: https://jira.jboss.org/jira/browse/TEIID-455 Project: Teiid Issue Type: Bug Affects Versions: 6.1.0 Reporter: Steven Hawkins Assignee: Steven Hawkins Fix For: 6.x Config edits are atomic, but do not enforce consistency - the last one always wins. Optimistic locking should be used to properly ensure consistency. Also versions should be restorable. Currently it's not expected that multiple admins will be making changes concurrently, so this is not a critical issue. -- 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

14 years, 1 month

1
3
0 / 0

[JBoss JIRA] Created: (TEIID-509) Add new logging level so that server startup information can be logged and be differentiated from critical/warning level entries

by Van Halbert (JIRA)

Add new logging level so that server startup information can be logged and be differentiated from critical/warning level entries -------------------------------------------------------------------------------------------------------------------------------- Key: TEIID-509 URL: https://jira.jboss.org/jira/browse/TEIID-509 Project: Teiid Issue Type: Feature Request Components: Server Reporter: Van Halbert Assignee: Steven Hawkins Currently, at server startup, nothing is being written to the hostcontroller or vmprocess logs. The previous server started information is no longer being written because of the log level wasn't being differentiated from actual critical/warning messages. Therefore, a new level should be created so that the minimal server startup information can continue to be written to the logs. -- 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

14 years, 7 months

3
6
0 / 0

[JBoss JIRA] Created: (TEIID-381) Migrate Teiid JOPR Plugin from Product to Project

by Ted Jones (JIRA)

Migrate Teiid JOPR Plugin from Product to Project -------------------------------------------------- Key: TEIID-381 URL: https://jira.jboss.org/jira/browse/TEIID-381 Project: Teiid Issue Type: Task Components: Build/Kits Reporter: Ted Jones Assignee: Ted Jones Fix For: 6.0.0 The Teiid JOPR Plugin source currently resides on the project side. It needs to be moved to project and incorporated into the TEIID build process. -- 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

14 years, 7 months

4
10
0 / 0

[JBoss JIRA] Created: (TEIID-474) Need to Hard-code serialVersionUID in LogonResult

by Ted Jones (JIRA)

Need to Hard-code serialVersionUID in LogonResult ------------------------------------------------- Key: TEIID-474 URL: https://jira.jboss.org/jira/browse/TEIID-474 Project: Teiid Issue Type: Bug Components: Server Affects Versions: 6.0.0 Reporter: Ted Jones Assignee: Steven Hawkins Fix For: 6.1.0 Since com.metamatrix.platform.security.api.LogonResult exists in the teiid-client.jar, it may have a different serialVersionUID than the server when using the server kit and manually building the SOAP war. This causes an invalid serialVersionUID exception trying to connect. The serialVersionUID should be hard-coded to avoid this issue. -- 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

14 years, 7 months

3
6
0 / 0

[JBoss JIRA] Created: (TEIID-533) HostController Process is redundent and should be removed

by Ramesh Reddy (JIRA)

HostController Process is redundent and should be removed --------------------------------------------------------- Key: TEIID-533 URL: https://jira.jboss.org/jira/browse/TEIID-533 Project: Teiid Issue Type: Feature Request Components: Server Affects Versions: 6.0.0 Reporter: Ramesh Reddy Fix For: 6.1.0 Host Controller process does not really have significant importance in a server environment and is redundant. The main responsibility of the Host Controller is spawn the process that is the Server. The second responsibility is to act as surviving process during the "bounce", and kill and restart the Server processes. To accomplish this it takes up valuable resources like memory and cluster replication etc. We can accomplish these both task in alternative means Option: 1 Instead of keeping Host Controller alive all the time, it can be retired once the Server process(es) are spawned. When Console or Admin API, request a bounce of server or cluster, it can be communicated to all the participating Servers over the JGroups channel then Server process that received bounce request, can spawn a "nanny" process ( this can be same Host controller which started first time) and kill itself. The the invoked nanny process will finish the starting the process back up. Option: 2 Scripts can written to start the server process first time easily, when the bounce request comes in the process can die with certain unique exit code, scripts can be written such that when they see the bounce specific exit code, they restart the process again. These options have a good side effect, that is when the Server is bounced in the new scenario, any patches submitted can be applied to the new server before they are started. Option2 is simple, however the only hurdle with Option 2 is when single host has two+ processes, and got bounced, then there is possible way to way to communicate back with script, as to which Server process it is responsible to start back up. It can start all of them, but starting a single seems difficult. Please offer suggestions and your preference. If we can not solve the issue with option 2, option 1 will be implemented. -- 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

14 years, 7 months

3
10
0 / 0

[JBoss JIRA] Created: (TEIID-484) Upgrade JGroups to 2.6.10

by Ramesh Reddy (JIRA)

Upgrade JGroups to 2.6.10 ------------------------- Key: TEIID-484 URL: https://jira.jboss.org/jira/browse/TEIID-484 Project: Teiid Issue Type: Task Components: Common Affects Versions: 6.0.0 Reporter: Ramesh Reddy Assignee: Steven Hawkins Fix For: 6.1.0 Upgrade the JGroups version to 2.6.10 to be in sync with what is been used in AS 5.1.0. Need to make sure this is version is being used in EAP release before upgrade. -- 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

14 years, 7 months

2
5
0 / 0

[JBoss JIRA] Created: (TEIID-485) Upgrade JBoss Cache to 3.1.0

by Ramesh Reddy (JIRA)

Upgrade JBoss Cache to 3.1.0 ---------------------------- Key: TEIID-485 URL: https://jira.jboss.org/jira/browse/TEIID-485 Project: Teiid Issue Type: Task Components: Common Affects Versions: 6.0.0 Reporter: Ramesh Reddy Assignee: Steven Hawkins Fix For: 6.1.0 Upgrade JBoss Cache to 3.10 GA to be in sync with AS 5.1.0. Make sure this is the version used by the EAP 5.0 -- 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

14 years, 7 months

2
5
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

teiid-issues April 2009