[JBoss JIRA] (TEIID-2932) Datastax: fail to access PortfolioDemo (demo schema that provided by Datastax)
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-2932?page=com.atlassian.jira.plugin... ]
Steven Hawkins updated TEIID-2932:
----------------------------------
Fix Version/s: (was: 8.9)
Assignee: (was: Steven Hawkins)
> Datastax: fail to access PortfolioDemo (demo schema that provided by Datastax)
> -------------------------------------------------------------------------------
>
> Key: TEIID-2932
> URL: https://issues.jboss.org/browse/TEIID-2932
> Project: Teiid
> Issue Type: Bug
> Components: Misc. Connectors
> Affects Versions: 8.7
> Environment: Datastax with Teiid 8.7 CR
> Reporter: Ivan Chan
>
> Fail to access PortfolioDemo (demo schema that provided by Datastax) and the the following exception:
> java.lang.NullPointerException
> at org.teiid.metadata.MetadataFactory.addColumn(MetadataFactory.java:204)
> at org.teiid.translator.cassandra.CassandraMetadataProcessor.addColumnsToTable(CassandraMetadataProcessor.java:101)
> at org.teiid.translator.cassandra.CassandraMetadataProcessor.addTable(CassandraMetadataProcessor.java:63)
> at org.teiid.translator.cassandra.CassandraMetadataProcessor.process(CassandraMetadataProcessor.java:50)
> at org.teiid.translator.cassandra.CassandraMetadataProcessor.process(CassandraMetadataProcessor.java:42)
> at org.teiid.translator.ExecutionFactory.getMetadata(ExecutionFactory.java:915)
> at org.teiid.query.metadata.NativeMetadataRepository.loadMetadata(NativeMetadataRepository.java:73)
> at org.teiid.query.metadata.ChainingMetadataRepository.loadMetadata(ChainingMetadataRepository.java:55)
> at org.teiid.runtime.EmbeddedServer.loadMetadata(EmbeddedServer.java:685)
> at org.teiid.runtime.AbstractVDBDeployer.loadMetadata(AbstractVDBDeployer.java:161)
> at org.teiid.runtime.EmbeddedServer.deployVDB(EmbeddedServer.java:635)
> at org.teiid.runtime.EmbeddedServer.deployVDB(EmbeddedServer.java:547)
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 8 months
[JBoss JIRA] (TEIID-3164) Second connection to VDB through Kerberos authentication ends with exception
by Juraj Duráni (JIRA)
[ https://issues.jboss.org/browse/TEIID-3164?page=com.atlassian.jira.plugin... ]
Juraj Duráni updated TEIID-3164:
--------------------------------
Attachment: krb.zip
1. standalone.xml
2. jaas client conf
3. vdb
4. JDBC client
JDBC client which I use has been extracted from DV 6.1.ER2
> Second connection to VDB through Kerberos authentication ends with exception
> ----------------------------------------------------------------------------
>
> Key: TEIID-3164
> URL: https://issues.jboss.org/browse/TEIID-3164
> Project: Teiid
> Issue Type: Bug
> Affects Versions: 8.7.1
> Environment: OS: fedora20
> arch: x86_64
> java: sun 1.7
> kdc: on localhost
> Reporter: Juraj Duráni
> Assignee: Ramesh Reddy
> Fix For: 8.7.1, 8.9
>
> Attachments: krb.zip
>
>
> Second (third,forth,...) conection to VDB through Kerberos ends with exception:
> javax.security.auth.login.LoginException: TEIID50103 Wrong Response returned from EXAMPLE.COM security domain; Expecting a Kerberoes response
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 8 months
[JBoss JIRA] (TEIID-3142) Vanilla Hive sorting issue
by Steven Hawkins (JIRA)
[ https://issues.jboss.org/browse/TEIID-3142?page=com.atlassian.jira.plugin... ]
Steven Hawkins commented on TEIID-3142:
---------------------------------------
Is it ok to resolve this given the option to turn off order by or to be more seletive with TEIID-3156?
> Vanilla Hive sorting issue
> --------------------------
>
> Key: TEIID-3142
> URL: https://issues.jboss.org/browse/TEIID-3142
> Project: Teiid
> Issue Type: Feature Request
> Components: Misc. Connectors
> Affects Versions: 8.7.1
> Reporter: Filip Nguyen
> Assignee: Steven Hawkins
>
> It seems that Vanilla Apache Hive 0.13 sorts in a yet another different way than what we expect and also differently from Cloudera Imapla (another Hive flavor).
> SELECT BQT1.SmallA.StringNum FROM BQT1.SmallA order by BQT1.SmallA.StringNum
> 1: -1
> 2: -10
> 3: -11
> 4: -12
> 5: -13
> 6: -14
> 7: -15
> 8: -16
> 9: -17
> 10: -18
> 11: -19
> 12: -2
> 13: -20
> 14: -21
> 15: -22
> 16: -24
> 17: -3
> 18: -4
> 19: -5
> 20: -6
> 21: -8
> 22: -9
> 23: 0
> 24: 1
> 25: 10
> 26: 11
> 27: 12
> 28: 13
> 29: 14
> 30: 15
> 31: 16
> 32: 17
> 33: 18
> 34: 19
> 35: 2
> 36: 20
> 37: 21
> 38: 22
> 39: 23
> 40: 24
> 41: 3
> 42: 4
> 43: 5
> 44: 6
> 45: 7
> 46: 8
> 47: null
> 48: null
> 49: null
> 50: null
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 8 months
[JBoss JIRA] (TEIID-3164) Second connection to VDB through Kerberos authentication ends with exception
by Ramesh Reddy (JIRA)
[ https://issues.jboss.org/browse/TEIID-3164?page=com.atlassian.jira.plugin... ]
Ramesh Reddy edited comment on TEIID-3164 at 10/14/14 1:36 PM:
---------------------------------------------------------------
[~jdurani] I do not seem to replicate the behavior, I need your JDBC client class that you used.
BTW, my vdb looks like
{code}
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<vdb name="Loopy" version="1">
<property name="security-domain" value="EXAMPLE.COM" />
<property name="authentication-type" value="GSS" />
<model name="PM1">
<source name="text-connector2" translator-name="loopback" />
<metadata type="DDL"><![CDATA[
CREATE FOREIGN TABLE G1 (e1 string, e2 integer PRIMARY KEY, e3 clob);
CREATE FOREIGN TABLE G2 (e1 string, e2 integer PRIMARY KEY) OPTIONS (UPDATABLE 'true');
]]> </metadata>
</model>
<model name="PM2" type="VIRTUAL">
<metadata type="DDL"><![CDATA[
CREATE PROCEDURE proc (x string) returns string AS
BEGIN
return x;
END
CREATE VIEW VIEW_G1 as select * from PM1.G1;
]]> </metadata>
</model>
</vdb>
{code}
was (Author: rareddy):
[~jdurani] I do not seem to replicate the behavior, I need your JDBC client class that you used.
BTW, my vdb looks like
{code title=loopy-vdb.xml}
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<vdb name="Loopy" version="1">
<property name="security-domain" value="EXAMPLE.COM" />
<property name="authentication-type" value="GSS" />
<model name="PM1">
<source name="text-connector2" translator-name="loopback" />
<metadata type="DDL"><![CDATA[
CREATE FOREIGN TABLE G1 (e1 string, e2 integer PRIMARY KEY, e3 clob);
CREATE FOREIGN TABLE G2 (e1 string, e2 integer PRIMARY KEY) OPTIONS (UPDATABLE 'true');
]]> </metadata>
</model>
<model name="PM2" type="VIRTUAL">
<metadata type="DDL"><![CDATA[
CREATE PROCEDURE proc (x string) returns string AS
BEGIN
return x;
END
CREATE VIEW VIEW_G1 as select * from PM1.G1;
]]> </metadata>
</model>
</vdb>
{code}
> Second connection to VDB through Kerberos authentication ends with exception
> ----------------------------------------------------------------------------
>
> Key: TEIID-3164
> URL: https://issues.jboss.org/browse/TEIID-3164
> Project: Teiid
> Issue Type: Bug
> Affects Versions: 8.7.1
> Environment: OS: fedora20
> arch: x86_64
> java: sun 1.7
> kdc: on localhost
> Reporter: Juraj Duráni
> Assignee: Ramesh Reddy
> Fix For: 8.7.1, 8.9
>
>
> Second (third,forth,...) conection to VDB through Kerberos ends with exception:
> javax.security.auth.login.LoginException: TEIID50103 Wrong Response returned from EXAMPLE.COM security domain; Expecting a Kerberoes response
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)
9 years, 8 months