Gordon Sim wrote:
We have two forms in use for boolean options to qpidd. The first form
is where the presence of an option implies that its value is true. E.g.
--no-module-dir
--no-data-dir
--tcp-nodelay
--require-encryption
-t --trace
-d --daemon
-c --check
-q --quit
-h --hel
ffrenchm wrote:
Gordon Sim wrote:
Only if you were redistributing the store plugin as part of some bigger
system might
there be an issue.
This is the question. I'm totally agree with the fact that I could not
deliver any BDB libraries without publishing my source code - unfortunately
I can
Aidan Skinner-2 wrote:
>
> There's no federation implementation for Qpid/Java AFAIK.
>
Thanks for your answer. I had the same impression.
And is there any planned federation implementation for Qpid/Java in the QPid
roadmap AFAYK ?
--
View this message in context:
http://n2.nabble.com/So
Gordon Sim wrote:
>
> Only if you were redistributing the store plugin as part of some bigger
> system might
> there be an issue.
>
This is the question. I'm totally agree with the fact that I could not
deliver any BDB libraries without publishing my source code - unfortunately
I can't :). Bu
> I have these types of machines available if you decide to pursue this
> effort and want help porting it.
>
Would be happy to help you. I'm currently subscribing to the dev list so
then we will have some discussions in it :)
--
View this message in context:
http://n2.nabble.com/QPid-C%2B