[JBoss JIRA] Created: (JBAS-3765) AOP-based version of RetryInterceptor
by Brian Stansberry (JIRA)
AOP-based version of RetryInterceptor
-------------------------------------
Key: JBAS-3765
URL: http://jira.jboss.com/jira/browse/JBAS-3765
Project: JBoss Application Server
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Components: EJB2, EJB3, Remoting
Reporter: Brian Stansberry
Assigned To: Brian Stansberry
Fix For: JBossAS-5.0.0.Beta
The (Single)RetryInterceptor only works for EJB 2. Need to:
1) Create a version that uses the AOP interceptor model rather than org.jboss.invocation.
2) Ensure all proxy factories bind an InvokerLocator in JNDI and include in the proxy metadata the location of the binding.
3) Add the interceptor to the various interceptor stack configs.
--
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
15 years, 10 months
[JBoss JIRA] Created: (HIBERNATE-43) SQL native Request who respond only the first letter
by Alexandre PETRILLO (JIRA)
SQL native Request who respond only the first letter
----------------------------------------------------
Key: HIBERNATE-43
URL: http://jira.jboss.com/jira/browse/HIBERNATE-43
Project: Hibernate
Issue Type: Bug
Environment: Jboss 4.0.4 G.A. patch 1
Reporter: Alexandre PETRILLO
Assigned To: Steve Ebersole
I need to do some sql native query (to a data base Oracle 9i) from an EJB session Bean.
I use Jboss in version 4.0.4 G.A. patch 1
My simple code :
public List doNativeQueryMultiple(String sqlQuery) {
List list = manager.createNativeQuery(sqlQuery).getResultList();
return list;
}
This is some exemple for understand the probleme.
SELECT 'OUI' val FROM dual union SELECT 'NON' FROM dual Order BY 1 asc
Response is : O,N
SELECT 'TOTO' val FROM dual union SELECT 'NON' FROM dual Order BY 1 asc
Response is : TOTO,NON
SELECT 'TOT' val FROM dual union SELECT 'NON' FROM dual Order BY 1 asc
Response is : T,N
SELECT 'OUI' val FROM dual union SELECT 'abc' FROM dual Order BY 1 asc
Response is : O,a
SELECT 'OUI' val FROM dual union SELECT 'abcd' FROM dual Order BY 1 asc
Response is : OUI,abcd
SELECT 'OUI' val FROM dual union SELECT 'NON' FROM dual union SELECT 'TOT' FROM dual Order BY 1 asc
Response is : O,N,T
SELECT 'OUI' val FROM dual union SELECT 'NON' FROM dual union SELECT 'TOTO' FROM dual Order BY 1 asc
Response is : OUI,NON,TOTO
When the response of the request is correct, the return class type is java.lang.String
And when is incorrect , the return class type is java.lang.Charactere, and the response contain the first letter.
The bug is when the size of all of the selected string have the same length.
The test done by Jboss for determine the class return type maybe is wrong.
--
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
16 years
[JBoss JIRA] Created: (JBJMX-100) Class loader doesn't contain classes from MBean jar file when the MBean is redeployed.
by Doug Palmer (JIRA)
Class loader doesn't contain classes from MBean jar file when the MBean is redeployed.
--------------------------------------------------------------------------------------
Key: JBJMX-100
URL: http://jira.jboss.com/jira/browse/JBJMX-100
Project: JBoss JMX
Issue Type: Bug
Affects Versions: JBossAS-4.0.0
Environment: Mac OSX and Windows XP
Reporter: Doug Palmer
This is a simplified version of a Deployer MBean that I have been writing. The MBean uses some jaxb generated classes. When the MBean is first deployed it's create method functions perfectly. However, if the MBean is redeployed then calling create fails because the class loader can't find the package "decs2.process_definition".
To replicate the problem execute the ant target named "deploy-all"; then run JBoss; then execute the ant target named "deploy".
If the package "decs2.process_definition" is is placed in a seperate jar file and that jar file is placed in the server/lib directory then the MBean redeploys successfully.
--
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
16 years
[JBoss JIRA] Created: (JBJMX-98) Monitoring Only Sends Single Notification Message
by Brian Husted (JIRA)
Monitoring Only Sends Single Notification Message
-------------------------------------------------
Key: JBJMX-98
URL: http://jira.jboss.com/jira/browse/JBJMX-98
Project: JBoss JMX
Issue Type: Bug
Affects Versions: JBossAS-4.0.0
Environment: Windows 2000, Sun JDK 1.5, Single CPU 1GB RAM
Reporter: Brian Husted
I have configured a threshold monitoring mbean to monitor the QueueDepth on a JMS queue. When the QueueDepth is greater than 500, I have registered to receive a notification on the ConsoleAlterListener.
The problem is that only one notification is sent when the QueueDepth exceeds 500. The depth will go back down below 500 and minutes later it will again exceed 500 but a notificaiton is NOT sent. I did notice that if I click the clear-all-alerts button on the web-console then the notification will be sent again but only if you clear it each time it appears.
Below is my config for the threshold monitor. I have tested this with the ConsoleAlertMonitor and a custom MBeanListener and I experience the same problem with either configuration.
[Code]
<?xml version="1.0" encoding="UTF-8"?>
<server>
<mbean code="org.jboss.monitor.ThresholdMonitor"
name="jboss.monitor:service=SlaveQueue_Monitor">
<attribute name="MonitorName">SlaveQueue Monitor</attribute>
<depends optional-attribute-name="ObservedObject">jboss.mq.destination:service=Queue,name=B</depends>
<attribute name="ObservedAttribute">QueueDepth</attribute>
<depends-list optional-attribute-name="AlertListeners">
<depends-list-element>jboss.alerts:service=ConsoleAlertListener</depends-list-element>
</depends-list>
<attribute name="Threshold">500</attribute>
<attribute name="Period">2000</attribute>
<attribute name="CompareTo">-1</attribute>
<attribute name="Enabled">true</attribute>
</mbean>
</server>
[/Code]
--
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
16 years