[JBoss JIRA] (DROOLS-5497) Stunner Palette: Hovering text not showing in Firefox 77.0.1
by Roger Martinez (Jira)
[ https://issues.redhat.com/browse/DROOLS-5497?page=com.atlassian.jira.plug... ]
Roger Martinez commented on DROOLS-5497:
----------------------------------------
Hey [~karreiro] [~manstis] if it works on DMN it should also work on BPMN, codebase for palette and it's visualization is the same one. Also I don't have this FF version right now installed, but I guess we can just close this issue. What do you think?
> Stunner Palette: Hovering text not showing in Firefox 77.0.1
> ------------------------------------------------------------
>
> Key: DROOLS-5497
> URL: https://issues.redhat.com/browse/DROOLS-5497
> Project: Drools
> Issue Type: Enhancement
> Components: Stunner
> Affects Versions: 7.40.0.Final
> Reporter: Luca Molteni
> Assignee: Roger Martinez
> Priority: Major
> Labels: Stunner, stunner
> Attachments: 2020-07-08 15.15.58.gif, hovering.webm
>
>
> Video attached
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (ELY-1932) Support for multiple security realms - Distributed Identities
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/ELY-1932?page=com.atlassian.jira.plugin.... ]
Farah Juma resolved ELY-1932.
-----------------------------
Resolution: Done
> Support for multiple security realms - Distributed Identities
> -------------------------------------------------------------
>
> Key: ELY-1932
> URL: https://issues.redhat.com/browse/ELY-1932
> Project: WildFly Elytron
> Issue Type: Feature Request
> Reporter: Martin Mazánek
> Assignee: Martin Mazánek
> Priority: Major
> Labels: CD17-Deferred, EAP-CD19, Previous_RFE
> Fix For: 1.13.0.CR2
>
>
> By stacking LoginModules it was possible using PicketBox to attempt to authenticate using one remote store and if that failed try the next store in the list.
> This RFE is to consider the use case where identities could be located across multiple stores and how they are aggregated together.
> Additionally this use case should consider how the authorization information could be loaded from multiple sources and merged.
> This RFE is not about fail over in the event of a realm being unavailable although it may be related.
> This RFE is created as a result of comparing the differences between the PicketBox JAAS architecture and the Elytron architecture so I would not recommend this proceeds without some real world use cases identified.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (ELY-1932) Support for multiple security realms - Distributed Identities
by Farah Juma (Jira)
[ https://issues.redhat.com/browse/ELY-1932?page=com.atlassian.jira.plugin.... ]
Farah Juma updated ELY-1932:
----------------------------
Fix Version/s: 1.13.0.CR2
> Support for multiple security realms - Distributed Identities
> -------------------------------------------------------------
>
> Key: ELY-1932
> URL: https://issues.redhat.com/browse/ELY-1932
> Project: WildFly Elytron
> Issue Type: Feature Request
> Reporter: Martin Mazánek
> Assignee: Martin Mazánek
> Priority: Major
> Labels: CD17-Deferred, EAP-CD19, Previous_RFE
> Fix For: 1.13.0.CR2
>
>
> By stacking LoginModules it was possible using PicketBox to attempt to authenticate using one remote store and if that failed try the next store in the list.
> This RFE is to consider the use case where identities could be located across multiple stores and how they are aggregated together.
> Additionally this use case should consider how the authorization information could be loaded from multiple sources and merged.
> This RFE is not about fail over in the event of a realm being unavailable although it may be related.
> This RFE is created as a result of comparing the differences between the PicketBox JAAS architecture and the Elytron architecture so I would not recommend this proceeds without some real world use cases identified.
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years
[JBoss JIRA] (WFLY-13641) WFLYWELD0055: Could not index class [Someclass] from an external bean archive: vfs:/somepath/myear.ear/myejb-0.0.1.jar/META-INF/beans.xml
by Matěj Novotný (Jira)
[ https://issues.redhat.com/browse/WFLY-13641?page=com.atlassian.jira.plugi... ]
Matěj Novotný commented on WFLY-13641:
--------------------------------------
[~jviebig] awesome, thanks!
I started debugging and I can see that inside {{ExternalBeanArchiveProcessor}} we already see ear/ejb.jar as a module dependency of the WAR which is why we start processing it.
We see it as [{{DependencySpec}}|https://github.com/wildfly/wildfly/blob/master/weld/subsystem/src/main/java/org/jboss/as/weld/deployment/processors/ExternalBeanArchiveProcessor.java#L168] which is a class from [jboss-modules|https://github.com/jboss-modules/jboss-modules/blob/1.x/src...] that allows some introspection.
Namely it has bunch of import/export filters and specifically the import filter _might_ be used to determine whether we want to process that dependency (because it differs based on how you specify that dependency in jboss-deployment-structure).
E.g. we should be able to test whether that filter accepts "META-INF" and skip processing if it doesn't. Although I am not sure if that's a proper way to solve this issue.
I will try to play with it a little more today/tomorrow and see if it breaks something else.
> WFLYWELD0055: Could not index class [Someclass] from an external bean archive: vfs:/somepath/myear.ear/myejb-0.0.1.jar/META-INF/beans.xml
> -----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: WFLY-13641
> URL: https://issues.redhat.com/browse/WFLY-13641
> Project: WildFly
> Issue Type: Bug
> Components: CDI / Weld
> Affects Versions: 20.0.0.Final
> Reporter: Jens Viebig
> Assignee: Matěj Novotný
> Priority: Major
>
> When referencing a jar with CDI scan mode "annotaded" inside an ear from an external war via jboss-deployment-structure.xml a warning will be printed for every class:
> WFLYWELD0055: Could not index class [Someclass] from an external bean archive: vfs:/somepath/myear.ear/myejb-0.0.1.jar/META-INF/beans.xml
> Seems VFS cannot get hold of the classes.
> The warning is logged in ExternalBeanArchiveProcessor which catches an EOFException from the inputstream loading the class. (Line 284). Seems the input stream is not able to load a single byte from the class
--
This message was sent by Atlassian Jira
(v7.13.8#713008)
6 years