Hi!I'm in a hurry now, so I can't read the entire thread. But if you are having the same problem I did, do two things:
1) Add this to your vhost/apache configuration: SSLOptions -FakeBasicAuth -ExportCertData -StrictRequire -StdEnvVars2) Recompile mod_webobjects without SSL support (this means, remove the APACHE_SECURITY_ENABLED flag from compilation).
Your pages will still be reachable by SSL, this only disables the forwarding of the SSL details (like certificates, client identification, etc) to the app itself, which, in most cases, doesn't need to know any of that.
Start with option 2), I think after that being done, you don't need to do 1), but I'm not sure.
Yours Miguel Arroz On 2009/04/02, at 08:50, Mark Ritchie wrote:
[Miguel, I'm coping you since I think that you're SSL problems from 14Feb2009 might be related to this.]Hi Mukesh! On 1-Apr-09, at 4:51 PM, Mukesh Makwana wrote:Is there any specific value/behavior on the adaptor info page that needs to be checked/monitored?I went back to Terry's detail post and noticed that the logs show'd that the adaptor is marking the instance as dead. You should be able to see that on the WOAdaptorInfo page however it will only be that way for 10 seconds so you have to be quick.Also, I noticed this message:Error: sendBuffers(): send error: Invalid argument"Invalid argument" corresponds to errno 22 - EINVALThat error is being thrown by the sendmsg() system call, called by sendBuffers().I'm looking at: WebObjects/Source/Adaptors/Adaptor/nbsocket.c The docs for sendmsg() are here: http://docs.sun.com/app/docs/doc/816-5170/send-3socket?a=view There are 3 cases documented to return EINVAL 1) there are no buffers 2) one of the buffers is of negative size3) the total size of all buffers is greater then ssize_t (seems be defined as long on Solaris 10)The adaptor checks for case 1, and case 2 seems unlikely although it might occur with a weird header. Case 3 also seems unlikely since the adaptor specifically switches to streaming to handle large requests.Also, I noticed that the log shows that the failure occurs on the 8th R/R loop! What was the user doing then? Some kind of submission or upload perhaps? (Yes, I noticed that there's no notice of streaming in the log, I'm just checking. ;-)If that still doesn't point to what the error is then I'd modify the adaptor to dump the buffers when this condition occurs so that we can nail down what's happening in this case.Anyway, hope that helps!Also, I'm available to look into this in more detail if you can't figure out what's going on. ;-)Mark __ Mark Ritchie Cocoa and WebObjects Developer Diamond Lake Consulting Inc. Toronto, Ontario, Canada _______________________________________________ Do not post admin requests to the list. They will be ignored.Webobjects-deploy mailing list (Webobjects- [email protected])Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-deploy/arroz%40guiamac.com This email sent to [email protected]
........................... http://www.survs.com
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-deploy mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-deploy/archive%40mail-archive.com This email sent to [email protected]
