[Snowdrop] - springSecurityFilterChain filter not loaded in JBOss 5.1 deployment
by santhosh kotha
santhosh kotha [http://community.jboss.org/people/sanintel3] created the discussion
"springSecurityFilterChain filter not loaded in JBOss 5.1 deployment"
To view the discussion, visit: http://community.jboss.org/message/585073#585073
--------------------------------------------------------------
I am getting below error while deploying an application containing spring security, in JBOSS 5.1, however the same is deployed successfully in 4.2.3 version and as well in tomcat 6.x.
ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/bcp]] (main) Exception starting filter springSecurityFilterChain
org.springframework.beans.factory.NoSuchBeanDefinitionException: No bean named 'springSecurityFilterChain' is defined
at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBeanDefinition(DefaultListableBeanFactory.java:387)
at org.springframework.beans.factory.support.AbstractBeanFactory.getMergedLocalBeanDefinition(AbstractBeanFactory.java:971)
at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:246)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:185)
at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:168)
at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:884)
at org.springframework.web.filter.DelegatingFilterProxy.initDelegate(DelegatingFilterProxy.java:216)
at org.springframework.web.filter.DelegatingFilterProxy.initFilterBean(DelegatingFilterProxy.java:145)
at org.springframework.web.filter.GenericFilterBean.init(GenericFilterBean.java:179)
at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:234)
at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:332)
at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:90)
at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3783)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4413)
at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310)
at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142)
at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:461)
at org.jboss.web.deployers.WebModule.startModule(WebModule.java:118)
at org.jboss.web.deployers.WebModule.start(WebModule.java:97)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
at org.jboss.mx.server.Invocation.invoke(Invocation.java:88)
at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:206)
at $Proxy38.start(Unknown Source)
at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:42)
at org.jboss.system.microcontainer.StartStopLifecycleAction.installAction(StartStopLifecycleAction.java:37)
at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
at org.jboss.system.ServiceController.start(ServiceController.java:460)
at org.jboss.system.deployers.ServiceDeployer.start(ServiceDeployer.java:163)
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:99)
at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)
at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361)
at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
at org.jboss.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306)
at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:271)
at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
at org.jboss.Main.boot(Main.java:221)
at org.jboss.Main$1.run(Main.java:556)
at java.lang.Thread.run(Thread.java:619)
Below is the web.xml configuration
<filter>
<filter-name>springSecurityFilterChain</filter-name>
<filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
</filter>
<filter-mapping>
<filter-name>springSecurityFilterChain</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
......
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
<listener>
<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
</listener>
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>
classpath*:struts-spring-plugin.xml, classpath:*spring-*.xml,
</param-value>
</context-param>
Bleow is the configuration in spring-application-context.xml file
<?xml version="1.0" encoding="UTF-8"?>
<!--
- Sample namespace-based configuration
-
- $Id: spring-security-community.xml,v 1.6 2010/11/25 15:04:46 dantis Exp $
-->
<beans:beans xmlns=" http://www.springframework.org/schema/security http://www.springframework.org/schema/security"
xmlns:beans=" http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans"
xmlns:xsi=" http://www.w3.org/2001/XMLSchema-instance http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation=" http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.0.xsd http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
http://www.springframework.org/schema/security http://www.springframework.org/schema/security http://www.springframework.org/schema/security/spring-security-2.0.1.xsd http://www.springframework.org/schema/security/spring-security-2.0.1.xsd">
<global-method-security secured-annotations="enabled" >
<!-- AspectJ pointcut expression that locates our "post" method and applies security that way
<protect-pointcut expression="execution(* bigbank.*Service.post*(..))" access="ROLE_TELLER"/>
-->
</global-method-security>
<http auto-config="true" >
<intercept-url pattern="/community/locale**" access="ROLE_ADMIN" />
<intercept-url pattern="/base/dataType_edit.action**" access="ROLE_ADMIN" />
<intercept-url pattern="/base/dataType_edit.action?form=Y**" access="ROLE_MANAGER" />
<intercept-url pattern="/base/property**" access="ROLE_ADMIN,ROLE_MANAGER" />
<intercept-url pattern="/base/user**" access="ROLE_ADMIN,ROLE_MANAGER,ROLE_USER" />
<intercept-url pattern="/base/group**" access="ROLE_ADMIN,ROLE_MANAGER" />
<intercept-url pattern="/base/template**" access="ROLE_ADMIN,ROLE_MANAGER" />
<!-- <intercept-url pattern="/base/data_save.action" access="ROLE_ADMIN,ROLE_MANAGER" /> -->
<intercept-url pattern="/community/dms.action" access="ROLE_MANAGER" />
<intercept-url pattern="/base/link**" access="ROLE_MANAGER" />
<intercept-url pattern="/base/data_edit**" access="ROLE_MANAGER" />
<intercept-url pattern="/community/meetingCenter.action*" access="ROLE_MANAGER" />
<intercept-url pattern="/community/meetingCenter_createMeeting*" access="ROLE_MANAGER" />
<intercept-url pattern="/community/secure.action**" access="ROLE_ADMIN,ROLE_MANAGER,ROLE_USER" />
<!--
<intercept-url pattern="/shoppingcart/product_manageCart.action*" access="ROLE_ADMIN,ROLE_MANAGER,ROLE_USER" />
<intercept-url pattern="/shoppingcart/product_checkOut.action*" access="ROLE_ADMIN,ROLE_MANAGER,ROLE_USER" />
<intercept-url pattern="/shoppingcart/product_buy.action*" access="ROLE_ADMIN,ROLE_MANAGER,ROLE_USER" />
<intercept-url pattern="/shoppingcart/product_trybeforebuy.action*" access="ROLE_ADMIN,ROLE_MANAGER,ROLE_USER" />
-->
<!-- The login-page used below is not valid since entry-point-ref is specified. authenticationEntryPoint
bean decides the login page. -->
<form-login login-page="/login.action" authentication-failure-url="/login.action?err=1"
always-use-default-target="false"
default-target-url="/community/home.action" login-processing-url="/saml/SSO" />
<anonymous />
<logout invalidate-session="true" logout-success-url="/community/home.action"/>
<remember-me />
<!--
Uncomment to enable X509 client authentication support
<x509 />
-->
<!--
All of this is unnecessary if auto-config="true"
<form-login />
<anonymous />
<http-basic />
<logout />
<remember-me />
-->
<!-- Uncomment to limit the number of sessions a user can have
<concurrent-session-control max-sessions="1" exception-if-maximum-exceeded="true"/>
-->
</http>
<!-- Default DAO Authentication Provider -->
<authentication-provider user-service-ref="userDetailsService">
</authentication-provider>
</beans:beans>
1.Here security-application-context.xml is getting loaded from web.xml, still getting the error.
2. I tried by adding security: prefix to http tags in security-app.xml file, but still error is occuring.
Please let me know where could be the problem. I am using AS5.1 with default deployment option.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/585073#585073]
Start a new discussion in Snowdrop at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 2 months
[jBPM] - What is the best option to pass multiple parameters between user task nodes?
by bpmn2user
bpmn2user [http://community.jboss.org/people/bpmn2user] created the discussion
"What is the best option to pass multiple parameters between user task nodes?"
To view the discussion, visit: http://community.jboss.org/message/585748#585748
--------------------------------------------------------------
I am particularly interested in knowing the best option we have while sharing the user variables between various ftl template files.
Here is a sample scenario:
There are a few users that work on a common data. After a user looks at a 'ftl' form and modifies the content, this data needs to be available for the next user.
This can be done as follows:
1) Have a script node before each human task and populate a Map of all the required variables. This Map can then be mapped to Content and the variables can be accessed in each ftl template.
2.) After these variables are modified in a 'ftl' form, these variables can be passed using 'Result Mapping' option. Here the individual output variables are transferred using 'Result Mapping', i.e., not as a Map.
3.) We then need to construct a Map again from the output variables from the previous task node and send as a Content parameter so that they can be accessed in the new user 'ftl' form.
Is there any better option available (rather than converting variables to Map, before and after each user task node) while sharing the user variable data?
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/585748#585748]
Start a new discussion in jBPM at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 2 months
[JBoss Remoting] - Re: JBOSS 5.1.0GA + EJB/JNDI over HTTPS
by Primitivo Dimahugot
Primitivo Dimahugot [http://community.jboss.org/people/buttmanizer] created the discussion
"Re: JBOSS 5.1.0GA + EJB/JNDI over HTTPS"
To view the discussion, visit: http://community.jboss.org/message/585660#585660
--------------------------------------------------------------
After following this tutorial, I'm getting this error:
javax.naming.NamingException: Failed to retrieve Naming interface for provider https://192.168.0.121:8443/invoker/JNDIFactory https://192.168.0.121:8443/invoker/JNDIFactory [Root exception is javax.net.ssl.SSLException: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty]
can't connect...
at org.jboss.naming.HttpNamingContextFactory.getInitialContext(HttpNamingContextFactory.java:84)
at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:667)
at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:288)
at javax.naming.InitialContext.init(InitialContext.java:223)
at javax.naming.InitialContext.<init>(InitialContext.java:197)
Here're the properties when I'm running the java client program:
-Djavax.net.ssl.trustStore=alias.truststore
-Djavax.net.ssl.trustStorePassword=password
-Djava.protocol.handler.pkgs=javax.net.ssl
I used this in my jboss.xml:
...
<session>
<ejb-name>LoginRDAOAction</ejb-name>
<remote-binding>
<jndi-name>LoginRDAOAction/https</jndi-name>
<client-bind-url>sslservlet://${jboss.bind.address}:8443/servlet-invoker/SSLServerInvokerServlet</client-bind-url>
</remote-binding>
</session>
...
Here is my java client code snippet:
...
String name = "LoginRDAOAction/https";
Properties props = new Properties();
props.put("java.naming.factory.initial", "org.jboss.naming.HttpNamingContextFactory");
props.put("java.naming.provider.url", " https://192.168.0.121:8443/invoker/JNDIFactory https://192.168.0.121:8443/invoker/JNDIFactory");
props.put("java.naming.factory.url.pkgs", "org.jboss.naming");
initialContext = new InitialContext(props);
...
When i use -Djavax.net.debug=all, i see these:
...
keyStore is :
keyStore type is : jks
keyStore provider is :
init keystore
init keymanager of type SunX509
trustStore is: No File Available, using empty keystore.
trustStore type is : jks
trustStore provider is :
init truststore
trigger seeding of SecureRandom
done seeding SecureRandom
...
main, handling exception: java.lang.RuntimeException: Unexpected error: java.security.InvalidAlgorithmParameterException: the trustAnchors parameter must be non-empty
main, SEND TLSv1 ALERT: fatal, description = internal_error
main, WRITE: TLSv1 Alert, length = 2
[Raw write]: length = 7
0000: 15 03 01 00 02 02 50 ......P
main, called closeSocket()
...
I'm stacked at this error. It would be a great help if anyone can show me the solution. Im porting from JBoss 4.2.2.GA to 5.1.0.GA.
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/585660#585660]
Start a new discussion in JBoss Remoting at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 2 months
[JBoss AOP] - The reuse&&JBoss AOP
by loupi loupi
loupi loupi [http://community.jboss.org/people/hsma] created the discussion
"The reuse&&JBoss AOP"
To view the discussion, visit: http://community.jboss.org/message/583176#583176
--------------------------------------------------------------
*Hello,*
*First, i really need someone to answer me, because I have many questions, but in this forum only a few people answer*
*Question N=°1 how JBoss AOP defines an abstract aspect? and how it makes the reuse?(example in AspectJ we find Abstarct aspect)*
*Question N=°2 how can we access to variable with the mixin mechanism?because I followed your example*
|| *MixIN example* ||
| package Fooo;
public class Foo {
public int fooField;
public Foo () {
fooField = 0;
}
public String fooMethod (int i) {
return Integer.toString (fooField + i);
}
} |
| package Fooo;
public interface FooMixinInt {
public String fooMethod2 (int i);
} |
| package Fooo;
public class FooMixin implements FooMixinInt {
public String fooMethod2 (int i) {
return Integer.toString (fooField - i);
}
} |
| package Fooo;
public class Main {
public static void main(String[] args) {
// TODO Auto-generated method stub
Foo foo = new Foo ();
FooMixinInt fooint = (FooMixinInt) foo;
String s = fooint.fooMethod2 (-2);
}
} |
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<aop>
<introduction class="Fooo.Foo">
<mixin>
<interfaces>Fooo.FooMixinInt</interfaces>
<class>Fooo.FooMixin</class>
<construction>new Fooo.FooMixin()</construction>
</mixin>
</introduction>
</aop>
*and I often find this error:*
Exception in thread "main" java.lang.Error: Unresolved compilation problem:
fooField cannot be resolved
at Fooo.FooMixin.fooMethod2(FooMixin.java:6)
at Fooo.Foo.Fooo$Foo$fooMethod2$aop(Foo.java)
at Fooo.Foo$FooAdvisor.fooMethod24106554489332185313(Foo$FooAdvisor.java)
at Fooo.Foo.fooMethod2(Foo.java)
at Fooo.Main.main(Main.java:12)
*Thank you :)*
--------------------------------------------------------------
Reply to this message by going to Community
[http://community.jboss.org/message/583176#583176]
Start a new discussion in JBoss AOP at Community
[http://community.jboss.org/choose-container!input.jspa?contentType=1&cont...]
15 years, 2 months