James,
Thanks for pointing this out.
I have fixed this in Qpid trunk rev 757640.
Regards,
Rajith
On Mon, Mar 23, 2009 at 6:21 PM, Jason Copeland wrote:
> org.apache.qpid.transport.Connection line # 165
>
>public void connect(String host, int port, String vhost, String username,
> String p
Nobody has objected so far. If I don't hear an objection, I'll go ahead
and make that change.
Jonathan
Jonathan Robie wrote:
Each example in our examples directory currently has two Makefiles.
One of these is a standard Autotools-generated Makefile located
directly in the same directory as th
[
https://issues.apache.org/jira/browse/QPID-1769?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeff Stein updated QPID-1769:
-
Description:
I'm running into a bug where, when I send messages 64 kilobytes long via a JMS
producer, and
JMS: No useful exception thrown when message is sent to full queue
--
Key: QPID-1770
URL: https://issues.apache.org/jira/browse/QPID-1770
Project: Qpid
Issue Type: Bug
org.apache.qpid.transport.Connection line # 165
public void connect(String host, int port, String vhost, String username,
String password, boolean ssl)
{
connect(host, port, vhost, username, password, false,"PLAIN");
}
Shouldn't it be
connect(host, port, vhost, username, pas
[
https://issues.apache.org/jira/browse/QPID-1769?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeff Stein updated QPID-1769:
-
Description:
I'm running into a bug where, when I send messages 64 kilobytes long via a JMS
producer, and
Do we have API docs for the .Net client, similar to the Doxygen docs we
generate for C++ or the epydoc docs we generate for Python?
Jonathan
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use
[
https://issues.apache.org/jira/browse/QPID-1769?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jeff Stein updated QPID-1769:
-
Attachment: Consumer.java
Producer.java
Here are my hacked-up Producer and Consumer JMS ex
[
https://issues.apache.org/jira/browse/QPID-1769?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12688422#action_12688422
]
Jeff Stein commented on QPID-1769:
--
Here's the qpid-queue-stats program showing that nothin
64 kilobyte messages not dequeued immediately when messageConsumer.receive is
called
Key: QPID-1769
URL: https://issues.apache.org/jira/browse/QPID-1769
Project: Qpi
Each example in our examples directory currently has two Makefiles. One
of these is a standard Autotools-generated Makefile located directly in
the same directory as the source, and it always works because our builds
break if it does not. Each example also has another Makefile called
./.libs/Ma
chenta lee wrote:
Thank you!!Your explanation is very helpful! I will modify the code ASAP.
BTW, I didn't handle the type parser very well. Currently I can only handle
string and integer type. I am thinking maybe we can use the types defined in
"FieldValue" to create a map and register the corres
Thank you!!Your explanation is very helpful! I will modify the code ASAP.
BTW, I didn't handle the type parser very well. Currently I can only handle
string and integer type. I am thinking maybe we can use the types defined in
"FieldValue" to create a map and register the corresponding type handler
Carl Trieloff wrote:
Gordon Sim wrote:
Jonathan Robie wrote:
Let me know when its good to go, and I'll test it and commit it.
(Unless someone objects.)
As stated in my comment on the Jira I think the xerces/xqilla
dependencies need to be managed better for this. Ideally it would form
a plug
Gordon Sim wrote:
Jonathan Robie wrote:
Let me know when its good to go, and I'll test it and commit it.
(Unless someone objects.)
As stated in my comment on the Jira I think the xerces/xqilla
dependencies need to be managed better for this. Ideally it would form
a plugin, but at the very le
Gordon Sim wrote:
Jonathan Robie wrote:
Let me know when its good to go, and I'll test it and commit it.
(Unless someone objects.)
As stated in my comment on the Jira I think the xerces/xqilla
dependencies need to be managed better for this. Ideally it would form
a plugin, but at the very le
[
https://issues.apache.org/jira/browse/QPID-1766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12688311#action_12688311
]
Gordon Sim commented on QPID-1766:
--
Commented out lines should be removed before committing
Jonathan Robie wrote:
Let me know when its good to go, and I'll test it and commit it. (Unless
someone objects.)
As stated in my comment on the Jira I think the xerces/xqilla
dependencies need to be managed better for this. Ideally it would form a
plugin, but at the very least we need to make
Priority Queue Flow to Disk is not thread safe.
---
Key: QPID-1768
URL: https://issues.apache.org/jira/browse/QPID-1768
Project: Qpid
Issue Type: Bug
Components: Java Broker
R
By the way, I really like this.
Let me know when its good to go, and I'll test it and commit it. (Unless
someone objects.)
Jonathan
-
Apache Qpid - AMQP Messaging Implementation
Project: http://qpid.apache.org
Use/Intera
chenta lee wrote:
I already add an option to let user decide whether parse the content or
not.
setting.arguments.setInt("qpid.selector_parse_content", 1);
set qpid.selector_parse_content to 1 will enable broker to parse the message
content, vice versa.
Does your code require the user to speci
chenta lee wrote:
I already add an option to let user decide whether parse the content or
not.
setting.arguments.setInt("qpid.selector_parse_content", 1);
set qpid.selector_parse_content to 1 will enable broker to parse the message
content, vice versa.
The XML Exchange no longer parses mes
Could you tell me how I can access to the machines Steve Huston speak about ?
Carl Trieloff wrote:
>
>
>> .
>>
>> Anyway I would be happy to contribute to this port. Steve Huston already
>> tell me there was some machines available to work on it. I would like to
>> know to manage this work.
[
https://issues.apache.org/jira/browse/QPID-1766?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
chenta lee updated QPID-1766:
-
Attachment: selector.patch
Thank you Gordan, I fixed the locking bug.
And Carl mention me that I still us
.
Anyway I would be happy to contribute to this port. Steve Huston already
tell me there was some machines available to work on it. I would like to
know to manage this work.
great, and welcome. Open a JIRA and attach any work as you go along for
comment. also fire a mail
to the list w
[
https://issues.apache.org/jira/browse/QPID-1766?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12688266#action_12688266
]
Gordon Sim commented on QPID-1766:
--
Couple of comments on the broker side patch:
(1) we re
Hello,
I raises 5 weeks ago a thread in the user qpid mailing list to get some
informations about QPID C++ portability on AIX, HPUX and HPUX itanium.
Currently the fact that QPID C++ is not working on these platforms are
blocking points on the project we're working on and even if QPID seems to be
[
https://issues.apache.org/jira/browse/QPID-1766?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
chenta lee updated QPID-1766:
-
Attachment: selector_example.zip
Here is the example for message selector
> Implemention of selector usin
28 matches
Mail list logo