July 2017 - teiid-issues - Jboss List Archives

[JBoss JIRA] (TEIID-5009) Add license files to JDBC Driver

by Van Halbert (JIRA)

[ https://issues.jboss.org/browse/TEIID-5009?page=com.atlassian.jira.plugin... ] Van Halbert commented on TEIID-5009: ------------------------------------ Which brings to question, that maybe each buildable artifact needs to be split out so that each can easily create the required license files that have the appropriate license dependencies included. > Add license files to JDBC Driver > -------------------------------- > > Key: TEIID-5009 > URL: https://issues.jboss.org/browse/TEIID-5009 > Project: Teiid > Issue Type: Task > Components: JDBC Driver > Affects Versions: 8.12.x-6.4, 10.x > Reporter: Van Halbert > Assignee: Van Halbert > Priority: Blocker > > Adding the license.xml and license.html files to the jdbc driver. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-5009) Add license files to JDBC Driver

by Van Halbert (JIRA)

[ https://issues.jboss.org/browse/TEIID-5009?page=com.atlassian.jira.plugin... ] Van Halbert commented on TEIID-5009: ------------------------------------ on the 8.12 branch, we split out the teiid-jdbc build into its own sub-project and that worked great adding in its own licensing files. Should I change the 10.x branch to do the same, or change the build (and add the licensing files specific for jdbc) to do all the assembly? > Add license files to JDBC Driver > -------------------------------- > > Key: TEIID-5009 > URL: https://issues.jboss.org/browse/TEIID-5009 > Project: Teiid > Issue Type: Task > Components: JDBC Driver > Affects Versions: 8.12.x-6.4, 10.x > Reporter: Van Halbert > Assignee: Van Halbert > Priority: Blocker > > Adding the license.xml and license.html files to the jdbc driver. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-5009) Add license files to JDBC Driver

by Van Halbert (JIRA)

Van Halbert created TEIID-5009: ---------------------------------- Summary: Add license files to JDBC Driver Key: TEIID-5009 URL: https://issues.jboss.org/browse/TEIID-5009 Project: Teiid Issue Type: Task Components: JDBC Driver Affects Versions: 8.12.x-6.4, 10.x Reporter: Van Halbert Assignee: Steven Hawkins Priority: Blocker Adding the license.xml and license.html files to the jdbc driver. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-5009) Add license files to JDBC Driver

by Van Halbert (JIRA)

[ https://issues.jboss.org/browse/TEIID-5009?page=com.atlassian.jira.plugin... ] Van Halbert reassigned TEIID-5009: ---------------------------------- Assignee: Van Halbert (was: Steven Hawkins) > Add license files to JDBC Driver > -------------------------------- > > Key: TEIID-5009 > URL: https://issues.jboss.org/browse/TEIID-5009 > Project: Teiid > Issue Type: Task > Components: JDBC Driver > Affects Versions: 8.12.x-6.4, 10.x > Reporter: Van Halbert > Assignee: Van Halbert > Priority: Blocker > > Adding the license.xml and license.html files to the jdbc driver. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4918) Enhance infinispan support for muti-threaded puts or using putAll

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-4918?page=com.atlassian.jira.plugin... ] Ramesh Reddy commented on TEIID-4918: ------------------------------------- Can you give an example of source hints? I mean how could I prevent rewriter to push the comment to the source? > Enhance infinispan support for muti-threaded puts or using putAll > ----------------------------------------------------------------- > > Key: TEIID-4918 > URL: https://issues.jboss.org/browse/TEIID-4918 > Project: Teiid > Issue Type: Enhancement > Components: Infinispan > Affects Versions: 9.3, 8.12.x-6.4 > Reporter: Van Halbert > Assignee: Ramesh Reddy > Fix For: 10.0 > > > For performance reasons, it was requested that the infinispan connector/translator be enhanced to be multi-threaded when doing batch inserts or try using the putAll option. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-5006) NPE when querying RAR description of infinispan-hotrod resource adapter

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/TEIID-5006?page=com.atlassian.jira.plugin... ] RH Bugzilla Integration commented on TEIID-5006: ------------------------------------------------ Van Halbert <vhalbert(a)redhat.com> changed the Status of [bug 1475232|https://bugzilla.redhat.com/show_bug.cgi?id=1475232] from NEW to MODIFIED > NPE when querying RAR description of infinispan-hotrod resource adapter > ----------------------------------------------------------------------- > > Key: TEIID-5006 > URL: https://issues.jboss.org/browse/TEIID-5006 > Project: Teiid > Issue Type: Bug > Components: Infinispan > Affects Versions: 8.12.x-6.4 > Reporter: Andrej Šmigala > Assignee: Van Halbert > Fix For: 10.0, 8.12.x-6.4 > > > When running the read-rar-description on the infinispan-hotrod resource adapter, a NPE is logged in the server log: > {noformat} > 10:59:10,245 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 2) JBAS014612: Operation ("read-rar-description") failed - address: ([("subsystem" => "teiid")]): java.lang.NullPointerException > at org.teiid.deployers.ExtendedPropertyMetadata.addProperty(ExtendedPropertyMetadata.java:119) > at org.teiid.deployers.ExtendedPropertyMetadata.<init>(ExtendedPropertyMetadata.java:105) > at org.teiid.jboss.ReadRARDescription.buildNode(TeiidOperationHandler.java:1613) > at org.teiid.jboss.ReadRARDescription.executeOperation(TeiidOperationHandler.java:1583) > at org.teiid.jboss.ReadRARDescription.executeOperation(TeiidOperationHandler.java:1543) > at org.teiid.jboss.BaseOperationHandler$1.execute(BaseOperationHandler.java:79) > at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:710) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:545) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:338) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:314) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1152) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:335) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:204) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.doExecute(ModelControllerClientOperationHandler.java:209) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler.access$300(ModelControllerClientOperationHandler.java:136) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:158) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1$1.run(ModelControllerClientOperationHandler.java:154) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.8.0_131] > at javax.security.auth.Subject.doAs(Subject.java:422) [rt.jar:1.8.0_131] > at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:94) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.controller.remote.ModelControllerClientOperationHandler$ExecuteRequestHandler$1.execute(ModelControllerClientOperationHandler.java:154) [jboss-as-controller-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.protocol.mgmt.AbstractMessageHandler$ManagementRequestContextImpl$1.doExecute(AbstractMessageHandler.java:364) [jboss-as-protocol-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at org.jboss.as.protocol.mgmt.AbstractMessageHandler$AsyncTaskRunner.run(AbstractMessageHandler.java:473) [jboss-as-protocol-7.5.16.Final-redhat-1.jar:7.5.16.Final-redhat-1] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_131] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_131] > at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_131] > at org.jboss.threads.JBossThread.run(JBossThread.java:122) [jboss-threads-2.1.2.Final-redhat-1.jar:2.1.2.Final-redhat-1] > {noformat} -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4997) Teiid on/with Spark

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-4997?page=com.atlassian.jira.plugin... ] Steven Hawkins commented on TEIID-4997: --------------------------------------- > Please open a JIRA for this. This can be done under TEIID-5007 > can you elaborate little more, I will make this part of previous JIRA If we are co-located then our entry point will be when our driver class is loaded and/or when a vdb is accessed with the embedded connection. > Can elaborate here too. My preference is, lets drop the import VDB and multi VDB in a single container, and work with single database hiding the semantics of VDB altogether from user I'm not saying the user will be aware of the vdb construct. Only that if you are co-locating you have consider how the appropriate metadata will get associated with the spark workers. > I think plan cost should decide this no? there may be cases where a small set of data processing does not really warrant a spark cluster usage. I'm not clear enough with that conclusion. I'm saying that it will simplify a lot of concerns to embedded Spark in Teiid for the moment. While that does not take advantage of a spark cluster, it does allow for a much lower effort POC. > Teiid on/with Spark > ------------------- > > Key: TEIID-4997 > URL: https://issues.jboss.org/browse/TEIID-4997 > Project: Teiid > Issue Type: Feature Request > Components: Build/Kits, Query Engine > Reporter: Steven Hawkins > Assignee: Steven Hawkins > > With the availability of Spark on OpenShift, we should provide a cooperative planning/execution mode for Teiid that utilizes the Spark engine. > Roughly this would look like a Teiid master running embedded with the Spark master serving the typical JDBC/ODBC/OData endpoints. On an incoming query the optimizer would choose to process against Spark or to process with Teiid - if processing with Teiid that may still require submitting the job to a worker to avoid burdening the master. Alternatively the Teiid master could run in a separate pod with the additional serialization costs, however initially the remote Spark [JDBC/ODBC layer|https://spark.apache.org/docs/latest/sql-programming-guide.html#dis...] will not be available in the OpenShift effort. > If execution against Spark is chosen, then instead of a typical Teiid processor plan a spark job will be created instead. Initially this could be limited to relational plans, but could be expanded to include procedure language support translated to python, scala, etc. The spark job would represent each source access as a [temporary view|https://spark.apache.org/docs/latest/sql-programming-guide.html#jdbc...] accessing the relevant pushdown query. Ideally this would be executed against a Teiid Embedded instance running in the worker node. If remote this would incur an extra hop and have security considerations. This can be thought of as using Teiid for its virtualization and access layer features. The rest of the processing about the access layers could then be represented as Spark SQL. > For example a Teiid user query of "select * from hdfs.tbl h, oracle.tbl o where h.id = o.id order by h.col" would become the Spark SQL job: > CREATE TEMPORARY VIEW h > USING org.apache.spark.sql.jdbc > OPTIONS ( > url "jdbc:teiid:vdb", > dbtable "(select col ... from hdfs.tbl)", > fetchSize '1024, > ... > ) > CREATE TEMPORARY VIEW o > USING org.apache.spark.sql.jdbc > OPTIONS ( > url "jdbc:teiid:vdb", > dbtable "(select col ... from oracle.tbl)", > fetchSize '1024, > ... > ) > SELECT * FROM h inner join o on h.id > The challenges/considerations of this are: > * Utilizing embedded with coordinated VDB management. There's the associated issue of driver management as well. > * Translating Teiid SQL to Spark SQL. All Teiid functions, udfs, aggregate functions would need to be made known to Spark. Table function constructs, such as XMLTABLE, TEXTTABLE, etc. could initially just be treated as access layer concerns. Type issues would exist as xml/clob/json would map to string. > * no xa support > * we'd need to provide reasonable values for fetch size, partition information, etc. in the access layer queries. > * We'd have to determine the extent to which federated join optimizations need to be conveyed (dependent join and pushdown) as that would go beyond simply translating to Spark SQL. > * there's a potential to use [global temporary views|http://www.gatorsmile.io/globaltempview/] which is a more convenient way of adding virtualization to Spark. > * Large internal materialization should be re-targeted to Spark or JDG -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4918) Enhance infinispan support for muti-threaded puts or using putAll

by Steven Hawkins (JIRA)

[ https://issues.jboss.org/browse/TEIID-4918?page=com.atlassian.jira.plugin... ] Steven Hawkins commented on TEIID-4918: --------------------------------------- > I have captured the empty flag before so that it will be true for subsequent batches. It isn't a pull style iterator. The values are still sent in batches, so in general there will be multiple commands for large inserts. > Configure way to disable Bulk insert Source hints can be used. > Enhance infinispan support for muti-threaded puts or using putAll > ----------------------------------------------------------------- > > Key: TEIID-4918 > URL: https://issues.jboss.org/browse/TEIID-4918 > Project: Teiid > Issue Type: Enhancement > Components: Infinispan > Affects Versions: 9.3, 8.12.x-6.4 > Reporter: Van Halbert > Assignee: Ramesh Reddy > Fix For: 10.0 > > > For performance reasons, it was requested that the infinispan connector/translator be enhanced to be multi-threaded when doing batch inserts or try using the putAll option. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4918) Enhance infinispan support for muti-threaded puts or using putAll

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-4918?page=com.atlassian.jira.plugin... ] Ramesh Reddy reopened TEIID-4918: --------------------------------- Configure way to disable Bulk insert > Enhance infinispan support for muti-threaded puts or using putAll > ----------------------------------------------------------------- > > Key: TEIID-4918 > URL: https://issues.jboss.org/browse/TEIID-4918 > Project: Teiid > Issue Type: Enhancement > Components: Infinispan > Affects Versions: 9.3, 8.12.x-6.4 > Reporter: Van Halbert > Assignee: Ramesh Reddy > Fix For: 10.0 > > > For performance reasons, it was requested that the infinispan connector/translator be enhanced to be multi-threaded when doing batch inserts or try using the putAll option. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 years, 9 months

1
0
0 / 0

[JBoss JIRA] (TEIID-4924) Push Teiid artifacts to maven central

by Ramesh Reddy (JIRA)

[ https://issues.jboss.org/browse/TEIID-4924?page=com.atlassian.jira.plugin... ] Ramesh Reddy resolved TEIID-4924. --------------------------------- Resolution: Done > Push Teiid artifacts to maven central > ------------------------------------- > > Key: TEIID-4924 > URL: https://issues.jboss.org/browse/TEIID-4924 > Project: Teiid > Issue Type: Sub-task > Reporter: Kylin Soong > Assignee: Ramesh Reddy > Fix For: 10.0 > > > Prepare to push teiis-spring-boot to maven central. -- This message was sent by Atlassian JIRA (v7.2.3#72005)

6 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 July 2017