[JBoss JIRA] Created: (JBMESSAGING-624) Running on DB2
by Tomaz Cerar (JIRA)
Running on DB2
--------------
Key: JBMESSAGING-624
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-624
Project: JBoss Messaging
Issue Type: Patch
Components: Messaging Core Persistence
Affects Versions: 1.0.1.GA
Environment: jboss messaging 1.0.1GA, windows xp, DB2 8.2 iSeries
Reporter: Tomaz Cerar
Assigned To: Ovidiu Feodorov
To make jboss messaging 1.0.1GA work with DB2 there must be attribute UsingBinaryStream in class JDBCPersistenceManager made configurable from service file.
in JDBCPersistenceManager you add methods:
/**
* Managed attribute.
*/
public boolean isUsingBinaryStream()throws Exception {
return usingBinaryStream;
}
/**
* Managed attribute.
*/
public void setUsingBinaryStream(boolean usingBinaryStream)throws Exception {
this.usingBinaryStream = usingBinaryStream;
}
and in JDBCPersistenceManager-xmbean.xml
you have to add:
<attribute access="read-write" getMethod="isUsingBinaryStream" setMethod="setUsingBinaryStream">
<description>Should JDBC read as binary stream be used?</description>
<name>UsingBinaryStream</name>
<type>boolean</type>
</attribute>
db2-persistence-service.xml
--
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, 1 month
[JBoss JIRA] Created: (JBMESSAGING-861) Change the test framework to use remoting-service.xml configuration for testing, and drop ServiceContainer duplicate remoting configuration
by Ovidiu Feodorov (JIRA)
Change the test framework to use remoting-service.xml configuration for testing, and drop ServiceContainer duplicate remoting configuration
-------------------------------------------------------------------------------------------------------------------------------------------
Key: JBMESSAGING-861
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-861
Project: JBoss Messaging
Issue Type: Feature Request
Components: Tests and Performance
Reporter: Ovidiu Feodorov
Assigned To: Ovidiu Feodorov
Fix For: 1.2.0.GA
Tim:
wrt our discussion about OOM errors in HTTP tests, I notice the service container is currently using the BlockingCallbackStore:
String params =
"/?" +
marshallers +
"serializationtype=" + serializationType + "&" +
dataType +
"socket.check_connection=false&" +
"clientLeasePeriod=" + clientLeasePeriod + "&" +
"callbackStore=org.jboss.remoting.callback.BlockingCallbackStore&" +
"clientSocketClass=org.jboss.jms.client.remoting.ClientSocketWrapper&" +
"serverSocketClass=org.jboss.jms.server.remoting.ServerSocketWrapper&" +
"NumberOfRetries=1&" +
"NumberOfCallRetries=2&" +
"callbackErrorsAllowed=1&" +
"onewayThreadPool=org.jboss.jms.server.remoting.DirectThreadPool";
but the remoting-service.xml is using the standard callback store:
<attribute name="leasePeriod">10000</attribute>
<attribute name="callbackStore">org.jboss.remoting.callback.CallbackStore</attribute>
<attribute name="clientSocketClass" isParam="true">org.jboss.jms.client.remoting.ClientSocketWrapper</attribute>
--
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, 1 month