Has there been any solution to this problem?
I have run into as well using JBoss 4.0.3SP1 (and 4.0.4GA).
In my Web Applications, I can login with English usernames and passwords just fine.
But when I try to login with a Russian or Chineese username, the login always fails.
>From the tracing I've done, it seems the username is getting converted to ISO-8859-1, and that's why it's failing.
I've done all the "standard" things to make our pages UTF-8, and this does work on every page except the login page. Something about "j_security_check" is ignoring UTF-8 and forcing a conversion to "ISO-8859-1".
Any thoughts? Pointers?
Robert Pappas
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960721#3960721
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960721
I am attempting to intercept the removal of entity beans. In certain cases, I would like not delete the entity from the database. I have a column that marks if an object is deleted. SO I would intercept the @PreRemove and sent the entity is deleted property. How can I make the system update the entity instead of removing it?
This is especially problematic when the entity is held in a collection by another entity.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960719#3960719
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960719
Tomcat and the app server (actually, EJB container) are runnign in the same JVM so you can use the local interface.
However, if you use the remote interface, JBoss is smart enough to know that the session bean is local and use a local connection anyway.
I've never tried using the relfection API to make ejb method calls. I always either cast the ejb to the local interface, or use PortableRemoteObject.narrow for the remote interface, and then make the calls directly on the resulting proxy.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960717#3960717
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960717
I just downladed 4.0.4, and in an attempt to solve a problem with JSF that seems related to class loading I added a jboss-app.xml to my ear file that looks like this:
| <jboss-app>
| <loader-repository>
| myear:loader=myear.ear
| <loader-repository-config>java2ParentDelegation=false</loader-repository-config>
| </loader-repository>
| </jboss-app>
|
With this file I have a problem when I start JBoss. Jakarta commons logging is complaining because more than one version of the same class is visible.
When I looked at my repository bean in the console I noticed that commons-logging.jar is actually present twice: once in my ear and once in server/default/lib. This is surprising, since my xml file should turn isolation on and prevent the classes loaded by the parent to be seen.
Is there a way to solve this?
TIA
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960715#3960715
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960715
yes I finaly solved it.
in the places I have this problem of mutual dependecny I remove the injection in one side and use lookup instead.
| @Remote ({YY.class})
| public @Stateless class YYBean implements YY {
| @PostConstruct
| public void PostConstruct() {
| Context c;
| try {
| c = new InitialContext();
| Object reference = (Object)c.lookup("ear/XXX/local");
| XXX xBean = (XXX)PortableRemoteObject.narrow(reference, XXX.class);
|
| } catch (Exception e) {
| Logger.getLogger(this.getClass()).error("failed to XXX",e);
| }
|
|
| }
| }
|
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3960714#3960714
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3960714