[JBoss JIRA] (TEIID-3718) Add Log4j 2 Logger Adapter
by Kylin Soong (JIRA)
[ https://issues.jboss.org/browse/TEIID-3718?page=com.atlassian.jira.plugin... ]
Kylin Soong reassigned TEIID-3718:
----------------------------------
Assignee: Kylin Soong
> Add Log4j 2 Logger Adapter
> --------------------------
>
> Key: TEIID-3718
> URL: https://issues.jboss.org/browse/TEIID-3718
> Project: Teiid
> Issue Type: Sub-task
> Components: Embedded
> Affects Versions: 8.11.4
> Environment: Apache Maven 3.3.3 (7994120775791599e205a5524ec3e0dfe41d4a06; 2015-04-22T04:57:37-07:00)
> Maven home: C:\Java\apache-maven-3.3.3
> Java version: 1.7.0_79, vendor: Oracle Corporation
> Java home: C:\Program Files\Java\jdk1.7.0_79\jre
> Default locale: en_US, platform encoding: Cp1252
> OS name: "windows 7", version: "6.1", arch: "amd64", family: "windows"
> Reporter: Gary Gregory
> Assignee: Kylin Soong
> Attachments: Log4j2LoggerAdapter.java
>
>
> Add a Log4j 2 Logger Adapter. See attached.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (TEIID-3375) Support Kerberos handshake for mutual auth
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/TEIID-3375?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration updated TEIID-3375:
-------------------------------------------
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1268431
Bugzilla Update: Perform
> Support Kerberos handshake for mutual auth
> ------------------------------------------
>
> Key: TEIID-3375
> URL: https://issues.jboss.org/browse/TEIID-3375
> Project: Teiid
> Issue Type: Feature Request
> Components: Embedded, ODBC
> Affects Versions: 8.9.1
> Environment: Postgres JDBC 9.4-1201 client on Windows 7, Teiid server on either Windows 7 or RHEL Linux 2.6 (behaved same on both platforms).
> Reporter: Ben Kibler
> Assignee: Ramesh Reddy
> Fix For: 8.11
>
>
> When using Teiid Embedded with Kerberos, the GSS handshake with the Postgres JDBC client is failing while trying to establish mutual authentication.
> The ODBCRemoteServerImpl.login() method should send both an AuthenticationGSSContinue and AuthenticationOk message when the client is requesting mutual authentication.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (TEIID-3666) VDB can deploy before datasource is bound
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/TEIID-3666?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration updated TEIID-3666:
-------------------------------------------
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1268409
Bugzilla Update: Perform
> VDB can deploy before datasource is bound
> -----------------------------------------
>
> Key: TEIID-3666
> URL: https://issues.jboss.org/browse/TEIID-3666
> Project: Teiid
> Issue Type: Bug
> Components: Server
> Affects Versions: 8.7.3
> Environment: JDBC driver for datasource is deployed in deployments/ directory of standalone instance
> Reporter: Marc Shirley
> Assignee: Steven Hawkins
> Fix For: 8.12, 8.11.3
>
>
> A VDB can be deployed before the datasources it depends on are fully deployed and bound, resulting in the VDB never being marked as ACTIVE. This appears to be exclusive to environments where the JDBC driver for the datasource is deployed through use of the standalone deployments/ directory. If the driver is deployed as a module, then the risk of the issue is lowered or eliminated.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (TEIID-3643) VDB based kerberos authentication does not work with ODBC
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/TEIID-3643?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration updated TEIID-3643:
-------------------------------------------
Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1254532, https://bugzilla.redhat.com/show_bug.cgi?id=1268386
Bugzilla Update: Perform
> VDB based kerberos authentication does not work with ODBC
> ---------------------------------------------------------
>
> Key: TEIID-3643
> URL: https://issues.jboss.org/browse/TEIID-3643
> Project: Teiid
> Issue Type: Bug
> Components: Server
> Affects Versions: 8.7.1.6_2
> Reporter: Juraj Duráni
> Assignee: Steven Hawkins
> Fix For: 8.12, 8.11.3
>
>
> I have a VDB configured to use GSS authentication. Both, JDBC and ODBC ports are configured to use default "teiid-security" security domain. Accessing the VDB through JDBC works fine, but ODBC throws exception [1], [2]. If the ODBC port is configured to use GSS authentication, connection is successful.
> [1]
> isql -v krb
> [08001][unixODBC]could not connect to server: Spojenie odmietnut
> Is the server running on host "localhost" (::1) and accepting
> TCP/IP connections on port 35432?
> ERROR: TEIID40055 Wrong logon method is being used. Server is not set up for Kerberos based authentication.
> DETAIL: org.teiid.jdbc.TeiidSQLException: TEIID40055 Wrong logon method is being used. Server is not set up for Kerberos based authentication.
> [ISQL]ERROR: Could not SQLConnect
> [2]
> 11:49:56,470 ERROR [org.teiid.ODBC] (New I/O worker #3) TEIID40015 Unexpected error occurred: org.teiid.client.security.LogonException: TEIID40055 Wrong logon method is being used. Server is not set up for Kerberos based authentication.
> at org.teiid.transport.LogonImpl.neogitiateGssLogin(LogonImpl.java:168) [teiid-runtime-8.7.1.6_2-redhat-4.jar:8.7.1.6_2-redhat-4]
> at org.teiid.odbc.ODBCServerRemoteImpl.logon(ODBCServerRemoteImpl.java:237) [teiid-runtime-8.7.1.6_2-redhat-4.jar:8.7.1.6_2-redhat-4]
> 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.teiid.transport.ODBCClientInstance.processMessage(ODBCClientInstance.java:127) [teiid-runtime-8.7.1.6_2-redhat-4.jar:8.7.1.6_2-redhat-4]
> at org.teiid.transport.ODBCClientInstance.receivedMessage(ODBCClientInstance.java:116) [teiid-runtime-8.7.1.6_2-redhat-4.jar:8.7.1.6_2-redhat-4]
> at org.teiid.transport.SSLAwareChannelHandler.messageReceived(SSLAwareChannelHandler.java:211) [teiid-runtime-8.7.1.6_2-redhat-4.jar:8.7.1.6_2-redhat-4]
> at org.jboss.netty.channel.SimpleChannelHandler.handleUpstream(SimpleChannelHandler.java:88) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.DefaultChannelPipeline$DefaultChannelHandlerContext.sendUpstream(DefaultChannelPipeline.java:791) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:296) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.handler.codec.frame.FrameDecoder.unfoldAndFireMessageReceived(FrameDecoder.java:462) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.handler.codec.frame.FrameDecoder.callDecode(FrameDecoder.java:443) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.handler.codec.frame.FrameDecoder.messageReceived(FrameDecoder.java:303) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.SimpleChannelUpstreamHandler.handleUpstream(SimpleChannelUpstreamHandler.java:70) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:564) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.DefaultChannelPipeline.sendUpstream(DefaultChannelPipeline.java:559) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:268) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.Channels.fireMessageReceived(Channels.java:255) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.socket.nio.NioWorker.read(NioWorker.java:88) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.socket.nio.AbstractNioWorker.process(AbstractNioWorker.java:109) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.socket.nio.AbstractNioSelector.run(AbstractNioSelector.java:328) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.socket.nio.AbstractNioWorker.run(AbstractNioWorker.java:90) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.channel.socket.nio.NioWorker.run(NioWorker.java:178) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.util.ThreadRenamingRunnable.run(ThreadRenamingRunnable.java:108) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at org.jboss.netty.util.internal.DeadLockProofWorker$1.run(DeadLockProofWorker.java:42) [netty-3.6.10.Final-redhat-1.jar:3.6.10.Final-redhat-1]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_40]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_40]
> 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, 7 months
[JBoss JIRA] (TEIID-3425) Pass-through kerberos authentication on IBM JDK - principal is not passed to MSSQL driver
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/TEIID-3425?page=com.atlassian.jira.plugin... ]
RH Bugzilla Integration commented on TEIID-3425:
------------------------------------------------
Debi Rieden <drieden(a)redhat.com> changed the Status of [bug 1211539|https://bugzilla.redhat.com/show_bug.cgi?id=1211539] from ASSIGNED to CLOSED
> Pass-through kerberos authentication on IBM JDK - principal is not passed to MSSQL driver
> -----------------------------------------------------------------------------------------
>
> Key: TEIID-3425
> URL: https://issues.jboss.org/browse/TEIID-3425
> Project: Teiid
> Issue Type: Bug
> Affects Versions: 8.7.1
> Environment: OS: Fedora 20
> java: IBM JDK 1.7
> arch: x86_64
> Reporter: Juraj Duráni
> Assignee: Ramesh Reddy
> Attachments: set-up-mssql-ibm.cli, sql2012krb-static-vdb.xml, sql2012krb-vdb.xml
>
>
> I have configured a datasource for MSSQL database. The datasource uses PassthroughIdentityLoginModule. I have also created a VDB which requires kerberos authentication. I am trying to pass credentials used for authentication CLIENT <=> TEIID to datasource so they can be used for authentication TEIID <=> MSSQL.
> Method getConnection(..) (record in server log) is called with correct credentials, but SQLServerDriver throws an exception:
> initAuthInit failed privileged exception:-java.security.PrivilegedActionException: org.ietf.jgss.GSSException, major code: 13, minor code: 0
> major string: Invalid credentials
> minor string: Cannot get credential from JAAS Subject for principal: default principal
> Some ideas, but I am only guessing:
> 1. I have seen same exception (on client side) if system property "javax.security.auth.useSubjectCredsOnly" is set to false on client side. As this property is set to true in the server config (<property name="javax.security.auth.useSubjectCredsOnly" value="true"/>), it is probably not passed to the driver (or is being ignored).
> 2. SQLServerDriver sets two system properties by default (if no kerberos configuration file is specified) useDefaultCcache = true moduleBanner = false - see https://msdn.microsoft.com/en-us/library/gg558122%28v=sql.110%29.aspx - ibm kerberos login module will try to get TGT from ticket cache
> I have tried static kerberos configuration for same DS and there was no problem with it.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (TEIID-3740) ldap post
by Prashanthi Kairuppala (JIRA)
[ https://issues.jboss.org/browse/TEIID-3740?page=com.atlassian.jira.plugin... ]
Prashanthi Kairuppala closed TEIID-3740.
----------------------------------------
> ldap post
> ---------
>
> Key: TEIID-3740
> URL: https://issues.jboss.org/browse/TEIID-3740
> Project: Teiid
> Issue Type: Feature Request
> Reporter: Prashanthi Kairuppala
> Assignee: Steven Hawkins
> Attachments: testDelete.vdb
>
>
> I created a virtual table from Ldap source table, and I am able to do a odata GET call. When I try to make POST on the same table. It is giving the below errors :
>
> {
> "error": {
> "code": "ServerErrorException",
> "message": {
> "lang": "en-US",
> "value": "TEIID30492 TEIID30061 Insert is not allowed on the view LdapView.\"user\". A procedure may be needed to handle the Insert since: The query defining an updatable view has no valid target for INSERTs."
> }
> }
> }
>
> My virtual table is a simple (select * from table) statement. and "Suports update" is checked for source and view. VDB file attached for reference
> how do i make a successful post?
> Thanks in advance,
> Prashanthi
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (TEIID-3740) ldap post
by Prashanthi Kairuppala (JIRA)
[ https://issues.jboss.org/browse/TEIID-3740?page=com.atlassian.jira.plugin... ]
Prashanthi Kairuppala resolved TEIID-3740.
------------------------------------------
Resolution: Done
> ldap post
> ---------
>
> Key: TEIID-3740
> URL: https://issues.jboss.org/browse/TEIID-3740
> Project: Teiid
> Issue Type: Feature Request
> Reporter: Prashanthi Kairuppala
> Assignee: Steven Hawkins
> Attachments: testDelete.vdb
>
>
> I created a virtual table from Ldap source table, and I am able to do a odata GET call. When I try to make POST on the same table. It is giving the below errors :
>
> {
> "error": {
> "code": "ServerErrorException",
> "message": {
> "lang": "en-US",
> "value": "TEIID30492 TEIID30061 Insert is not allowed on the view LdapView.\"user\". A procedure may be needed to handle the Insert since: The query defining an updatable view has no valid target for INSERTs."
> }
> }
> }
>
> My virtual table is a simple (select * from table) statement. and "Suports update" is checked for source and view. VDB file attached for reference
> how do i make a successful post?
> Thanks in advance,
> Prashanthi
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months