August 2016 - teiid-issues - Jboss List Archives

[JBoss JIRA] (TEIID-4124) add literal date format YYYY-MM-DD to the SQL Server translator

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-4124?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-4124: ------------------------------------------------ Filip Elias <felias(a)redhat.com> changed the Status of [bug 1325003|https://bugzilla.redhat.com/show_bug.cgi?id=1325003] from VERIFIED to CLOSED > add literal date format YYYY-MM-DD to the SQL Server translator > --------------------------------------------------------------- > > Key: TEIID-4124 > URL: https://issues.jboss.org/browse/TEIID-4124 > Project: Teiid > Issue Type: Bug > Components: JDBC Connector > Affects Versions: 8.7.2.6_2 > Reporter: Debbie Steigner > Assignee: Steven Hawkins > Fix For: 9.0, 8.12.5, 8.7.6.6_2 > > > We are missing literal data format YYYY-MM-DD, which is 23 in our mapping for the sqlserver translator: > http://stackoverflow.com/questions/15555275/undocumented-convert-styles-d... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4125) Problem with SOAP war generated in TD

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-4125?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-4125: ------------------------------------------------ Filip Elias <felias(a)redhat.com> changed the Status of [bug 1311608|https://bugzilla.redhat.com/show_bug.cgi?id=1311608] from VERIFIED to CLOSED > Problem with SOAP war generated in TD > ------------------------------------- > > Key: TEIID-4125 > URL: https://issues.jboss.org/browse/TEIID-4125 > Project: Teiid > Issue Type: Bug > Components: Server > Affects Versions: 8.12.5 > Reporter: Matus Makovy > Assignee: Van Halbert > Priority: Critical > Fix For: 9.0, 8.12.5 > > Attachments: ProductInfoVdb.war, Untitled.zip > > > I don't know if this is a Teiid or Teiid Designer issue. > When I generate a SOAP war from VDB and try to deploy it to server, I get following exception: > {code} > Deployment failed: ProductInfoVdb.war: {"outcome" : "failed", "failure-description" : {"JBAS014671: Failed services" : {"jboss.deployment.unit.\"ProductInfoVdb.war\".INSTALL" : "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"ProductInfoVdb.war\".INSTALL: JBAS018733: Failed to process phase INSTALL of deployment \"ProductInfoVdb.war\"\n Caused by: java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory\n Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory from [Module \"org.springframework.spring:main\" from local module loader @ed17bee (finder: local module finder @2a33fae0 (roots: /Users/mmakovy/server-installer/dv-6.3.0.DR3/target/jboss-eap-6.4/modules,/Users/mmakovy/server-installer/dv-6.3.0.DR3/target/jboss-eap-6.4/modules/system/layers/dv,/Users/mmakovy/server-installer/dv-6.3.0.DR3/target/jboss-eap-6.4/modules/system/layers/base/.overlays/layer-base-jboss-eap-6.4.3.CP,/Users/mmakovy/server-installer/dv-6.3.0.DR3/target/jboss-eap-6.4/modules/system/layers/base))]"}}, "rolled-back" : true} > {code} > The whole "test script" should be accessible here: https://mojo.redhat.com/docs/DOC-995324 > This happens *only with DV-6.3.0.DR3*. When I deploy this war to DV 6.2 server, everything works as expected. > I attached project in zip file (Untitled.zip) and generated WAR. The WAR file was generated in TD 10.0.0.Beta2, but I tried to generate the war in 9.0.5 Designer and the result was the same. > I marked this as Critical, but if it is a Designer issue I think it should be marked as blocker. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3964) Cassandra does not account for null values

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-3964?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-3964: ------------------------------------------------ Filip Elias <felias(a)redhat.com> changed the Status of [bug 1306234|https://bugzilla.redhat.com/show_bug.cgi?id=1306234] from VERIFIED to CLOSED > Cassandra does not account for null values > ------------------------------------------ > > Key: TEIID-3964 > URL: https://issues.jboss.org/browse/TEIID-3964 > Project: Teiid > Issue Type: Bug > Components: Misc. Connectors > Affects Versions: 8.6 > Reporter: Filip Elias > Assignee: Steven Hawkins > Priority: Blocker > Fix For: 9.0, 8.12.5, 8.13.1 > > Attachments: cassandra-vdb.xml > > > primitive wrapper types (integer, long, float, double, etc.) do not account for null values from Cassandra, but instead return their default 0 value. Teiid also throws NPE when Blob column contains null. > Query (should return [14,null]): > {code}select intkey, objectvalue from smalla where intkey = 14 {code} > Stack Trace: > {code} > 12:14:58,599 ERROR [org.teiid.CONNECTOR] (Worker0_QueryProcessorQueue7) Connector worker process failed for atomic-request=afOb+DA5w6pF.5.0.5: java.lang.NullPointerException > at org.teiid.translator.cassandra.CassandraQueryExecution.getRow(CassandraQueryExecution.java:160) [translator-cassandra-8.12.3.redhat-1.jar:8.12.3.redhat-1] > at org.teiid.translator.cassandra.CassandraQueryExecution.next(CassandraQueryExecution.java:86) [translator-cassandra-8.12.3.redhat-1.jar:8.12.3.redhat-1] > at org.teiid.dqp.internal.datamgr.ConnectorWorkItem.handleBatch(ConnectorWorkItem.java:419) > at org.teiid.dqp.internal.datamgr.ConnectorWorkItem.more(ConnectorWorkItem.java:220) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_45] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_45] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_45] > at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_45] > at org.teiid.dqp.internal.datamgr.ConnectorManager$1.invoke(ConnectorManager.java:211) > at com.sun.proxy.$Proxy94.more(Unknown Source) > at org.teiid.dqp.internal.process.DataTierTupleSource.getResults(DataTierTupleSource.java:309) > at org.teiid.dqp.internal.process.DataTierTupleSource.nextTuple(DataTierTupleSource.java:142) > at org.teiid.query.processor.relational.AccessNode.nextBatchDirect(AccessNode.java:374) > at org.teiid.query.processor.relational.RelationalNode.nextBatch(RelationalNode.java:282) > at org.teiid.query.processor.relational.RelationalPlan.nextBatch(RelationalPlan.java:145) > at org.teiid.query.processor.QueryProcessor.nextBatchDirect(QueryProcessor.java:151) > at org.teiid.query.processor.QueryProcessor.nextBatch(QueryProcessor.java:114) > at org.teiid.query.processor.BatchCollector.collectTuples(BatchCollector.java:164) > at org.teiid.query.processor.BatchCollector.collectTuples(BatchCollector.java:146) > at org.teiid.dqp.internal.process.RequestWorkItem.processMore(RequestWorkItem.java:470) > at org.teiid.dqp.internal.process.RequestWorkItem.process(RequestWorkItem.java:348) > at org.teiid.dqp.internal.process.AbstractWorkItem.run(AbstractWorkItem.java:51) > at org.teiid.dqp.internal.process.RequestWorkItem.run(RequestWorkItem.java:274) > at org.teiid.dqp.internal.process.DQPWorkContext.runInContext(DQPWorkContext.java:276) > at org.teiid.dqp.internal.process.ThreadReuseExecutor$RunnableWrapper.run(ThreadReuseExecutor.java:119) > at org.teiid.dqp.internal.process.ThreadReuseExecutor$3.run(ThreadReuseExecutor.java:210) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_45] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_45] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_45] > {code} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4237) INNER JOIN returns incorrect results

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-4237?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-4237: ------------------------------------------------ Filip Elias <felias(a)redhat.com> changed the Status of [bug 1341763|https://bugzilla.redhat.com/show_bug.cgi?id=1341763] from VERIFIED to CLOSED > INNER JOIN returns incorrect results > ------------------------------------ > > Key: TEIID-4237 > URL: https://issues.jboss.org/browse/TEIID-4237 > Project: Teiid > Issue Type: Bug > Components: Query Engine > Affects Versions: 8.12 > Environment: teiid-8.12-Beta1 on Red Hat JBoss Enterprise Application Platform - Version 6.3.0.GA > Reporter: dalex dalex > Assignee: Steven Hawkins > Priority: Blocker > Fix For: 9.0, 8.7.6, 8.12.5, 8.7.7.6_2, 8.13.5 > > > Running the following query: > {code:sql} > select avg(t1.a) from > (select 3 as a, 3 as b union all > select 1 as a, 1 as b union all > select 3 as a, 3 as b) as t1 > join (select 1 as a, 1 as b union all > select 1 as a, 1 as b union all > select 2 as a, 2 as b union all > select 2 as a, 2 as b union all > select 3 as a, 3 as b union all > select 3 as a, 3 as b) as t2 on t1.a=t2.a > {code} > on teiid causes incorrect result: 2 in comparing with mysql which returns 2.333. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4022) Materialization issue dynamic SQL command can't be executed due ambiguous group name

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-4022?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-4022: ------------------------------------------------ Filip Elias <felias(a)redhat.com> changed the Status of [bug 1314890|https://bugzilla.redhat.com/show_bug.cgi?id=1314890] from VERIFIED to CLOSED > Materialization issue dynamic SQL command can't be executed due ambiguous group name > -------------------------------------------------------------------------------------- > > Key: TEIID-4022 > URL: https://issues.jboss.org/browse/TEIID-4022 > Project: Teiid > Issue Type: Bug > Components: Server > Affects Versions: 8.12.x > Reporter: Van Halbert > Assignee: Steven Hawkins > Priority: Blocker > Fix For: 9.0, 8.12.5, 8.13.2 > > > The defined model for materialization: > {code} > <model name="PersonMatModel" type="VIRTUAL"> > <metadata type="DDL"><![CDATA[ > CREATE view PersonMatView > ( > name string, > id integer, > email string > ) OPTIONS (MATERIALIZED 'TRUE', UPDATABLE 'TRUE', > MATERIALIZED_TABLE 'PersonMatCache.Person', > "teiid_rel:MATVIEW_TTL" 60000, > "teiid_rel:MATVIEW_BEFORE_LOAD_SCRIPT" 'execute PersonMatCache.native(''truncate cache'');', > "teiid_rel:MATVIEW_AFTER_LOAD_SCRIPT" 'execute PersonMatCache.native(''swap cache names'');', > "teiid_rel:MATERIALIZED_STAGE_TABLE" 'PersonMatCache.Person', > "teiid_rel:MATVIEW_SHARE_SCOPE" 'NONE', > "teiid_rel:ALLOW_MATVIEW_MANAGEMENT" 'true', > "teiid_rel:MATVIEW_STATUS_TABLE" 'Accounts.status', > "teiid_rel:MATVIEW_ONERROR_ACTION" 'THROW_EXCEPTION') > AS SELECT name, id, email from PersonInfoModel.Person; > ]]> > </metadata> > </model> > {code} > causes the following exception: > {code} > org.teiid.api.exception.query.QueryProcessingException: TEIID30168 Couldn't > execute the dynamic SQL command "EXECUTE IMMEDIATE ('SELECT count(*) as > rowCount FROM ' || matViewTable) AS rowCount integer INTO #load_count" with > the SQL statement "('SELECT count(*) as rowCount FROM ' || matViewTable)" due > to: Group specified is ambiguous, resubmit the query by fully qualifying the group > name: Person > {code} > And executing the following internal call that Teiid uses does produce the non-qualifed name > {ccode} > SELECT TargetName from SYSADMIN.MatViews WHERE VDBName = 'PeopleMat' AND SchemaName = 'PersonMatModel' AND Name = 'PersonMatView' > {code} > returns: Person -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3672) Odata - if table does not contain element with required key then teiid trows NPE

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-3672?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-3672: ------------------------------------------------ Filip Elias <felias(a)redhat.com> changed the Status of [bug 1259592|https://bugzilla.redhat.com/show_bug.cgi?id=1259592] from VERIFIED to CLOSED > Odata - if table does not contain element with required key then teiid trows NPE > -------------------------------------------------------------------------------- > > Key: TEIID-3672 > URL: https://issues.jboss.org/browse/TEIID-3672 > Project: Teiid > Issue Type: Bug > Affects Versions: 8.7.1.6_2 > Reporter: Juraj Duráni > Assignee: Steven Hawkins > Fix For: 8.12 > > > If table does not contain element with primary key defined in URL, then Teiid throws NPE: > [org.teiid.ODATA] (http-/127.0.0.1:8180-4) TEIID16013 Error occurred producing OData result.: java.lang.NullPointerException > at org.odata4j.format.xml.AtomEntryFormatWriter.write(AtomEntryFormatWriter.java:51) [odata-core-0.8.7.redhat-3.jar:0.8.7.redhat-3] > at org.odata4j.format.xml.AtomEntryFormatWriter.write(AtomEntryFormatWriter.java:20) [odata-core-0.8.7.redhat-3.jar:0.8.7.redhat-3] > at org.odata4j.producer.resources.EntityRequestResource.getEntityImpl(EntityRequestResource.java:309) [odata-core-0.8.7.redhat-3.jar:0.8.7.redhat-3] > at org.odata4j.producer.resources.EntityRequestResource.getEntity(EntityRequestResource.java:273) [odata-core-0.8.7.redhat-3.jar:0.8.7.redhat-3] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_40] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_40] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_40] > at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_40] > at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:168) [resteasy-jaxrs-2.3.12.Final-redhat-1.jar:] > at org.jboss.resteasy.core.ResourceMethod.invokeOnTarget(ResourceMethod.java:269) [resteasy-jaxrs-2.3.12.Final-redhat-1.jar:] > at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:227) [resteasy-jaxrs-2.3.12.Final-redhat-1.jar:] > at org.jboss.resteasy.core.ResourceMethod.invoke(ResourceMethod.java:216) [resteasy-jaxrs-2.3.12.Final-redhat-1.jar:] > at org.jboss.resteasy.core.SynchronousDispatcher.getResponse(SynchronousDispatcher.java:561) [resteasy-jaxrs-2.3.12.Final-redhat-1.jar:] > at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:543) [resteasy-jaxrs-2.3.12.Final-redhat-1.jar:] > at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:128) [resteasy-jaxrs-2.3.12.Final-redhat-1.jar:] > at org.teiid.odata.ODataServletContainerDispatcher.service(ODataServletContainerDispatcher.java:118) [classes:] > at org.teiid.odata.ODataServlet.service(ODataServlet.java:65) [classes:] > at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:50) [resteasy-jaxrs-2.3.12.Final-redhat-1.jar:] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:847) [jboss-servlet-api_3.0_spec-1.0.2.Final-redhat-2.jar:1.0.2.Final-redhat-2] > at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:295) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:231) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:149) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:512) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at org.jboss.as.web.security.SecurityContextAssociationValve.invoke(SecurityContextAssociationValve.java:169) [jboss-as-web-7.5.3.Final-redhat-2.jar:7.5.3.Final-redhat-2] > at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:150) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:97) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:102) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:344) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:854) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:653) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:926) [jbossweb-7.5.10.Final-redhat-1.jar:7.5.10.Final-redhat-1] > at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_40] -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3550) Missing status of VDB in jboss-cli console

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-3550?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-3550: ------------------------------------------------ Filip Elias <felias(a)redhat.com> changed the Status of [bug 1234270|https://bugzilla.redhat.com/show_bug.cgi?id=1234270] from VERIFIED to CLOSED > Missing status of VDB in jboss-cli console > ------------------------------------------ > > Key: TEIID-3550 > URL: https://issues.jboss.org/browse/TEIID-3550 > Project: Teiid > Issue Type: Bug > Affects Versions: 8.7.1.6_2 > Reporter: Juraj Duráni > Assignee: Steven Hawkins > Priority: Trivial > Fix For: 8.12 > > > There is missing status in failure description of command "get-vdb". > "failure-description" => "TEIID50096 VDB xyz.1 is {2} and not ACTIVE. " -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3948) Provide a different mechanism to update odata wars

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-3948?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-3948: ------------------------------------------------ Filip Elias <felias(a)redhat.com> changed the Status of [bug 1305039|https://bugzilla.redhat.com/show_bug.cgi?id=1305039] from VERIFIED to CLOSED > Provide a different mechanism to update odata wars > -------------------------------------------------- > > Key: TEIID-3948 > URL: https://issues.jboss.org/browse/TEIID-3948 > Project: Teiid > Issue Type: Quality Risk > Components: Server > Reporter: Steven Hawkins > Assignee: Steven Hawkins > Fix For: 9.0, 8.12.5 > > > Directly modifying the wars under the base modules is a bad practice. We need to have users modify non-kit artifact files in a different location. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4085) OData doesn't support mulitiple usage of arithmetic operators

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-4085?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-4085: ------------------------------------------------ Filip Elias <felias(a)redhat.com> changed the Status of [bug 1318433|https://bugzilla.redhat.com/show_bug.cgi?id=1318433] from VERIFIED to CLOSED > OData doesn't support mulitiple usage of arithmetic operators > -------------------------------------------------------------- > > Key: TEIID-4085 > URL: https://issues.jboss.org/browse/TEIID-4085 > Project: Teiid > Issue Type: Sub-task > Components: OData > Reporter: Michal Sanitrak > Assignee: Ramesh Reddy > Fix For: 9.0, 8.12.5 > > > Cannot use more than one arithmetic operator in single OData query. Each arithmetic operator has same problem: add,sub,mul,div and mod. > *URL:* http://localhost:8080/odata4/olingo_basic/Source/SimpleTableView/?$filter... > *Actual result:* {"error":{"code": null,"message": "TEIID30067 Type was null for (? + ?) in function ((? + ?) + ?)"}} > *Expected result:* Entity with intkey 7 > See: [\[OData-ABNF\]|http://docs.oasis-open.org/odata/odata/v4.0/errata02/os/complete/abnf/odata-abnf-construction-rules.txt] _Line:_ 384 and 561 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

[JBoss JIRA] (TEIID-3270) Allow UDFs to call Teiid functions

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-3270?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-3270: ------------------------------------------------ Filip Elias <felias(a)redhat.com> changed the Status of [bug 1295461|https://bugzilla.redhat.com/show_bug.cgi?id=1295461] from VERIFIED to CLOSED > Allow UDFs to call Teiid functions > ---------------------------------- > > Key: TEIID-3270 > URL: https://issues.jboss.org/browse/TEIID-3270 > Project: Teiid > Issue Type: Feature Request > Components: Query Engine > Reporter: Sanjeev Gour > Assignee: Steven Hawkins > Fix For: 8.13, 8.12.4 > > > Currently custom functions require the implementation on be in Java, there could be an alternative way to allow using Teiid expressions inside the custom functions. The related thread is here- > https://developer.jboss.org/thread/251179 -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 4 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

teiid-issues August 2016