January 2016 - jboss-jira - Jboss List Archives

[JBoss JIRA] (WFLY-5961) [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:main"

by Ivo Studensky (JIRA)

Ivo Studensky created WFLY-5961: ----------------------------------- Summary: [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:main" Key: WFLY-5961 URL: https://issues.jboss.org/browse/WFLY-5961 Project: WildFly Issue Type: Bug Components: JCA Affects Versions: 10.0.0.CR5 Reporter: Ivo Studensky Assignee: Ivo Studensky Description of problem: Warnings at server startup: WARN [org.jboss.jca.core.connectionmanager.pool.strategy.PoolBySubject] [] (JCA PoolFiller) IJ000610: Unable to fill pool: javax.resource.ResourceException: Could not create connection Root cause of the exception is displayed in the logs: [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl: Steps to Reproduce: 1. Create Oracle XA datasources with url set to ldap. 2. set "prefill" option to true 3. Start JBoss Warnings gets disappear when dependency <module name="sun.jdk"/> is added in the module "org.jboss.ironjacamar.impl" Expected results: There should not be any need to add the dependency manually. This dependency should be by default present in JBoss EAP. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5960) [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:main"

by Ivo Studensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-5960?page=com.atlassian.jira.plugin.... ] Ivo Studensky commented on WFLY-5960: ------------------------------------- It was tested with the following configuration: {code:xml} <xa-datasource jndi-name="java:/OracleXA_DS" pool-name="OracleXA_DS" enabled="true"> <xa-datasource-property name="ServerName"> example.com </xa-datasource-property> <xa-datasource-property name="DatabaseName"> TestDB </xa-datasource-property> <xa-datasource-property name="URL"> jdbc:oracle:thin:@ldap://example.com:3060/test,cn=OracleA,dc=worldA </xa-datasource-property> <xa-datasource-class>oracle.jdbc.xa.client.OracleXADataSource</xa-datasource-class> <driver>oracle11gR2.jar</driver> <xa-pool> <min-pool-size>2</min-pool-size> <max-pool-size>10</max-pool-size> <prefill>true</prefill> </xa-pool> <security> <user-name>jboss</user-name> <password>jboss</password> </security> </xa-datasource> {code} > [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:main" > ------------------------------------------------------------------------------------------------------------------------------------ > > Key: WFLY-5960 > URL: https://issues.jboss.org/browse/WFLY-5960 > Project: WildFly > Issue Type: Bug > Components: JCA > Affects Versions: 10.0.0.CR5 > Reporter: Ivo Studensky > Assignee: Ivo Studensky > > Description of problem: > Warnings at server startup: > WARN [org.jboss.jca.core.connectionmanager.pool.strategy.PoolBySubject] [] (JCA PoolFiller) IJ000610: Unable to fill pool: javax.resource.ResourceException: Could not create connection > Root cause of the exception is displayed in the logs: > [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl: > Steps to Reproduce: > 1. Create Oracle XA datasources with url set to ldap. > 2. set "prefill" option to true > 3. Start JBoss > Warnings gets disappear when dependency <module name="sun.jdk"/> > is added in the module > "org.jboss.ironjacamar.impl" > Expected results: > There should not be any need to add the dependency manually. This dependency should be by default present in JBoss EAP. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5960) [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:main"

by Ivo Studensky (JIRA)

[ https://issues.jboss.org/browse/WFLY-5960?page=com.atlassian.jira.plugin.... ] Ivo Studensky commented on WFLY-5960: ------------------------------------- stacktrace: {noformat} 2016-01-08 11:50:50,175 WARN [org.jboss.jca.core.connectionmanager.pool.strategy.OnePool] (JCA PoolFiller) IJ000610: Unable to fill pool: javax.resource.ResourceException: IJ031084: Unable to create connection at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.getXAManagedConnection(XAManagedConnectionFactory.java:496) at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.createManagedConnection(XAManagedConnectionFactory.java:410) at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.createConnectionEventListener(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:1336) at org.jboss.jca.core.connectionmanager.pool.mcp.SemaphoreConcurrentLinkedDequeManagedConnectionPool.fillTo(SemaphoreConcurrentLinkedDequeManagedConnectionPool.java:1148) at org.jboss.jca.core.connectionmanager.pool.mcp.PoolFiller.run(PoolFiller.java:97) at java.lang.Thread.run(Thread.java:745) Caused by: java.sql.SQLRecoverableException: IO Error: JNDI Package failure javax.naming.NamingException: WFLYNAM0027: Failed instantiate InitialContextFactory com.sun.jndi.ldap.LdapCtxFactory from classloader ModuleClassLoader for Module "org.jboss.ironjacamar.impl:main" from local module loader @707f7052 (finder: local module finder @11028347 (roots: /home/studensky/work/tmp/tmp/wildfly-10.0.0.CR5-SNAPSHOT/modules,/home/studensky/work/tmp/tmp/wildfly-10.0.0.CR5-SNAPSHOT/modules/system/layers/base)) [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:main" from local module loader @707f7052 (finder: local module finder @11028347 (roots: /home/studensky/work/tmp/tmp/wildfly-10.0.0.CR5-SNAPSHOT/modules,/home/studensky/work/tmp/tmp/wildfly-10.0.0.CR5-SNAPSHOT/modules/system/layers/base))]] at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:743) at oracle.jdbc.driver.PhysicalConnection.connect(PhysicalConnection.java:662) at oracle.jdbc.driver.T4CDriverExtension.getConnection(T4CDriverExtension.java:32) at oracle.jdbc.driver.OracleDriver.connect(OracleDriver.java:560) at oracle.jdbc.pool.OracleDataSource.getPhysicalConnection(OracleDataSource.java:311) at oracle.jdbc.xa.client.OracleXADataSource.getPooledConnection(OracleXADataSource.java:486) at oracle.jdbc.xa.client.OracleXADataSource.getXAConnection(OracleXADataSource.java:174) at oracle.jdbc.xa.client.OracleXADataSource.getXAConnection(OracleXADataSource.java:143) at org.jboss.jca.adapters.jdbc.xa.XAManagedConnectionFactory.getXAManagedConnection(XAManagedConnectionFactory.java:479) ... 5 more Caused by: oracle.net.ns.NetException: JNDI Package failure javax.naming.NamingException: WFLYNAM0027: Failed instantiate InitialContextFactory com.sun.jndi.ldap.LdapCtxFactory from classloader ModuleClassLoader for Module "org.jboss.ironjacamar.impl:main" from local module loader @707f7052 (finder: local module finder @11028347 (roots: /home/studensky/work/tmp/tmp/wildfly-10.0.0.CR5-SNAPSHOT/modules,/home/studensky/work/tmp/tmp/wildfly-10.0.0.CR5-SNAPSHOT/modules/system/layers/base)) [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:main" from local module loader @707f7052 (finder: local module finder @11028347 (roots: /home/studensky/work/tmp/tmp/wildfly-10.0.0.CR5-SNAPSHOT/modules,/home/studensky/work/tmp/tmp/wildfly-10.0.0.CR5-SNAPSHOT/modules/system/layers/base))]] at oracle.net.jndi.JndiAttrs.<init>(JndiAttrs.java:169) at oracle.net.resolver.AddrResolution.<init>(AddrResolution.java:214) at oracle.net.ns.NSProtocol.connect(NSProtocol.java:207) at oracle.jdbc.driver.T4CConnection.connect(T4CConnection.java:1452) at oracle.jdbc.driver.T4CConnection.logon(T4CConnection.java:496) ... 13 more {noformat} > [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:main" > ------------------------------------------------------------------------------------------------------------------------------------ > > Key: WFLY-5960 > URL: https://issues.jboss.org/browse/WFLY-5960 > Project: WildFly > Issue Type: Bug > Components: JCA > Affects Versions: 10.0.0.CR5 > Reporter: Ivo Studensky > Assignee: Ivo Studensky > > Description of problem: > Warnings at server startup: > WARN [org.jboss.jca.core.connectionmanager.pool.strategy.PoolBySubject] [] (JCA PoolFiller) IJ000610: Unable to fill pool: javax.resource.ResourceException: Could not create connection > Root cause of the exception is displayed in the logs: > [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl: > Steps to Reproduce: > 1. Create Oracle XA datasources with url set to ldap. > 2. set "prefill" option to true > 3. Start JBoss > Warnings gets disappear when dependency <module name="sun.jdk"/> > is added in the module > "org.jboss.ironjacamar.impl" > Expected results: > There should not be any need to add the dependency manually. This dependency should be by default present in JBoss EAP. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5960) [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:main"

by Ivo Studensky (JIRA)

Ivo Studensky created WFLY-5960: ----------------------------------- Summary: [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl:main" Key: WFLY-5960 URL: https://issues.jboss.org/browse/WFLY-5960 Project: WildFly Issue Type: Bug Components: JCA Affects Versions: 10.0.0.CR5 Reporter: Ivo Studensky Assignee: Ivo Studensky Description of problem: Warnings at server startup: WARN [org.jboss.jca.core.connectionmanager.pool.strategy.PoolBySubject] [] (JCA PoolFiller) IJ000610: Unable to fill pool: javax.resource.ResourceException: Could not create connection Root cause of the exception is displayed in the logs: [Root exception is java.lang.ClassNotFoundException: com.sun.jndi.ldap.LdapCtxFactory from [Module "org.jboss.ironjacamar.impl: Steps to Reproduce: 1. Create Oracle XA datasources with url set to ldap. 2. set "prefill" option to true 3. Start JBoss Warnings gets disappear when dependency <module name="sun.jdk"/> is added in the module "org.jboss.ironjacamar.impl" Expected results: There should not be any need to add the dependency manually. This dependency should be by default present in JBoss EAP. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5959) Infinispan caches non transactional despite transactional cache mode

by Alexander Slack (JIRA)

Alexander Slack created WFLY-5959: ------------------------------------- Summary: Infinispan caches non transactional despite transactional cache mode Key: WFLY-5959 URL: https://issues.jboss.org/browse/WFLY-5959 Project: WildFly Issue Type: Bug Components: Clustering Affects Versions: 10.0.0.CR5 Reporter: Alexander Slack Assignee: Paul Ferraro Local Infinispan caches declared in standalone.xml are no longer set as transactional even if a transactional mode is selected. This prevents creation of atomic maps using AtomicMapLookup as that specifically checks if the cache is transactional (throws java.lang.IllegalStateException: AtomicMap needs a transactional cache.) Possibly caused by issue WFLY-5327. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFCORE-1281) NPE in principal-to-group group searching

by Ondrej Lukas (JIRA)

[ https://issues.jboss.org/browse/WFCORE-1281?page=com.atlassian.jira.plugi... ] Ondrej Lukas moved WFLY-5958 to WFCORE-1281: -------------------------------------------- Project: WildFly Core (was: WildFly) Key: WFCORE-1281 (was: WFLY-5958) Component/s: Domain Management Security (was: Domain Management) (was: Security) Affects Version/s: 2.0.5.Final (was: 10.0.0.CR5) > NPE in principal-to-group group searching > ----------------------------------------- > > Key: WFCORE-1281 > URL: https://issues.jboss.org/browse/WFCORE-1281 > Project: WildFly Core > Issue Type: Bug > Components: Domain Management, Security > Affects Versions: 2.0.5.Final > Reporter: Ondrej Lukas > Assignee: Darran Lofthouse > Attachments: groupsearch.ldif > > > In case when ldap authorization with principal-to-group group searching is used in security realm and LDAP entry found by value of 'group-attribute' does not include attribute mentioned in 'group-name-attribute' then it causes authentication fail. It is caused by missing null check for groupNameAttr and hidden NPE thrown from [1]. > [1] https://github.com/wildfly/wildfly-core/blob/18393273a1c9e464fb0cc9597951... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5958) NPE in principal-to-group group searching

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFLY-5958?page=com.atlassian.jira.plugin.... ] Darran Lofthouse reassigned WFLY-5958: -------------------------------------- Assignee: Darran Lofthouse (was: Brian Stansberry) > NPE in principal-to-group group searching > ----------------------------------------- > > Key: WFLY-5958 > URL: https://issues.jboss.org/browse/WFLY-5958 > Project: WildFly > Issue Type: Bug > Components: Domain Management, Security > Affects Versions: 10.0.0.CR5 > Reporter: Ondrej Lukas > Assignee: Darran Lofthouse > Attachments: groupsearch.ldif > > > In case when ldap authorization with principal-to-group group searching is used in security realm and LDAP entry found by value of 'group-attribute' does not include attribute mentioned in 'group-name-attribute' then it causes authentication fail. It is caused by missing null check for groupNameAttr and hidden NPE thrown from [1]. > [1] https://github.com/wildfly/wildfly-core/blob/18393273a1c9e464fb0cc9597951... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (WFLY-5958) NPE in principal-to-group group searching

by Darran Lofthouse (JIRA)

[ https://issues.jboss.org/browse/WFLY-5958?page=com.atlassian.jira.plugin.... ] Darran Lofthouse commented on WFLY-5958: ---------------------------------------- This code is part of WildFly Core - please move the issue over there. Thanks. > NPE in principal-to-group group searching > ----------------------------------------- > > Key: WFLY-5958 > URL: https://issues.jboss.org/browse/WFLY-5958 > Project: WildFly > Issue Type: Bug > Components: Domain Management, Security > Affects Versions: 10.0.0.CR5 > Reporter: Ondrej Lukas > Assignee: Brian Stansberry > Attachments: groupsearch.ldif > > > In case when ldap authorization with principal-to-group group searching is used in security realm and LDAP entry found by value of 'group-attribute' does not include attribute mentioned in 'group-name-attribute' then it causes authentication fail. It is caused by missing null check for groupNameAttr and hidden NPE thrown from [1]. > [1] https://github.com/wildfly/wildfly-core/blob/18393273a1c9e464fb0cc9597951... -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1015) Wrong MvelConstraint compilation with Unicode class name and the same name property

by Toshiya Kobayashi (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1015?page=com.atlassian.jira.plugi... ] Toshiya Kobayashi commented on DROOLS-1015: ------------------------------------------- Thanks Mario, > My expectation is that the workaround I'm suggesting in 2. will also work for your use case. I confirmed that it works for the Unicode case, too. I updated the Workaround section accordingly. > Wrong MvelConstraint compilation with Unicode class name and the same name property > ----------------------------------------------------------------------------------- > > Key: DROOLS-1015 > URL: https://issues.jboss.org/browse/DROOLS-1015 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.3.0.Final > Reporter: Toshiya Kobayashi > Assignee: Mario Fusco > Fix For: 7.0.0.Final > > > If a fact has a property of Unicode class name (e.g. 住所) and the property name is the same (住所), constraint is not correctly compiled by MVEL. Internally, AbstractParser.createPropertyToken() misunderstands the property as a class name literal. > {code:java} > public class I18nPerson implements Serializable { > private 住所住所; // "address" in Japanese > public 住所 get住所() { > return 住所; > } > .... > {code} > {noformat} > when > p : I18nPerson( 住所 != null ) > {noformat} > This constraint is always evaluated to "true". > Essentially, this is not only a problem of Unicode. We can reproduce the issue by a capitalized property name. > {code:java} > public class Person implements Serializable { > private Address address; > public Address getAddress() { > return address; > } > .... > {code} > {noformat} > when > p : I18nPerson( Address != null ) > {noformat} > Of course we should use lower case letters here from JavaBeans point of view so we don't hit this issue with English usually. But some languages like Japanese cannot express "lower case/upper case" so result in this issue. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

[JBoss JIRA] (DROOLS-1015) Wrong MvelConstraint compilation with Unicode class name and the same name property

by Toshiya Kobayashi (JIRA)

[ https://issues.jboss.org/browse/DROOLS-1015?page=com.atlassian.jira.plugi... ] Toshiya Kobayashi updated DROOLS-1015: -------------------------------------- Workaround Description: A. Add "this." to the property. for example, ( 住所 != null ) -> ( this.住所 != null ) or B. Use a different property name from class name was: A. Add "this." to the property. for example, or B. Use a different property name from class name > Wrong MvelConstraint compilation with Unicode class name and the same name property > ----------------------------------------------------------------------------------- > > Key: DROOLS-1015 > URL: https://issues.jboss.org/browse/DROOLS-1015 > Project: Drools > Issue Type: Bug > Components: core engine > Affects Versions: 6.3.0.Final > Reporter: Toshiya Kobayashi > Assignee: Mario Fusco > Fix For: 7.0.0.Final > > > If a fact has a property of Unicode class name (e.g. 住所) and the property name is the same (住所), constraint is not correctly compiled by MVEL. Internally, AbstractParser.createPropertyToken() misunderstands the property as a class name literal. > {code:java} > public class I18nPerson implements Serializable { > private 住所住所; // "address" in Japanese > public 住所 get住所() { > return 住所; > } > .... > {code} > {noformat} > when > p : I18nPerson( 住所 != null ) > {noformat} > This constraint is always evaluated to "true". > Essentially, this is not only a problem of Unicode. We can reproduce the issue by a capitalized property name. > {code:java} > public class Person implements Serializable { > private Address address; > public Address getAddress() { > return address; > } > .... > {code} > {noformat} > when > p : I18nPerson( Address != null ) > {noformat} > Of course we should use lower case letters here from JavaBeans point of view so we don't hit this issue with English usually. But some languages like Japanese cannot express "lower case/upper case" so result in this issue. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

10 years, 3 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira January 2016