[JBoss JIRA] (DROOLS-934) Persistence unit tests - DB2 default schema not specified
by Tibor Zimányi (JIRA)
Tibor Zimányi created DROOLS-934:
------------------------------------
Summary: Persistence unit tests - DB2 default schema not specified
Key: DROOLS-934
URL: https://issues.jboss.org/browse/DROOLS-934
Project: Drools
Issue Type: Bug
Reporter: Tibor Zimányi
Assignee: Mark Proctor
Priority: Minor
Unit tests in drools-persistence-jpa don't work on DB2 database system because there isn't specified DB schema in tests.
Things needed to be done:
- hibernate.default_schema property set in persistence.xml
- schema should be set in PersistenceUtil, when creating data source
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5440) undertow http misconfiguration is not correctly reported
by Ochieng Marembo (JIRA)
Ochieng Marembo created WFLY-5440:
-------------------------------------
Summary: undertow http misconfiguration is not correctly reported
Key: WFLY-5440
URL: https://issues.jboss.org/browse/WFLY-5440
Project: WildFly
Issue Type: Feature Request
Components: EJB, JMS, JMX, Remoting, Web (Undertow)
Affects Versions: 9.0.1.Final
Environment: - wildfly 9.0.1.Final
- oracle jdk8_u45
Reporter: Ochieng Marembo
Assignee: Jeff Mesnil
Priority: Minor
With a misconfigured http-listener, wildfly boot-up reports unrelated problem:
{noformat}
<http-listener name="non-default-listener" socket-binding="http" redirect-socket="https"/>
{noformat}
The following boot-up process does not reveal the underlying undertow issue of no 'default' http-listener:
{code:java}
11:06:43,307 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "jsr77")]) - failure description: {"WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => {
"Services that were unable to start:" => ["jboss.jsr77.ejb"],
"Services that may be the cause:" => [
"jboss.http-upgrade-registry.default",
"jboss.remoting.remotingConnectorInfoService.http-remoting-connector"
]
}}
11:06:43,315 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
("subsystem" => "messaging"),
("hornetq-server" => "default")
]) - failure description: {
"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.messaging.default is missing [jboss.http-upgrade-registry.default]"],
"WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => {
"Services that were unable to start:" => ["jboss.messaging.default.jms.manager"],
"Services that may be the cause:" => [
"jboss.http-upgrade-registry.default",
"jboss.remoting.remotingConnectorInfoService.http-remoting-connector"
]
}
}
11:06:43,317 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([("subsystem" => "ejb3")]) - failure description: {"WFLYCTL0288: One or more services were unable to start due to one or more indirect dependencies not being available." => {
"Services that were unable to start:" => [
"jboss.ejb.default-local-ejb-receiver-service",
"jboss.ejb3.ejbClientContext.default",
"jboss.ejb3.localEjbReceiver.value"
],
"Services that may be the cause:" => [
"jboss.http-upgrade-registry.default",
"jboss.remoting.remotingConnectorInfoService.http-remoting-connector"
]
}}
11:06:43,318 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("add") failed - address: ([
("subsystem" => "ejb3"),
("service" => "remote")
]) - failure description: {"WFLYCTL0180: Services with missing/unavailable dependencies" => ["jboss.ejb3.connector is missing [jboss.remoting.remotingConnectorInfoService.http-remoting-connector]"]}
{code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5439) Data Race accessing org/jboss/dmr/ModelNode.value
by Thomas Krieger (JIRA)
Thomas Krieger created WFLY-5439:
------------------------------------
Summary: Data Race accessing org/jboss/dmr/ModelNode.value
Key: WFLY-5439
URL: https://issues.jboss.org/browse/WFLY-5439
Project: WildFly
Issue Type: Bug
Components: Server
Affects Versions: 10.0.0.Beta1
Environment: jdk 1.8 64 bit
windows
Reporter: Thomas Krieger
Assignee: Jason Greene
Priority: Minor
Data Race while accessing org/jboss/dmr/ModelNode.value during startup of jboss:
Two Threads are accessing this field without synchronization:
Stacktrace for Thread writing field:
org/jboss/threads/JBossThread.run
java/util/concurrent/ThreadPoolExecutor$Worker.run
java/util/concurrent/ThreadPoolExecutor.runWorker
org/jboss/as/controller/ParallelBootOperationStepHandler$ParallelBootTask.run
org/jboss/as/controller/AbstractOperationContext.executeOperation
org/jboss/as/controller/AbstractOperationContext.processStages
org/jboss/as/controller/AbstractOperationContext.executeStep
org/jboss/as/controller/AbstractAddStepHandler.execute
org/jboss/as/controller/AbstractAddStepHandler.populateModel
org/jboss/as/controller/AbstractAddStepHandler.populateModel
org/jboss/as/jsf/subsystem/JSFSubsystemAdd.populateModel
org/jboss/as/controller/AttributeDefinition.validateAndSet
org/jboss/dmr/ModelNode.get
Stacktrace for reading Field:
org/jboss/as/controller/AbstractControllerService$1.run
org/jboss/as/server/ServerService.boot
org/jboss/as/server/ServerService.boot
org/jboss/as/controller/AbstractControllerService.boot
org/jboss/as/controller/AbstractControllerService.boot
org/jboss/as/controller/ModelControllerImpl.boot
org/jboss/as/controller/OperationContextImpl.executeOperation
org/jboss/as/controller/AbstractOperationContext.executeOperation
org/jboss/as/controller/AbstractOperationContext.processStages
org/jboss/as/controller/AbstractOperationContext.executeDoneStage
org/jboss/as/controller/OperationContextImpl.createPersistenceResource
org/jboss/as/controller/ModelControllerImpl.writeModel
org/jboss/as/controller/registry/Resource$Tools.readModel
org/jboss/as/controller/registry/Resource$Tools.readModel
org/jboss/as/controller/registry/Resource$Tools.readModel
org/jboss/as/controller/registry/Resource$Tools.readModel
org/jboss/as/controller/registry/Resource$Tools.readModel
org/jboss/as/controller/registry/Resource$Tools.readModel
org/jboss/as/controller/registry/Resource$Tools.readModel
org/jboss/dmr/ModelNode.clone
Found by
[link vmlens|http://vmlens.com]
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5432) Wildfly SOAP webservice causes JVM crash
by Davide Marchetti (JIRA)
[ https://issues.jboss.org/browse/WFLY-5432?page=com.atlassian.jira.plugin.... ]
Davide Marchetti commented on WFLY-5432:
----------------------------------------
Hi Alessio,
I believe you. I still do not understand why I have this problem, but I'm starting to think it must be some subtle HARDWARE-related issue.
In my tests, the only "constant" is that the tested jdk versions, the wildflys, the other Centos machine... everything was running on my developer machine.
Therefore, if everything is different but the hardware is the same, it must be that... figuring out what is causing this problem is however very difficult.
>From my point of view you can therefore close the issue as cannot reproduce.
Thank you anyway.
> Wildfly SOAP webservice causes JVM crash
> ----------------------------------------
>
> Key: WFLY-5432
> URL: https://issues.jboss.org/browse/WFLY-5432
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 9.0.1.Final, 10.0.0.CR2
> Environment: Tested on Mac OSX 10.10.2, jdk 1.8.60, wildfly 9.0.1. Final / 10.cr2
> Also tested on Centos 6.5, jdk 1.7.51, wildfly 9.0.1. Final
> Reporter: Davide Marchetti
> Assignee: Alessio Soldano
> Priority: Blocker
> Labels: crash, jvm, soap, webservice
> Attachments: SOAPTest.war
>
>
> The JVM crashes with either a sigsegv or sigbus error when performing a SOAP load test.
> The error printed is:
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGSEGV (0xb) at pc=0x00007f5da922afb8, pid=75645, tid=140039627204352
> #
> # JRE version: OpenJDK Runtime Environment (7.0_51-b02) (build 1.7.0_51-mockbuild_2014_01_15_01_39-b00)
> # Java VM: OpenJDK 64-Bit Server VM (24.45-b08 mixed mode linux-amd64 compressed oops)
> # Problematic frame:
> # J org.apache.cxf.message.ExchangeImpl.get(Ljava/lang/Class;)Ljava/lang/Object;
> #
> # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
> #
>
> #
> # If you would like to submit a bug report, please include
> # instructions on how to reproduce the bug and visit:
> # 15:56:03,314 INFO [stdout] (default task-17) Submitted order request received with transId: <XXXXX>, opId: <SCO>, ...
> http://icedtea.classpath.org/bugzilla
> #
> The webservice does nothing, just a System.out.print("xxxxx").
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (ELY-302) Add SHA-512-256 to list of algorithms for digest passwords and SASL digest
by David Lloyd (JIRA)
David Lloyd created ELY-302:
-------------------------------
Summary: Add SHA-512-256 to list of algorithms for digest passwords and SASL digest
Key: ELY-302
URL: https://issues.jboss.org/browse/ELY-302
Project: WildFly Elytron
Issue Type: Enhancement
Components: Passwords, SASL
Reporter: David Lloyd
[RFC 7616|http://www.rfc-editor.org/rfc/rfc7616.txt] was released, indicating that SHA-512-256 is a supported algorithm for digest HTTP mechanisms. We need support for that algorithm as a password. We also then should add a corresponding SASL variant to the DIGEST suite.
There is no MessageDigest for SHA-512-256. This can be accomplished by truncating the output of SHA-512 to 256 bits (32 bytes). A wrapper MessageDigest could be created, or the ability to arbitrarily truncate the digest could be added to the DIGEST mechanism.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months
[JBoss JIRA] (WFLY-5432) Wildfly SOAP webservice causes JVM crash
by Alessio Soldano (JIRA)
[ https://issues.jboss.org/browse/WFLY-5432?page=com.atlassian.jira.plugin.... ]
Alessio Soldano commented on WFLY-5432:
---------------------------------------
I've tried but could not reproduce this issue (I'm on fedora, oracle jdk 1.8.0_40). I had to modify SubmitOrder in your war as the reference to the wsdl was broken (the war as is fails deployment on WildFly), used a simple @WebService annotation in it, hence full code-first-approach.
Then I deployed the modified war on a vanilla WildFly 9.0.1.Final (didn't change anything in the configuration) and started the container.
I downloaded SOAPUI 5.2.0 and created a test project using the wsdl of the deployed application. Then I modified the request message to have valid data (no "?") and started the load test with 10 threads, 1ms delay, 1200 sec limit.
I've got 1.680.520 successful invocations (no error/failure) with an average of ~1400 tps (clearly, I could have had far better results by tuning logging, etc....)
To be honest, as part of our perf tests, we've gone way further than the numbers reported in this jira.
So, unless you can provide a way for reproducing, I'm not sure how to help here and would likely close this jira as cannot reproduce, sorry.
> Wildfly SOAP webservice causes JVM crash
> ----------------------------------------
>
> Key: WFLY-5432
> URL: https://issues.jboss.org/browse/WFLY-5432
> Project: WildFly
> Issue Type: Bug
> Components: Web Services
> Affects Versions: 9.0.1.Final, 10.0.0.CR2
> Environment: Tested on Mac OSX 10.10.2, jdk 1.8.60, wildfly 9.0.1. Final / 10.cr2
> Also tested on Centos 6.5, jdk 1.7.51, wildfly 9.0.1. Final
> Reporter: Davide Marchetti
> Assignee: Alessio Soldano
> Priority: Blocker
> Labels: crash, jvm, soap, webservice
> Attachments: SOAPTest.war
>
>
> The JVM crashes with either a sigsegv or sigbus error when performing a SOAP load test.
> The error printed is:
> # A fatal error has been detected by the Java Runtime Environment:
> #
> # SIGSEGV (0xb) at pc=0x00007f5da922afb8, pid=75645, tid=140039627204352
> #
> # JRE version: OpenJDK Runtime Environment (7.0_51-b02) (build 1.7.0_51-mockbuild_2014_01_15_01_39-b00)
> # Java VM: OpenJDK 64-Bit Server VM (24.45-b08 mixed mode linux-amd64 compressed oops)
> # Problematic frame:
> # J org.apache.cxf.message.ExchangeImpl.get(Ljava/lang/Class;)Ljava/lang/Object;
> #
> # Failed to write core dump. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
> #
>
> #
> # If you would like to submit a bug report, please include
> # instructions on how to reproduce the bug and visit:
> # 15:56:03,314 INFO [stdout] (default task-17) Submitted order request received with transId: <XXXXX>, opId: <SCO>, ...
> http://icedtea.classpath.org/bugzilla
> #
> The webservice does nothing, just a System.out.print("xxxxx").
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 7 months