Re: x-webobjects-request-id lacking uniqueness?
Re: x-webobjects-request-id lacking uniqueness?
- Subject: Re: x-webobjects-request-id lacking uniqueness?
- From: Patrick Middleton <email@hidden>
- Date: Mon, 6 Dec 2010 15:50:17 +0000
On 6 Dec 2010, at 15:27, Mark Ritchie wrote:
Good Morning,
On 6/Dec/2010, at 5:09 AM, Patrick Middleton wrote:
If an instance receives a request via a direct action and I don't
want it to be redirected via the load balancer, enough information
is broadcast such that other instances waiting for requests will
be able to tell that another instance should already be processing
it,
'Should' is a strong word here. I don't think that I'd be relying
on it. Perhaps I'm pessimistic?
Or, perhaps, there was more information that was not provided as it
was not relevant to the problem at hand (x-webobjects-request-id
values not as unique as expected) and yet which my MD might deem
confidential intellectual property. This approach is adequately
sound for me.
and then generate a response (without blocking on database i/o) to
the effect that database congestion may be in progress, that their
request is being processed, any database updates may or may not be
committed but will be committed at most once.
Given that you've put rather bluntly that long request
configuration won't work for you,
Bluntly? Well yes I suppose, but .... you should have seen the
drafts I discarded!
I'm not sure how you expect to achieve this across multiple
instances without building the infrastructure yourself.
Which is what I did ... multicast datagram socket.
On 6/Dec/2010, at 7:06 AM, Patrick Middleton wrote:
What I am doing is reporting a bug in the WebObjects API adaptor,
with the circumstances as how how I encountered it. It might be
possible to deduce, for example, that the application list etc
(see config.c in the Adaptors project) is in shared memory, while
uniqueID_counter (see transaction.c) is not in shared memory, but
should be, if we cared.
Anybody reading this list who is interested in the adaptor?
Patches welcome!
Cough. Yes. I dare say they are.
-- Patrick
This email, including any attachments, is confidential and intended solely for the person or organisation to whom it is addressed. If you are not the intended recipient you must not disseminate, distribute or copy any part of this email nor take any action in reliance on it.
If you have received this in error please notify the sender immediately by email or phone +44 (0)1702 426400 and delete this email and any attachments from your system.
Email transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of email transmission. If verification is required please request a hard-copy version.
OneStep Solutions LLP is registered in England and Wales under registration number OC337173 and has its registered office at 457 Southchurch Road, Southend-on-Sea, Essex SS1 2PH.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden