[JBoss JIRA] Created: (JBESB-395) More SAR classloader woes :-)
by Tom Fennelly (JIRA)
More SAR classloader woes :-)
-----------------------------
Key: JBESB-395
URL: http://jira.jboss.com/jira/browse/JBESB-395
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0 CR2
Reporter: Tom Fennelly
Assigned To: Kevin Conner
Fix For: 4.0
I think I've another classloader puzzle for ye to tease out :-) So, we have the 2 sars now. The service gets deployed into jbossesb.sar and the dependencies into the other etc etc.
One of the quickstarts (transform_XML2POJO) defines an action that follows a SmooksTransformer action. This 2nd action expected some POJO instances to be attached to the message (attached and populated by Smooks). The
The classloading gets screwed because Smooks uses the jbossesb-dependencies.sar classloader (because it's in that .sar) to load the POJO bean class instances that are attached to the message. The action instance extracts the beans from the message and tries to cast them but because that action class is in the jbossesb.sar it uses the jbosses.sar classloader to load the POJO class instances, we get a ClassCastException.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months
[JBoss JIRA] Created: (JBCACHE-693) TreeCache configuration bombs with InvocationTargetException when JVM locale is set to Turkish.
by Yasar Safkan (JIRA)
TreeCache configuration bombs with InvocationTargetException when JVM locale is set to Turkish.
-----------------------------------------------------------------------------------------------
Key: JBCACHE-693
URL: http://jira.jboss.com/jira/browse/JBCACHE-693
Project: JBoss Cache
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: Tested on Linux, using Resin 3.0.14 with Hibernate 3.
Reporter: Yasar Safkan
Assigned To: Manik Surtani
When the parameters:
-Duser.language=tr -Duser.country=TR
are passed to the JVM, the AppServer startup bombs when it tires to configure TreeCache using treecache.xml. Seems that it reads the value fine, but thinks the value is invalid for some reason.
My best guess is this stems from the way the letters i and I are handled in Turkish. If there is any upper/lowercase conversion code within JBossCache, these letters are handled funny, thus string constants like READ_COMMITED are not recognized.
The fix will probably be to use upper/lowercase conversion by specifying a character set in the JBossCache code, and not relying on the JVM defaults.
The JVM itself had a similar bug, which prevented encrytion from working under these same conditions.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months
[JBoss JIRA] Reopened: (JBAS-2215) Datasource deployments should only depend on a jrmp invoker when use-java-context is true
by Weston Price (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2215?page=all ]
Weston Price reopened JBAS-2215:
--------------------------------
Assignee: Weston Price (was: Scott M Stark)
The ConnectionFactoryTemplate.xsl includes the correct template for this solution, however, it never seemed to be used. As a result, the JRMPInvoker is always being assigned to the WrapperDataSourceService regardless of the use-java-context setting.
> Datasource deployments should only depend on a jrmp invoker when use-java-context is true
> -----------------------------------------------------------------------------------------
>
> Key: JBAS-2215
> URL: http://jira.jboss.com/jira/browse/JBAS-2215
> Project: JBoss Application Server
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JCA service
> Affects Versions: JBossAS-4.0.2 Final
> Reporter: Scott M Stark
> Assigned To: Weston Price
> Fix For: JBossAS-5.0.0.Beta1, JBossAS-4.0.3 Final
>
>
> Currently every *-ds.xml deployment has a dependency on a JMXInvoker even if the DataSource is not bound into the global JNDI for use outside of the server. The only time a remote proxy should be created and a dependency on a JMXInvoker created is when the *-ds.xml use-java-context element is false.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years, 3 months