[jira] [Created] (DELTASPIKE-664) SecurityViolation are evaluated twice for redirect pages with configured errorView
Philip Herbst created DELTASPIKE-664: Summary: SecurityViolation are evaluated twice for redirect pages with configured errorView Key: DELTASPIKE-664 URL: https://issues.apache.org/jira/browse/DELTASPIKE-664 Project: DeltaSpike Issue Type: Bug Components: Security-Module Affects Versions: 1.0.0 Reporter: Philip Herbst I modified deltaspike-jsf-example to reproduce the behaviour Modification to org.apache.deltaspike.example.viewconfig.Pages {code} @Secured(value = DenyAllAccessDecisionVoter.class, errorView = ViewConfigFolder.Error.class) public interface SecuredPages extends ViewConfig, RedirectedPages {} ... public class Error implements ViewConfig {} {code} errror.xhtml {code} {code} Result: Error message is shown twice on error page. -- This message was sent by Atlassian JIRA (v6.2#6252)
Re: Threading issue using CdiCtrl/Weld & Apache Tomcat
hi john, it would be great if you can provide a link to a demo which illustrates the concrete constellation. @hammock: i just took hammock and replaced the weld specific code with cdi-ctrl which allowed to use hammock with owb as well. however, i never used hammock (or the customized version of it) for more than a quick benchmark. regards, gerhard 2014-07-11 18:22 GMT+02:00 John D. Ament : > Hi all > > I'm trying to get Embedded Tomcat working using CdiCtrl. I noticed when I > use the OOTB context controller, I get this weird threading problem where > the request scope doesn't get started in a custom filter I've written. > > When I instantiate a custom context controller (which does the exact same > thing as the OOTB one), everything works perfectly. > > Has anyone else tried this? Gerhard, I know you at one point tried getting > Hammock up and running w/ OWB. Were you using Tomcat for that or Undertow? > > John >
Threading issue using CdiCtrl/Weld & Apache Tomcat
Hi all I'm trying to get Embedded Tomcat working using CdiCtrl. I noticed when I use the OOTB context controller, I get this weird threading problem where the request scope doesn't get started in a custom filter I've written. When I instantiate a custom context controller (which does the exact same thing as the OOTB one), everything works perfectly. Has anyone else tried this? Gerhard, I know you at one point tried getting Hammock up and running w/ OWB. Were you using Tomcat for that or Undertow? John
[jira] [Commented] (DELTASPIKE-647) AppScoped abstract repositories doesn't work
[ https://issues.apache.org/jira/browse/DELTASPIKE-647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14058697#comment-14058697 ] Thomas Hug commented on DELTASPIKE-647: --- Wasted too much time trying to make Data work on WebLogic this week, but will try to give this one a spin as well. No promises though as last time I looked into it I left with no clue about the problem ;-). What kind of beer? (just for the motivation... :-)) > AppScoped abstract repositories doesn't work > > > Key: DELTASPIKE-647 > URL: https://issues.apache.org/jira/browse/DELTASPIKE-647 > Project: DeltaSpike > Issue Type: Bug > Components: Data-Module >Reporter: Thomas Andraschko >Assignee: Thomas Hug > Attachments: DS-647.7z > > -- This message was sent by Atlassian JIRA (v6.2#6252)
[jira] [Commented] (DELTASPIKE-647) AppScoped abstract repositories doesn't work
[ https://issues.apache.org/jira/browse/DELTASPIKE-647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14058674#comment-14058674 ] Thomas Andraschko commented on DELTASPIKE-647: -- Is there a chance to get this fixed for the next release Thomas H.? I would owe you a beer someday ;) It's really annoying "wrap" the repos manually in my app... > AppScoped abstract repositories doesn't work > > > Key: DELTASPIKE-647 > URL: https://issues.apache.org/jira/browse/DELTASPIKE-647 > Project: DeltaSpike > Issue Type: Bug > Components: Data-Module >Reporter: Thomas Andraschko >Assignee: Thomas Hug > Attachments: DS-647.7z > > -- This message was sent by Atlassian JIRA (v6.2#6252)