| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/qpid/branches/asyncstore@1334037 13f79535-47bb-0310-9956-ffa450edef68
|
| |
|
|
|
|
|
|
| |
This is a test-only fix.
Tell the client explicitly to use DIGEST-MD5, rather than possibly defaulting to a mech that the test has not prepared for.
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk/qpid@1082685 13f79535-47bb-0310-9956-ffa450edef68
|
| |
|
|
|
|
|
|
|
| |
Otherwise, if user A runs these tests first, user B can't come along and
run them later -- if he doesn't have write permission to the /tmp/sasl_fed
directory which user A already created.
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk/qpid@1050493 13f79535-47bb-0310-9956-ffa450edef68
|
| |
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk/qpid@1030180 13f79535-47bb-0310-9956-ffa450edef68
|
| |
|
|
|
|
|
| |
by bailing out if the python tools that it needs are absent.
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk/qpid@1028878 13f79535-47bb-0310-9956-ffa450edef68
|
| |
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk/qpid@1028250 13f79535-47bb-0310-9956-ffa450edef68
|
| |
|
|
|
|
|
| |
Use it in the sasl_fed test to determine whether that test can run.
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk/qpid@1028180 13f79535-47bb-0310-9956-ffa450edef68
|
| |
|
|
|
|
|
|
|
|
| |
so that I could grep for it in the sasl_fed test. But it is breaking the
windows build. So I am backing it out, and temporarily disabling the
sasl_fed test until I can implement something a little less grotesque.
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk/qpid@1027594 13f79535-47bb-0310-9956-ffa450edef68
|
| |
|
|
| |
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk/qpid@1027243 13f79535-47bb-0310-9956-ffa450edef68
|
| |
|
|
|
|
| |
statement printed by broker #2 -- and exit if the version number is too low to support redirection of the sasl database file.
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk/qpid@1026233 13f79535-47bb-0310-9956-ffa450edef68
|
|
|
-------------------------------------------------------------
1. Brokers already knew how to handle the server side of SASLized
links, but not the client side. So we promoted the client-side
SASL code from the client library to the common library so that
the broker could also use it. This affected SaslFactory.{h,cpp}
and Sasl.h
TODO -- can the server-side and client-side code be unified here?
2. Some of the SASL verbs in broker/ConnectionHandler.cpp are
expanded: start, secure, tune.
3. broker/SecureConnection is altered to get the client-broker and
the server-broker to agree on when the security layer should be
inserted.
4. the python tool qpid-route is modified so that, in the "route add"
command, you can specify the security mechanism for SASL to use.
TODO -- should we also pass in {min,max}SSF ?
5. Changes in broker/LinkRegistry to allow the information input by
qpid-route to be passed up to where it is needed.
6. A bash script test run by "make check" that creates a SASLized
federation link and sends some messages down it.
TODO - write a python unit test instead of a bash script. I
think I uncovered a bug in the python code when I tried.
7. NOTE - testing for this feature does not work with versions of
SASL earlier than 2.1.22, becuase I can't tell SASL to use a
SASL database file in a nonstandard location. The test is
disabled for earlier versions.
git-svn-id: https://svn.apache.org/repos/asf/qpid/trunk/qpid@1024541 13f79535-47bb-0310-9956-ffa450edef68
|
