[JBoss JIRA] (DROOLS-5590) org.kie:kie-maven-plugin:7.43.0-SNAPSHOT:generateModel failed: sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-5590?page=com.atlassian.jira.plug... ]
Luca Molteni updated DROOLS-5590:
---------------------------------
Story Points: 1
> org.kie:kie-maven-plugin:7.43.0-SNAPSHOT:generateModel failed: sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl
> ----------------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-5590
> URL: https://issues.redhat.com/browse/DROOLS-5590
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.35.0.Final, 7.36.0.Final, 7.37.0.Final, 7.38.0.Final, 7.39.0.Final, 7.40.0.Final, 7.41.0.Final, 7.42.0.Final
> Reporter: Ciprian Chiru
> Assignee: Luca Molteni
> Priority: Major
>
> When compiling the rules, _org.kie:kie-maven-plugin::generateModel_ fails with _sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl_
> Given the rule below:
> {code:java}
> import java.util.Map;
> import java.util.List;
> global java.util.Set controlSet;
> rule "will execute per each Measurement having ID color"
> no-loop
> when
> $measurement: Measurement( id == "color", $colorVal : val )
> $lst : List() from collect(Measurement())
> $selectedList: List() from accumulate(Measurement($m: this) from $lst, collectList(Map.entry($m, $measurement.getListOfCodes())))
> then
> controlSet.add($colorVal);
> end{code}
> Fails with the following stack exception:
> {code:java}
> Caused by: java.lang.ArrayStoreException: sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl
> at java.util.stream.Nodes$FixedNodeBuilder.accept (Nodes.java:1230)
> at java.util.stream.ReferencePipeline$3$1.accept (ReferencePipeline.java:195)
> at java.util.ArrayList$ArrayListSpliterator.forEachRemaining (ArrayList.java:1654)
> at java.util.stream.AbstractPipeline.copyInto (AbstractPipeline.java:484)
> at java.util.stream.AbstractPipeline.wrapAndCopyInto (AbstractPipeline.java:474)
> at java.util.stream.AbstractPipeline.evaluate (AbstractPipeline.java:550)
> at java.util.stream.AbstractPipeline.evaluateToArrayNode (AbstractPipeline.java:260)
> at java.util.stream.ReferencePipeline.toArray (ReferencePipeline.java:517)
> at org.drools.modelcompiler.builder.generator.DrlxParseUtil.returnTypeOfMethodCallExpr (DrlxParseUtil.java:186)
> at org.drools.modelcompiler.builder.generator.ToMethodCall.setCursorForMethodCall (ToMethodCall.java:128)
> at org.drools.modelcompiler.builder.generator.ToMethodCall.toMethodCallWithClassCheck (ToMethodCall.java:71)
> at org.drools.modelcompiler.builder.generator.visitor.accumulate.AccumulateVisitor.methodCallExprParameter (AccumulateVisitor.java:262)
> at org.drools.modelcompiler.builder.generator.visitor.accumulate.AccumulateVisitor.parseFirstParameter (AccumulateVisitor.java:206)
> at org.drools.modelcompiler.builder.generator.visitor.accumulate.AccumulateVisitor.visit (AccumulateVisitor.java:186)
> at org.drools.modelcompiler.builder.generator.visitor.accumulate.AccumulateVisitor.classicAccumulate (AccumulateVisitor.java:145)
> at org.drools.modelcompiler.builder.generator.visitor.accumulate.AccumulateVisitor.visit (AccumulateVisitor.java:128)
> at org.drools.modelcompiler.builder.generator.visitor.ModelGeneratorVisitor.visit (ModelGeneratorVisitor.java:139)
> at org.drools.compiler.lang.descr.PatternDescr.accept (PatternDescr.java:288)
> at org.drools.modelcompiler.builder.generator.visitor.AndVisitor.visit (AndVisitor.java:50)
> at org.drools.modelcompiler.builder.generator.visitor.ModelGeneratorVisitor.visit (ModelGeneratorVisitor.java:86)
> at org.drools.modelcompiler.builder.generator.ModelGenerator.processRule (ModelGenerator.java:186)
> at org.drools.modelcompiler.builder.generator.ModelGenerator.generateModel (ModelGenerator.java:159)
> at org.drools.modelcompiler.builder.ModelBuilderImpl.compileKnowledgePackages (ModelBuilderImpl.java:281)
> at org.drools.modelcompiler.builder.ModelBuilderImpl.buildRules (ModelBuilderImpl.java:209)
> at org.drools.modelcompiler.builder.ModelBuilderImpl.postBuild (ModelBuilderImpl.java:129)
> at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.build (CompositeKnowledgeBuilderImpl.java:111)
> at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.build (CompositeKnowledgeBuilderImpl.java:97)
> at org.drools.compiler.kie.builder.impl.AbstractKieProject.buildKnowledgePackages (AbstractKieProject.java:268)
> at org.drools.compiler.kie.builder.impl.AbstractKieProject.buildKnowledgePackages (AbstractKieProject.java:216)
> at org.drools.compiler.kie.builder.impl.AbstractKieProject.verify (AbstractKieProject.java:80)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildKieProject (KieBuilderImpl.java:279)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll (KieBuilderImpl.java:247)
> at org.kie.maven.plugin.GenerateModelMojo.generateModel (GenerateModelMojo.java:146)
> at org.kie.maven.plugin.GenerateModelMojo.execute (GenerateModelMojo.java:106)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo (DefaultBuildPluginManager.java:137){code}
>
> As the title says, this error happens on the _7.43.0-SNAPSHOT_ version as well.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (DROOLS-5590) org.kie:kie-maven-plugin:7.43.0-SNAPSHOT:generateModel failed: sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-5590?page=com.atlassian.jira.plug... ]
Luca Molteni updated DROOLS-5590:
---------------------------------
Sprint: 2020 Week 34-36 (from Aug 17)
> org.kie:kie-maven-plugin:7.43.0-SNAPSHOT:generateModel failed: sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl
> ----------------------------------------------------------------------------------------------------------------------------
>
> Key: DROOLS-5590
> URL: https://issues.redhat.com/browse/DROOLS-5590
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.35.0.Final, 7.36.0.Final, 7.37.0.Final, 7.38.0.Final, 7.39.0.Final, 7.40.0.Final, 7.41.0.Final, 7.42.0.Final
> Reporter: Ciprian Chiru
> Assignee: Luca Molteni
> Priority: Major
>
> When compiling the rules, _org.kie:kie-maven-plugin::generateModel_ fails with _sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl_
> Given the rule below:
> {code:java}
> import java.util.Map;
> import java.util.List;
> global java.util.Set controlSet;
> rule "will execute per each Measurement having ID color"
> no-loop
> when
> $measurement: Measurement( id == "color", $colorVal : val )
> $lst : List() from collect(Measurement())
> $selectedList: List() from accumulate(Measurement($m: this) from $lst, collectList(Map.entry($m, $measurement.getListOfCodes())))
> then
> controlSet.add($colorVal);
> end{code}
> Fails with the following stack exception:
> {code:java}
> Caused by: java.lang.ArrayStoreException: sun.reflect.generics.reflectiveObjects.ParameterizedTypeImpl
> at java.util.stream.Nodes$FixedNodeBuilder.accept (Nodes.java:1230)
> at java.util.stream.ReferencePipeline$3$1.accept (ReferencePipeline.java:195)
> at java.util.ArrayList$ArrayListSpliterator.forEachRemaining (ArrayList.java:1654)
> at java.util.stream.AbstractPipeline.copyInto (AbstractPipeline.java:484)
> at java.util.stream.AbstractPipeline.wrapAndCopyInto (AbstractPipeline.java:474)
> at java.util.stream.AbstractPipeline.evaluate (AbstractPipeline.java:550)
> at java.util.stream.AbstractPipeline.evaluateToArrayNode (AbstractPipeline.java:260)
> at java.util.stream.ReferencePipeline.toArray (ReferencePipeline.java:517)
> at org.drools.modelcompiler.builder.generator.DrlxParseUtil.returnTypeOfMethodCallExpr (DrlxParseUtil.java:186)
> at org.drools.modelcompiler.builder.generator.ToMethodCall.setCursorForMethodCall (ToMethodCall.java:128)
> at org.drools.modelcompiler.builder.generator.ToMethodCall.toMethodCallWithClassCheck (ToMethodCall.java:71)
> at org.drools.modelcompiler.builder.generator.visitor.accumulate.AccumulateVisitor.methodCallExprParameter (AccumulateVisitor.java:262)
> at org.drools.modelcompiler.builder.generator.visitor.accumulate.AccumulateVisitor.parseFirstParameter (AccumulateVisitor.java:206)
> at org.drools.modelcompiler.builder.generator.visitor.accumulate.AccumulateVisitor.visit (AccumulateVisitor.java:186)
> at org.drools.modelcompiler.builder.generator.visitor.accumulate.AccumulateVisitor.classicAccumulate (AccumulateVisitor.java:145)
> at org.drools.modelcompiler.builder.generator.visitor.accumulate.AccumulateVisitor.visit (AccumulateVisitor.java:128)
> at org.drools.modelcompiler.builder.generator.visitor.ModelGeneratorVisitor.visit (ModelGeneratorVisitor.java:139)
> at org.drools.compiler.lang.descr.PatternDescr.accept (PatternDescr.java:288)
> at org.drools.modelcompiler.builder.generator.visitor.AndVisitor.visit (AndVisitor.java:50)
> at org.drools.modelcompiler.builder.generator.visitor.ModelGeneratorVisitor.visit (ModelGeneratorVisitor.java:86)
> at org.drools.modelcompiler.builder.generator.ModelGenerator.processRule (ModelGenerator.java:186)
> at org.drools.modelcompiler.builder.generator.ModelGenerator.generateModel (ModelGenerator.java:159)
> at org.drools.modelcompiler.builder.ModelBuilderImpl.compileKnowledgePackages (ModelBuilderImpl.java:281)
> at org.drools.modelcompiler.builder.ModelBuilderImpl.buildRules (ModelBuilderImpl.java:209)
> at org.drools.modelcompiler.builder.ModelBuilderImpl.postBuild (ModelBuilderImpl.java:129)
> at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.build (CompositeKnowledgeBuilderImpl.java:111)
> at org.drools.compiler.builder.impl.CompositeKnowledgeBuilderImpl.build (CompositeKnowledgeBuilderImpl.java:97)
> at org.drools.compiler.kie.builder.impl.AbstractKieProject.buildKnowledgePackages (AbstractKieProject.java:268)
> at org.drools.compiler.kie.builder.impl.AbstractKieProject.buildKnowledgePackages (AbstractKieProject.java:216)
> at org.drools.compiler.kie.builder.impl.AbstractKieProject.verify (AbstractKieProject.java:80)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildKieProject (KieBuilderImpl.java:279)
> at org.drools.compiler.kie.builder.impl.KieBuilderImpl.buildAll (KieBuilderImpl.java:247)
> at org.kie.maven.plugin.GenerateModelMojo.generateModel (GenerateModelMojo.java:146)
> at org.kie.maven.plugin.GenerateModelMojo.execute (GenerateModelMojo.java:106)
> at org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo (DefaultBuildPluginManager.java:137){code}
>
> As the title says, this error happens on the _7.43.0-SNAPSHOT_ version as well.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (DROOLS-5591) Compilation fails on generated model
by Luca Molteni (Jira)
[ https://issues.redhat.com/browse/DROOLS-5591?page=com.atlassian.jira.plug... ]
Luca Molteni updated DROOLS-5591:
---------------------------------
Story Points: 1
> Compilation fails on generated model
> ------------------------------------
>
> Key: DROOLS-5591
> URL: https://issues.redhat.com/browse/DROOLS-5591
> Project: Drools
> Issue Type: Bug
> Components: executable model
> Affects Versions: 7.38.0.Final, 7.39.0.Final, 7.40.0.Final, 7.41.0.Final, 7.42.0.Final
> Reporter: Ciprian Chiru
> Assignee: Luca Molteni
> Priority: Major
>
> Given the following rule:
> {code:java}
> import java.util.Map;
> import java.util.List;
> global java.util.Set controlSet;
> global org.example.drools.service.DummyService dummyService;
> rule "will execute per each Measurement having ID color"
> no-loop
> when
> $m: Measurement( id == "color", $colorVal : val )
> String() from dummyService.dummy($m.getId(), $m.getVal())
> then
> controlSet.add($colorVal);
> end{code}
>
> Compiling the generated model throws:
> {code:java}
> [...]/drools-model-compiler/main/java/defaultpkg/Rules6348cbea36f646fc98d4712bf48686c6RuleMethods0.java:[25,111] no suitable method found for from(org.drools.model.Global<org.example.drools.service.DummyService>,org.drools.model.Variable<org.example.drools.model.Measurement>,org.drools.model.Variable<org.example.drools.model.Measurement>,defaultpkg.P6C.LambdaExtractor6C9C4CCEE9EF61AD2FF71F545BAC12C2)
> [ERROR] method org.drools.model.DSL.<T>from(T) is not applicable
> [ERROR] (cannot infer type-variable(s) T
> [ERROR] (actual and formal argument lists differ in length))
> [ERROR] method org.drools.model.DSL.<T>from(org.drools.model.Variable<T>) is not applicable
> [ERROR] (cannot infer type-variable(s) T
> [ERROR] (actual and formal argument lists differ in length))
> [ERROR] method org.drools.model.DSL.<T>from(org.drools.model.functions.Function0<T>) is not applicable
> [ERROR] (cannot infer type-variable(s) T
> [ERROR] (actual and formal argument lists differ in length))
> [ERROR] method org.drools.model.DSL.<T>from(org.drools.model.Variable<T>,org.drools.model.functions.Function1<T,?>) is not applicable
> [ERROR] (cannot infer type-variable(s) T
> [ERROR] (actual and formal argument lists differ in length))
> [ERROR] method org.drools.model.DSL.<A,B>from(org.drools.model.Variable<A>,org.drools.model.Variable<B>,org.drools.model.functions.Function2<A,B,?>) is not applicable
> [ERROR] (cannot infer type-variable(s) A,B
> [ERROR] (actual and formal argument lists differ in length))
> [ERROR] method org.drools.model.DSL.<A,B,C>from(org.drools.model.Variable<A>,org.drools.model.Variable<B>,org.drools.model.Variable<C>,org.drools.model.functions.Function3<A,B,C,?>) is not applicable
> [ERROR] (cannot infer type-variable(s) A,B,C
> [ERROR] (argument mismatch; defaultpkg.P6C.LambdaExtractor6C9C4CCEE9EF61AD2FF71F545BAC12C2 cannot be converted to org.drools.model.functions.Function3<A,B,C,?>))
> [ERROR] method org.drools.model.DSL.<A,B,C,D>from(org.drools.model.Variable<A>,org.drools.model.Variable<B>,org.drools.model.Variable<C>,org.drools.model.Variable<D>,org.drools.model.functions.Function4<A,B,C,D,?>) is not applicable
> [ERROR] (cannot infer type-variable(s) A,B,C,D
> [ERROR] (actual and formal argument lists differ in length)){code}
>
> This error occurs as well with drools version _7.43.0-SNAPSHOT_
>
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (WFLY-13801) JWT Revoke Feature
by Paulo Cesar Silva Reis (Jira)
[ https://issues.redhat.com/browse/WFLY-13801?page=com.atlassian.jira.plugi... ]
Paulo Cesar Silva Reis commented on WFLY-13801:
-----------------------------------------------
Got it, so something like *Keycloak* is the way to go and I agree with you, token revocation would be nice to have :).
> JWT Revoke Feature
> ------------------
>
> Key: WFLY-13801
> URL: https://issues.redhat.com/browse/WFLY-13801
> Project: WildFly
> Issue Type: Feature Request
> Components: Security
> Affects Versions: 20.0.1.Final
> Reporter: Paulo Cesar Silva Reis
> Assignee: Darran Lofthouse
> Priority: Major
>
> Hi,
>
> We've been working with JWT using Elytron and we would like to know why there isn't a way to REVOKE tokens. Reading the documentation it seems elytron doesn't provide a way to double-check whether that valid JWT still has access to the application. If a class could be instantiate and a method called, the application could validate it, returning a boolean (indicating whether the user can proceed) or throwing an exception when permission is denied.
> If such feature isn't present, even though we blacklist the token (logging him out), the user already logged in and that can be a security breach.
>
> Something like this would be great:
> {code:java}
> /subsystem=elytron/token-realm=app-realm:add(jwt={issuer=["issuer"],audience=["app"],key-store=app.ks,certificate="alias", validator="com.validator.TokenValidator"},principal-claim="sub"){code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (WFLY-13801) JWT Revoke Feature
by Darran Lofthouse (Jira)
[ https://issues.redhat.com/browse/WFLY-13801?page=com.atlassian.jira.plugi... ]
Darran Lofthouse commented on WFLY-13801:
-----------------------------------------
Thank you for the feature request, token revocation is certainly something we can consider further.
At the moment the alternative is to configure the token realm to use introspection, this will result in a call back to the authorization server to verify a token is still valid.
When using the offline verification of tokens it would generally be better to issue tokens with a small period of validity to minimise the window between invalidating a token and the token timing out.
> JWT Revoke Feature
> ------------------
>
> Key: WFLY-13801
> URL: https://issues.redhat.com/browse/WFLY-13801
> Project: WildFly
> Issue Type: Feature Request
> Components: Security
> Affects Versions: 20.0.1.Final
> Reporter: Paulo Cesar Silva Reis
> Assignee: Darran Lofthouse
> Priority: Major
>
> Hi,
>
> We've been working with JWT using Elytron and we would like to know why there isn't a way to REVOKE tokens. Reading the documentation it seems elytron doesn't provide a way to double-check whether that valid JWT still has access to the application. If a class could be instantiate and a method called, the application could validate it, returning a boolean (indicating whether the user can proceed) or throwing an exception when permission is denied.
> If such feature isn't present, even though we blacklist the token (logging him out), the user already logged in and that can be a security breach.
>
> Something like this would be great:
> {code:java}
> /subsystem=elytron/token-realm=app-realm:add(jwt={issuer=["issuer"],audience=["app"],key-store=app.ks,certificate="alias", validator="com.validator.TokenValidator"},principal-claim="sub"){code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (WFLY-13515) Application does not fail when @Singleton @PostConstruct throws exception
by Cheng Fang (Jira)
[ https://issues.redhat.com/browse/WFLY-13515?page=com.atlassian.jira.plugi... ]
Cheng Fang commented on WFLY-13515:
-----------------------------------
Just noticed Panagiotis has closed PR 13325. Thanks Panagiotis for working on and resolving this issue.
> Application does not fail when @Singleton @PostConstruct throws exception
> -------------------------------------------------------------------------
>
> Key: WFLY-13515
> URL: https://issues.redhat.com/browse/WFLY-13515
> Project: WildFly
> Issue Type: Bug
> Components: EJB
> Affects Versions: 19.0.0.Final, 20.0.0.Beta1
> Reporter: Cheng Fang
> Assignee: Cheng Fang
> Priority: Major
> Labels: Regression, downstream_dependency
> Attachments: helloWorld.ear
>
>
> In EAP 6.4 , sub deployments were accessible before all Singleton's PostConstruct were finished, this was fixed via [1]. After this fix if an exception was thrown from PostConstruct, then the whole deployment was in a failed state as well. EAP 7.0 works the same as EAP 6.4 after the fix.
> In EAP 7.3/7.2/7.1 when the Singleton throws an exception, the sub deployments are accessible.
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1310908
> EJB 3.1 spec, section 4.8.1:
> {quote}
> If the Startup annotation appears on the Singleton bean class or if the Singleton has been designated via the deployment descriptor as requiring eager initialization, the container must initialize the Singleton bean instance during the application startup sequence. The container must initialize all such startup-time Singletons before any external client requests (that is, client requests originating outside of the application) are delivered to any enterprise bean components in the application.
> {quote}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (WFLY-13801) JWT Revoke Feature
by Paulo Cesar Silva Reis (Jira)
Paulo Cesar Silva Reis created WFLY-13801:
---------------------------------------------
Summary: JWT Revoke Feature
Key: WFLY-13801
URL: https://issues.redhat.com/browse/WFLY-13801
Project: WildFly
Issue Type: Feature Request
Components: Security
Affects Versions: 20.0.1.Final
Reporter: Paulo Cesar Silva Reis
Assignee: Darran Lofthouse
Hi,
We've been working with JWT using Elytron and we would like to know why there isn't a way to REVOKE tokens. Reading the documentation it seems elytron doesn't provide a way to double-check whether that valid JWT still has access to the application. If a class could be instantiate and a method called, the application could validate it, returning a boolean (indicating whether the user can proceed) or throwing an exception when permission is denied.
If such feature isn't present, even though we blacklist the token (logging him out), the user already logged in and that can be a security breach.
Something like this would be great:
{code:java}
/subsystem=elytron/token-realm=app-realm:add(jwt={issuer=["issuer"],audience=["app"],key-store=app.ks,certificate="alias", validator="com.validator.TokenValidator"},principal-claim="sub"){code}
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months
[JBoss JIRA] (WFLY-13799) Fix JPA 2LC compatibility with configurations missing a pending-puts cache configuration
by Paul Ferraro (Jira)
Paul Ferraro created WFLY-13799:
-----------------------------------
Summary: Fix JPA 2LC compatibility with configurations missing a pending-puts cache configuration
Key: WFLY-13799
URL: https://issues.redhat.com/browse/WFLY-13799
Project: WildFly
Issue Type: Bug
Components: Clustering
Affects Versions: No Release
Reporter: Paul Ferraro
Assignee: Paul Ferraro
To restore JPA 2LC compatibility with configuration from previous releases that are missing a pending-puts cache configuration.
To do this, we should only establish a deployment dependency on this cache configuration if the requisite capability exists. This will allow the deployment to succeed.
The will log a warning from Infinispan region factory about the missing configuration and this cache configuration will fall back to internal defaults.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
5 years, 2 months