[JBoss JIRA] (DROOLS-299) Support rule configuration in a web archive
by Tibor Zimányi (JIRA)
[ https://issues.jboss.org/browse/DROOLS-299?page=com.atlassian.jira.plugin... ]
Tibor Zimányi commented on DROOLS-299:
--------------------------------------
[~shane.bryzak] is this stil relevant please? I am going through old JIRAs and closing the ones that could be closed.
> Support rule configuration in a web archive
> -------------------------------------------
>
> Key: DROOLS-299
> URL: https://issues.jboss.org/browse/DROOLS-299
> Project: Drools
> Issue Type: Feature Request
> Affects Versions: 6.0.0.CR4
> Reporter: Shane Bryzak
> Assignee: Mario Fusco
>
> I'm currently working on integration between PicketLink and Drools to provide rule-based security permissions which control access to protected application resources, similar to a feature that we had in Seam 2:
> https://github.com/seam2/jboss-seam/blob/Seam_2_3/jboss-seam/src/main/jav...
> The following quickstart (work in progress) is intended to demonstrate this integration:
> https://github.com/picketlink/picketlink-quickstarts/tree/master/picketli...
> Building this quickstart first requires building the latest trunk of PicketLink locally:
> https://github.com/picketlink/picketlink
> What we would like is to allow the developer to define their security rules in the war project itself. Currently the quickstart defines the following kmodule.xml file in the src/main/resources/META-INF directory:
> <?xml version="1.0" encoding="UTF-8"?>
> <kmodule xmlns="http://jboss.org/kie/6.0.0/kmodule">
> <kbase name="security" default="true">
> <ksession name="ksession1" default="true"/>
> </kbase>
> </kmodule>
> There is also a security-rules.drl file in the src/main/resources/security directory which defines the security rules.
> Deployment of the quickstart yields the following errors and partial stacktrace:
> 18:52:56,036 INFO [org.drools.compiler.kie.builder.impl.ClasspathKieProject] (MSC service thread 1-7) Found kmodule: vfs:/content/picketlink-authorization-drools.war/WEB-INF/classes/META-INF/kmodule.xml
> 18:52:56,036 INFO [org.drools.compiler.kie.builder.impl.ClasspathKieProject] (MSC service thread 1-7) Virtual file physical path = /home/shane/apps/jboss/standalone/tmp/vfs/tempa9983c4071e1249/picketlink-authorization-drools.war-1c243fd87ed695cf/WEB-INF/classes
> 18:52:56,060 WARN [org.drools.compiler.kie.builder.impl.ClasspathKieProject] (MSC service thread 1-7) Unable to load pom.properties tried recursing down from/home/shane/apps/jboss/standalone/tmp/vfs/tempa9983c4071e1249/picketlink-authorization-drools.war-1c243fd87ed695cf/WEB-INF/classes
> null
> 18:52:56,061 ERROR [org.drools.compiler.kie.builder.impl.ClasspathKieProject] (MSC service thread 1-7) Unable to build index of kmodule.xml url=vfs:/content/picketlink-authorization-drools.war/WEB-INF/classes/META-INF/kmodule.xml
> null
> 18:52:56,140 ERROR [org.drools.compiler.cdi.KieCDIExtension] (MSC service thread 1-7) Annotation @KSession(ksession1) found, but no KieSessioneModel exist.
> Either the required kproject.xml does not exist, was corrupted, or mising the KieBase entry
> 18:52:56,160 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-7) MSC00001: Failed to start service jboss.deployment.unit."picketlink-authorization-drools.war".WeldService: org.jboss.msc.service.StartException in service jboss.deployment.unit."picketlink-authorization-drools.war".WeldService: org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [KieSession] with qualifiers [@KSession] at injection point [[field] @Inject @KSession org.jboss.as.quickstarts.picketlink.authorization.drools.PermissionAuthorizer.kSession]
> at org.jboss.as.weld.services.WeldService.start(WeldService.java:83)
> Mario indicated (during a discussion on IRC) that the rules are currently expected to be deployed within a separate jar file (which is then packaged as a library in the war), however our users are likely to view this as an extraneous requirement. It would be far more convenient to allow them to create their rule definitions within the war project itself, and also be easier to promote this integration via tutorials and quickstarts.
> Thanks for looking into this!
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years
[JBoss JIRA] (DROOLS-2563) [DMN Editor] Add support to define data-types
by Jozef Marko (JIRA)
[ https://issues.jboss.org/browse/DROOLS-2563?page=com.atlassian.jira.plugi... ]
Jozef Marko commented on DROOLS-2563:
-------------------------------------
[~uxdlc] From my point of view, this task should be moved to standalone epic. Then should come to the game definition of ready and definition of done.
> [DMN Editor] Add support to define data-types
> ---------------------------------------------
>
> Key: DROOLS-2563
> URL: https://issues.jboss.org/browse/DROOLS-2563
> Project: Drools
> Issue Type: Task
> Components: DMN Editor
> Reporter: Michael Anstis
> Assignee: Guilherme Carreiro
>
> As a practitioner, I want to be able to define Data Types in the UI, so that when the DMN engine evaluates a decision table input/output it will check if the type of the value matches the specified type.
> Verification conditions:
> Support added for the User to define data-types ({{ItemDefinition}}).
> This may become a top-level task when I get to work on it; as the requirement is quite large and encompasses nested data-types (a whole new grid will be required); and definition of enums, constrains on values etc.
--
This message was sent by Atlassian JIRA
(v7.5.0#75005)
8 years