March 2014 - teiid-issues - Jboss List Archives

[JBoss JIRA] (TEIID-2836) Retreived records less than actual when data is stored in EBCDIC

by Van Halbert (JIRA)

[ https://issues.jboss.org/browse/TEIID-2836?page=com.atlassian.jira.plugin... ] Van Halbert commented on TEIID-2836: ------------------------------------ This issue seems more like a setup/configuration issue related to the data source, and not an issue with Teiid. The data source has the ability to return EDBCID in ASCII form, but for what ever reason, the user has been unable to get it configured correctly based on the DB2 documentation. Should this be closed and just un-assign it for now? > Retreived records less than actual when data is stored in EBCDIC > ---------------------------------------------------------------- > > Key: TEIID-2836 > URL: https://issues.jboss.org/browse/TEIID-2836 > Project: Teiid > Issue Type: Bug > Affects Versions: 8.4.1 > Reporter: Van Halbert > Assignee: Van Halbert > > One of views in my vdb joins a table in DB2 on z/OS which has EBCDIC data with other table in Oracle which has SJIS data. It returns records less than actual. -- 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

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-2855) adding possibility to proxy URI in odata server

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-2855?page=com.atlassian.jira.plugin... ] Ramesh Reddy resolved TEIID-2855. --------------------------------- Labels: Beta3 (was: ) Resolution: Done Added "proxy-base-uri" property to web.xml to define the base URI in the proxy situations to generate correct OData links. More details how to use it in https://docs.jboss.org/author/display/TEIID/OData+Support > adding possibility to proxy URI in odata server > ----------------------------------------------- > > Key: TEIID-2855 > URL: https://issues.jboss.org/browse/TEIID-2855 > Project: Teiid > Issue Type: Feature Request > Components: OData > Affects Versions: 8.6 > Reporter: luca gioppo > Assignee: Ramesh Reddy > Labels: Beta3 > Fix For: 8.7 > > > As for https://community.jboss.org/thread/237239 there is the need to proxy the URI exposed by the odata server when this is behind a proxy and we do not want the URi to disclose and invalidate the reference. > The odata server should have some parameters gotten from deployment for proxy hostname and port and path up to the VDB name -- 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

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-2855) adding possibility to proxy URI in odata server

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-2855?page=com.atlassian.jira.plugin... ] Ramesh Reddy updated TEIID-2855: -------------------------------- Fix Version/s: 8.7 > adding possibility to proxy URI in odata server > ----------------------------------------------- > > Key: TEIID-2855 > URL: https://issues.jboss.org/browse/TEIID-2855 > Project: Teiid > Issue Type: Feature Request > Components: OData > Affects Versions: 8.6 > Reporter: luca gioppo > Assignee: Ramesh Reddy > Fix For: 8.7 > > > As for https://community.jboss.org/thread/237239 there is the need to proxy the URI exposed by the odata server when this is behind a proxy and we do not want the URi to disclose and invalidate the reference. > The odata server should have some parameters gotten from deployment for proxy hostname and port and path up to the VDB name -- 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

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-2656) Teiid OData Servlet throws java.lang.NullPointerException on every GET

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2656?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2656: ------------------------------------------------ Julian Coleman <jcoleman(a)redhat.com> changed the Status of [bug 1060217|https://bugzilla.redhat.com/show_bug.cgi?id=1060217] from MODIFIED to ON_QA > Teiid OData Servlet throws java.lang.NullPointerException on every GET > ---------------------------------------------------------------------- > > Key: TEIID-2656 > URL: https://issues.jboss.org/browse/TEIID-2656 > Project: Teiid > Issue Type: Bug > Affects Versions: 8.3, 8.4 > Environment: Windows 7 64 bit > Oracle JDK 1.7.0 update 17 > JBoss AS 7.1.1 + Teiid 8.3 (both resteasy-jaxrs 2.3.5 and 2.3.7) > JBoss EAP 6.1 + Teiid 8.4 (resteasy-jaxrs 2.3.6) > Reporter: John Muller > Assignee: Ramesh Reddy > Labels: final > Fix For: 8.5, 8.4.2 > > Attachments: server.log, Teiid_8.4_on_JBoss_EAP_6.1Alpha_RHEL6.log > > > A simple GET on any Teiid 8.3 or 8.4 OData ReST resource results in a Null Pointer: > 11:43:20,166 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/odata].[Resteasy]] (http-localhost-127.0.0.1-8080-2) Servlet.service() for servlet Resteasy threw exception: java.lang.NullPointerException > at com.ctc.wstx.sw.BaseStreamWriter.writeCharacters(BaseStreamWriter.java:447) > at org.codehaus.stax2.ri.Stax2EventWriterImpl.add(Stax2EventWriterImpl.java:124) > at org.odata4j.stax2.staximpl.StaxXMLWriter2.writeText(StaxXMLWriter2.java:108) [odata4j-core-0.8.0-SNAPSHOT-redhat.jar:] > at org.odata4j.format.xml.AtomErrorFormatWriter.writeError(AtomErrorFormatWriter.java:31) [odata4j-core-0.8.0-SNAPSHOT-redhat.jar:] > at org.odata4j.format.xml.AtomErrorFormatWriter.write(AtomErrorFormatWriter.java:20) [odata4j-core-0.8.0-SNAPSHOT-redhat.jar:] > at org.odata4j.format.xml.AtomErrorFormatWriter.write(AtomErrorFormatWriter.java:15) [odata4j-core-0.8.0-SNAPSHOT-redhat.jar:] > at org.teiid.odata.ODataExceptionMappingProvider.toResponse(ODataExceptionMappingProvider.java:55) [classes:] > at org.teiid.odata.ODataExceptionMappingProvider.toResponse(ODataExceptionMappingProvider.java:42) [classes:] > at org.jboss.resteasy.core.SynchronousDispatcher.executeExceptionMapper(SynchronousDispatcher.java:344) [resteasy-jaxrs-2.3.7.Final.jar:] > at org.jboss.resteasy.core.SynchronousDispatcher.unwrapException(SynchronousDispatcher.java:373) [resteasy-jaxrs-2.3.7.Final.jar:] > at org.jboss.resteasy.core.SynchronousDispatcher.handleApplicationException(SynchronousDispatcher.java:362) [resteasy-jaxrs-2.3.7.Final.jar:] > at org.jboss.resteasy.core.SynchronousDispatcher.handleException(SynchronousDispatcher.java:233) [resteasy-jaxrs-2.3.7.Final.jar:] > at org.jboss.resteasy.core.SynchronousDispatcher.handleInvokerException(SynchronousDispatcher.java:209) [resteasy-jaxrs-2.3.7.Final.jar:] > at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:557) [resteasy-jaxrs-2.3.7.Final.jar:] > at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:524) [resteasy-jaxrs-2.3.7.Final.jar:] > at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:126) [resteasy-jaxrs-2.3.7.Final.jar:] > at org.teiid.odata.ODataServletContainerDispatcher.service(ODataServletContainerDispatcher.java:97) [classes:] > at org.teiid.odata.ODataServlet.service(ODataServlet.java:61) [classes:] > at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50) [resteasy-jaxrs-2.3.7.Final.jar:] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.0.Final.jar:1.0.0.Final] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:329) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:248) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:489) [jbossweb-7.0.13.Final.jar:] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:153) [jboss-as-web-7.1.1.Final.jar:7.1.1.Final] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:155) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [jbossweb-7.0.13.Final.jar:] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:368) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [jbossweb-7.0.13.Final.jar:] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:671) [jbossweb-7.0.13.Final.jar:] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:930) [jbossweb-7.0.13.Final.jar:] > at java.lang.Thread.run(Unknown Source) [rt.jar:1.7.0_17] -- 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

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-2797) buffer full requests is not cleaned up properly

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2797?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2797: ------------------------------------------------ Julian Coleman <jcoleman(a)redhat.com> changed the Status of [bug 1051562|https://bugzilla.redhat.com/show_bug.cgi?id=1051562] from MODIFIED to ON_QA > buffer full requests is not cleaned up properly > ----------------------------------------------- > > Key: TEIID-2797 > URL: https://issues.jboss.org/browse/TEIID-2797 > Project: Teiid > Issue Type: Bug > Components: Query Engine > Affects Versions: 7.4 > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Priority: Critical > Fix For: 7.7.9, 8.4.2, 8.7 > > Attachments: TEIID-2797.patch > > > buffer full plans are held as the full work item, but we are cleaning them up by the request id. This means that the full plans will accumulate over time. -- 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

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-2766) OData large batch size does not allow all results to be returned to the client in a single batch

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2766?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2766: ------------------------------------------------ Julian Coleman <jcoleman(a)redhat.com> changed the Status of [bug 1041561|https://bugzilla.redhat.com/show_bug.cgi?id=1041561] from MODIFIED to ON_QA > OData large batch size does not allow all results to be returned to the client in a single batch > ------------------------------------------------------------------------------------------------ > > Key: TEIID-2766 > URL: https://issues.jboss.org/browse/TEIID-2766 > Project: Teiid > Issue Type: Bug > Affects Versions: 8.4 > Environment: OData client connecting to Teiid > Reporter: Marc Shirley > Assignee: Steven Hawkins > Labels: final > Fix For: 8.6, 8.4.2 > > > OData large batch-size, for example -1 to get all results in 1 response, doesn't work. Largest tested value that does work 51210. -- 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

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-2800) Teiid Login Issue with special characters

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2800?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2800: ------------------------------------------------ Julian Coleman <jcoleman(a)redhat.com> changed the Status of [bug 1053792|https://bugzilla.redhat.com/show_bug.cgi?id=1053792] from MODIFIED to ON_QA > Teiid Login Issue with special characters > ----------------------------------------- > > Key: TEIID-2800 > URL: https://issues.jboss.org/browse/TEIID-2800 > Project: Teiid > Issue Type: Bug > Components: JDBC Driver > Affects Versions: 8.1 > Environment: Mainframe Jboss 7.1.1 > Reporter: Gautam Banerjee > Assignee: Steven Hawkins > Priority: Blocker > Fix For: 8.4.2, 8.7 > > > When we try to login to teiid programmatically through datasource, we are having problem with username having special characters. > We are encoding the special character as per url encoding > eg : username %xyz is encoded as %25xyz but teiid does not decode the special character while passing username. So the username passed by teiid is %25xyz which fails authentication as the actual username is %xyz -- 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

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-2832) Lower level denials still enforced with multiple roles

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2832?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2832: ------------------------------------------------ Julian Coleman <jcoleman(a)redhat.com> changed the Status of [bug 1059908|https://bugzilla.redhat.com/show_bug.cgi?id=1059908] from MODIFIED to ON_QA > Lower level denials still enforced with multiple roles > ------------------------------------------------------ > > Key: TEIID-2832 > URL: https://issues.jboss.org/browse/TEIID-2832 > Project: Teiid > Issue Type: Bug > Components: Query Engine > Affects Versions: 7.7 > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Priority: Critical > Fix For: 8.4.2, 8.7 > > > If a role grants read all to schema A and another role also grants read all to schema A, but denies access to A.tbl, then the combination of these roles currently still denies access to A.tbl. It should result in granting access. -- 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

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-2770) Imported vdbs have their roles added to the actual instance of the importing vdb

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2770?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2770: ------------------------------------------------ Julian Coleman <jcoleman(a)redhat.com> changed the Status of [bug 1062245|https://bugzilla.redhat.com/show_bug.cgi?id=1062245] from MODIFIED to ON_QA > Imported vdbs have their roles added to the actual instance of the importing vdb > -------------------------------------------------------------------------------- > > Key: TEIID-2770 > URL: https://issues.jboss.org/browse/TEIID-2770 > Project: Teiid > Issue Type: Bug > Components: Server > Affects Versions: 8.4 > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Fix For: 8.6, 8.4.2 > > > Imported roles should be stored on a new instance of the role map on the merged vdb instance, not on the original vdb. -- 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

10 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-2828) ResteasyEnabler fails with OTHER model types

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-2828?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-2828: ------------------------------------------------ Julian Coleman <jcoleman(a)redhat.com> changed the Status of [bug 1059917|https://bugzilla.redhat.com/show_bug.cgi?id=1059917] from MODIFIED to ON_QA > ResteasyEnabler fails with OTHER model types > -------------------------------------------- > > Key: TEIID-2828 > URL: https://issues.jboss.org/browse/TEIID-2828 > Project: Teiid > Issue Type: Bug > Components: Server > Affects Versions: 8.4 > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Fix For: 8.4.2, 8.7 > > > If a vdb contains OTHER type models (typically used for .xsd), then the schema lookup will produce a null and result in an NPE: > java.lang.NullPointerException > at org.teiid.jboss.rest.ResteasyEnabler.hasRestMetadata(ResteasyEnabler.java:146) [teiid-jboss-integration-8.4.1-redhat-2.jar:8.4.1-redhat-2] > at org.teiid.jboss.rest.ResteasyEnabler.finishedDeployment(ResteasyEnabler.java:81) [teiid-jboss-integration-8.4.1-redhat-2.jar:8.4.1-redhat-2] > at org.teiid.deployers.VDBRepository.notifyFinished(VDBRepository.java:351) [teiid-runtime-8.4.1-redhat-2.jar:8.4.1-redhat-2] > -- 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

10 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

teiid-issues March 2014