[JBoss JIRA] (WFLY-9450) NPE on jaxrs subsystem of FAILED deployment
by Marek Kopecký (Jira)
[ https://issues.jboss.org/browse/WFLY-9450?page=com.atlassian.jira.plugin.... ]
Marek Kopecký edited comment on WFLY-9450 at 1/17/19 5:28 AM:
--------------------------------------------------------------
[~baranowb]: NPE is not in CLI, but in server log. I'm able to reproduce this issue (cc: [~gaol], [~asoldano], [~jbliznak]):
{noformat}
[mkopecky@dhcp-10-40-5-71 wfly]$ cat ./domain/servers/server-one/log/server.log
...
2019-01-17 11:23:43,045 WARN [org.jboss.as.jaxrs] (ServerService Thread Pool -- 38) WFLYRS0017: Failed to read attribute from JAX-RS deployment at [
("deployment" => "kitchensink.war"),
("subsystem" => "jaxrs"),
("rest-resource" => "org.jboss.as.quickstarts.kitchensink.rest.MemberResourceRESTService")
] with name "sub-resource-locators": java.lang.NullPointerException
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.getDeployment(UndertowDeploymentService.java:166)
at org.jboss.as.jaxrs.DeploymentRestResourcesDefintion$AbstractRestResReadHandler.execute(DeploymentRestResourcesDefintion.java:188)
at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:136)
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:232)
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:992)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:999)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:743)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:467)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1411)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:255)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:269)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:201)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:148)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:144)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:255)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.get(TransactionalProtocolOperationHandler.java:172)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.get(TransactionalProtocolOperationHandler.java:163)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$Execution$1.execute(TransactionalProtocolOperationHandler.java:677)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:177)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:485)
2019-01-17 11:23:43,046 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 38) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
("deployment" => "kitchensink.war"),
("subsystem" => "jaxrs"),
("rest-resource" => "org.jboss.as.quickstarts.kitchensink.rest.MemberResourceRESTService")
]): java.lang.IllegalArgumentException: value is null
at org.jboss.dmr.ModelNode.<init>(ModelNode.java:185)
at org.jboss.as.controller.AbstractOperationContext.addResponseWarning(AbstractOperationContext.java:377)
at org.jboss.as.jaxrs.DeploymentRestResourcesDefintion$AbstractRestResReadHandler.execute(DeploymentRestResourcesDefintion.java:255)
at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:136)
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:232)
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:992)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:999)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:743)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:467)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1411)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:255)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:269)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:201)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:148)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:144)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:255)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.get(TransactionalProtocolOperationHandler.java:172)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.get(TransactionalProtocolOperationHandler.java:163)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$Execution$1.execute(TransactionalProtocolOperationHandler.java:677)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:177)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:485)
[mkopecky@dhcp-10-40-5-71 wfly]$
{noformat}
was (Author: mkopecky):
[~baranowb]: NPE is not in CLI, but in server log. I'm able to reproduce this issue:
{noformat}
[mkopecky@dhcp-10-40-5-71 wfly]$ cat ./domain/servers/server-one/log/server.log
...
2019-01-17 11:23:43,045 WARN [org.jboss.as.jaxrs] (ServerService Thread Pool -- 38) WFLYRS0017: Failed to read attribute from JAX-RS deployment at [
("deployment" => "kitchensink.war"),
("subsystem" => "jaxrs"),
("rest-resource" => "org.jboss.as.quickstarts.kitchensink.rest.MemberResourceRESTService")
] with name "sub-resource-locators": java.lang.NullPointerException
at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.getDeployment(UndertowDeploymentService.java:166)
at org.jboss.as.jaxrs.DeploymentRestResourcesDefintion$AbstractRestResReadHandler.execute(DeploymentRestResourcesDefintion.java:188)
at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:136)
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:232)
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:992)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:999)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:743)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:467)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1411)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:255)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:269)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:201)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:148)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:144)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:255)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.get(TransactionalProtocolOperationHandler.java:172)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.get(TransactionalProtocolOperationHandler.java:163)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$Execution$1.execute(TransactionalProtocolOperationHandler.java:677)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:177)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:485)
2019-01-17 11:23:43,046 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 38) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
("deployment" => "kitchensink.war"),
("subsystem" => "jaxrs"),
("rest-resource" => "org.jboss.as.quickstarts.kitchensink.rest.MemberResourceRESTService")
]): java.lang.IllegalArgumentException: value is null
at org.jboss.dmr.ModelNode.<init>(ModelNode.java:185)
at org.jboss.as.controller.AbstractOperationContext.addResponseWarning(AbstractOperationContext.java:377)
at org.jboss.as.jaxrs.DeploymentRestResourcesDefintion$AbstractRestResReadHandler.execute(DeploymentRestResourcesDefintion.java:255)
at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:174)
at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:136)
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:232)
at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AvailableResponseWrapper.execute(GlobalOperationHandlers.java:992)
at org.jboss.as.controller.AbstractOperationContext.executeStep(AbstractOperationContext.java:999)
at org.jboss.as.controller.AbstractOperationContext.processStages(AbstractOperationContext.java:743)
at org.jboss.as.controller.AbstractOperationContext.executeOperation(AbstractOperationContext.java:467)
at org.jboss.as.controller.OperationContextImpl.executeOperation(OperationContextImpl.java:1411)
at org.jboss.as.controller.ModelControllerImpl.internalExecute(ModelControllerImpl.java:423)
at org.jboss.as.controller.ModelControllerImpl.lambda$execute$1(ModelControllerImpl.java:243)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:255)
at org.jboss.as.controller.ModelControllerImpl.execute(ModelControllerImpl.java:243)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler.internalExecute(TransactionalProtocolOperationHandler.java:269)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler.doExecute(TransactionalProtocolOperationHandler.java:201)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:148)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$1.run(TransactionalProtocolOperationHandler.java:144)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:289)
at org.wildfly.security.auth.server.SecurityIdentity.runAs(SecurityIdentity.java:255)
at org.jboss.as.controller.AccessAuditContext.doAs(AccessAuditContext.java:198)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.get(TransactionalProtocolOperationHandler.java:172)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2$1.get(TransactionalProtocolOperationHandler.java:163)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$Execution$1.execute(TransactionalProtocolOperationHandler.java:677)
at org.jboss.as.controller.remote.TransactionalProtocolOperationHandler$ExecuteRequestHandler$2.execute(TransactionalProtocolOperationHandler.java:177)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$1.doExecute(ManagementRequestContextImpl.java:70)
at org.jboss.as.protocol.mgmt.ManagementRequestContextImpl$AsyncTaskRunner.run(ManagementRequestContextImpl.java:160)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at java.lang.Thread.run(Thread.java:748)
at org.jboss.threads.JBossThread.run(JBossThread.java:485)
[mkopecky@dhcp-10-40-5-71 wfly]$
{noformat}
> NPE on jaxrs subsystem of FAILED deployment
> --------------------------------------------
>
> Key: WFLY-9450
> URL: https://issues.jboss.org/browse/WFLY-9450
> Project: WildFly
> Issue Type: Bug
> Components: REST
> Affects Versions: 15.0.1.Final
> Reporter: Claudio Miranda
> Assignee: Bartosz Baranowski
> Priority: Major
>
> read deployment resources of a server, where one deployment is in failed status, throws a NPE and doesn't return the list of deployed applications.
> To reproduce, get the kitchensink from quickstarts, change the persistence.xml to point to ExampleDS datasource, deploy and assign to main-server-group. Then disable ExampleDS, restart server-one.
> Run the following command:
> {code}
> /host=master/server=server-one:read-children-resources(child-type=deployment,include-runtime,recursive)
> {code}
> The exception in server.log
> {code}
> 2017-10-17 17:08:02,778 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 32) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("deployment" => "kitchensink.war"),
> ("subsystem" => "jaxrs"),
> ("rest-resource" => "org.jboss.as.quickstarts.kitchensink.rest.MemberResourceRESTService")
> ]): java.lang.NullPointerException
> at org.wildfly.extension.undertow.deployment.UndertowDeploymentService.getDeployment(UndertowDeploymentService.java:170)
> at org.jboss.as.jaxrs.DeploymentRestResourcesDefintion$AbstractRestResReadHandler.execute(DeploymentRestResourcesDefintion.java:183)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecuteInternal(ReadAttributeHandler.java:172)
> at org.jboss.as.controller.operations.global.ReadAttributeHandler.doExecute(ReadAttributeHandler.java:135)
> at org.jboss.as.controller.operations.global.GlobalOperationHandlers$AbstractMultiTargetHandler.execute(GlobalOperationHandlers.java:231)
> {code}
> The CLI results doesn't display the error message
> {code}
> [domain@localhost:9990 /] /host=master/server=server-one:read-children-resources(child-type=deployment,include-runtime,recursive)
> {
> "outcome" => "success",
> "result" => undefined,
> "failure-description" => undefined
> }
> {code}
> There is a similar problem while reading a specific deployment,
> {code}
> /host=master/server=server-one/deployment=kitchensink.war:read-children-resources(child-type=subsystem,recursive)
> {code}
> results in the following error in server.log
> {code}
> 2017-10-17 17:16:09,857 ERROR [org.jboss.as.controller.management-operation] (ServerService Thread Pool -- 32) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
> ("deployment" => "kitchensink.war"),
> ("subsystem" => "ejb3"),
> ("stateless-session-bean" => "MemberRegistration")
> ]) - failure description: "WFLYEJB0370: EJB component for address [
> (\"deployment\" => \"kitchensink.war\"),
> (\"subsystem\" => \"ejb3\"),
> (\"stateless-session-bean\" => \"MemberRegistration\")
> ] is in
> state DOWN, must be in state UP"
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
- 1
- 0
[JBoss JIRA] (DROOLS-3523) kbase 'packages' in kmodule.xml works differently with executable-model
by Tibor Zimányi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3523?page=com.atlassian.jira.plugi... ]
Tibor Zimányi commented on DROOLS-3523:
---------------------------------------
I checked the reproducer and to me it looks like the bug is in DRL processing, not executable model. The reproducer fires a rule from "com.sample" package, however the KieBase from which KieSession is used, is defined just for package "rules".
> kbase 'packages' in kmodule.xml works differently with executable-model
> -----------------------------------------------------------------------
>
> Key: DROOLS-3523
> URL: https://issues.jboss.org/browse/DROOLS-3523
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
> Attachments: execution-model-test-kbase-package.zip
>
>
> When we configure 'packages' attribute in kbase element in kmodule.xml, normal build works but executable-model build results in empty kbase.
> {code:xml}
> <?xml version="1.0" encoding="UTF-8"?>
> <kmodule xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
> xmlns="http://jboss.org/kie/6.0.0/kmodule">
> <kbase name="mykbase" packages="rules" default="true">
> <ksession name="myksession" default="true" />
> </kbase>
> </kmodule>
> {code}
> executable-model seems to expect that the kbase's packages value must match the "package" declaration in DRL.
> Please confirm the behaviour with the attached execution-model-test-kbase-package.zip.
> * Normal build
> ** mvn clean install -DskipTests
> ** mvn clean test
> {noformat}
> ...
> kiePackages = [[Package name=com.sample]]
> Hello, john
> ...
> {noformat}
> * executable-model build
> ** mvn clean install -DgenerateModel=YES -DskipTests
> ** mvn clean test
> {noformat}
> ...
> kiePackages = []
> [ERROR] Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 3.341 s <<< FAILURE! - in com.example.DroolsTest
> ...
> {noformat}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
- 1
- 0
[JBoss JIRA] (DROOLS-3527) executable-model fails to compare BigDecimal
by Toshiya Kobayashi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3527?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi updated DROOLS-3527:
--------------------------------------
Description:
When executable-model builds BigDecimal constraint, BigDecimal(double) constructor is used hence fails to compare at runtime.
It generates source code like this:
{code:java}
public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
/**
* Rule name: R1
*/
public static org.drools.model.Rule rule_R1() {
final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
"$customer");
org.drools.model.Rule rule = D.rule("com.sample",
"R1").build(D.pattern(var_$customer).expr("$expr$1$",
(_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
D.alphaIndexedBy(java.math.BigDecimal.class,
org.drools.model.Index.ConstraintType.EQUAL,
0,
_this -> _this.getRate(),
new java.math.BigDecimal("12.111")),
D.reactOn("rate")),
D.execute(() -> {
System.out.println("hello");
}));
return rule;
}
}
{code}
I think org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111) is the problem.
was:
When executable-model builds BigDecimal constraint, BigDecimal(double) constructor is used hence fails to compare at runtime.
It generates source code like this:
{code:java}
public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
/**
* Rule name: R1
*/
public static org.drools.model.Rule rule_R1() {
final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
"$customer");
org.drools.model.Rule rule = D.rule("com.sample",
"R1").build(D.pattern(var_$customer).expr("$expr$1$",
(_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
D.alphaIndexedBy(java.math.BigDecimal.class,
org.drools.model.Index.ConstraintType.EQUAL,
0,
_this -> _this.getRate(),
new java.math.BigDecimal("12.111")),
D.reactOn("rate")),
D.execute(() -> {
System.out.println("hello");
}));
return rule;
}
}
{code}
See: org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)
> executable-model fails to compare BigDecimal
> --------------------------------------------
>
> Key: DROOLS-3527
> URL: https://issues.jboss.org/browse/DROOLS-3527
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> When executable-model builds BigDecimal constraint, BigDecimal(double) constructor is used hence fails to compare at runtime.
> It generates source code like this:
> {code:java}
> public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
> /**
> * Rule name: R1
> */
> public static org.drools.model.Rule rule_R1() {
> final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
> "$customer");
> org.drools.model.Rule rule = D.rule("com.sample",
> "R1").build(D.pattern(var_$customer).expr("$expr$1$",
> (_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
> org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
> D.alphaIndexedBy(java.math.BigDecimal.class,
> org.drools.model.Index.ConstraintType.EQUAL,
> 0,
> _this -> _this.getRate(),
> new java.math.BigDecimal("12.111")),
> D.reactOn("rate")),
> D.execute(() -> {
> System.out.println("hello");
> }));
> return rule;
> }
> }
> {code}
> I think org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111) is the problem.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
- 1
- 0
[JBoss JIRA] (DROOLS-3527) executable-model fails to compare BigDecimal
by Toshiya Kobayashi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3527?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi updated DROOLS-3527:
--------------------------------------
Description:
When executable-model builds BigDecimal constraint, BigDecimal(double) constructor is used hence fails to compare at runtime.
It generates source code like this:
{code:java}
public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
/**
* Rule name: R1
*/
public static org.drools.model.Rule rule_R1() {
final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
"$customer");
org.drools.model.Rule rule = D.rule("com.sample",
"R1").build(D.pattern(var_$customer).expr("$expr$1$",
(_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
D.alphaIndexedBy(java.math.BigDecimal.class,
org.drools.model.Index.ConstraintType.EQUAL,
0,
_this -> _this.getRate(),
new java.math.BigDecimal("12.111")),
D.reactOn("rate")),
D.execute(() -> {
System.out.println("hello");
}));
return rule;
}
}
{code}
See: org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)
was:
When executable-model builds BigDecimal constraint, BigDecimal(double) constructor is used hence fails to compare at runtime.
It generates source code like this:
{code:java}
public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
/**
* Rule name: R1
*/
public static org.drools.model.Rule rule_R1() {
final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
"$customer");
org.drools.model.Rule rule = D.rule("com.sample",
"R1").build(D.pattern(var_$customer).expr("$expr$1$",
(_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
D.alphaIndexedBy(java.math.BigDecimal.class,
org.drools.model.Index.ConstraintType.EQUAL,
0,
_this -> _this.getRate(),
new java.math.BigDecimal("12.111")),
D.reactOn("rate")),
D.execute(() -> {
System.out.println("hello");
}));
return rule;
}
}
{code}
> executable-model fails to compare BigDecimal
> --------------------------------------------
>
> Key: DROOLS-3527
> URL: https://issues.jboss.org/browse/DROOLS-3527
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> When executable-model builds BigDecimal constraint, BigDecimal(double) constructor is used hence fails to compare at runtime.
> It generates source code like this:
> {code:java}
> public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
> /**
> * Rule name: R1
> */
> public static org.drools.model.Rule rule_R1() {
> final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
> "$customer");
> org.drools.model.Rule rule = D.rule("com.sample",
> "R1").build(D.pattern(var_$customer).expr("$expr$1$",
> (_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
> org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
> D.alphaIndexedBy(java.math.BigDecimal.class,
> org.drools.model.Index.ConstraintType.EQUAL,
> 0,
> _this -> _this.getRate(),
> new java.math.BigDecimal("12.111")),
> D.reactOn("rate")),
> D.execute(() -> {
> System.out.println("hello");
> }));
> return rule;
> }
> }
> {code}
> See: org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
- 1
- 0
[JBoss JIRA] (DROOLS-3527) executable-model fails to compare BigDecimal
by Toshiya Kobayashi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3527?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi updated DROOLS-3527:
--------------------------------------
Description:
When executable-model builds BigDecimal constraint, BigDecimal(double) constructor is used hence fails to compare at runtime.
It generates source code like this:
{code:java}
public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
/**
* Rule name: R1
*/
public static org.drools.model.Rule rule_R1() {
final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
"$customer");
org.drools.model.Rule rule = D.rule("com.sample",
"R1").build(D.pattern(var_$customer).expr("$expr$1$",
(_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
D.alphaIndexedBy(java.math.BigDecimal.class,
org.drools.model.Index.ConstraintType.EQUAL,
0,
_this -> _this.getRate(),
new java.math.BigDecimal("12.111")),
D.reactOn("rate")),
D.execute(() -> {
System.out.println("hello");
}));
return rule;
}
}
{code}
was:
When executable-model builds BigDecimal constraint, BigDecimal(long) constructor is used hence fails to compare at runtime.
It generates source code like this:
{code:java}
public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
/**
* Rule name: R1
*/
public static org.drools.model.Rule rule_R1() {
final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
"$customer");
org.drools.model.Rule rule = D.rule("com.sample",
"R1").build(D.pattern(var_$customer).expr("$expr$1$",
(_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
D.alphaIndexedBy(java.math.BigDecimal.class,
org.drools.model.Index.ConstraintType.EQUAL,
0,
_this -> _this.getRate(),
new java.math.BigDecimal("12.111")),
D.reactOn("rate")),
D.execute(() -> {
System.out.println("hello");
}));
return rule;
}
}
{code}
> executable-model fails to compare BigDecimal
> --------------------------------------------
>
> Key: DROOLS-3527
> URL: https://issues.jboss.org/browse/DROOLS-3527
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> When executable-model builds BigDecimal constraint, BigDecimal(double) constructor is used hence fails to compare at runtime.
> It generates source code like this:
> {code:java}
> public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
> /**
> * Rule name: R1
> */
> public static org.drools.model.Rule rule_R1() {
> final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
> "$customer");
> org.drools.model.Rule rule = D.rule("com.sample",
> "R1").build(D.pattern(var_$customer).expr("$expr$1$",
> (_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
> org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
> D.alphaIndexedBy(java.math.BigDecimal.class,
> org.drools.model.Index.ConstraintType.EQUAL,
> 0,
> _this -> _this.getRate(),
> new java.math.BigDecimal("12.111")),
> D.reactOn("rate")),
> D.execute(() -> {
> System.out.println("hello");
> }));
> return rule;
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
- 1
- 0
[JBoss JIRA] (DROOLS-3527) executable-model fails to compare BigDecimal
by Toshiya Kobayashi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3527?page=com.atlassian.jira.plugi... ]
Toshiya Kobayashi commented on DROOLS-3527:
-------------------------------------------
Unit test PR sent:
https://github.com/kiegroup/drools/pull/2217
> executable-model fails to compare BigDecimal
> --------------------------------------------
>
> Key: DROOLS-3527
> URL: https://issues.jboss.org/browse/DROOLS-3527
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.16.0.Final
> Reporter: Toshiya Kobayashi
> Assignee: Luca Molteni
> Priority: Major
> Labels: support
>
> When executable-model builds BigDecimal constraint, BigDecimal(long) constructor is used hence fails to compare at runtime.
> It generates source code like this:
> {code:java}
> public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
> /**
> * Rule name: R1
> */
> public static org.drools.model.Rule rule_R1() {
> final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
> "$customer");
> org.drools.model.Rule rule = D.rule("com.sample",
> "R1").build(D.pattern(var_$customer).expr("$expr$1$",
> (_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
> org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
> D.alphaIndexedBy(java.math.BigDecimal.class,
> org.drools.model.Index.ConstraintType.EQUAL,
> 0,
> _this -> _this.getRate(),
> new java.math.BigDecimal("12.111")),
> D.reactOn("rate")),
> D.execute(() -> {
> System.out.println("hello");
> }));
> return rule;
> }
> }
> {code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
- 1
- 0
[JBoss JIRA] (WFWIP-153) Keystore type automatic detection does not work for BKS/UBER/BCFKS
by Martin Choma (Jira)
[ https://issues.jboss.org/browse/WFWIP-153?page=com.atlassian.jira.plugin.... ]
Martin Choma edited comment on WFWIP-153 at 1/17/19 2:31 AM:
-------------------------------------------------------------
Still experiencing problems after fix
{code}
08:28:44,761 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
("subsystem" => "elytron"),
("key-store" => "key_store_UBER")
]) - failure description: "WFLYCTL0216: Management resource '[
(\"subsystem\" => \"elytron\"),
(\"key-store\" => \"key_store_UBER\")
]' not found"
08:28:44,782 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service org.wildfly.security.key-store.key_store_wrong: org.jboss.msc.service.StartException in service org.wildfly.security.key-store.key_store_wrong: WFLYELY00004: Unable to start the service.
at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:166)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.io.IOException: DerInputStream.getLength(): lengthTag=109, too big.
at sun.security.util.DerInputStream.getLength(DerInputStream.java:599)
at sun.security.util.DerValue.init(DerValue.java:391)
at sun.security.util.DerValue.<init>(DerValue.java:332)
at sun.security.util.DerValue.<init>(DerValue.java:345)
at sun.security.pkcs12.PKCS12KeyStore.engineLoad(PKCS12KeyStore.java:1938)
at java.security.KeyStore.load(KeyStore.java:1445)
at org.wildfly.security.keystore.AtomicLoadKeyStoreSpi.engineLoad(AtomicLoadKeyStoreSpi.java:55)
at java.security.KeyStore.load(KeyStore.java:1445)
at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:143)
... 8 more
08:28:44,786 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
("subsystem" => "elytron"),
("key-store" => "key_store_wrong")
]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.security.key-store.key_store_wrong" => "WFLYELY00004: Unable to start the service.
Caused by: java.io.IOException: DerInputStream.getLength(): lengthTag=109, too big."}}
08:28:44,813 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
("subsystem" => "elytron"),
("key-store" => "key_store_BKS")
]) - failure description: "WFLYCTL0216: Management resource '[
(\"subsystem\" => \"elytron\"),
(\"key-store\" => \"key_store_BKS\")
]' not found"
{code}
was (Author: mchoma):
Still experiencing problems after fix
08:28:44,761 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
("subsystem" => "elytron"),
("key-store" => "key_store_UBER")
]) - failure description: "WFLYCTL0216: Management resource '[
(\"subsystem\" => \"elytron\"),
(\"key-store\" => \"key_store_UBER\")
]' not found"
08:28:44,782 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service org.wildfly.security.key-store.key_store_wrong: org.jboss.msc.service.StartException in service org.wildfly.security.key-store.key_store_wrong: WFLYELY00004: Unable to start the service.
at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:166)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.io.IOException: DerInputStream.getLength(): lengthTag=109, too big.
at sun.security.util.DerInputStream.getLength(DerInputStream.java:599)
at sun.security.util.DerValue.init(DerValue.java:391)
at sun.security.util.DerValue.<init>(DerValue.java:332)
at sun.security.util.DerValue.<init>(DerValue.java:345)
at sun.security.pkcs12.PKCS12KeyStore.engineLoad(PKCS12KeyStore.java:1938)
at java.security.KeyStore.load(KeyStore.java:1445)
at org.wildfly.security.keystore.AtomicLoadKeyStoreSpi.engineLoad(AtomicLoadKeyStoreSpi.java:55)
at java.security.KeyStore.load(KeyStore.java:1445)
at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:143)
... 8 more
08:28:44,786 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
("subsystem" => "elytron"),
("key-store" => "key_store_wrong")
]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.security.key-store.key_store_wrong" => "WFLYELY00004: Unable to start the service.
Caused by: java.io.IOException: DerInputStream.getLength(): lengthTag=109, too big."}}
08:28:44,813 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
("subsystem" => "elytron"),
("key-store" => "key_store_BKS")
]) - failure description: "WFLYCTL0216: Management resource '[
(\"subsystem\" => \"elytron\"),
(\"key-store\" => \"key_store_BKS\")
]' not found"
> Keystore type automatic detection does not work for BKS/UBER/BCFKS
> ------------------------------------------------------------------
>
> Key: WFWIP-153
> URL: https://issues.jboss.org/browse/WFWIP-153
> Project: WildFly WIP
> Issue Type: Bug
> Components: Security
> Reporter: Martin Choma
> Assignee: Martin Mazanek
> Priority: Major
>
> {code}
> 14:33:56,353 ERROR [stderr] (MSC service thread 1-4) java.lang.ClassCastException: org.bouncycastle.asn1.DLSequence cannot be cast to org.bouncycastle.asn1.ASN1Integer
> 14:33:56,354 ERROR [stderr] (MSC service thread 1-4) at org.bouncycastle.asn1.pkcs.Pfx.<init>(Pfx.java:28)
> 14:33:56,354 ERROR [stderr] (MSC service thread 1-4) at org.bouncycastle.asn1.pkcs.Pfx.getInstance(Pfx.java:52)
> 14:33:56,355 ERROR [stderr] (MSC service thread 1-4) at org.bouncycastle.jcajce.provider.ProvPKCS12$PKCS12KeyStoreSpi.engineLoad(ProvPKCS12.java:1034)
> 14:33:56,355 ERROR [stderr] (MSC service thread 1-4) at java.security.KeyStore.load(KeyStore.java:1445)
> 14:33:56,355 ERROR [stderr] (MSC service thread 1-4) at org.wildfly.security.keystore.KeyStoreUtil.tryLoadKeystore(KeyStoreUtil.java:129)
> 14:33:56,355 ERROR [stderr] (MSC service thread 1-4) at org.wildfly.security.keystore.KeyStoreUtil.loadKeyStore(KeyStoreUtil.java:107)
> 14:33:56,356 ERROR [stderr] (MSC service thread 1-4) at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:146)
> 14:33:56,356 ERROR [stderr] (MSC service thread 1-4) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
> 14:33:56,356 ERROR [stderr] (MSC service thread 1-4) at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
> 14:33:56,357 ERROR [stderr] (MSC service thread 1-4) at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
> 14:33:56,357 ERROR [stderr] (MSC service thread 1-4) at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> 14:33:56,357 ERROR [stderr] (MSC service thread 1-4) at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> 14:33:56,357 ERROR [stderr] (MSC service thread 1-4) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> 14:33:56,358 ERROR [stderr] (MSC service thread 1-4) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> 14:33:56,358 ERROR [stderr] (MSC service thread 1-4) at java.lang.Thread.run(Thread.java:748)
> 14:33:56,359 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service org.wildfly.security.key-store.key_store_BCFKS: org.jboss.msc.service.StartException in service org.wildfly.security.key-store.key_store_BCFKS: WFLYELY00004: Unable to start the service.
> at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:166)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
> at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.NullPointerException
> at org.wildfly.security.keystore.AtomicLoadKeyStore.atomize(AtomicLoadKeyStore.java:101)
> at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:146)
> ... 8 more
> 14:33:56,363 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "elytron"),
> ("key-store" => "key_store_BCFKS")
> ]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.security.key-store.key_store_BCFKS" => "WFLYELY00004: Unable to start the service.
> Caused by: java.lang.NullPointerException"}}
> {code}
> With type specified service starts without problem
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
- 1
- 0
[JBoss JIRA] (WFWIP-153) Keystore type automatic detection does not work for BKS/UBER/BCFKS
by Martin Choma (Jira)
[ https://issues.jboss.org/browse/WFWIP-153?page=com.atlassian.jira.plugin.... ]
Martin Choma commented on WFWIP-153:
------------------------------------
Still experiencing problems after fix
08:28:44,761 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
("subsystem" => "elytron"),
("key-store" => "key_store_UBER")
]) - failure description: "WFLYCTL0216: Management resource '[
(\"subsystem\" => \"elytron\"),
(\"key-store\" => \"key_store_UBER\")
]' not found"
08:28:44,782 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service org.wildfly.security.key-store.key_store_wrong: org.jboss.msc.service.StartException in service org.wildfly.security.key-store.key_store_wrong: WFLYELY00004: Unable to start the service.
at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:166)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.io.IOException: DerInputStream.getLength(): lengthTag=109, too big.
at sun.security.util.DerInputStream.getLength(DerInputStream.java:599)
at sun.security.util.DerValue.init(DerValue.java:391)
at sun.security.util.DerValue.<init>(DerValue.java:332)
at sun.security.util.DerValue.<init>(DerValue.java:345)
at sun.security.pkcs12.PKCS12KeyStore.engineLoad(PKCS12KeyStore.java:1938)
at java.security.KeyStore.load(KeyStore.java:1445)
at org.wildfly.security.keystore.AtomicLoadKeyStoreSpi.engineLoad(AtomicLoadKeyStoreSpi.java:55)
at java.security.KeyStore.load(KeyStore.java:1445)
at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:143)
... 8 more
08:28:44,786 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
("subsystem" => "elytron"),
("key-store" => "key_store_wrong")
]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.security.key-store.key_store_wrong" => "WFLYELY00004: Unable to start the service.
Caused by: java.io.IOException: DerInputStream.getLength(): lengthTag=109, too big."}}
08:28:44,813 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("read-attribute") failed - address: ([
("subsystem" => "elytron"),
("key-store" => "key_store_BKS")
]) - failure description: "WFLYCTL0216: Management resource '[
(\"subsystem\" => \"elytron\"),
(\"key-store\" => \"key_store_BKS\")
]' not found"
> Keystore type automatic detection does not work for BKS/UBER/BCFKS
> ------------------------------------------------------------------
>
> Key: WFWIP-153
> URL: https://issues.jboss.org/browse/WFWIP-153
> Project: WildFly WIP
> Issue Type: Bug
> Components: Security
> Reporter: Martin Choma
> Assignee: Martin Mazanek
> Priority: Major
>
> {code}
> 14:33:56,353 ERROR [stderr] (MSC service thread 1-4) java.lang.ClassCastException: org.bouncycastle.asn1.DLSequence cannot be cast to org.bouncycastle.asn1.ASN1Integer
> 14:33:56,354 ERROR [stderr] (MSC service thread 1-4) at org.bouncycastle.asn1.pkcs.Pfx.<init>(Pfx.java:28)
> 14:33:56,354 ERROR [stderr] (MSC service thread 1-4) at org.bouncycastle.asn1.pkcs.Pfx.getInstance(Pfx.java:52)
> 14:33:56,355 ERROR [stderr] (MSC service thread 1-4) at org.bouncycastle.jcajce.provider.ProvPKCS12$PKCS12KeyStoreSpi.engineLoad(ProvPKCS12.java:1034)
> 14:33:56,355 ERROR [stderr] (MSC service thread 1-4) at java.security.KeyStore.load(KeyStore.java:1445)
> 14:33:56,355 ERROR [stderr] (MSC service thread 1-4) at org.wildfly.security.keystore.KeyStoreUtil.tryLoadKeystore(KeyStoreUtil.java:129)
> 14:33:56,355 ERROR [stderr] (MSC service thread 1-4) at org.wildfly.security.keystore.KeyStoreUtil.loadKeyStore(KeyStoreUtil.java:107)
> 14:33:56,356 ERROR [stderr] (MSC service thread 1-4) at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:146)
> 14:33:56,356 ERROR [stderr] (MSC service thread 1-4) at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
> 14:33:56,356 ERROR [stderr] (MSC service thread 1-4) at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
> 14:33:56,357 ERROR [stderr] (MSC service thread 1-4) at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
> 14:33:56,357 ERROR [stderr] (MSC service thread 1-4) at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> 14:33:56,357 ERROR [stderr] (MSC service thread 1-4) at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> 14:33:56,357 ERROR [stderr] (MSC service thread 1-4) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> 14:33:56,358 ERROR [stderr] (MSC service thread 1-4) at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> 14:33:56,358 ERROR [stderr] (MSC service thread 1-4) at java.lang.Thread.run(Thread.java:748)
> 14:33:56,359 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service org.wildfly.security.key-store.key_store_BCFKS: org.jboss.msc.service.StartException in service org.wildfly.security.key-store.key_store_BCFKS: WFLYELY00004: Unable to start the service.
> at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:166)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1738)
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.execute(ServiceControllerImpl.java:1700)
> at org.jboss.msc.service.ServiceControllerImpl$ControllerTask.run(ServiceControllerImpl.java:1558)
> at org.jboss.threads.ContextClassLoaderSavingRunnable.run(ContextClassLoaderSavingRunnable.java:35)
> at org.jboss.threads.EnhancedQueueExecutor.safeRun(EnhancedQueueExecutor.java:1985)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.doRunTask(EnhancedQueueExecutor.java:1487)
> at org.jboss.threads.EnhancedQueueExecutor$ThreadBody.run(EnhancedQueueExecutor.java:1378)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.NullPointerException
> at org.wildfly.security.keystore.AtomicLoadKeyStore.atomize(AtomicLoadKeyStore.java:101)
> at org.wildfly.extension.elytron.KeyStoreService.start(KeyStoreService.java:146)
> ... 8 more
> 14:33:56,363 ERROR [org.jboss.as.controller.management-operation] (management-handler-thread - 1) WFLYCTL0013: Operation ("add") failed - address: ([
> ("subsystem" => "elytron"),
> ("key-store" => "key_store_BCFKS")
> ]) - failure description: {"WFLYCTL0080: Failed services" => {"org.wildfly.security.key-store.key_store_BCFKS" => "WFLYELY00004: Unable to start the service.
> Caused by: java.lang.NullPointerException"}}
> {code}
> With type specified service starts without problem
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
- 1
- 0
[JBoss JIRA] (DROOLS-3527) executable-model fails to compare BigDecimal
by Toshiya Kobayashi (Jira)
Toshiya Kobayashi created DROOLS-3527:
-----------------------------------------
Summary: executable-model fails to compare BigDecimal
Key: DROOLS-3527
URL: https://issues.jboss.org/browse/DROOLS-3527
Project: Drools
Issue Type: Bug
Components: executable model
Affects Versions: 7.16.0.Final
Reporter: Toshiya Kobayashi
Assignee: Luca Molteni
When executable-model builds BigDecimal constraint, BigDecimal(long) constructor is used hence fails to compare at runtime.
It generates source code like this:
{code:java}
public class Rules64ef7d59a364454aa08fdda838c67ad1RuleMethods0 {
/**
* Rule name: R1
*/
public static org.drools.model.Rule rule_R1() {
final org.drools.model.Variable<com.sample.Customer> var_$customer = D.declarationOf(com.sample.Customer.class,
"$customer");
org.drools.model.Rule rule = D.rule("com.sample",
"R1").build(D.pattern(var_$customer).expr("$expr$1$",
(_this) -> org.drools.modelcompiler.util.EvaluationUtil.equals(org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(_this.getRate()),
org.drools.modelcompiler.util.EvaluationUtil.toBigDecimal(12.111)),
D.alphaIndexedBy(java.math.BigDecimal.class,
org.drools.model.Index.ConstraintType.EQUAL,
0,
_this -> _this.getRate(),
new java.math.BigDecimal("12.111")),
D.reactOn("rate")),
D.execute(() -> {
System.out.println("hello");
}));
return rule;
}
}
{code}
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
- 1
- 0
[JBoss JIRA] (DROOLS-3474) Create HTML and CSS for List/Map data objects
by Gabriele Cardosi (Jira)
[ https://issues.jboss.org/browse/DROOLS-3474?page=com.atlassian.jira.plugi... ]
Gabriele Cardosi edited comment on DROOLS-3474 at 1/17/19 2:09 AM:
-------------------------------------------------------------------
Hi [~srambach] [~zhutaojiajia] [~danielezonca],
that [slide|https://redhat.invisionapp.com/share/QKPP3JRPV9E#/screens/338779440] is very simplistic. It just shows the basic concept of a map, i.e. each "item" is made of two values, called "key" (to the left) and "value" (to the right).
In that example we have a map with five elements: the first has "Apple" as key and "5" as value, and so on.
The problem is that often "key" and "value" are not simple object (i.e. String, number, date) but complex ones.
So we have to figure out that instead of "Apple" (a String) we could have for ex. "Person" (an object that has some properties) and another object (for ex. "City") for value.
That's why I was talking of two "panels" (I was thinking to the editing box): somehow the editing box for the map should be like having two "list" editing box (the one used to create items on the list) side by side. Does this make sense? Hope to have been clear.
was (Author: gabriolo):
Hi [~srambach] [~zhutaojiajia] [~danielezonca],
that [slide|https://redhat.invisionapp.com/share/QKPP3JRPV9E#/screens/338779440] is very simplistic. It just shows the basic concept of a map, i.e. each "item" is made of two values, called "key" (to the left) and "value" (to the right).
In that example we have a map with five elements: the first has "Apple" as key and "5" as value, and so on.
The problem is that often "key" and "value" are not simple object (i.e. String, number, date) but complex ones.
So we have to figure out that instead of "Apple" (a String) we could have for ex. "Person" (an object that has some properties) and another object (for ex. "City") for value.
That's why I was talking of two "panels" (I was thinking to the editing box): somehow the editing box for the map should be like having two "list" editing box (the one used to edit list) side by side. Does this make sense? Hope to have been clear.
> Create HTML and CSS for List/Map data objects
> ---------------------------------------------
>
> Key: DROOLS-3474
> URL: https://issues.jboss.org/browse/DROOLS-3474
> Project: Drools
> Issue Type: Story
> Components: Scenario Simulation and Testing
> Reporter: Amy Glass
> Assignee: Sarah Rambacher
> Priority: Major
> Labels: ScenarioSimulation, UX, UXTeam
> Attachments: Rectangle.png, Rectangle2.png, firefox.png
>
>
> Provide HTML and CSS for the designs in Drools-3098.
> Will first provide HTML structure, and follow up with CSS styling.
--
This message was sent by Atlassian Jira
(v7.12.1#712002)
7 years, 6 months
- 1
- 0