/usr/bin/ld) supports
> shared libraries... yes
> > checking dynamic linker characteristics... GNU/Linux ld.so
> > checking how to hardcode library paths into programs... immediate
> > ./configure: line 19936: syntax error near unexpected token `&'
> > ./c
> ft420 wrote:
> > Hi Gordon,
> >
> > I hope you checked the flow of what happens when
> ./configure is done...
> > If possible please let me know solution for the same...
>
> It has me stumped at present I'm afraid. It looks to me like its an
> issue with autoconf but I couldn't swear to it.
ft420 wrote:
Hi Gordon,
I hope you checked the flow of what happens when ./configure is done...
If possible please let me know solution for the same...
It has me stumped at present I'm afraid. It looks to me like its an
issue with autoconf but I couldn't swear to it. Any experts on the list
idea regarding where the problem is
Thanks
--
View this message in context:
http://n2.nabble.com/send-receive-to-from-remote-machine-tp2507392p2532446.html
Sent from the Apache Qpid users mailing list archive at Nabble.com.
--
line 19936: syntax error near unexpected token `&'
./configure: line 19936: ` test $fail = 1 &&'
hopefully this will give you idea regarding where the problem is
Thanks
--
View this message in context:
http://n2.nabble.com/send-receive-to-from-remote-machine-tp25073
ft420 wrote:
I am using RedHat 5. Please let me know what has to be done on RHEL5?
Sorry, I misread! On RHEL5 all you should require is ./bootstrap
./configure and then make. Certainly that works for me.
I have never seen the error you reported and am at a lost to suggest
what it might be I
act: mailto:users-subscr...@qpid.apache.org
--
View this message in context:
http://n2.nabble.com/send-receive-to-from-remote-machine-tp2507392p2531021.html
Sent from the Apache Qpid users mailing list archive at Nabble.
ft420 wrote:
Linux version 2.6.18-8.el5 RedHat 4.1.1-52
Ah, there is a special patch that needs to be applied for rhel4. You can
get that (along with the README in the rhel4-support directory that is
part of your checkout.
(Basically you need to first go into that directory and run make ap
tion
Project: http://qpid.apache.org
Use/Interact: mailto:users-subscr...@qpid.apache.org
--
View this message in context:
http://n2.nabble.com/send-receive-to-from-remote-machine-tp2507392p2527128.html
Sent from the Apache
ft420 wrote:
autoconf --version reports 2.59
Thats the same as mine, so shouldn't be a problem.
platform being used is Linux.
Which distribution and version?
_
what about 2 queuries ??
1. do we have to cancel the subscriptio
ctor?
--
View this message in context:
http://n2.nabble.com/send-receive-to-from-remote-machine-tp2507392p2526991.html
Sent from the Apache Qpid users mailing list archive at Nabble
ft420 wrote:
I did try following steps:
./bootstrap then
./configure which gives following error::
./configure: line 19936: syntax error near unexpected token `&'
./configure: line 19936: ` test $fail = 1 &&'
I don't actually know what that could be; it may be the version of
autotools you hav
send/recv messages continuously from producer/listener
respectively but after few seconds the system hangs... is it because of accept
overhead that is required after every message?
what to do if i want continuous send/recv & good performance factor?
--
View this message in context:
http:
angs... is it
because of accept overhead that is required after every message?
what to do if i want continuous send/recv & good performance factor?
--
View this message in context:
http://n2.nabble.com/send-receive-to-from-remote-machine-tp2507392p2524835.html
Sent from the Apache Qpid user
Aidan Skinner wrote:
On Mon, Mar 23, 2009 at 12:09 PM, Gordon Sim wrote:
ft420 wrote:
do you mean without persistence plugin creating durable queue is not
possible?
No, unfortunately not. We do want a plugin that can be part of Qpid but it
would have to rely only on ASF compati
On Mon, Mar 23, 2009 at 12:09 PM, Gordon Sim wrote:
> ft420 wrote:
>>
>> do you mean without persistence plugin creating durable queue is not
>> possible?
>
> No, unfortunately not. We do want a plugin that can be part of Qpid but it
> would have to rely only on ASF compatible libraries and no-one
ft420 wrote:
do you mean without persistence plugin creating durable queue is not
possible?
No, unfortunately not. We do want a plugin that can be part of Qpid but
it would have to rely only on ASF compatible libraries and no-one has
yet had time to create one. Would be a great project for an
yet
> available as part of the qpid project, but there is one available from:
>
> http://anonsvn.jboss.org/repos/rhmessaging/store/trunk/cpp/
>
> -----------------
> Apache Qpid - AMQP Messaging Implementation
> Project:
ft420 wrote:
thanks a lot. I tried both PRE_ACQUIRED & NOT_ACQUIRED. Is there any
performance overhead involved in any of these 2 options?
I doubt either option is as fast as the common path (which is where most
optimisation has focused so far). I'd suggest trying it out to see if it
meets th
; i < queueMsgCnt; i++)
> {
> incoming.get(message);
> cout << "Message is " << message.getData() << endl;
> }
> s.cancel();
> s.release(s.getUnaccepted());//messages are left on the queue
>
> (You can use a MessageListener instead o
ft420 wrote:
I did following:
connection.open(host, port);
Session session = connection.newSession();
:
:
:
SubscriptionManager sub(session);
sub.setAcquireMode(ACQUIRE_MODE_PRE_ACQUIRED);
for (uint i = 0; i < queueMsgCnt; i
be available for other subscribers. You could also use
> ACQUIRE_MODE_PRE_ACQUIRED which essentially 'locks' the message and then
> simply release the message making it available again.
>
>
> -
> Apache Qpid - AMQP Messa
ft420 wrote:
Actually that will not solve my purpose as in my case same application sends
out messages with different labels so i want specifically label
functionality only...
Thats ok, the producer can send messages with different routing keys
used for each. The routing key only dictates whic
------------
> Apache Qpid - AMQP Messaging Implementation
> Project: http://qpid.apache.org
> Use/Interact: mailto:users-subscr...@qpid.apache.org
>
>
>
--
View this message in context:
http://n2.nabble.com/send-receive-to-from-remote-machine-tp25073
ft420 wrote:
okie so you mean if i want to get messages on basis on its label say only
messages with HELLO label will be received else all will be discarded then
on sender side i need to set
message.getHeader().setString("Label", "HELLO");
and
on receiver side
put output of message.getHeader
.
>
> E.g. for the c++ client:
>
>message.getHeaders().setString("Label","xyz");
>
> or
>
>message.getHeaders().setInt("Label",973987528);
>
> -
> Apache Qpid - AMQP Messaging Implementation
&g
ft420 wrote:
Is it possible to send/receive etc to/from remote machine as in MSMQ?
what is the procedure for the same?
While running the broker -p option allows me to listen on port other than
5672 but if i want to change the ip also how to do the same as by default it
takes 127.0.0.1 ip...
Th
--
View this message in context:
http://n2.nabble.com/send-receive-to-from-remote-machine-tp2507392p2507392.html
Sent from the Apache Qpid users mailing list archive at Nabble.com.
-
Apache Qpid - AMQP Messaging Implementation
28 matches
Mail list logo