[JBoss JIRA] (WFLY-5957) Unable to disable CN Check in "wildfly-8.2.0.Final"
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5957?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-5957:
------------------------------
Component/s: Web Services
> Unable to disable CN Check in "wildfly-8.2.0.Final"
> ---------------------------------------------------
>
> Key: WFLY-5957
> URL: https://issues.jboss.org/browse/WFLY-5957
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 8.2.0.Final
> Reporter: Karthikeyan Ramasamy
> Assignee: Jason Greene
>
> My application is working in wildfly-8.2.0.Final.
> This application needs to access a web service that allows only SSL connections.
> On posting request to webservice got "Marshalling Error: The https URL hostname does not match the Common Name (CN) on the server certificate in the client's truststore. Make sure server certificate is correct, or to disable this check (NOT recommended for production) set the CXF client TLS configuration property "disableCNCheck" to true." exception.
> So i want to disable CN Check
> Tried with system properties.
> <system-properties>
> <property name="cxf.tls-client.disableCNCheck" value="true"/>
> </system-properties>.
> But the same is not working.
> Please help us to to disable this common name check on wildfly 8.2?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (WFLY-5957) Unable to disable CN Check in "wildfly-8.2.0.Final"
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5957?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar reassigned WFLY-5957:
---------------------------------
Assignee: Alessio Soldano (was: Jason Greene)
> Unable to disable CN Check in "wildfly-8.2.0.Final"
> ---------------------------------------------------
>
> Key: WFLY-5957
> URL: https://issues.jboss.org/browse/WFLY-5957
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 8.2.0.Final
> Reporter: Karthikeyan Ramasamy
> Assignee: Alessio Soldano
>
> My application is working in wildfly-8.2.0.Final.
> This application needs to access a web service that allows only SSL connections.
> On posting request to webservice got "Marshalling Error: The https URL hostname does not match the Common Name (CN) on the server certificate in the client's truststore. Make sure server certificate is correct, or to disable this check (NOT recommended for production) set the CXF client TLS configuration property "disableCNCheck" to true." exception.
> So i want to disable CN Check
> Tried with system properties.
> <system-properties>
> <property name="cxf.tls-client.disableCNCheck" value="true"/>
> </system-properties>.
> But the same is not working.
> Please help us to to disable this common name check on wildfly 8.2?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (WFLY-5957) Unable to disable CN Check in "wildfly-8.2.0.Final"
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5957?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-5957:
------------------------------
Priority: Major (was: Critical)
> Unable to disable CN Check in "wildfly-8.2.0.Final"
> ---------------------------------------------------
>
> Key: WFLY-5957
> URL: https://issues.jboss.org/browse/WFLY-5957
> Project: WildFly
> Issue Type: Bug
> Affects Versions: 8.2.0.Final
> Reporter: Karthikeyan Ramasamy
> Assignee: Jason Greene
>
> My application is working in wildfly-8.2.0.Final.
> This application needs to access a web service that allows only SSL connections.
> On posting request to webservice got "Marshalling Error: The https URL hostname does not match the Common Name (CN) on the server certificate in the client's truststore. Make sure server certificate is correct, or to disable this check (NOT recommended for production) set the CXF client TLS configuration property "disableCNCheck" to true." exception.
> So i want to disable CN Check
> Tried with system properties.
> <system-properties>
> <property name="cxf.tls-client.disableCNCheck" value="true"/>
> </system-properties>.
> But the same is not working.
> Please help us to to disable this common name check on wildfly 8.2?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (JGRP-1982) RequestCorrelator: use IntHashMap / LongHashmap for request correlation
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1982?page=com.atlassian.jira.plugin.... ]
Bela Ban commented on JGRP-1982:
--------------------------------
OK, so I'm going to scrap purging in the middle...
Even if this worked, we'd still have the issue of requests taking a long time preventing compaction. This defeats the purpose of the ring buffer which is to save memory. I'm therefore going to revert to the hashmap which is more memory efficient in such scenarios...
> RequestCorrelator: use IntHashMap / LongHashmap for request correlation
> -----------------------------------------------------------------------
>
> Key: JGRP-1982
> URL: https://issues.jboss.org/browse/JGRP-1982
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 3.6.7
>
>
> In RequestCorrelator (and possibly other classes), use an IntHashMap or LongHashmap for the request table. Goal: use less space when we have a lot of requests.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (JGRP-1982) RequestCorrelator: use IntHashMap / LongHashmap for request correlation
by Bela Ban (JIRA)
[ https://issues.jboss.org/browse/JGRP-1982?page=com.atlassian.jira.plugin.... ]
Bela Ban edited comment on JGRP-1982 at 1/8/16 6:45 AM:
--------------------------------------------------------
Turns out that compaction 'in the middle' doesn't work with the current design. If we have
||0||1||2||3||4||5||6||7||
|-|-|-|-|-|21|22|23|
where low=21 and high=24.
Compacting this yields:
||0||1||2||3||
|-|21|22|23|
(low=21, high=24)
However, growing the array again yields:
||0||1||2||3||4||5||6||7||
|-|21|22|23|-|-|-|-|
(low=21, high=24)
The problem here is that we hash a _seqno_ to an _index_, but once we've done this, we don't know what the actual seqno is, and hash on the indices only. E.g. indices for 21,22,23 and 5,6,7, then 1,2,3. The root issue is that a mod operation (hash) is not bijective, ie. {{21 % 8 = 5}}, but we cannot compute the original seqno 21 from 5.
We'd have to store the original seqno with the value, but that's too much overhead...
was (Author: belaban):
Turns out that compaction 'in the middle' doesn't work with the current design. If we have
||0||1||2||3||4||5||6||7||
|-|-|-|-|-|21|22|23|
where low=21 and high=24.
Compacting this yield:
||0||1||2||3||
|-|21|22|23|
(low=21, high=24)
However, growing the array again yields:
||0||1||2||3||4||5||6||7||
|-|21|22|23|-|-|-|-|
(low=21, high=24)
The problem here is that we hash a _seqno_ to an _index_, but once we've done this, we don't know what the actual seqno is, and hash on the indices only. E.g. indices for 21,22,23 and 5,6,7, then 1,2,3. The root issue is that a mod operation (hash) is not bijective, ie. {{21 % 8 = 5}}, but we cannot compute the original seqno 21 from 5.
We'd have to store the original seqno with the value, but that's too much overhead...
> RequestCorrelator: use IntHashMap / LongHashmap for request correlation
> -----------------------------------------------------------------------
>
> Key: JGRP-1982
> URL: https://issues.jboss.org/browse/JGRP-1982
> Project: JGroups
> Issue Type: Enhancement
> Reporter: Bela Ban
> Assignee: Bela Ban
> Priority: Minor
> Fix For: 3.6.7
>
>
> In RequestCorrelator (and possibly other classes), use an IntHashMap or LongHashmap for the request table. Goal: use less space when we have a lot of requests.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[JBoss JIRA] (WFLY-5941) IllegalArgumentException when injecting dependencies for SAR
by John Farrelly (JIRA)
[ https://issues.jboss.org/browse/WFLY-5941?page=com.atlassian.jira.plugin.... ]
John Farrelly closed WFLY-5941.
-------------------------------
Resolution: Rejected
[As answered on the jboss forum|https://developer.jboss.org/thread/267180] removing {{optional-attribute-name}} attributes injected the values as expected.
> IllegalArgumentException when injecting dependencies for SAR
> ------------------------------------------------------------
>
> Key: WFLY-5941
> URL: https://issues.jboss.org/browse/WFLY-5941
> Project: WildFly
> Issue Type: Bug
> Components: JMX
> Affects Versions: 10.0.0.CR4
> Environment: Red Hat Enterprise Linux Server release 7.1 (Maipo)
> Linux 3.10.0-229.4.2.el7.x86_64 #1 SMP Wed May 13 10:06:09 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
> java version "1.8.0_60"
> Java(TM) SE Runtime Environment (build 1.8.0_60-b27)
> Java HotSpot(TM) 64-Bit Server VM (build 25.60-b23, mixed mode)
> Reporter: John Farrelly
> Assignee: Stuart Douglas
> Attachments: my-test.sar
>
>
> I created a service archive based on the code in {{wildfly/sar/src/test/_java}}. I have the following files in my {{standalone/deployment}} directory:
> {noformat}
> .
> |-- my-test.sar
> | |-- META-INF
> | | `-- jboss-service.xml
> | `-- org
> | `-- jboss
> | `-- as
> | `-- service
> | |-- LegacyService.class
> | `-- LegacyServiceMBean.class
> `-- my-test.sar.dodeploy
> {noformat}
> I get the following error when WildFly tries to deploy the sar:
> {noformat}
> 10:47:01,472 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC000001: Failed to start service jboss.mbean.service.jboss:name=testTwo,type=service.create: org.jboss.msc.service.StartException in service jboss.mbean.service.jboss:name=testTwo,type=service.create: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) [rt.jar:1.8.0_60]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) [rt.jar:1.8.0_60]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_60]
> Caused by: org.jboss.msc.inject.InjectionException: Injection failed
> at org.jboss.msc.inject.MethodInjector.inject(MethodInjector.java:102) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
> at org.jboss.msc.service.ServiceControllerImpl.doInject(ServiceControllerImpl.java:1672) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
> at org.jboss.msc.service.ServiceControllerImpl.access$2000(ServiceControllerImpl.java:51) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.performInjections(ServiceControllerImpl.java:1917) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1876) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
> ... 3 more
> Caused by: java.lang.IllegalArgumentException: argument type mismatch
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_60]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_60]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_60]
> at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_60]
> at org.jboss.msc.inject.MethodInjector.inject(MethodInjector.java:92) [jboss-msc-1.2.6.Final.jar:1.2.6.Final]
> ... 7 more
> {noformat}
> Debugging through the JBoss code, I can see that it is trying to call {{setOther}} with an {{ObjectName}} instead of the actual {{LegacyService}} that the objectname points to.
> Attached is the sar file that I tried to deploy. The {{META-INF/jboss-service.xml}} file has the following content:
> {code:xml}
> <server xmlns="urn:jboss:service:7.0"
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xsi:schemaLocation="urn:jboss:service:7.0 jboss-service_7_0.xsd">
> <mbean name="jboss:name=test,type=service" code="org.jboss.as.service.LegacyService">
> <constructor>
> <arg value="Test Value" type="java.lang.String"/>
> </constructor>
> </mbean>
> <mbean name="jboss:name=testTwo,type=service" code="org.jboss.as.service.LegacyService">
> <depends optional-attribute-name="other">jboss:name=test,type=service</depends>
> <attribute name="somethingElse">
> <value-factory bean="jboss:name=test,type=service" method="appendSomethingElse">
> <parameter class="java.lang.String">more value</parameter>
> </value-factory>
> </attribute>
> </mbean>
> <mbean name="jboss:name=testThree,type=service" code="org.jboss.as.service.LegacyService">
> <attribute name="other">
> <inject bean="jboss:name=testTwo,type=service" property="other"/>
> </attribute>
> <attribute name="somethingElse">Another test value</attribute>
> </mbean>
> </server>
> {code}
> The code for {{LegacyService}} is as follows:
> {code:java}
> package org.jboss.as.service;
> import org.jboss.logging.Logger;
> /**
> * @author John E. Bailey
> */
> public class LegacyService implements LegacyServiceMBean {
> private static final Logger logger = Logger.getLogger(LegacyService.class);
> private LegacyService other;
> private String somethingElse;
> public LegacyService() {
> }
> public LegacyService(String somethingElse) {
> this.somethingElse = somethingElse;
> }
> public void setOther(LegacyService other) {
> this.other = other;
> }
> public LegacyService getOther() {
> return other;
> }
> public String getSomethingElse() {
> return somethingElse;
> }
> public String appendSomethingElse(String more) {
> return somethingElse + " - " + more;
> }
> public void setSomethingElse(String somethingElse) {
> this.somethingElse = somethingElse;
> }
> public void start() {
> logger.info("Started");
> }
> public void stop() {
> logger.info("Stopped");
> }
> }
> {code}
> The code for {{LegacyServiceMBean.java}} is:
> {code:java}
> package org.jboss.as.service;
> /**
> * @author John Bailey
> */
> public interface LegacyServiceMBean {
> }
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 10 months
[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)
9 years, 10 months
[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)
9 years, 10 months
[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)
9 years, 10 months
[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)
9 years, 10 months