[JBoss JIRA] (WFCORE-2349) Add RemoteManagementPermission and RemoteJMXPermission checks for remote clients.
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-2349?page=com.atlassian.jira.plugi... ]
Brian Stansberry reassigned WFCORE-2349:
----------------------------------------
Fix Version/s: 3.0.0.Beta24
(was: 4.0.0.Alpha1)
Assignee: (was: ehsavoie Hugonnet)
Some discussion notes on this:
[11:25 AM] Darran Lofthouse: As we move to Elytron based SecurityIdentities as a connection to a service is established we can call SecurityIdentity.implies(org.jboss.ejb.client.RemoteEJBPermission) - we already have some new permissions for some services. These permissions are granted in the default Elytron config and also the legacy security realms grant all the permissions as there was no permission check in 2. The Jira is to add a permission check for a remote management connection and update the default Elytron config and legacy realms to grant the permission.
[11:26 AM] Darran Lofthouse: Any users of 3 starting from the default config would be better to know about these permissions today and have them in the default config
[12:54 PM] Brian Stansberry: @DarranLofthouse sorry; I got distracted. :( so this isn't really a security manager permission, it's an extra server side authorization check beyond simple 1) can the user authenticate and 2) RBAC checks
[12:55 PM] Brian Stansberry: that seems ok. I misinterpreted it before as a client side security manager perm thing, where the client would pass that check and thereafter the call would be privileged and the calling code would not need the misc remoting etc perms
[1:00 PM] Darran Lofthouse: @BrianStansberry +1 it is actually somewhere between #1 and #2 - do they have permission to connect to this specific service - so where all Remoting services are available from a single Endpoint establishing a connection doesn't give an automatic right to use anything (Unless they are using legacy security realms where we do grant them all for compatibility)
[1:02 PM] Brian Stansberry: ah, good point; I never like management-interface=<iforget> that used the subsystem endpoint because of that problem
> Add RemoteManagementPermission and RemoteJMXPermission checks for remote clients.
> ---------------------------------------------------------------------------------
>
> Key: WFCORE-2349
> URL: https://issues.jboss.org/browse/WFCORE-2349
> Project: WildFly Core
> Issue Type: Enhancement
> Components: Domain Management, Security
> Reporter: Darran Lofthouse
> Fix For: 3.0.0.Beta24
>
>
> Other services such as EJB and transactions have a Remote*Permission to verify the remote client has the required permission to use that service - this should be repeated for the management related services to control what a remote client can and can not connect to.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (DROOLS-1583) Refactor KnowledgeBaseImpl
by Mario Fusco (JIRA)
Mario Fusco created DROOLS-1583:
-----------------------------------
Summary: Refactor KnowledgeBaseImpl
Key: DROOLS-1583
URL: https://issues.jboss.org/browse/DROOLS-1583
Project: Drools
Issue Type: Enhancement
Components: core engine
Reporter: Mario Fusco
Assignee: Mario Fusco
It is required to review the KnowledgeBaseImpl and lower the technical debt accumulated on it by:
# Remove unnecessary duplicated methods that at the moment are there only for backward compatibility reasons.
# Review the locks and in particular check if some of them can be removed since now the kbase changes are enqueued.
# Review the rules/packages addition lifecycle emitting events before and after them (and in general reviewing the existing events).
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFLY-8846) Cannot set max-save-post-size to -1
by Robert Bost (JIRA)
Robert Bost created WFLY-8846:
---------------------------------
Summary: Cannot set max-save-post-size to -1
Key: WFLY-8846
URL: https://issues.jboss.org/browse/WFLY-8846
Project: WildFly
Issue Type: Bug
Affects Versions: 10.1.0.Final
Reporter: Robert Bost
Assignee: Jason Greene
JBossWeb allows for the max save post size to be -1 but the web subsystem connector config validator blocks negative values.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFLY-8845) Cannot set max-save-post-size to -1
by Robert Bost (JIRA)
Robert Bost created WFLY-8845:
---------------------------------
Summary: Cannot set max-save-post-size to -1
Key: WFLY-8845
URL: https://issues.jboss.org/browse/WFLY-8845
Project: WildFly
Issue Type: Bug
Affects Versions: 10.1.0.Final
Reporter: Robert Bost
Assignee: Jason Greene
JBossWeb allows for the max save post size to be -1 but the web subsystem connector config validator blocks negative values.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (LOGMGR-160) Fix JavaDoc for the SizeRotatingFileHander.setSuffix()
by James Perkins (JIRA)
James Perkins created LOGMGR-160:
------------------------------------
Summary: Fix JavaDoc for the SizeRotatingFileHander.setSuffix()
Key: LOGMGR-160
URL: https://issues.jboss.org/browse/LOGMGR-160
Project: JBoss Log Manager
Issue Type: Bug
Reporter: James Perkins
The JavaDoc for the {{SizeRotatingFileSystem.setSuffix()}} indicates that files will not be deleted when deleted. However there are multiple rotations for the same date they will be purged.
For example if the suffix is {{.yyyy-DD-mm}}, the size was reached 20 times on the same day and the {{maxBackupIndex}} was set to 10 there will only be 10 files kept.What won't be purged is files from a previous day.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (DROOLS-1582) Split kie-ci
by Mario Fusco (JIRA)
Mario Fusco created DROOLS-1582:
-----------------------------------
Summary: Split kie-ci
Key: DROOLS-1582
URL: https://issues.jboss.org/browse/DROOLS-1582
Project: Drools
Issue Type: Task
Components: core engine
Reporter: Mario Fusco
Assignee: Mario Fusco
The maven integration features currently implemented by kie-ci are useful also for other projects like AppFormer. It is then required to split it in 2 modules, one only dependant on maven/aether and providing general maven integration facilities and the second dependant on both the first and drools and implementing drools incremental compilation.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months
[JBoss JIRA] (WFLY-8843) Calling an EJB hangs at getPeerIdentity
by David Lloyd (JIRA)
[ https://issues.jboss.org/browse/WFLY-8843?page=com.atlassian.jira.plugin.... ]
David Lloyd edited comment on WFLY-8843 at 5/25/17 10:54 AM:
-------------------------------------------------------------
This could be caused by REM3-279. Can you check using Remoting 5.0.0.Beta24? (This is already included in wildfly-core 3.0.0.Beta23)
was (Author: dmlloyd):
This could be caused by REM3-279. Can you check using Remoting 5.0.0.Beta24?
> Calling an EJB hangs at getPeerIdentity
> ---------------------------------------
>
> Key: WFLY-8843
> URL: https://issues.jboss.org/browse/WFLY-8843
> Project: WildFly
> Issue Type: Bug
> Components: EJB, Security
> Reporter: Richard Janík
> Assignee: David Lloyd
> Attachments: server-dump-1.txt, server-dump-2.txt, surefire-booter-dump-1.txt
>
>
> I'm looking up a stateless EJB and the call hangs indefinitely with current wildfly master. I'm doing the following:
> {code:java}
> @Before
> public void setUpAdminObjects() throws NamingException {
> server1Proxy = lookupAdminObject(TestSuiteEnvironment.getServerAddress(), "8080");
> server2Proxy = lookupAdminObject(TestSuiteEnvironment.getServerAddress(), "8180");
> Assert.assertNotNull(server1Proxy);
> Assert.assertNotNull(server2Proxy);
> }
> private DwmAdminObjectEjb lookupAdminObject(String address, String port) throws NamingException {
> Properties properties = new Properties();
> properties.put(Context.INITIAL_CONTEXT_FACTORY, "org.jboss.naming.remote.client.InitialContextFactory");
> properties.put(Context.PROVIDER_URL, String.format("%s%s:%s", "http-remoting://", address, port));
> Context context = new InitialContext(properties);
> String ejbExportedName = String.format("%s/%s/%s!%s", "dwm-ejb-application", "dwm-ejb-module",
> DwmAdminObjectEjbImpl.class.getSimpleName(), DwmAdminObjectEjb.class.getCanonicalName());
> return (DwmAdminObjectEjb) context.lookup(ejbExportedName);
> }
> {code}
> That hangs at {{context.lookup()}}. Note that I am aware that the old {{InitialContextFactory}} is deprecated, but the new one doesn't make any difference. I'll eventually replace it anyway.
> You can reproduce it with something like:
> {noformat}
> git remote add rjanik git@github.com:LittleJohnII/wildfly.git
> git fetch rjanik ; git checkout rjanik/eap7-495
> mvn clean install -DskipTests ; cd testsuite/integration/manualmode
> mvn clean test -Dtest=Dwm*TestCase -Djboss.server.config.file.name=standalone-ha.xml -DtrimStackTrace=false
> {noformat}
> Warning: the issue looks somewhat random - I reproduce it on every test run, but sometimes one or two testcases pass before it hangs.
> I also took a thread dump of the two servers and the client that is started by the test. The server thread dumps contain nothing interesting to me, but the client dump shows that it is waiting to get the {{ConnectionPeerIdentity}}.
> {noformat}
> "main" #1 prio=5 os_prio=0 tid=0x00007fa824009000 nid=0x4ad8 waiting on condition [0x00007fa82a6f3000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0x00000000f7a68820> (a org.xnio.FutureResult$1)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:175)
> at org.xnio.AbstractIoFuture.await(AbstractIoFuture.java:419)
> at org.xnio.AbstractIoFuture.get(AbstractIoFuture.java:535)
> at org.wildfly.naming.client.remote.SingleRemoteNamingProvider.getPeerIdentity(SingleRemoteNamingProvider.java:110)
> at org.wildfly.naming.client.remote.RemoteNamingProvider.getPeerIdentityForNaming(RemoteNamingProvider.java:69)
> at org.wildfly.naming.client.remote.RemoteContext.lambda$lookupNative$0(RemoteContext.java:109)
> at org.wildfly.naming.client.remote.RemoteContext$$Lambda$122/532677950.apply(Unknown Source)
> at org.wildfly.naming.client.NamingProvider.performExceptionAction(NamingProvider.java:115)
> at org.wildfly.naming.client.remote.RemoteContext.lookupNative(RemoteContext.java:108)
> at org.wildfly.naming.client.AbstractFederatingContext.lookup(AbstractFederatingContext.java:78)
> at org.wildfly.naming.client.AbstractFederatingContext.lookup(AbstractFederatingContext.java:64)
> at org.wildfly.naming.client.WildFlyRootContext.lookup(WildFlyRootContext.java:153)
> at javax.naming.InitialContext.lookup(InitialContext.java:417)
> at org.jboss.as.test.manualmode.jca.workmanager.distributed.AbstractDwmTestCase.lookupAdminObject(AbstractDwmTestCase.java:342)
> at org.jboss.as.test.manualmode.jca.workmanager.distributed.AbstractDwmTestCase.setUpAdminObjects(AbstractDwmTestCase.java:326)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50)
> at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12)
> at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47)
> at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:24)
> at org.jboss.arquillian.junit.Arquillian$StatementLifecycleExecutor.invoke(Arquillian.java:463)
> at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99)
> at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createBeforeContext(ContainerEventController.java:124)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.before(EventTestRunnerAdaptor.java:108)
> at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:241)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:426)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
> at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:259)
> at org.jboss.arquillian.junit.Arquillian$7$1.invoke(Arquillian.java:319)
> at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.execute(ClientBeforeAfterLifecycleEventExecuter.java:99)
> at org.jboss.arquillian.container.test.impl.execution.ClientBeforeAfterLifecycleEventExecuter.on(ClientBeforeAfterLifecycleEventExecuter.java:72)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createContext(ContainerEventController.java:142)
> at org.jboss.arquillian.container.test.impl.client.ContainerEventController.createBeforeContext(ContainerEventController.java:124)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createTestContext(TestContextHandler.java:130)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:92)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:73)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:498)
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.fireCustomLifecycle(EventTestRunnerAdaptor.java:159)
> at org.jboss.arquillian.junit.Arquillian$7.evaluate(Arquillian.java:312)
> at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:78)
> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:57)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:204)
> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:426)
> at org.jboss.arquillian.junit.Arquillian.access$200(Arquillian.java:54)
> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:218)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:166)
> at org.junit.runners.Suite.runChild(Suite.java:128)
> at org.junit.runners.Suite.runChild(Suite.java:27)
> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290)
> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71)
> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288)
> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58)
> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268)
> at org.junit.runners.ParentRunner.run(ParentRunner.java:363)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:137)
> at org.junit.runner.JUnitCore.run(JUnitCore.java:115)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.createRequestAndRun(JUnitCoreWrapper.java:108)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.executeEager(JUnitCoreWrapper.java:78)
> at org.apache.maven.surefire.junitcore.JUnitCoreWrapper.execute(JUnitCoreWrapper.java:54)
> at org.apache.maven.surefire.junitcore.JUnitCoreProvider.invoke(JUnitCoreProvider.java:144)
> at org.apache.maven.surefire.booter.ForkedBooter.invokeProviderInSameClassLoader(ForkedBooter.java:203)
> at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:155)
> at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:103)
> {noformat}
> I'll attach all the thread dumps too.
> Bisecting the commits in WFLY identified this commit as the culprit:
> {{deebbdf}} Upgrade WildFly Core to 3.0.0.Beta22.
> Notable upgrade in 3.0.0.Beta22 was Elytron. Because of that and because the client hangs at {{getPeerIdentity()}}, I added the security component.
> The same scenario works without issues prior to this commit, so I assume I'm not just doing things wrong. Even if I'm doing something wrong, which is possible, I believe the client shouldn't just hang, but should instead fire an exception. If you see any issues with my code I'll gladly fix them too.
> Not yet found in JBEAP, current version DR18 has wildfly-core Beta21, this will be present in DR19. The current master is 4a705cf89c90b5893b777fb0aa8188a01942a019.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
8 years, 11 months