Hi,
We've been looking at using the new revproxy module in our environment.
I'm not sure we can use the module as is, but we're interested in using the
spool & backendReply procs in out our code. I think we should be able to
replace ns_http queue/ns_http wait with the same ns_connchan callbacks as
utilised in the revproxy code.
Short question:
Is there a way to influence which driver thread "ns_connchan open" will use?
Longer question:
We have 2 driver threads listening on different ports, nsssl1 & nsssl2.
Using backenReply/spool works ok for GET requests which come in on
driver nsssl1
(we have issues with POSTs working but I've not looked at that yet).
But if the request comes in on driver nsssl2, when we "ns_connchan open" to
our backend, the channel is on nsssl1, so then when the backendReply callback
is triggered it tries to read the handle and can't find it.
eg:
[22/Feb/2017:12:42:34][6739.7f6113fff700][-socks-] Error: connchan "conn0"
does not exist
connchan "conn0" does not exist
while executing
"ns_connchan read $from"
(procedure "backendReply" line 6)
invoked from within
"backendReply conn0 conn1 https://localhost:8002/login_form.html 0 r"
(context: connchan proc)
What would be the best way to avoid this issue?
Thanks,
--
David
Qcode Software Limited
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel
