[JBoss JIRA] (TEIID-5131) Create ansible playbooks for the ansible service broker
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-5131?page=com.atlassian.jira.plugin... ]
Steven Hawkins resolved TEIID-5131.
-----------------------------------
Resolution: Out of Date
Marking this issue as out of date - there is still potentially a need for a better starting docker image for openshift, but that can be done under a new issue. Most of this work has been supplanted by work done for the openshift service image build process under https://issues.jboss.org/projects/TEIIDTOOLS
> Create ansible playbooks for the ansible service broker
> -------------------------------------------------------
>
> Key: TEIID-5131
> URL: https://issues.jboss.org/browse/TEIID-5131
> Project: Teiid
> Issue Type: Enhancement
> Components: Build/Kits
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Fix For: 10.3
>
> Attachments: teiid.png
>
>
> For some of the most common usage patterns, we should create playbooks that contribute service brokers via the ansible service broker. This could be:
> salesforce as db
> couchbase as db/odata
> mongodb as db/odata
> other openshift databases as odata
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (TEIID-5258) TEIID30151 Error building Source for context item
by dalex dalex (JIRA)
[ https://issues.jboss.org/browse/TEIID-5258?page=com.atlassian.jira.plugin... ]
dalex dalex commented on TEIID-5258:
------------------------------------
[~shawkins] at last I could check the fix from TEIID-5242 issue and it worked, thx again.
> TEIID30151 Error building Source for context item
> -------------------------------------------------
>
> Key: TEIID-5258
> URL: https://issues.jboss.org/browse/TEIID-5258
> Project: Teiid
> Issue Type: Bug
> Components: XML Connector
> Affects Versions: 10.1
> Environment: teiid-10.1.0 on WildFly Full 11.0.0.Final (WildFly Core 3.0.8.Final)
> Reporter: dalex dalex
> Assignee: Steven Hawkins
> Attachments: failed.json
>
>
> When running the following script:
> {code:sql}
> Begin
> with t As (
> Select campaign_id, email_address, activity
> From (
> call files.getFiles(pathAndPattern => 'failed.json')
> ) f
> Cross Join
> XmlTable (
> '/root/emails'
> Passing JsonToXml('root', f.file)
> Columns
> campaign_id string,
> list_id string,
> list_is_active boolean,
> email_id string,
> email_address string,
> activity xml
> ) x
> Where activity Is Not Null
> )
> Select *
> From t Cross Join XmlTable (
> '/root/activity'
> Passing XmlElement(root, t.activity)
> Columns
> action string,
> "timestamp" timestamp,
> url string,
> ip string
> ) a;
> End;
> {code}
> teiid throws out the following error:
> {code:noformat}
> 2018-02-13 17:55:47,054 WARN [org.teiid.PROCESSOR] (Worker2_QueryProcessorQueue7) /okCCfP2/yjh TEIID30020 Processing exception for request /okCCfP2/yjh.0 'TEIID30151 Error building
> Source for context item.'. Originally TeiidProcessingException StaxToEventBridge.java:325.: org.teiid.core.TeiidProcessingException: TEIID30151 Error building Source for context item
> .
> at org.teiid.query.xquery.saxon.XQueryEvaluator.evaluateXQuery(XQueryEvaluator.java:163)
> at org.teiid.query.processor.relational.XMLTableNode$1.run(XMLTableNode.java:265)
> at org.teiid.dqp.internal.process.DQPWorkContext.runInContext(DQPWorkContext.java:280)
> at org.teiid.dqp.internal.process.ThreadReuseExecutor$RunnableWrapper.run(ThreadReuseExecutor.java:115)
> at org.teiid.dqp.internal.process.ThreadReuseExecutor$3.run(ThreadReuseExecutor.java:206)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: nu.xom.ParsingException
> at nu.xom.Builder.build(Unknown Source)
> at nu.xom.Builder.build(Unknown Source)
> at org.teiid.query.xquery.saxon.XQueryEvaluator.evaluateXQuery(XQueryEvaluator.java:157)
> ... 7 more
> Caused by: java.lang.NullPointerException
> at net.sf.saxon.evpull.StaxToEventBridge.getSystemId(StaxToEventBridge.java:325)
> at net.sf.saxon.evpull.StaxToEventBridge.getSystemId(StaxToEventBridge.java:385)
> at net.sf.saxon.event.ContentHandlerProxyLocator.getSystemId(ContentHandlerProxyLocator.java:72)
> at nu.xom.XOMHandler.startElement(Unknown Source)
> at net.sf.saxon.event.ContentHandlerProxy.startContent(ContentHandlerProxy.java:373)
> at org.teiid.query.xquery.saxon.ContentHandlerProxyReceiver.startContent(StreamingUtils.java:291)
> at net.sf.saxon.event.ProxyReceiver.startContent(ProxyReceiver.java:177)
> at org.teiid.query.xquery.saxon.PathMapFilter.startContent(PathMapFilter.java:226)
> at net.sf.saxon.event.TreeReceiver.startContent(TreeReceiver.java:220)
> at net.sf.saxon.evpull.EventIteratorToReceiver.copy(EventIteratorToReceiver.java:78)
> at net.sf.saxon.event.Sender.sendPullEventSource(Sender.java:559)
> at net.sf.saxon.event.Sender.send(Sender.java:132)
> at net.sf.saxon.Configuration.buildDocument(Configuration.java:3361)
> at net.sf.saxon.Configuration.buildDocument(Configuration.java:3303)
> at org.teiid.query.xquery.saxon.SaxonReader.parse(StreamingUtils.java:175)
> ... 10 more
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (TEIID-5306) JDG is doing away with hot rod client, going primarily with rest interface
by Van Halbert (JIRA)
[ https://issues.jboss.org/browse/TEIID-5306?page=com.atlassian.jira.plugin... ]
Van Halbert commented on TEIID-5306:
------------------------------------
The hotrod client image contained all the modules needed to deploy for hotrod integration. And that made it easier to rebuild an image, like JDV, when a CVE or CP release of the hotrod client was needed. Didn't require the underlying JDV product to be rebuilt. So the same intent was used with the JDV JDBC driver.
As to why JDV didn't included the JDG jars in its image, the reason is as mentioned above. However, now JDV will either have to create its own image with the needed jar's or will have to change its build to pull in the jar's. But will still need to consider the impact of JDG related changes on having to rebuild JDV.
> JDG is doing away with hot rod client, going primarily with rest interface
> --------------------------------------------------------------------------
>
> Key: TEIID-5306
> URL: https://issues.jboss.org/browse/TEIID-5306
> Project: Teiid
> Issue Type: Feature Request
> Components: JDG Connector
> Reporter: Van Halbert
> Assignee: Steven Hawkins
> Priority: Critical
>
> JDG is deprecating the JDG 7.2.x hot rod client and moving to provide exclusively rest interfaces.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (TEIID-5224) Osisoft translator - general lateral join support
by Johnathon Lee (JIRA)
[ https://issues.jboss.org/browse/TEIID-5224?page=com.atlassian.jira.plugin... ]
Johnathon Lee updated TEIID-5224:
---------------------------------
Fix Version/s: 8.12.13.6_4
> Osisoft translator - general lateral join support
> -------------------------------------------------
>
> Key: TEIID-5224
> URL: https://issues.jboss.org/browse/TEIID-5224
> Project: Teiid
> Issue Type: Quality Risk
> Components: Connector API, Misc. Connectors, Query Engine
> Reporter: Steven Hawkins
> Assignee: Steven Hawkins
> Fix For: 10.2, 8.12.13.6_4
>
>
> Osisoft PI only supports a lateral join between a table and a table value function - not between a table and a derived table / inline view. However those joins are pushed down as pi advertises general lateral join support. Additional capabilities and possibly extension metadata may be required for the engine to differentiate these cases.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months
[JBoss JIRA] (TEIID-5269) Odata4 metadata roundtrip is not in place
by Johnathon Lee (JIRA)
[ https://issues.jboss.org/browse/TEIID-5269?page=com.atlassian.jira.plugin... ]
Johnathon Lee updated TEIID-5269:
---------------------------------
Fix Version/s: 8.12.13.6_4
> Odata4 metadata roundtrip is not in place
> -----------------------------------------
>
> Key: TEIID-5269
> URL: https://issues.jboss.org/browse/TEIID-5269
> Project: Teiid
> Issue Type: Bug
> Components: Misc. Connectors, OData
> Affects Versions: 8.12.12.6_4
> Reporter: Jan Stastny
> Assignee: Steven Hawkins
> Fix For: 10.0.4, 10.2, 10.1.2, 8.12.13.6_4
>
>
> Teiid should be able to import (using odata4 translator) metadata exposed by its own odata4 interface.
> Currently there is following identified discrepancy.
> Foreign keys are not properly carried through the expose/import roundtrip. After importing metadata from odata4 endpoint for another vdb (all in single instance), the resulting metadata lacks FK definitions.
> For following data exposed in a VDB:
> {code:sql}
> CREATE VIEW A(a_id integer PRIMARY KEY, a_value string) AS SELECT 1, 'a1' UNION ALL SELECT 2, 'a2';
> CREATE VIEW B(b_id integer PRIMARY KEY, b_value string) AS SELECT 3, 'b1' UNION ALL SELECT 4, 'b2';
> CREATE VIEW C(c_id integer PRIMARY KEY, a_ref integer, b_ref integer,
> FOREIGN KEY (a_ref) REFERENCES A(a_id),
> FOREIGN KEY (b_ref) REFERENCES B(b_id))
> AS SELECT 5, 1, 3 UNION ALL SELECT 6, 2, 4;
> {code}
> the following odata4 metadata are served:
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <edmx:Edmx xmlns:edmx="http://docs.oasis-open.org/odata/ns/edmx" Version="4.0">
> <edmx:Reference Uri="http://localhost:8080/odata4/static/org.apache.olingo.v1.xml">
> <edmx:Include Namespace="org.apache.olingo.v1" Alias="olingo-extensions"/>
> </edmx:Reference>
> <edmx:DataServices>
> <Schema xmlns="http://docs.oasis-open.org/odata/ns/edm" Namespace="teiid5221data.1.data" Alias="data">
> <EntityType Name="A">
> <Key>
> <PropertyRef Name="a_id"/>
> </Key>
> <Property Name="a_id" Type="Edm.Int32" Nullable="false"/>
> <Property Name="a_value" Type="Edm.String" MaxLength="4000"/>
> <NavigationProperty Name="C_FK0" Type="Collection(data.C)"/>
> </EntityType>
> <EntityType Name="B">
> <Key>
> <PropertyRef Name="b_id"/>
> </Key>
> <Property Name="b_id" Type="Edm.Int32" Nullable="false"/>
> <Property Name="b_value" Type="Edm.String" MaxLength="4000"/>
> <NavigationProperty Name="C_FK1" Type="Collection(data.C)"/>
> </EntityType>
> <EntityType Name="C">
> <Key>
> <PropertyRef Name="c_id"/>
> </Key>
> <Property Name="c_id" Type="Edm.Int32" Nullable="false"/>
> <Property Name="a_ref" Type="Edm.Int32"/>
> <Property Name="b_ref" Type="Edm.Int32"/>
> <NavigationProperty Name="FK0" Type="data.A"/>
> <NavigationProperty Name="FK1" Type="data.B"/>
> </EntityType>
> <EntityContainer Name="data">
> <EntitySet Name="A" EntityType="data.A">
> <NavigationPropertyBinding Path="C_FK0" Target="C"/>
> </EntitySet>
> <EntitySet Name="B" EntityType="data.B">
> <NavigationPropertyBinding Path="C_FK1" Target="C"/>
> </EntitySet>
> <EntitySet Name="C" EntityType="data.C">
> <NavigationPropertyBinding Path="FK0" Target="A"/>
> <NavigationPropertyBinding Path="FK1" Target="B"/>
> </EntitySet>
> </EntityContainer>
> </Schema>
> </edmx:DataServices>
> </edmx:Edmx>
> {code}
> Then, when I import from the odata4 endpoint I get following:
> {code:sql}
> ===> SET NAMESPACE 'http://www.jboss.org/teiiddesigner/ext/odata/2012' AS teiid_odata;
> CREATE FOREIGN TABLE A (
> a_id integer NOT NULL OPTIONS (NATIVE_TYPE 'Edm.Int32'),
> a_value string,
> PRIMARY KEY(a_id)
> ) OPTIONS (UPDATABLE TRUE, "teiid_odata:NameInSchema" 'data.A', "teiid_odata:Type" 'ENTITY_COLLECTION');
> CREATE FOREIGN TABLE B (
> b_id integer NOT NULL OPTIONS (NATIVE_TYPE 'Edm.Int32'),
> b_value string,
> PRIMARY KEY(b_id)
> ) OPTIONS (UPDATABLE TRUE, "teiid_odata:NameInSchema" 'data.B', "teiid_odata:Type" 'ENTITY_COLLECTION');
> CREATE FOREIGN TABLE C (
> c_id integer NOT NULL OPTIONS (NATIVE_TYPE 'Edm.Int32'),
> a_ref integer OPTIONS (NATIVE_TYPE 'Edm.Int32'),
> b_ref integer OPTIONS (NATIVE_TYPE 'Edm.Int32'),
> PRIMARY KEY(c_id)
> ) OPTIONS (UPDATABLE TRUE, "teiid_odata:NameInSchema" 'data.C', "teiid_odata:Type" 'ENTITY_COLLECTION');
> {code}
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
6 years, 8 months