After chatting with James Peach and Ming Zym, both of whom I utterly confused,
I see it a bit more clearly.
The root is how server sessions are shared, and what constitutes a valid
session for a specific client transaction in a session.
The current behavior is to match both the fully qualified
+1
On Thu, Oct 3, 2013 at 11:05 AM, Alan M. Carroll
a...@network-geographics.com wrote:
After chatting with James Peach and Ming Zym, both of whom I utterly
confused, I see it a bit more clearly.
The root is how server sessions are shared, and what constitutes a valid
session for a
On Oct 3, 2013, at 9:05 AM, Alan M. Carroll a...@network-geographics.com
wrote:
After chatting with James Peach and Ming Zym, both of whom I utterly
confused, I see it a bit more clearly.
There's also a bug filed on this already:
https://issues.apache.org/jira/browse/TS-1893
-- Leif
Thursday, October 3, 2013, 10:31:07 AM, you wrote:
There's also a bug filed on this already:
https://issues.apache.org/jira/browse/TS-1893
I've assumed control of that bug :-) and updated it with this proposal. Any one
interested should move the discussion there.
Hi folks-
The other day Apache changed all of its' project's wiki permissions to
reduce the amount of spam it was receiving. Now, to edit the wiki,
your account needs specific permission. As of right now, only the
following usernames(ish -- removed some email addy info ) have access
to edit the
Please add me to this list.
My wiki username: yunkai.
Thank you.
On Fri, Oct 4, 2013 at 7:56 AM, Miles Libbey mlib...@apache.org wrote:
Hi folks-
The other day Apache changed all of its' project's wiki permissions to
reduce the amount of spam it was receiving. Now, to edit the wiki,
your