[JBoss JIRA] (DROOLS-1129) osgi bundle have wrong metadata info
by Hiep Lq (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1129?page=com.atlassian.jira.plugi... ]
Hiep Lq commented on DROOLS-1129:
---------------------------------
Hi [~psiroky]. file name of bundle isn't important, it can easy modify by script.
but my issue about content on MANIFEST.MF
example:
now, we have binary bundle for drools-compiler, MANIFEST.MF of drools-compiler have Bundle-SymbolicName = org.drools.compiler
P2 request source bundle for drools-compiler, have to MANIFEST.MF with content
Bundle-SymbolicName = org.drools.compiler.source
Eclipse-SourceBundle = org.drools.compiler
it mean, if binary bundle have Bundle-SymbolicName = x
then source bundle have to value
Bundle-SymbolicName = x.source
Eclipse-SourceBundle = x
file name also follow convention but it's easy to fix by script when create P2 repository.
my English is not good, sorry about it. please ask for what you can't understand
> osgi bundle have wrong metadata info
> ------------------------------------
>
> Key: DROOLS-1129
> URL: https://issues.jboss.org/browse/DROOLS-1129
> Project: Drools
> Issue Type: Bug
> Components: integration
> Affects Versions: 6.4.0.Final
> Reporter: Hiep Lq
> Assignee: Petr Široký
>
> 1. bundle reteoo have wrong Bundle-SymbolicName.
> now is Bundle-SymbolicName: org.drools.core
> it should is Bundle-SymbolicName: org.drools.reteoo
> 2. base in standard of P2 repository. almost source bundle have wrong value at Bundle-SymbolicName and Eclipse-SourceBundle
> example:drools-compiler-6.4.0.Final-sources
> current value of: Bundle-SymbolicName = drools-compiler.source
> should be:Bundle-SymbolicName = org.drools.compiler.source
> current value of: Eclipse-SourceBundle=drools-compiler
> should be:Eclipse-SourceBundle=org.drools.compiler
> or we can keep source bundle, and change at binary bundle
> example change Bundle-SymbolicName of org.drools.compiler to drools-compiler
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (DROOLS-1129) osgi bundle have wrong metadata info
by Petr Široký (JIRA)
[ https://issues.jboss.org/browse/DROOLS-1129?page=com.atlassian.jira.plugi... ]
Petr Široký commented on DROOLS-1129:
-------------------------------------
[~hieplq] do I understand correctly that the second issue is about inconsistent bundle names? As long as we use same naming scheme (e.g. org.drools.compiler + org.drools.compiler.source) it is not that important how is the bundle actually called (e.g. drools-compiler vs org.drools.compiler)?
> osgi bundle have wrong metadata info
> ------------------------------------
>
> Key: DROOLS-1129
> URL: https://issues.jboss.org/browse/DROOLS-1129
> Project: Drools
> Issue Type: Bug
> Components: integration
> Affects Versions: 6.4.0.Final
> Reporter: Hiep Lq
> Assignee: Petr Široký
>
> 1. bundle reteoo have wrong Bundle-SymbolicName.
> now is Bundle-SymbolicName: org.drools.core
> it should is Bundle-SymbolicName: org.drools.reteoo
> 2. base in standard of P2 repository. almost source bundle have wrong value at Bundle-SymbolicName and Eclipse-SourceBundle
> example:drools-compiler-6.4.0.Final-sources
> current value of: Bundle-SymbolicName = drools-compiler.source
> should be:Bundle-SymbolicName = org.drools.compiler.source
> current value of: Eclipse-SourceBundle=drools-compiler
> should be:Eclipse-SourceBundle=org.drools.compiler
> or we can keep source bundle, and change at binary bundle
> example change Bundle-SymbolicName of org.drools.compiler to drools-compiler
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (WFLY-5930) Unable to load deployments
by Bram Vonk (JIRA)
[ https://issues.jboss.org/browse/WFLY-5930?page=com.atlassian.jira.plugin.... ]
Bram Vonk commented on WFLY-5930:
---------------------------------
(I'm Roy's colleague.)
We've just tried to reproduce it on a clean Wilfdly-10.0.0.Final instance (with a war that can fail when we want to), and cannot reproduce the issue. It seems to be something we've done in our configuration of wildfly, or a module we're using.
We're going to investigate what this could be.
> Unable to load deployments
> --------------------------
>
> Key: WFLY-5930
> URL: https://issues.jboss.org/browse/WFLY-5930
> Project: WildFly
> Issue Type: Feature Request
> Components: Domain Management, Web (Undertow)
> Affects Versions: 9.0.2.Final
> Reporter: Hamed Abdollahpour
> Assignee: Tomaz Cerar
>
> Fail to get list of deployment on application server with this error:
> 12:19:40,130 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-3) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("deployment" => "discripto-ear.ear"),
> ("subdeployment" => "discripto-rest.war"),
> ("subsystem" => "undertow"),
> ("servlet" => "com.wpic.discripto.rest.App")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.undertow.DeploymentServletDefinition$AbstractMetricsHandler.execute(DeploymentServletDefinition.java:121)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:137)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:196)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:641)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:803)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
> at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:208)
> at io.undertow.server.handlers.encoding.EncodingHandler.handleRequest(EncodingHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:415)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63)
> at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:56)
> at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:95)
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> 12:21:20,258 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-2) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("deployment" => "discripto-ear.ear"),
> ("subdeployment" => "discripto-rest.war"),
> ("subsystem" => "undertow"),
> ("servlet" => "com.wpic.discripto.rest.App")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.undertow.DeploymentServletDefinition$AbstractMetricsHandler.execute(DeploymentServletDefinition.java:121)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:137)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:196)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:641)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:803)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
> at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:208)
> at io.undertow.server.handlers.encoding.EncodingHandler.handleRequest(EncodingHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:415)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63)
> at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:56)
> at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:95)
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> It works perfect after restarting.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (WFCORE-1431) Look into loading Sasl providers on jigsaw
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/WFCORE-1431?page=com.atlassian.jira.plugi... ]
Darran Lofthouse commented on WFCORE-1431:
------------------------------------------
If there are easy solutions for this go ahead and fix them but be aware a lot of this is about to be replaced anyway so it may be that we need to solve this elsewhere.
> Look into loading Sasl providers on jigsaw
> ------------------------------------------
>
> Key: WFCORE-1431
> URL: https://issues.jboss.org/browse/WFCORE-1431
> Project: WildFly Core
> Issue Type: Sub-task
> Components: Remoting
> Affects Versions: 2.1.0.CR1
> Environment: JDK9 Jigsaw
> Reporter: Tomaz Cerar
> Assignee: Tomaz Cerar
>
> With JDK9 jigsaw builds remoting and most tests related to it fail.
> {noformat}
> java.lang.IllegalAccessException: class org.xnio.sasl.SaslUtils cannot access class com.sun.security.sasl.ntlm.FactoryImpl (in module java.security.sasl) because module java.security.sasl does not export com.sun.security.sasl.ntlm to unnamed module @a67c67e
> at sun.reflect.Reflection.throwIllegalAccessException(java.base@9-ea/Reflection.java:411)
> at sun.reflect.Reflection.throwIllegalAccessException(java.base@9-ea/Reflection.java:402)
> at sun.reflect.Reflection.ensureMemberAccess(java.base@9-ea/Reflection.java:99)
> at java.lang.Class.newInstance(java.base@9-ea/Class.java:545)
> at org.xnio.sasl.SaslUtils.getFactories(SaslUtils.java:138)
> at org.xnio.sasl.SaslUtils.getSaslServerFactories(SaslUtils.java:87)
> at Test.main(Test.java:3)
> java.lang.IllegalAccessException: class org.xnio.sasl.SaslUtils cannot access class com.sun.security.sasl.digest.FactoryImpl (in module java.security.sasl) because module java.security.sasl does not export com.sun.security.sasl.digest to unnamed module @a67c67e
> at sun.reflect.Reflection.throwIllegalAccessException(java.base@9-ea/Reflection.java:411)
> at sun.reflect.Reflection.throwIllegalAccessException(java.base@9-ea/Reflection.java:402)
> at sun.reflect.Reflection.ensureMemberAccess(java.base@9-ea/Reflection.java:99)
> at java.lang.Class.newInstance(java.base@9-ea/Class.java:545)
> at org.xnio.sasl.SaslUtils.getFactories(SaslUtils.java:138)
> at org.xnio.sasl.SaslUtils.getSaslServerFactories(SaslUtils.java:87)
> at Test.main(Test.java:3)
> java.lang.IllegalAccessException: class org.xnio.sasl.SaslUtils cannot access class com.sun.security.sasl.ServerFactoryImpl (in module java.security.sasl) because module java.security.sasl does not export com.sun.security.sasl to unnamed module @a67c67e
> at sun.reflect.Reflection.throwIllegalAccessException(java.base@9-ea/Reflection.java:411)
> at sun.reflect.Reflection.throwIllegalAccessException(java.base@9-ea/Reflection.java:402)
> at sun.reflect.Reflection.ensureMemberAccess(java.base@9-ea/Reflection.java:99)
> at java.lang.Class.newInstance(java.base@9-ea/Class.java:545)
> at org.xnio.sasl.SaslUtils.getFactories(SaslUtils.java:138)
> at org.xnio.sasl.SaslUtils.getSaslServerFactories(SaslUtils.java:87)
> at Test.main(Test.java:3)
> java.lang.IllegalAccessException: class org.xnio.sasl.SaslUtils cannot access class com.sun.security.sasl.gsskerb.FactoryImpl (in module jdk.security.jgss) because module jdk.security.jgss does not export com.sun.security.sasl.gsskerb to unnamed module @a67c67e
> at sun.reflect.Reflection.throwIllegalAccessException(java.base@9-ea/Reflection.java:411)
> at sun.reflect.Reflection.throwIllegalAccessException(java.base@9-ea/Reflection.java:402)
> at sun.reflect.Reflection.ensureMemberAccess(java.base@9-ea/Reflection.java:99)
> at java.lang.Class.newInstance(java.base@9-ea/Class.java:545)
> at org.xnio.sasl.SaslUtils.getFactories(SaslUtils.java:138)
> at org.xnio.sasl.SaslUtils.getSaslServerFactories(SaslUtils.java:87)
> at Test.main(Test.java:3)
> {noformat}
> Problem is in org.xnio.sasl.SaslUtil.getFactories()
> Which doesn't work correctly on Jigsaw as it prevents us form loading classes from java base image as they are not exported.
> as workaround we have
> {noformat}
> -XaddExports:java.security.sasl/com.sun.security.sasl.digest=ALL-UNNAMED,java.security.sasl/com.sun.security.sasl=ALL-UNNAMED
> {noformat}
> but we should have proper solution.
> The stack trace we see on JDK9 is:
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (WFCORE-1491) WildFly-Core and its build process cannot rely on default JDK JAXP providers
by Richard Opalka (JIRA)
Richard Opalka created WFCORE-1491:
--------------------------------------
Summary: WildFly-Core and its build process cannot rely on default JDK JAXP providers
Key: WFCORE-1491
URL: https://issues.jboss.org/browse/WFCORE-1491
Project: WildFly Core
Issue Type: Bug
Components: Modules, Test Suite
Affects Versions: 2.1.0.Final
Reporter: Richard Opalka
Assignee: Richard Opalka
Fix For: 3.0.0.Alpha1
In order to ensure consistent WildFly-Core build and runtime behavior on all JDKs it is necessary to explicitly specify which JAXP providers should be used instead of default ones
provided by JDK.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (WFLY-5930) Unable to load deployments
by Bram Vonk (JIRA)
[ https://issues.jboss.org/browse/WFLY-5930?page=com.atlassian.jira.plugin.... ]
Bram Vonk commented on WFLY-5930:
---------------------------------
The operation:
{code}/deployment=herdbook.war/subsystem=undertow:read-resource {code}
returns:
{code}{
"outcome" => "success",
"result" => {
"context-root" => "/herdbook",
"server" => "default-server",
"virtual-host" => "default-host",
"servlet" => {"com.crv.init.JaxRsActivator" => undefined},
"websocket" => undefined
}
}{code}
> Unable to load deployments
> --------------------------
>
> Key: WFLY-5930
> URL: https://issues.jboss.org/browse/WFLY-5930
> Project: WildFly
> Issue Type: Feature Request
> Components: Domain Management, Web (Undertow)
> Affects Versions: 9.0.2.Final
> Reporter: Hamed Abdollahpour
> Assignee: Tomaz Cerar
>
> Fail to get list of deployment on application server with this error:
> 12:19:40,130 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-3) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("deployment" => "discripto-ear.ear"),
> ("subdeployment" => "discripto-rest.war"),
> ("subsystem" => "undertow"),
> ("servlet" => "com.wpic.discripto.rest.App")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.undertow.DeploymentServletDefinition$AbstractMetricsHandler.execute(DeploymentServletDefinition.java:121)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:137)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:196)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:641)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:803)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
> at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:208)
> at io.undertow.server.handlers.encoding.EncodingHandler.handleRequest(EncodingHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:415)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63)
> at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:56)
> at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:95)
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> 12:21:20,258 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-2) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("deployment" => "discripto-ear.ear"),
> ("subdeployment" => "discripto-rest.war"),
> ("subsystem" => "undertow"),
> ("servlet" => "com.wpic.discripto.rest.App")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.undertow.DeploymentServletDefinition$AbstractMetricsHandler.execute(DeploymentServletDefinition.java:121)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:137)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:196)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:641)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:803)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
> at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:208)
> at io.undertow.server.handlers.encoding.EncodingHandler.handleRequest(EncodingHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:415)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63)
> at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:56)
> at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:95)
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> It works perfect after restarting.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (WFCORE-1490) JDK9 removes support for sun.boot.class.path
by Richard Opalka (JIRA)
Richard Opalka created WFCORE-1490:
--------------------------------------
Summary: JDK9 removes support for sun.boot.class.path
Key: WFCORE-1490
URL: https://issues.jboss.org/browse/WFCORE-1490
Project: WildFly Core
Issue Type: Bug
Components: JMX
Affects Versions: 2.1.0.Final
Reporter: Richard Opalka
Assignee: Richard Opalka
Fix For: 3.0.0.Alpha1
Cite from: http://openjdk.java.net/jeps/261
_*Removed: Bootstrap class-path options*
In earlier releases the -Xbootclasspath option allows the default bootstrap class path to be overridden, and the -Xbootclasspath/p option allows a sequence of files and directories to be prepended to the default path. The computed value of this path is reported via the JDK-specific system property sun.boot.class.path.
With the module system in place there is no longer a bootstrap class path as such, so the javac compiler only supports the -Xbootclasspath option in legacy mode, the java launcher no longer supports either option, and the system property sun.boot.class.path will be removed._
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years
[JBoss JIRA] (WFLY-5930) Unable to load deployments
by Tomaz Cerar (JIRA)
[ https://issues.jboss.org/browse/WFLY-5930?page=com.atlassian.jira.plugin.... ]
Tomaz Cerar commented on WFLY-5930:
-----------------------------------
is there a way you could share a reproducer for this?
> Unable to load deployments
> --------------------------
>
> Key: WFLY-5930
> URL: https://issues.jboss.org/browse/WFLY-5930
> Project: WildFly
> Issue Type: Feature Request
> Components: Domain Management, Web (Undertow)
> Affects Versions: 9.0.2.Final
> Reporter: Hamed Abdollahpour
> Assignee: Tomaz Cerar
>
> Fail to get list of deployment on application server with this error:
> 12:19:40,130 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-3) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("deployment" => "discripto-ear.ear"),
> ("subdeployment" => "discripto-rest.war"),
> ("subsystem" => "undertow"),
> ("servlet" => "com.wpic.discripto.rest.App")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.undertow.DeploymentServletDefinition$AbstractMetricsHandler.execute(DeploymentServletDefinition.java:121)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:137)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:196)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:641)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:803)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
> at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:208)
> at io.undertow.server.handlers.encoding.EncodingHandler.handleRequest(EncodingHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:415)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63)
> at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:56)
> at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:95)
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> 12:21:20,258 ERROR [org.jboss.as.controller.management-operation] (XNIO-1 task-2) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("deployment" => "discripto-ear.ear"),
> ("subdeployment" => "discripto-rest.war"),
> ("subsystem" => "undertow"),
> ("servlet" => "com.wpic.discripto.rest.App")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.undertow.DeploymentServletDefinition$AbstractMetricsHandler.execute(DeploymentServletDefinition.java:121)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:137)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:196)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:641)
> at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:803)
> at org.jboss.as.controller.AbstractOperationContext.doCompleteStep(AbstractOperationContext.java:601)
> at org.jboss.as.controller.AbstractOperationContext.completeStepInternal(AbstractOperationContext.java:354)
> at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:330)
> at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1183)
> at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:362)
> at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:218)
> at org.jboss.as.domain.http.server.DomainApiHandler.handleRequest(DomainApiHandler.java:208)
> at io.undertow.server.handlers.encoding.EncodingHandler.handleRequest(EncodingHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:72)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler$1.run(SubjectDoAsHandler.java:68)
> at java.security.AccessController.doPrivileged(Native Method)
> at javax.security.auth.Subject.doAs(Subject.java:415)
> at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:92)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:68)
> at org.jboss.as.domain.http.server.security.SubjectDoAsHandler.handleRequest(SubjectDoAsHandler.java:63)
> at io.undertow.server.handlers.BlockingHandler.handleRequest(BlockingHandler.java:56)
> at org.jboss.as.domain.http.server.DomainApiCheckHandler.handleRequest(DomainApiCheckHandler.java:95)
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52)
> at io.undertow.server.Connectors.executeRootHandler(Connectors.java:199)
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:774)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> at java.lang.Thread.run(Thread.java:745)
> It works perfect after restarting.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years