• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: [JC] update conflict handling
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [JC] update conflict handling


  • Subject: Re: [JC] update conflict handling
  • From: David Avendasora <email@hidden>
  • Date: Tue, 14 Jul 2009 10:29:23 -0400


On Jul 14, 2009, at 10:09 AM, Stamenkovic Florijan wrote:

On Jul 13, 2009, at 14:04, Chuck Hill wrote:

If a person had something like JAD, and looked in EODistributionContext, they might notice an inner class _RemoteMethodReceiver with a method called clientSideRequestGetNotifications.

Methods that start with "clientSideRequest" are typically methods responding to, well, client side requests. I am unsure what such a method has to do with the process of saving changes.


And if they kept looking and looked in EODistributedObjectStore they might see that getting sent. I'm just saying... So maybe there is some way to check (and thus clear) those notifications before attempting the save?

Again, sorry for not understanding you, but what exactly are you saying that the role of notifications in this scenario is? How are they causing / triggering the conflict failure? I don't follow you, I'd appreciate it if you explained what you mean a bit more.

Wouldn't calling clientSideRequestGetNotifications() on the client trigger an automatic copying of the client-side EditingContext back to the server, which would then cause the server side to sync up the server-side EditingContexts and return the Notifications (if any). You could then process those notifications on the client and only _then_ call saveChanges()?


I'm just guessing...

Dave



Besides that I am all up for hacking my way through this, in the absence of a proper way to do it... Ah, the joy of working with WOJC once again :D


Thanks,
F
_______________________________________________
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



_______________________________________________ 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
  • Follow-Ups:
    • Re: [JC] update conflict handling
      • From: Chuck Hill <email@hidden>
References: 
 >[JC] update conflict handling (From: Stamenkovic Florijan <email@hidden>)
 >Re: [JC] update conflict handling (From: Chuck Hill <email@hidden>)
 >Re: [JC] update conflict handling (From: Stamenkovic Florijan <email@hidden>)
 >Re: [JC] update conflict handling (From: Stamenkovic Florijan <email@hidden>)
 >Re: [JC] update conflict handling (From: Chuck Hill <email@hidden>)
 >Re: [JC] update conflict handling (From: Stamenkovic Florijan <email@hidden>)

  • Prev by Date: Re: Little help with a qualifier
  • Next by Date: setTimeout()
  • Previous by thread: Re: [JC] update conflict handling
  • Next by thread: Re: [JC] update conflict handling
  • Index(es):
    • Date
    • Thread