[JBoss Seam] - Problem with SFSB passivation
by chlabreu
I'm using SFSB as action listeners. If the user stops acting on the system for while, the action listener enters in passivation. Then, when the user come back and performs an action, the call to the SFSB causes a exception, with a long stack trace. The user session is still valid, but seems like it is is shortened by the bean passivation time. Worst, from this momment on the system cannot recover from this error and the passivated action listener does not work anymore until the user closes the browser and opens it again (sure because we are using MyFaces with client state saving).
What is the currect way to handle this scennario? Is this a bug or a missusing? If it is not a bug, how should we recover without depend the user to close the browser? This same thing happens the system all around.
Thanks in advance.
Charles Abreu
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3962277#3962277
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3962277
18 years, 5 months
[Persistence, JBoss/CMP, Hibernate, Database] - AbstractMethodError: prepareStatement
by frontline2
I began to get the error "AbstractMethodError: prepareStatement" when I switched to jboss 4.0.4 (from 4.0.3.sp1).
I then replaced the jar jboss-common-jdbc-wrapper.jar from the old jboss version, and things started to work again.
What has changed in these classes (org.jboss.resource.adapter.jdbc.*)? What can I do to work around this issue?
I'm using spring's SqlQuery/JdbcTemplates.
A stack trace:
---
javax.resource.spi.ResourceAdapterInternalException: Unexpected error
at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.broadcastConnectionError(BaseWrapperManagedConnection.java:29
3)
at org.jboss.resource.adapter.jdbc.BaseWrapperManagedConnection.connectionError(BaseWrapperManagedConnection.java:273)
at org.jboss.resource.adapter.jdbc.WrappedConnection.checkException(WrappedConnection.java:553)
at org.jboss.resource.adapter.jdbc.WrappedConnection.prepareStatement(WrappedConnection.java:191)
at org.springframework.jdbc.core.PreparedStatementCreatorFactory$PreparedStatementCreatorImpl.createPreparedStatement(Prepare
dStatementCreatorFactory.java:224)
at org.springframework.jdbc.core.JdbcTemplate.execute(JdbcTemplate.java:471)
at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:529)
at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:554)
at org.springframework.jdbc.core.JdbcTemplate.query(JdbcTemplate.java:595)
at org.springframework.jdbc.object.SqlQuery.execute(SqlQuery.java:117)
at org.springframework.jdbc.object.SqlQuery.execute(SqlQuery.java:146)
..
..
r code [0]; Error; - nested throwable: (java.lang.AbstractMethodError); nested exception is org.jboss.util.NestedSQLException: Error;
- nested throwable: (java.lang.AbstractMethodError)
14:04:28,909 ERROR [STDERR] org.jboss.util.NestedSQLException: Error; - nested throwable: (java.lang.AbstractMethodError)
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3962276#3962276
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3962276
18 years, 5 months
[Security & JAAS/JBoss] - Re: can username be UTF-8
by trulore
Well, even if I create a JUnit test case...would that really help if you guys don't have the same JBoss configuration as I do on the back-end? (Unless I zip up my whole WAR and my JBoss config and send that too?)
Here are some more details on the simplest way to reproduce this problem:
1) I've created a simple WAR with a login page and just one JSP page that is protected using J2EE (JEE) declaritive security in web.xml. Here is the relevant section of my web.xml file:
| <login-config>
| <auth-method>FORM</auth-method>
| <realm-name>Example Form-Based Authentication Area</realm-name>
| <form-login-config>
| <form-login-page>/login.jsp</form-login-page>
| <form-error-page>/oops.jsp</form-error-page>
| </form-login-config>
| </login-config>
|
| <security-constraint>
| <display-name>Security Constraint for "customers"</display-name>
| <web-resource-collection>
| <web-resource-name>Protected Area</web-resource-name>
| <url-pattern>/pages/*</url-pattern>
| </web-resource-collection>
| <auth-constraint>
| <role-name>customers</role-name>
| </auth-constraint>
| <user-data-constraint>
| <transport-guarantee>NONE</transport-guarantee>
| </user-data-constraint>
| </security-constraint>
|
| <security-role>
| <role-name>customers</role-name>
| </security-role>
|
2) My login.jsp page is just a standard j_security_check form with the fields "j_username" and "j_password"
3) I'm using the standard JBoss login-config.xml, which defaults to the application-policy of "other" (since I don't specify one in my WAR), which uses users.properties and roles.properties for usernames and passwords and roles. I've also reproduced this problem when I try to use a Database or LDAP server for user authentication. So the authentication mechanism is probably not the issue. But using properties-based authentication is the easiest way to reproduce this problem.
4) I setup a user with an English name and English password in "users.properties" and "roles.properties". And I also setup a user with a Russian name and Russian password in the same properties files. (Russian, or Chineese, or any name and password that requires wide characters)
5) I run my site, and I try to access the protected page. The login page is displayed. I can login as the English user, but not the Russian user.
Does this help any? =)
If you need a JUnit test, I can see what I can come up with for that too.
Thanks!
Robert Pappas
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3962274#3962274
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3962274
18 years, 5 months