[JBoss JIRA] (WFCORE-597) Where an ObjectTypeAttributeDefinition is in use respect the ResourceOnly setting on contained types for add operations.
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-597?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFCORE-597:
------------------------------------
Fix Version/s: 2.0.0.Alpha1
(was: 1.0.0.CR1)
> Where an ObjectTypeAttributeDefinition is in use respect the ResourceOnly setting on contained types for add operations.
> ------------------------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-597
> URL: https://issues.jboss.org/browse/WFCORE-597
> Project: WildFly Core
> Issue Type: Sub-task
> Components: Domain Management
> Reporter: Darran Lofthouse
> Assignee: Tomaz Cerar
> Labels: affects_elytron
> Fix For: 2.0.0.Alpha1
>
>
> If an ObjectTypeAttributeDefinition contains an attribute definition that has ResourceOnly set then it should be filtered from the automatically generated description for the add operation.
> This may be more related to lists, I currently have: -
> ObjectListAttributeDefinition, which contains ObjectTypeAttributeDefinition, which contains SimpleAttributeDefinition
> It is this final SimpleAttributeDefinition that has ResourceOnly set but it is still showing up in the operation description for add.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 12 months
[JBoss JIRA] (WFCORE-364) Hangs in mixed domain testsuite
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-364?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFCORE-364:
------------------------------------
Fix Version/s: 2.0.0.Alpha2
(was: 1.0.0.CR1)
> Hangs in mixed domain testsuite
> -------------------------------
>
> Key: WFCORE-364
> URL: https://issues.jboss.org/browse/WFCORE-364
> Project: WildFly Core
> Issue Type: Bug
> Components: Domain Management
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Fix For: 2.0.0.Alpha2
>
> Attachments: testsuite-hang1-server.txt, testsuite-hang2-client.txt, testsuite-hang2-server.txt
>
>
> http://lightning.mw.lab.eng.bos.redhat.com/jenkins/job/wildfly-param-pull...
> https://dl.dropboxusercontent.com/u/712508/mixed-hang-debug.zip contains details.
> 30805.dump is the client and shows the problem is occurring in the @After cleanup of MixedDomainDeploymentTest as it removes deployments from the domain.
> "main" prio=10 tid=0xf7605c00 nid=0x7856 in Object.wait() [0xf776e000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0xe50275f0> (a org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl)
> at java.lang.Object.wait(Object.java:503)
> at org.jboss.threads.AsyncFutureTask.await(AsyncFutureTask.java:192)
> - locked <0xe50275f0> (a org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl)
> at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:266)
> - locked <0xe50275f0> (a org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl)
> at org.jboss.as.controller.client.impl.AbstractDelegatingAsyncFuture.get(AbstractDelegatingAsyncFuture.java:100)
> at org.jboss.as.controller.client.impl.AbstractModelControllerClient.executeForResult(AbstractModelControllerClient.java:127)
> at org.jboss.as.controller.client.impl.AbstractModelControllerClient.execute(AbstractModelControllerClient.java:71)
> at org.jboss.as.controller.client.helpers.domain.impl.DomainClientImpl.execute(DomainClientImpl.java:81)
> at org.jboss.as.test.integration.domain.mixed.MixedDomainDeploymentTest.removeDeployment(MixedDomainDeploymentTest.java:441)
> at org.jboss.as.test.integration.domain.mixed.MixedDomainDeploymentTest.cleanDeployments(MixedDomainDeploymentTest.java:343)
> at org.jboss.as.test.integration.domain.mixed.MixedDomainDeploymentTest.confirmNoDeployments(MixedDomainDeploymentTest.java:163)
> 31894.dump shows the master HC. management-handler-thread is blocking on the way out (after sending the commit or rollback) waiting for a final result response from the slave.
> "management-handler-thread - 1" prio=10 tid=0xca0efc00 nid=0x7cdd in Object.wait() [0xc7469000]
> java.lang.Thread.State: WAITING (on object monitor)
> at java.lang.Object.wait(Native Method)
> - waiting on <0xeb6d6558> (a org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl)
> at java.lang.Object.wait(Object.java:503)
> at org.jboss.threads.AsyncFutureTask.await(AsyncFutureTask.java:192)
> - locked <0xeb6d6558> (a org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl)
> at org.jboss.threads.AsyncFutureTask.get(AsyncFutureTask.java:266)
> - locked <0xeb6d6558> (a org.jboss.as.protocol.mgmt.ActiveOperationSupport$ActiveOperationImpl)
> at org.jboss.as.controller.client.impl.AbstractDelegatingAsyncFuture.get(AbstractDelegatingAsyncFuture.java:100)
> at org.jboss.as.domain.controller.operations.coordination.DomainSlaveHandler.finalizeOp(DomainSlaveHandler.java:215)
> at org.jboss.as.domain.controller.operations.coordination.DomainSlaveHandler.access$000(DomainSlaveHandler.java:58)
> at org.jboss.as.domain.controller.operations.coordination.DomainSlaveHandler$1.handleResult(DomainSlaveHandler.java:179)
> at org.jboss.as.controller.AbstractOperationContext$Step.handleRollback(AbstractOperationContext.java:805)
> at org.jboss.as.controller.AbstractOperationContext$Step.finalizeInternal(AbstractOperationContext.java:763)
> at org.jboss.as.controller.AbstractOperationContext$Step.finalizeStep(AbstractOperationContext.java:738)
> (Note that the "handleRollback" method name is a red-herring -- the method should be renamed to a "handleResult" as it now is called no matter what the result.)
> 31986.dump is the slave HC. It shows it is blocking in stage DONE after having sent operationPrepared to the master, waiting for commit or rollback.
> "domain-connection-threads - 1" prio=10 tid=0xc91a8400 nid=0x7d1a waiting on condition [0xc87fe000]
> java.lang.Thread.State: WAITING (parking)
> at sun.misc.Unsafe.park(Native Method)
> - parking to wait for <0xea1fd410> (a java.util.concurrent.CountDownLatch$Sync)
> at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer.parkAndCheckInterrupt(AbstractQueuedSynchronizer.java:834)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer.doAcquireSharedInterruptibly(AbstractQueuedSynchronizer.java:994)
> at java.util.concurrent.locks.AbstractQueuedSynchronizer.acquireSharedInterruptibly(AbstractQueuedSynchronizer.java:1303)
> at java.util.concurrent.CountDownLatch.await(CountDownLatch.java:236)
> at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ProxyOperationControlProxy.operationPrepared(TransactionalProtocolOperationHandler.java:173)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:337)
> at org.jboss.as.controller.AbstractOperationContext.completeStep(AbstractOperationContext.java:211)
> at org.jboss.as.domain.controller.operations.coordination.ServerOperationsResolverHandler.execute(ServerOperationsResolverHandler.java:128)
> Indication is the commit or rollback message is getting lost. There are no threads shown sending or receiving it.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 12 months
[JBoss JIRA] (WFCORE-266) Deprecate the ParameterValidator constructor variants that accept allowNull and allowExpressions params
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-266?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFCORE-266:
------------------------------------
Fix Version/s: 2.0.0.Alpha1
(was: 1.0.0.CR1)
> Deprecate the ParameterValidator constructor variants that accept allowNull and allowExpressions params
> -------------------------------------------------------------------------------------------------------
>
> Key: WFCORE-266
> URL: https://issues.jboss.org/browse/WFCORE-266
> Project: WildFly Core
> Issue Type: Task
> Components: Domain Management
> Reporter: Brian Stansberry
> Fix For: 2.0.0.Alpha1
>
>
> Most of the ParameterValidator implementations that get passed to AttributeDefinition accept params to control whether null and expressions are allowed. These are now redundant, as AttributeDefinition wraps the provided validator with NillableOrExpressionParameterValidator, and it handles that aspect of validation based on the settings of the AD.
> So we should deprecate these constructor variants to let people know they aren't needed. Ideally shift the code as well.
> CRITICAL: before doing this, make sure the AttributeDefinition variants that support complex types properly wrap any validators that are configured for *element* validation. A quick look shows that ListAttributeDefinition.Builder and MapAttributeDefinition.Builder do.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 12 months
[JBoss JIRA] (WFCORE-25) Windows PowerShell scripts in bin
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-25?page=com.atlassian.jira.plugin.... ]
Brian Stansberry updated WFCORE-25:
-----------------------------------
Fix Version/s: 2.0.0.Alpha1
(was: 1.0.0.CR1)
Tomaz, I'm moving this to 2.x, but I know a lot is done. So resolving this against 1.0.0.CR1 and then opening issues for remaining work is fine too.
> Windows PowerShell scripts in bin
> ---------------------------------
>
> Key: WFCORE-25
> URL: https://issues.jboss.org/browse/WFCORE-25
> Project: WildFly Core
> Issue Type: Bug
> Components: Scripts
> Reporter: Brian Stansberry
> Assignee: Tomaz Cerar
> Fix For: 2.0.0.Alpha1
>
>
> Add .psh scripts that match the functionality of our .sh scripts. Leave the .bat scripts in their current limited-functionality form for people still on XP, but use PowerShell as the recommended Windows scripting language.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 12 months
[JBoss JIRA] (WFLY-4576) JCE jar file inside a deployment fails the signature check
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-4576?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar updated WFLY-4576:
------------------------------
Steps to Reproduce:
1. Install WildFly (22-apr-2015 snapshot) out-of-the-box
2. use the CLI to deploy the attached war file (inside the maven project)
3. access: /bouncycastle-2015-01-30/bc
Note that BC is *not* setup in the JDK, but is initialised in the deployment itself:
row = Security.addProvider(new BouncyCastleProvider());
The code that fails:
Cipher cipher = Cipher.getInstance("AES", "BC");
{noformat}
14:49:13,582 ERROR [stderr] (default task-1) java.lang.SecurityException: JCE cannot authenticate the provider BC
14:49:13,583 ERROR [stderr] (default task-1) at javax.crypto.Cipher.getInstance(Cipher.java:647)
14:49:13,583 ERROR [stderr] (default task-1) at javax.crypto.Cipher.getInstance(Cipher.java:585)
14:49:13,583 ERROR [stderr] (default task-1) at com.redhat.gss.tfonteyn.bouncycastle.bc.processRequest(bc.java:60)
14:49:13,583 ERROR [stderr] (default task-1) at com.redhat.gss.tfonteyn.bouncycastle.bc.doGet(bc.java:87)
14:49:13,584 ERROR [stderr] (default task-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
14:49:13,584 ERROR [stderr] (default task-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
14:49:13,584 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
14:49:13,584 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
14:49:13,584 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
14:49:13,585 ERROR [stderr] (default task-1) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
14:49:13,585 ERROR [stderr] (default task-1) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
14:49:13,585 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
14:49:13,585 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
14:49:13,585 ERROR [stderr] (default task-1) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
14:49:13,586 ERROR [stderr] (default task-1) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
14:49:13,586 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
14:49:13,586 ERROR [stderr] (default task-1) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
14:49:13,586 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70)
14:49:13,587 ERROR [stderr] (default task-1) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
14:49:13,587 ERROR [stderr] (default task-1) at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76)
14:49:13,587 ERROR [stderr] (default task-1) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
14:49:13,587 ERROR [stderr] (default task-1) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
14:49:13,587 ERROR [stderr] (default task-1) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
14:49:13,588 ERROR [stderr] (default task-1) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
14:49:13,588 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:278)
14:49:13,588 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:255)
14:49:13,588 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:80)
14:49:13,588 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174)
14:49:13,589 ERROR [stderr] (default task-1) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
14:49:13,589 ERROR [stderr] (default task-1) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
14:49:13,589 ERROR [stderr] (default task-1) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
14:49:13,589 ERROR [stderr] (default task-1) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
14:49:13,590 ERROR [stderr] (default task-1) at java.lang.Thread.run(Thread.java:745)
14:49:13,590 ERROR [stderr] (default task-1) Caused by: java.lang.SecurityException: Cannot verify jar:vfs:/content/bouncycastle-2015-01-30.war/WEB-INF/lib/bcprov-jdk15on-1.51.jar!/
14:49:13,590 ERROR [stderr] (default task-1) at javax.crypto.JarVerifier.verifySingleJar(JarVerifier.java:406)
14:49:13,590 ERROR [stderr] (default task-1) at javax.crypto.JarVerifier.verifyJars(JarVerifier.java:322)
14:49:13,590 ERROR [stderr] (default task-1) at javax.crypto.JarVerifier.verify(JarVerifier.java:250)
14:49:13,591 ERROR [stderr] (default task-1) at javax.crypto.JceSecurity.verifyProviderJar(JceSecurity.java:161)
14:49:13,591 ERROR [stderr] (default task-1) at javax.crypto.JceSecurity.getVerificationResult(JceSecurity.java:187)
14:49:13,591 ERROR [stderr] (default task-1) at javax.crypto.Cipher.getInstance(Cipher.java:643)
14:49:13,591 ERROR [stderr] (default task-1) ... 32 more
14:49:13,591 ERROR [stderr] (default task-1) Caused by: java.security.PrivilegedActionException: java.util.zip.ZipException: zip file is empty
14:49:13,592 ERROR [stderr] (default task-1) at java.security.AccessController.doPrivileged(Native Method)
14:49:13,592 ERROR [stderr] (default task-1) at javax.crypto.JarVerifier.verifySingleJar(JarVerifier.java:384)
14:49:13,592 ERROR [stderr] (default task-1) ... 37 more
14:49:13,592 ERROR [stderr] (default task-1) Caused by: java.util.zip.ZipException: zip file is empty
14:49:13,592 ERROR [stderr] (default task-1) at java.util.zip.ZipFile.open(Native Method)
14:49:13,593 ERROR [stderr] (default task-1) at java.util.zip.ZipFile.<init>(ZipFile.java:215)
14:49:13,593 ERROR [stderr] (default task-1) at java.util.zip.ZipFile.<init>(ZipFile.java:145)
14:49:13,593 ERROR [stderr] (default task-1) at java.util.jar.JarFile.<init>(JarFile.java:154)
14:49:13,593 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:88)
14:49:13,593 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221)
14:49:13,593 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216)
14:49:13,594 ERROR [stderr] (default task-1) at java.security.AccessController.doPrivileged(Native Method)
14:49:13,594 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215)
14:49:13,594 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71)
14:49:13,594 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99)
14:49:13,594 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
14:49:13,594 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89)
14:49:13,595 ERROR [stderr] (default task-1) at javax.crypto.JarVerifier$2.run(JarVerifier.java:399)
14:49:13,595 ERROR [stderr] (default task-1) ... 39 more
14:49:13,595 ERROR [stderr] (default task-1) Suppressed: java.nio.file.NoSuchFileException: /tmp/jar_cache5134542653689112775.tmp
14:49:13,595 ERROR [stderr] (default task-1) at sun.nio.fs.UnixException.translateToIOException(UnixException.java:86)
14:49:13,595 ERROR [stderr] (default task-1) at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
14:49:13,596 ERROR [stderr] (default task-1) at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
14:49:13,596 ERROR [stderr] (default task-1) at sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:244)
14:49:13,596 ERROR [stderr] (default task-1) at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
14:49:13,596 ERROR [stderr] (default task-1) at java.nio.file.Files.delete(Files.java:1079)
14:49:13,596 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:226)
14:49:13,596 ERROR [stderr] (default task-1) ... 47 more
{noformat}
was:
1. Install WildFly (22-apr-2015 snapshot) out-of-the-box
2. use the CLI to deploy the attached war file (inside the maven project)
3. access: /bouncycastle-2015-01-30/bc
Note that BC is *not* setup in the JDK, but is initialised in the deployment itself:
row = Security.addProvider(new BouncyCastleProvider());
The code that fails:
Cipher cipher = Cipher.getInstance("AES", "BC");
14:49:13,582 ERROR [stderr] (default task-1) java.lang.SecurityException: JCE cannot authenticate the provider BC
14:49:13,583 ERROR [stderr] (default task-1) at javax.crypto.Cipher.getInstance(Cipher.java:647)
14:49:13,583 ERROR [stderr] (default task-1) at javax.crypto.Cipher.getInstance(Cipher.java:585)
14:49:13,583 ERROR [stderr] (default task-1) at com.redhat.gss.tfonteyn.bouncycastle.bc.processRequest(bc.java:60)
14:49:13,583 ERROR [stderr] (default task-1) at com.redhat.gss.tfonteyn.bouncycastle.bc.doGet(bc.java:87)
14:49:13,584 ERROR [stderr] (default task-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:687)
14:49:13,584 ERROR [stderr] (default task-1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
14:49:13,584 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
14:49:13,584 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
14:49:13,584 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
14:49:13,585 ERROR [stderr] (default task-1) at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
14:49:13,585 ERROR [stderr] (default task-1) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
14:49:13,585 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
14:49:13,585 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
14:49:13,585 ERROR [stderr] (default task-1) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
14:49:13,586 ERROR [stderr] (default task-1) at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
14:49:13,586 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
14:49:13,586 ERROR [stderr] (default task-1) at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:58)
14:49:13,586 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:70)
14:49:13,587 ERROR [stderr] (default task-1) at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
14:49:13,587 ERROR [stderr] (default task-1) at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:76)
14:49:13,587 ERROR [stderr] (default task-1) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
14:49:13,587 ERROR [stderr] (default task-1) at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
14:49:13,587 ERROR [stderr] (default task-1) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
14:49:13,588 ERROR [stderr] (default task-1) at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
14:49:13,588 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:278)
14:49:13,588 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:255)
14:49:13,588 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:80)
14:49:13,588 ERROR [stderr] (default task-1) at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:174)
14:49:13,589 ERROR [stderr] (default task-1) at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
14:49:13,589 ERROR [stderr] (default task-1) at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
14:49:13,589 ERROR [stderr] (default task-1) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
14:49:13,589 ERROR [stderr] (default task-1) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
14:49:13,590 ERROR [stderr] (default task-1) at java.lang.Thread.run(Thread.java:745)
14:49:13,590 ERROR [stderr] (default task-1) Caused by: java.lang.SecurityException: Cannot verify jar:vfs:/content/bouncycastle-2015-01-30.war/WEB-INF/lib/bcprov-jdk15on-1.51.jar!/
14:49:13,590 ERROR [stderr] (default task-1) at javax.crypto.JarVerifier.verifySingleJar(JarVerifier.java:406)
14:49:13,590 ERROR [stderr] (default task-1) at javax.crypto.JarVerifier.verifyJars(JarVerifier.java:322)
14:49:13,590 ERROR [stderr] (default task-1) at javax.crypto.JarVerifier.verify(JarVerifier.java:250)
14:49:13,591 ERROR [stderr] (default task-1) at javax.crypto.JceSecurity.verifyProviderJar(JceSecurity.java:161)
14:49:13,591 ERROR [stderr] (default task-1) at javax.crypto.JceSecurity.getVerificationResult(JceSecurity.java:187)
14:49:13,591 ERROR [stderr] (default task-1) at javax.crypto.Cipher.getInstance(Cipher.java:643)
14:49:13,591 ERROR [stderr] (default task-1) ... 32 more
14:49:13,591 ERROR [stderr] (default task-1) Caused by: java.security.PrivilegedActionException: java.util.zip.ZipException: zip file is empty
14:49:13,592 ERROR [stderr] (default task-1) at java.security.AccessController.doPrivileged(Native Method)
14:49:13,592 ERROR [stderr] (default task-1) at javax.crypto.JarVerifier.verifySingleJar(JarVerifier.java:384)
14:49:13,592 ERROR [stderr] (default task-1) ... 37 more
14:49:13,592 ERROR [stderr] (default task-1) Caused by: java.util.zip.ZipException: zip file is empty
14:49:13,592 ERROR [stderr] (default task-1) at java.util.zip.ZipFile.open(Native Method)
14:49:13,593 ERROR [stderr] (default task-1) at java.util.zip.ZipFile.<init>(ZipFile.java:215)
14:49:13,593 ERROR [stderr] (default task-1) at java.util.zip.ZipFile.<init>(ZipFile.java:145)
14:49:13,593 ERROR [stderr] (default task-1) at java.util.jar.JarFile.<init>(JarFile.java:154)
14:49:13,593 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile.<init>(URLJarFile.java:88)
14:49:13,593 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:221)
14:49:13,593 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:216)
14:49:13,594 ERROR [stderr] (default task-1) at java.security.AccessController.doPrivileged(Native Method)
14:49:13,594 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile.retrieve(URLJarFile.java:215)
14:49:13,594 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:71)
14:49:13,594 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99)
14:49:13,594 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122)
14:49:13,594 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89)
14:49:13,595 ERROR [stderr] (default task-1) at javax.crypto.JarVerifier$2.run(JarVerifier.java:399)
14:49:13,595 ERROR [stderr] (default task-1) ... 39 more
14:49:13,595 ERROR [stderr] (default task-1) Suppressed: java.nio.file.NoSuchFileException: /tmp/jar_cache5134542653689112775.tmp
14:49:13,595 ERROR [stderr] (default task-1) at sun.nio.fs.UnixException.translateToIOException(UnixException.java:86)
14:49:13,595 ERROR [stderr] (default task-1) at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:102)
14:49:13,596 ERROR [stderr] (default task-1) at sun.nio.fs.UnixException.rethrowAsIOException(UnixException.java:107)
14:49:13,596 ERROR [stderr] (default task-1) at sun.nio.fs.UnixFileSystemProvider.implDelete(UnixFileSystemProvider.java:244)
14:49:13,596 ERROR [stderr] (default task-1) at sun.nio.fs.AbstractFileSystemProvider.delete(AbstractFileSystemProvider.java:103)
14:49:13,596 ERROR [stderr] (default task-1) at java.nio.file.Files.delete(Files.java:1079)
14:49:13,596 ERROR [stderr] (default task-1) at sun.net.www.protocol.jar.URLJarFile$1.run(URLJarFile.java:226)
14:49:13,596 ERROR [stderr] (default task-1) ... 47 more
> JCE jar file inside a deployment fails the signature check
> ------------------------------------------------------------
>
> Key: WFLY-4576
> URL: https://issues.jboss.org/browse/WFLY-4576
> Project: WildFly
> Issue Type: Bug
> Components: VFS
> Affects Versions: 9.0.0.Beta2
> Environment: Wildfly build from master on April 22, 2015
> Reporter: Tom Fonteyne
> Assignee: Tomaz Cerar
> Attachments: bouncycastle.zip
>
>
> deploy a war file which contains the bouncycastle (or any other JCE) signed jar file. Initialise and try to use a cipher results in a failure due to VFS not being able to read and verify the file
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 12 months
[JBoss JIRA] (WFCORE-390) Add reference description information to resource metadata
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFCORE-390?page=com.atlassian.jira.plugin... ]
Brian Stansberry updated WFCORE-390:
------------------------------------
Fix Version/s: (was: 1.0.0.CR1)
> Add reference description information to resource metadata
> ----------------------------------------------------------
>
> Key: WFCORE-390
> URL: https://issues.jboss.org/browse/WFCORE-390
> Project: WildFly Core
> Issue Type: Feature Request
> Components: Domain Management
> Reporter: Brian Stansberry
> Assignee: Brian Stansberry
> Fix For: 2.0.0.Alpha2
>
>
> The AS's configuration model frequently includes attributes that are references to the name of some other resource in the model. The metadata describing such attributes must include information to help users and tooling to understand that reference.
> A simple approach would be to include a metadata attribute whose value is an absolute or relative path to the target resource.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
8 years, 12 months