[JBoss JIRA] Created: (AS7-1232) :test-connection-in-pool is "useless"
by Heiko Rupp (JIRA)
:test-connection-in-pool is "useless"
-------------------------------------
Key: AS7-1232
URL: https://issues.jboss.org/browse/AS7-1232
Project: Application Server 7
Issue Type: Bug
Components: JCA
Affects Versions: 7.0.0.CR1
Reporter: Heiko Rupp
I have defined a datasource like this:
[domain@localhost:9999 data-source=postresDS] :read-resource
{
"outcome" => "success",
"result" => {
"connection-url" => "jdbc:yadayada",
"driver-name" => "postgresql-9.0-801.jdbc4.jar",
So obviously with an invalid driver.
But still I get
[domain@localhost:9999 data-source=postresDS] :test-connection-in-pool
{
"outcome" => "success",
"result" => undefined
}
which makes imho no sense.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] Created: (JBWEB-203) Segfault if not enought threads
by Dmitry Murashenkov (JIRA)
Segfault if not enought threads
-------------------------------
Key: JBWEB-203
URL: https://issues.jboss.org/browse/JBWEB-203
Project: JBoss Web
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Tomcat
Environment: JBoss 6, Debian 6.0.1, JBoss native APR connector 2.0.9
Reporter: Dmitry Murashenkov
Assignee: Remy Maucherat
Attachments: hs_err_pid13822.log
If number of requests to server is larger than the max number of worker threads - segmentation fault is raised very often. This bug was originally reported against tomcat native library, but is present in jboss native connector too:
https://issues.apache.org/bugzilla/show_bug.cgi?id=49595
TC:
1. Setup ARP. In case of debian we tried: libs (libtcnative and its dependencies) that are available in debian repository, jboss native 2.0.9 linux binary package, tried compiling 2.0.9 package from source. In all cases we validated that neccessary lib is used via ldd and pmap.
2. Setup few worker threads in http connector:
<Connector ... maxThreads="1"/>
3. Start sending http requests to server in parallel. In our case load client is sending requests in 40 parallel threads. So it tries to open new connection and send request to maintain parallel sending rate, often get Connection reset by peer exception and tries again. After 15-25 seconds of such load jboss crashes with segmentation fault. In our case the bug is reproduced in 100% cases in this period of time.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months
[JBoss JIRA] Created: (AS7-1346) Adding RA fails
by Heiko Braun (JIRA)
Adding RA fails
---------------
Key: AS7-1346
URL: https://issues.jboss.org/browse/AS7-1346
Project: Application Server 7
Issue Type: Bug
Components: JCA
Reporter: Heiko Braun
Assignee: Jesper Pedersen
Fix For: 7.1.0.Alpha1
Adding a new RA fails:
{noformat}
Request:
[INFO] {
[INFO] "operation" => "add",
[INFO] "address" => [
[INFO] ("subsystem" => "resource-adapters"),
[INFO] ("resource-adapter" => "xmpp")
[INFO] ],
[INFO] "archive" => "xmpp-ra.rar",
[INFO] "transaction-support" => "NoTransaction",
[INFO] "connection-definitions" => [{
[INFO] "class-name" => "com.ramphastos.xmpp.XmppConnectionFactory",
[INFO] "jndi-name" => "eis/xmpp2",
[INFO] "pool-name" => "xmpp_Pool"
[INFO] }]
[INFO] }
Server Log:
11:11:43,826 ERROR [org.jboss.as.controller] (pool-2-thread-2) Operation ("remove") failed - address: ([
("subsystem" => "resource-adapters"),
("resource-adapter" => "xmpp")
]): java.util.NoSuchElementException: "resource-adapter" => "xmpp"
at org.jboss.as.controller.registry.BasicResource.requireChild(BasicResource.java:95)
at org.jboss.as.controller.OperationContextImpl.readModel(OperationContextImpl.java:697)
at org.jboss.as.connector.subsystems.resourceadapters.RaRemove.execute(RaRemove.java:51)
at org.jboss.as.controller.OperationContextImpl.executeStep(OperationContextImpl.java:351)
at org.jboss.as.controller.OperationContextImpl.doCompleteStep(OperationContextImpl.java:298)
at org.jboss.as.controller.OperationContextImpl.completeStep(OperationContextImpl.java:223)
{noformat}
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 5 months