[JBoss JIRA] (JGRP-2085) IndexOutOfBoundsException when trace logging
by Radim Vansa (JIRA)
Radim Vansa created JGRP-2085:
---------------------------------
Summary: IndexOutOfBoundsException when trace logging
Key: JGRP-2085
URL: https://issues.jboss.org/browse/JGRP-2085
Project: JGroups
Issue Type: Bug
Affects Versions: 3.6.9
Reporter: Radim Vansa
Assignee: Bela Ban
Priority: Minor
When running with trace logging, I got couple of these STs:
{code}
Exception in thread "OOB-1,test-NodeE-13479" java.lang.IndexOutOfBoundsException: Index: 4, Size: 2
at java.util.ArrayList.rangeCheck(ArrayList.java:653)
at java.util.ArrayList.get(ArrayList.java:429)
at org.jgroups.protocols.pbcast.NAKACK2.handleMessages(NAKACK2.java:868)
at org.jgroups.protocols.pbcast.NAKACK2.up(NAKACK2.java:705)
at org.jgroups.stack.Protocol.up(Protocol.java:425)
at org.jgroups.protocols.TP.passBatchUp(TP.java:1600)
at org.jgroups.protocols.TP$BatchHandler.run(TP.java:1820)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
{code}
Seems that part of the list of received messages is removed in handleMessages:864 in
{code}
boolean added=loopback || buf.add(msgs, oob, oob? DUMMY_OOB_MSG : null);
{code}
But the {{size}} is not recomputed afterwards.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (DROOLS-1220) Native Java compiler should use specified compiler configuration
by Petr Široký (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1220?page=com.atlassian.jira.plugi... ]
Petr Široký updated DROOLS-1220:
--------------------------------
Summary: Native Java compiler should use specified compiler configuration (was: Native compiler should use specified compiler configuration)
> Native Java compiler should use specified compiler configuration
> ----------------------------------------------------------------
>
> Key: DROOLS-1220
> URL: https://issues.jboss.org/browse/DROOLS-1220
> Project: Drools
> Issue Type: Enhancement
> Components: core engine
> Affects Versions: 6.4.0.Final
> Reporter: Petr Široký
> Assignee: Petr Široký
> Priority: Minor
>
> The native compiler ({{org.drools.compiler.commons.jci.compilers.NativeJavaCompiler}} currently ignores the provided {{JavaCompilerSettings}}. It should take them into account, the same way the Eclipse compiler does.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (WFLY-6787) WebSockets compression should be allowed by default
by Ingo Weiss (JIRA)
[ https://issues.jboss.org/browse/WFLY-6787?page=com.atlassian.jira.plugin.... ]
Ingo Weiss moved JBEAP-5137 to WFLY-6787:
-----------------------------------------
Project: WildFly (was: JBoss Enterprise Application Platform)
Key: WFLY-6787 (was: JBEAP-5137)
Workflow: GIT Pull Request workflow (was: CDW with loose statuses v1)
Component/s: Web (Undertow)
(was: Web (Undertow))
Target Release: (was: 7.backlog.GA)
Affects Version/s: 10.0.0.Final
(was: 7.0.0.GA)
(was: 7.0.1.CR1)
> WebSockets compression should be allowed by default
> ---------------------------------------------------
>
> Key: WFLY-6787
> URL: https://issues.jboss.org/browse/WFLY-6787
> Project: WildFly
> Issue Type: Bug
> Components: Web (Undertow)
> Affects Versions: 10.0.0.Final
> Reporter: Ingo Weiss
> Assignee: Ingo Weiss
>
> In EAP 6.4 there was allowed WebSockets compression by default if requested by client. In EAP 7 it is not. I believe it should be also allowed by default in EAP 7.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (WFLY-6786) Add possibility to enable websocket compression via management model
by Ingo Weiss (JIRA)
Ingo Weiss created WFLY-6786:
--------------------------------
Summary: Add possibility to enable websocket compression via management model
Key: WFLY-6786
URL: https://issues.jboss.org/browse/WFLY-6786
Project: WildFly
Issue Type: Feature Request
Components: Web (Undertow)
Affects Versions: 10.0.0.Final
Reporter: Ingo Weiss
Assignee: Stuart Douglas
Priority: Critical
In EAP 6 the websockets compression was enabled by default allowing to use pre-deflate compression when requested by client.
There is support for it in Undertow but there is no option to enable it in WildFly 10. This option should be added to WildFly and should probably set by default to true as that would be consistent with default behaviour when using WebSockets with EAP 6.4.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (WFCORE-1579) Perform check when changing 'path' attribute of 'deployment-scanner' instance
by Tomas Hofman (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1579?page=com.atlassian.jira.plugi... ]
Tomas Hofman commented on WFCORE-1579:
--------------------------------------
David's comment on related issue (WFCORE-1333):
{quote}
While I agree that the server should not crash in this case, validating the attribute is the wrong answer.
Here are a few ways in which it could fail:
* The directory might be moved or deleted while the server is running
* The directory's permissions might be modified while the server is running
* The user might expect to be able to start the server and add the directory after the fact
The reason this fails is that a transient condition is being checked for in the configuration, but the configuration has no way to enforce the ongoing conformence to the constraint.
The right answer is for the deployment scanner to dynamically be able to handle the directory appearing and disappearing. The user should be allowed to set a non-existent path component, which causes the deployment scanner to find no files until the path is created. The relative-to component, however, should be validated as that is a model integrity check.
{quote}
> Perform check when changing 'path' attribute of 'deployment-scanner' instance
> -----------------------------------------------------------------------------
>
> Key: WFCORE-1579
> URL: https://issues.jboss.org/browse/WFCORE-1579
> Project: WildFly Core
> Issue Type: Bug
> Components: Deployment Scanner
> Affects Versions: 3.0.0.Alpha1
> Reporter: Tomas Hofman
> Assignee: Tomas Hofman
> Priority: Minor
>
> When creating my own deployment-scanner, I have to provide {{path}} attribute where given value is checked whether it is a real directory on current filesystem. Although when I change value of this attribute in existing deployment-scanner instance, such check is not performed and I can provide non-existent directory. This leads to server crash after calling reload operation:
> # start EAP7 server and connect to CLI
> # create your own deployment-scanner instance pointing to existing directory
> {code}
> [standalone@localhost:9990 /] /subsystem=deployment-scanner/scanner=mysc:add(path=/home/jstourac/Downloads/jboss-eap-7.0/standalone/deployments)
> {"outcome" => "success"}
> {code}
> # change path of deployment-scanner to some nonexisting directory
> {code}
> [standalone@localhost:9990 /] /subsystem=deployment-scanner/scanner=mysc:write-attribute(name=path,value=/nonexistent)
> {
> "outcome" => "success",
> "response-headers" => {
> "operation-requires-reload" => true,
> "process-state" => "reload-required"
> }
> }
> {code}
> # perform reload operation
> # server fails with following output in console.log
> {code}
> 15:29:08,039 INFO [org.jboss.as.server.deployment.scanner] (MSC service thread 1-5) WFLYDS0013: Started FileSystemDeploymentService for directory /home/jstourac/Downloads/jboss-eap-7.0/standalone/deployments
> 15:29:29,068 INFO [org.jboss.as.connector.subsystems.datasources] (MSC service thread 1-3) WFLYJCA0010: Unbound data source [java:jboss/datasources/ExampleDS]
> 15:29:29,070 INFO [org.wildfly.extension.undertow] (MSC service thread 1-8) WFLYUT0019: Host default-host stopping
> 15:29:29,071 INFO [org.jboss.as.connector.deployers.jdbc] (MSC service thread 1-5) WFLYJCA0019: Stopped Driver service with driver-name = h2
> 15:29:29,073 INFO [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0008: Undertow HTTP listener default suspending
> 15:29:29,075 INFO [org.wildfly.extension.undertow] (MSC service thread 1-4) WFLYUT0007: Undertow HTTP listener default stopped, was bound to 127.0.0.1:8080
> 15:29:29,076 INFO [org.wildfly.extension.undertow] (MSC service thread 1-2) WFLYUT0004: Undertow 1.3.21.Final-redhat-1 stopping
> 15:29:29,081 INFO [org.jboss.as.mail.extension] (MSC service thread 1-2) WFLYMAIL0002: Unbound mail session [java:jboss/mail/Default]
> 15:29:29,082 INFO [org.jboss.as] (MSC service thread 1-8) WFLYSRV0050: JBoss EAP 7.0.0.GA (WildFly Core 2.1.2.Final-redhat-1) stopped in 16ms
> 15:29:29,083 INFO [org.jboss.as] (MSC service thread 1-8) WFLYSRV0049: JBoss EAP 7.0.0.GA (WildFly Core 2.1.2.Final-redhat-1) starting
> 15:29:29,135 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 13) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "deployment-scanner"),
> ("scanner" => "mysc")
> ]): java.lang.IllegalArgumentException: WFLYDS0023: /nonexistent does not exist
> at org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.<init>(FileSystemDeploymentService.java:273)
> at org.jboss.as.server.deployment.scanner.DeploymentScannerAdd.execute(DeploymentScannerAdd.java:124)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:890)
> at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:659)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:370)
> at org.jboss.as.controller.ParallelBootOperationStepHandler$ParallelBootTask.run(ParallelBootOperationStepHandler.java:359)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> at java.lang.Thread.run(Thread.java:745)
> at org.jboss.threads.JBossThread.run(JBossThread.java:320)
> 15:29:29,139 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) "WFLYCTL0193: Failed executing subsystem deployment-scanner boot operations"
> 15:29:29,140 ERROR [org.jboss.as.controller.management-operation] (Controller Boot Thread) WFLYCTL0013: Operation ("parallel-subsystem-boot") failed - address: ([]) - failure description: "\"WFLYCTL0193: Failed executing subsystem deployment-scanner boot operations\""
> 15:29:29,141 FATAL [org.jboss.as.server] (Controller Boot Thread) WFLYSRV0056: Server boot has failed in an unrecoverable manner; exiting. See previous messages for details.
> 15:29:29,144 INFO [org.jboss.as.server] (Thread-2) WFLYSRV0220: Server shutdown has been requested.
> 15:29:29,159 INFO [org.jboss.as] (MSC service thread 1-8) WFLYSRV0050: JBoss EAP 7.0.0.GA (WildFly Core 2.1.2.Final-redhat-1) stopped in 4ms
> {code}
> # one has to manually modify {{EAP_HOME/standalone/configuration/standalone.xml}} removing problematic deployment-scanner part to be able to start server again
> It would be great if there is same check to {{path}} atribute performed when changing it in existing instance of deployment-scanner as what is performed during the adding a new instance of deployment-scanner.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (WFLY-1598) Out of the box SSL - or shortly after.
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-1598?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar commented on WFLY-1598:
-----------------------------------
That is question for [~dlofthouse] But I think the WFLY-6745 does similar thing than this issue aims to achieve, but in a different way.
This will probably be addressed as part of move to Elytron security infrastructure.
> Out of the box SSL - or shortly after.
> --------------------------------------
>
> Key: WFLY-1598
> URL: https://issues.jboss.org/browse/WFLY-1598
> Project: WildFly
> Issue Type: Sub-task
> Components: Domain Management, Security
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Critical
> Labels: management_security,, management_sso
> Fix For: 11.0.0.Alpha1
>
>
> There are various reasons that we do not support SSL/TLS out of the box e.g.
> - If we ship a default keystore then everyone has access to the private key.
> - Generating one on first boot we do not have sufficient information to generate it correctly, also the performance overhead.
> This issue is to explorer other options to encourage their use and make it easier to configure.
> As an example could the admin console detect a non encrypted connection and have an box that encourages the config along with a wizard like workflow to get it set up?
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (WFLY-6785) Modify web/DeploymentScannerTestCase.java to reflect WFCORE-1579
by Tomas Hofman (JIRA)
Tomas Hofman created WFLY-6785:
----------------------------------
Summary: Modify web/DeploymentScannerTestCase.java to reflect WFCORE-1579
Key: WFLY-6785
URL: https://issues.jboss.org/browse/WFLY-6785
Project: WildFly
Issue Type: Bug
Components: Test Suite
Reporter: Tomas Hofman
Assignee: Tomas Hofman
DeploymentScannerTestCase should be modified to reflect changes in WFCORE-1579 - specifically a deployment scanner can be created with inaccessible deployment directory configured.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (DROOLS-1221) Add fail-safe and scalability functionality to the Drools (CEP) rules engine
by Tom Pijl (JIRA)
Tom Pijl created DROOLS-1221:
--------------------------------
Summary: Add fail-safe and scalability functionality to the Drools (CEP) rules engine
Key: DROOLS-1221
URL: https://issues.jboss.org/browse/DROOLS-1221
Project: Drools
Issue Type: Feature Request
Components: core engine
Affects Versions: 6.4.0.Final
Environment: Drools (CEP) Rule engine 6.4.0.Final
Reporter: Tom Pijl
Assignee: Mario Fusco
The Drools Rule engine is currently not fail-safe and scalable which is a requirement for Cloud deployment.
Add a possibility to persist the state of the working memory after each state change (perhaps linked to the fireAllRules()?) and related to that the possibility to restore the state in case of a crash (fail-safe requirement).
This persistent state store can also be used to synchronize multiple engine instances (scalability requirement).
Of course this has major impact on the performance of the engine, but it is the only way to make the engine useful in a multi-tenant Cloud environment
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months
[JBoss JIRA] (DROOLS-1220) Native compiler should use specified compiler configuration
by Petr Široký (JIRA)
Petr Široký created DROOLS-1220:
-----------------------------------
Summary: Native compiler should use specified compiler configuration
Key: DROOLS-1220
URL: https://issues.jboss.org/browse/DROOLS-1220
Project: Drools
Issue Type: Enhancement
Components: core engine
Affects Versions: 6.4.0.Final
Reporter: Petr Široký
Assignee: Petr Široký
Priority: Minor
The native compiler ({{org.drools.compiler.commons.jci.compilers.NativeJavaCompiler}} currently ignores the provided {{JavaCompilerSettings}}. It should take them into account, the same way the Eclipse compiler does.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 7 months