[JBoss JIRA] Created: (JBMESSAGING-1802) Persisting MapMessage with large String value is broken
by Justin Bertram (JIRA)
Persisting MapMessage with large String value is broken
-------------------------------------------------------
Key: JBMESSAGING-1802
URL: https://jira.jboss.org/jira/browse/JBMESSAGING-1802
Project: JBoss Messaging
Issue Type: Bug
Affects Versions: 1.4.0.SP3.CP10
Reporter: Justin Bertram
Assignee: Howard Gao
Sending a javax.jms.MapMessage that has a String value >= 65536 characters fails. Here's the test-case to reproduce. I ran this against a fresh install of JBoss EAP 5:
import java.util.Properties;
import javax.jms.Connection;
import javax.jms.ConnectionFactory;
import javax.jms.DeliveryMode;
import javax.jms.Destination;
import javax.jms.MapMessage;
import javax.jms.MessageProducer;
import javax.jms.Session;
import javax.naming.InitialContext;
public class MessageSender {
public static void main(String[] args) throws Exception {
Properties props = new Properties();
props.put("java.naming.factory.initial", "org.jnp.interfaces.NamingContextFactory");
props.put("java.naming.provider.url", "127.0.0.1:1099");
props.put("java.naming.factory.url.pkgs", "org.jboss.naming:org.jnp.interfaces");
InitialContext initialcontext = new InitialContext(props);
ConnectionFactory connectionFactory = (ConnectionFactory) initialcontext.lookup("ConnectionFactory");
Connection connection = connectionFactory.createConnection();
Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
Destination destination = (Destination) initialcontext.lookup("queue/DLQ");
MessageProducer producer = session.createProducer(destination);
producer.setDeliveryMode(DeliveryMode.PERSISTENT);
StringBuilder x = new StringBuilder();
for (int i = 0; i < Math.pow(2, 16) - 1; i++) {
x.append("x");
}
MapMessage message = session.createMapMessage();
message.setString("x", x.toString());
producer.send(message);
System.out.println("Send succeeded!");
x.append("x"); // string is now 2^16 (65536) characters long
message = session.createMapMessage();
message.setString("x", x.toString());
try {
producer.send(message);
} catch (Exception e) {
System.out.println("Send failed!\n " + e.getCause().getMessage());
//e.printStackTrace();
}
connection.close();
}
}
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] Created: (JBMESSAGING-1870) ClientSocketWrapper constructors have a redundant call to createStreams()
by Ron Sigal (JIRA)
ClientSocketWrapper constructors have a redundant call to createStreams()
-------------------------------------------------------------------------
Key: JBMESSAGING-1870
URL: https://issues.jboss.org/browse/JBMESSAGING-1870
Project: JBoss Messaging
Issue Type: Bug
Affects Versions: 1.4.8.GA, 1.4.0.SP3.CP12
Reporter: Ron Sigal
Priority: Minor
org.jboss.jms.client.remoting.ClientSocketWrapper is derived from org.jboss.remoting.transport.socket.ClientSocketWrapper. The constructors of the former look like
public ClientSocketWrapper(Socket socket) throws IOException
{
super(socket);
createStreams(socket, null);
}
public ClientSocketWrapper(Socket socket, Map metadata, Integer timeout) throws Exception
{
super(socket, metadata, timeout);
createStreams(socket, metadata);
}
and the constructors of the latter look like
public ClientSocketWrapper(Socket socket) throws IOException
{
super(socket);
createStreams(socket, null);
}
public ClientSocketWrapper(Socket socket, Map metadata, Integer timeout) throws Exception
{
super(socket, timeout);
createStreams(socket, metadata);
}
The calls to createStreams() in the JBossMessaging versions of ClientSocketWrapper is redundant.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] Created: (JBMESSAGING-1866) Adapt JBM tests to new failover model
by Yong Hao Gao (JIRA)
Adapt JBM tests to new failover model
-------------------------------------
Key: JBMESSAGING-1866
URL: https://issues.jboss.org/browse/JBMESSAGING-1866
Project: JBoss Messaging
Issue Type: Task
Components: Tests and Performance
Affects Versions: 1.4.8.GA, 1.4.0.SP3.CP12
Reporter: Yong Hao Gao
Assignee: Yong Hao Gao
Fix For: 1.4.0.SP3.CP13, 1.4.8.SP1
In jbm test suite some tests will fail if the 'keepOldFailoverModel' is set to false. This is because with new model, the failover for a dead node doesn't happen immediately. This affects all tests which expect a failover to happen after a certain timeout.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months
[JBoss JIRA] Created: (AS7-1440) allow default persistence provider to be configured
by Scott Marlow (JIRA)
allow default persistence provider to be configured
---------------------------------------------------
Key: AS7-1440
URL: https://issues.jboss.org/browse/AS7-1440
Project: Application Server 7
Issue Type: Feature Request
Components: JPA / Hibernate
Reporter: Scott Marlow
Fix For: 7.1.0.Alpha1
Allow default persistence provider to be configured, so that a different provider could be used by default. This helps improve our JPA plugability (users preferred persistence provider can become the default).
Without this feature, the user could instead make application changes to the persistence.xml to accomplish the same (not always possible if user cannot make app changes).
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
12 years, 2 months