David, I was hoping you might weigh in here. Yeah, so I'm talking about a method with the Execute on server attribute (or property - whatever) checked.
So the situation is a client process is churning away and passes some arrays off to the EOS method for processing on the server (looking things up, grinding away). It's not running on the client (that's the point) but it's not entirely native to the server either. I'm hearing the guy from the Princess Bride here... "If he's not completely dead that means he's a little bit alive." And this is really my question - is this a bug or am I missing something? On Fri, Jul 7, 2017 at 3:43 PM, David Adams via 4D_Tech < 4d_tech@lists.4d.com> wrote: > I'm not sure I'm following the basic setup because 'execute on server' can > mean two things in 4D, can you clarify? > > If you're running a method with the 'execute on server' flag set then, huh. > What a great question! I hope this is what you mean because, yeah, that's a > nice detail. I don't know the answer and I won't be shocked to learn that > this is a gap in the ON ERR CALL coverage in 4D. (4D seems to approach > error handling as something tacked on top of things - there isn't a > predictable or systemic scheme for it. At least it doesn't look like there > is.) Does anyone know? I've got it on my list to do a deep dive on the > Execute on server flag, but, well, I've got a long list. > ******************************************************************** > -- Kirk Brooks San Francisco, CA ======================= *The only thing necessary for the triumph of evil is for good men to do nothing.* *- Edmund Burke* ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:4d_tech-unsubscr...@lists.4d.com **********************************************************************
