[JBoss JIRA] (WFLY-5866) ClosedChannelException in SingleFileStore after server is shut down
by Paul Ferraro (JIRA)
[ https://issues.jboss.org/browse/WFLY-5866?page=com.atlassian.jira.plugin.... ]
Paul Ferraro commented on WFLY-5866:
------------------------------------
[~mvinkler] Please close this if it is no longer an issue.
> ClosedChannelException in SingleFileStore after server is shut down
> -------------------------------------------------------------------
>
> Key: WFLY-5866
> URL: https://issues.jboss.org/browse/WFLY-5866
> Project: WildFly
> Issue Type: Bug
> Components: Clustering
> Affects Versions: 10.0.0.CR4
> Reporter: Michal Vinkler
> Assignee: Paul Ferraro
> Priority: Minor
>
> Seen in our failover tests for remote stateful EJBs:
> - scenario ejb-ejbremote-shutdown-dist-sync-tcpStack
> After perf21 was shut down, other nodes received new view and logged these exceptions, all of them having the same stacktrace and coming from {{org.infinispan.persistence.file.SingleFileStore._load(SingleFileStore.java:484)}}
> {code:title=AsynchronousCloseException}
> [JBossINF] [0m[31m18:06:00,890 ERROR [org.infinispan.persistence.file.SingleFileStore] (transport-thread--p16-t13) ISPN000252: Error executing parallel store task: org.infinispan.persistence.spi.PersistenceException: java.nio.channels.AsynchronousCloseException
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore._load(SingleFileStore.java:484)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore.access$600(SingleFileStore.java:71)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore$2.call(SingleFileStore.java:535)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore$2.call(SingleFileStore.java:531)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:21)
> [JBossINF] at java.util.concurrent.ExecutorCompletionService.submit(ExecutorCompletionService.java:181)
> [JBossINF] at org.infinispan.executors.ExecutorAllCompletionService.submit(ExecutorAllCompletionService.java:31)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore.process(SingleFileStore.java:531)
> [JBossINF] at org.infinispan.statetransfer.OutboundTransferTask.run(OutboundTransferTask.java:171)
> [JBossINF] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [JBossINF] at java.lang.Thread.run(Thread.java:745)
> [JBossINF] Caused by: java.nio.channels.AsynchronousCloseException
> [JBossINF] at java.nio.channels.spi.AbstractInterruptibleChannel.end(AbstractInterruptibleChannel.java:205)
> [JBossINF] at sun.nio.ch.FileChannelImpl.readInternal(FileChannelImpl.java:745)
> [JBossINF] at sun.nio.ch.FileChannelImpl.read(FileChannelImpl.java:726)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore._load(SingleFileStore.java:482)
> [JBossINF] ... 18 more
> {code}
> {code:title=ClosedByInterruptException}
> [JBossINF] [0m[31m18:06:00,890 ERROR [org.infinispan.persistence.file.SingleFileStore] (transport-thread--p16-t10) ISPN000252: Error executing parallel store task: org.infinispan.persistence.spi.PersistenceException: java.nio.channels.ClosedByInterruptException
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore._load(SingleFileStore.java:484)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore.access$600(SingleFileStore.java:71)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore$2.call(SingleFileStore.java:535)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore$2.call(SingleFileStore.java:531)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:21)
> [JBossINF] at java.util.concurrent.ExecutorCompletionService.submit(ExecutorCompletionService.java:181)
> [JBossINF] at org.infinispan.executors.ExecutorAllCompletionService.submit(ExecutorAllCompletionService.java:31)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore.process(SingleFileStore.java:531)
> [JBossINF] at org.infinispan.statetransfer.OutboundTransferTask.run(OutboundTransferTask.java:171)
> [JBossINF] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [JBossINF] at java.lang.Thread.run(Thread.java:745)
> [JBossINF] Caused by: java.nio.channels.ClosedByInterruptException
> [JBossINF] at java.nio.channels.spi.AbstractInterruptibleChannel.end(AbstractInterruptibleChannel.java:202)
> [JBossINF] at sun.nio.ch.FileChannelImpl.readInternal(FileChannelImpl.java:745)
> [JBossINF] at sun.nio.ch.FileChannelImpl.read(FileChannelImpl.java:726)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore._load(SingleFileStore.java:482)
> [JBossINF] ... 18 more
> {code}
> {code:title=ClosedChannelException}
> [JBossINF] [0m[31m18:06:00,895 ERROR [org.infinispan.persistence.file.SingleFileStore] (transport-thread--p16-t13) ISPN000252: Error executing parallel store task: org.infinispan.persistence.spi.PersistenceException: java.nio.channels.ClosedChannelException
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore._load(SingleFileStore.java:484)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore.access$600(SingleFileStore.java:71)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore$2.call(SingleFileStore.java:535)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore$2.call(SingleFileStore.java:531)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:21)
> [JBossINF] at java.util.concurrent.ExecutorCompletionService.submit(ExecutorCompletionService.java:181)
> [JBossINF] at org.infinispan.executors.ExecutorAllCompletionService.submit(ExecutorAllCompletionService.java:31)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore.process(SingleFileStore.java:531)
> [JBossINF] at org.infinispan.statetransfer.OutboundTransferTask.run(OutboundTransferTask.java:171)
> [JBossINF] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> [JBossINF] at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
> [JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
> [JBossINF] at java.lang.Thread.run(Thread.java:745)
> [JBossINF] Caused by: java.nio.channels.ClosedChannelException
> [JBossINF] at sun.nio.ch.FileChannelImpl.ensureOpen(FileChannelImpl.java:110)
> [JBossINF] at sun.nio.ch.FileChannelImpl.read(FileChannelImpl.java:720)
> [JBossINF] at org.infinispan.persistence.file.SingleFileStore._load(SingleFileStore.java:482)
> [JBossINF] ... 18 more
> {code}
> While the first two exceptions were logged only few times, the {{ClosedChannelException}} was logged tens of thousand times on perf19 and perf20.
> These exceptions don't seem to cause any sampling errors on the client side.
> Link:
> http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-ejb-e...
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (DROOLS-1350) 401 Unauthorized kie-server rest api peflight call error -> change web.xml security constraints
by Edson Tirelli (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1350?page=com.atlassian.jira.plugi... ]
Edson Tirelli reassigned DROOLS-1350:
-------------------------------------
Assignee: Maciej Swiderski (was: Edson Tirelli)
> 401 Unauthorized kie-server rest api peflight call error -> change web.xml security constraints
> -----------------------------------------------------------------------------------------------
>
> Key: DROOLS-1350
> URL: https://issues.jboss.org/browse/DROOLS-1350
> Project: Drools
> Issue Type: Bug
> Components: kie server
> Affects Versions: 7.0.0.Beta2
> Reporter: Kai Jemella
> Assignee: Maciej Swiderski
> Attachments: kie-server_cors_preflight_401.png
>
>
> Using the kie-server REST API with a javascript framework like angular2 results in a [CORS Preflight W3C|https://www.w3.org/TR/cors/#resource-preflight-requests] response 401 :
> {code}
> zone.js:1274 OPTIONS http://my-kie-server1-default.192.168.42.25.xip.io/kie-server/services/re...
> XMLHttpRequest cannot load http://my-kie-server1-default.192.168.42.25.xip.io/kie-server/services/re.... Response for preflight has invalid HTTP status code 401
> {code}
> CORS Response Header are set, this is not the problem:
> {code:xml}
> # filter references
> /subsystem=undertow/server=default-server/host=default-host/filter-ref=Access-Control-Allow-Origin:add
> /subsystem=undertow/server=default-server/host=default-host/filter-ref=Access-Control-Allow-Methods:add
> /subsystem=undertow/server=default-server/host=default-host/filter-ref=Access-Control-Allow-Headers:add
> /subsystem=undertow/server=default-server/host=default-host/filter-ref=Access-Control-Allow-Credentials:add
> # filter
> /subsystem=undertow/configuration=filter/response-header=Access-Control-Allow-Origin:add(header-name=Access-Control-Allow-Origin,header-value="*")
> /subsystem=undertow/configuration=filter/response-header=Access-Control-Allow-Methods:add(header-name=Access-Control-Allow-Methods,header-value="GET, PUT, POST, OPTIONS, DELETE")
> /subsystem=undertow/configuration=filter/response-header=Access-Control-Allow-Headers:add \
> (header-name=Access-Control-Allow-Headers,header-value="accept, authorization, content-type, x-requested-with, X-KIE-ContentType")
> /subsystem=undertow/configuration=filter/response-header=Access-Control-Allow-Credentials:add(header-name=Access-Control-Allow-Credentials,header-value="true")
> {code}
> The problem occurs by the kie-server web descriptor security constraint:
> {code:title=web.xml}
> ...
> <security-constraint>
> <web-resource-collection>
> <web-resource-name>REST web resources</web-resource-name>
> <url-pattern>/services/rest/*</url-pattern>
> </web-resource-collection>
> <auth-constraint>
> <role-name>kie-server</role-name>
> </auth-constraint>
> </security-constraint>
> ...
> {code}
> The security constraint should be active for all jax-rs HTTP methods, without the OPTIONS method:
> {code:title=web.xml}
> ...
> <security-constraint>
> <web-resource-collection>
> <web-resource-name>REST web resources</web-resource-name>
> <url-pattern>/services/rest/*</url-pattern>
> <http-method>GET</http-method>
> <http-method>PUT</http-method>
> <http-method>POST</http-method>
> <http-method>DELETE</http-method>
> </web-resource-collection>
> <auth-constraint>
> <role-name>kie-server</role-name>
> </auth-constraint>
> </security-constraint>
> ...
> {code}
> Tested with firefox and chrome.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFLY-7419) Add resteasy wadl as a module
by Frank Langelage (JIRA)
Frank Langelage created WFLY-7419:
-------------------------------------
Summary: Add resteasy wadl as a module
Key: WFLY-7419
URL: https://issues.jboss.org/browse/WFLY-7419
Project: WildFly
Issue Type: Enhancement
Components: REST
Affects Versions: 10.1.0.Final, 11.0.0.Alpha1
Reporter: Frank Langelage
Assignee: Stuart Douglas
Fix For: 10.2.0.Final, 11.0.0.Alpha1
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFCORE-673) Elytron Integration with Core
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-673?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFCORE-673:
------------------------------------
Fix Version/s: 3.0.0.Alpha12
(was: 3.0.0.Alpha11)
> Elytron Integration with Core
> -----------------------------
>
> Key: WFCORE-673
> URL: https://issues.jboss.org/browse/WFCORE-673
> Project: WildFly Core
> Issue Type: Task
> Components: Security
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Blocker
> Fix For: 3.0.0.Alpha12
>
>
> This is the top level tracking task for Elytron integration within core. The tasks for the changes actually being made will either be linked or added as sub-tasks.
> In addition to this general issues that affect the Elytron integration are being labelled with 'affects_elytron' and can be queried using the following query: -
> https://issues.jboss.org/issues/?filter=12323574
> The label is a general catch-all for issues that are of interest to us but are not automatically blockers for our progress.
> The general criteria for the resolution of this issue will be: -
> - Inclusion of the Elytron Subsystem in core
> - All network entry points in core to be securable using Elytron
> - All SSL artefacts to be obtainable from Elytron.
> Note: The legacy modes will become better defined as we progress but whilst it must be possible to use Elytron it's use may still be optional to a certain degree.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months
[JBoss JIRA] (WFCORE-610) Integrate Elytron for management security.
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-610?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFCORE-610:
------------------------------------
Fix Version/s: 3.0.0.Alpha12
(was: 3.0.0.Alpha11)
> Integrate Elytron for management security.
> ------------------------------------------
>
> Key: WFCORE-610
> URL: https://issues.jboss.org/browse/WFCORE-610
> Project: WildFly Core
> Issue Type: Sub-task
> Components: Domain Management, Security
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Fix For: 3.0.0.Alpha12
>
>
> This is a top level container task for the integration of Elytron for domain management security.
> Do note however that the purpose of Elytron is a single unified security solution across the whole of the application server so many tasks here will be groundwork for the remainder of the integration.
> At the moment the Elytron subsystem is being developed outside of wildfly-core, this will need to change in the future due to dependency issues (i.e. to write a subsystem you need to depend on core and core will need to include the subsystem (I think.)). However this will make it easier for now to ensure that the subsystem is 100% with no WildFly code accessing the subsystem - and also verify that we can create a distribtion with out the subsystem and still have a functional server.
> Overall if someone came up with an alternative subsystem that provided the same capabilities it should be possible to drop it in.
--
This message was sent by Atlassian JIRA
(v7.2.2#72004)
9 years, 6 months