It isn't possible, the api_slave process will crash, probably leaving an screwed uvcs process, licencing will take a while to catch up so you will be using licences, if you are using pools, then it may cause problems up at the webserver level, and you can get in a right old mess.
It is just the same with a phantom, as soon as it sees an input and there is no buffer, it dies. -----Original Message----- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Doug Chanco Sent: 08 August 2011 14:57 To: U2 Users List Subject: Re: [U2] uniobjects question I totally agree with your response but what me and the java developer are discussing is if it's even possible (I say nay) I will write a java program to test but I was hoping with the vast sea of knowledge on this group that someone would know, if it was possible or not Yes it should never be done and yes your standards are spot on. This is just a I wonder if this is possible question Dougc <email signature> There are 10 kinds of people in the world, those that know binary and those that do not. On Aug 6, 2011, at 17:45, "Tony Gravagno" <3xk547...@sneakemail.com> wrote: > I thought this coding paradigm was already universally accepted > (pun intended). The code below exemplifies a number of > techniques for processing remote requests. Specifically: > - Never CRT or INPUT. > - Never STOP on error, always return > - Standardize the subroutine input signature so that all subs > look alike to clients, and allow for values that accommodate > almost every need. > - Modularize every request. In the code below the response could > be passed back with the save, but that may not fit the needs. > - Return a response for all requests, whether data in OUTVAL or a > non-null ERRor value. > - Clients need to pass in some sort of "state" to identify them. > Read user state on entry and write it back when you're done. If > you're running multiple processes, Common can't be used to > maintain state between user sessions. > - INVAL and OUTVAL below are used for data. If either value is a > full record then MISC can be used for the key or other metadata. > - You don't need more than one subroutine as the entry point for > an entire application. Below, WEB.IO is the one and only sub > ever called by clients. This facilitates and localizes logging, > security, and environment setup. > - A single entry point can still pass requests for more complex > functions to other subs. > - Establish a firm "protocol" between client developers and MV > BASIC developers where every Operation is defined and handled. > > The details below are irrelevant, but I've used this fundamental > design principle for the last decade and it works perfectly for > every client technology, every MV platform, and every application > Every product in the industry that I've seen does exactly the > same thing. Emulate success. > > A major part of my business revolves around writing interfaces > like this, fleshing out the details below to suit specific needs, > and adding many more features of use in various application > scenarios. Inquiries welcome. > > HTH > > SUB WEB.IO(OPERATION,INVAL,OUTVAL,MISC,STATEINFO,ERR) > OUTVAL = "" > ERR = "" > OPEN "WEB.STATE" TO WS ELSE > ERR = "Critical server error, missing WEB.STATE file" > RETURN > END > USER = FIELD(STATEINFO,CHAR(9),1) > BEGIN CASE > CASE OPERATION="GET PROMPT" > OUTVAL = "Enter your name" > CASE OPERATION = "SAVE NAME" > WRITE INVAL ON WS,"WEB.IO.NAME_":USER > OUTVAL = "SAVED" > CASE OPERATION = "GET RESPONSE" > READ USER.NAME FROM WS,"WEB.IO.NAME_":USER > OUTVAL = 'the user said his name was ':USER.NAME > CALL OPERATION = "SOMETHING COMPLEX" > CALL > WEB.COMPLEX1(OPERATION,INVAL,OUTVAL,MISC,STATEINFO,ERR) > CASE 1 > ERR = "Invalid server operation requested" > END CASE > RETURN > > Tony Gravagno > Nebula Research and Development > TG@ remove.pleaseNebula-RnD.com > Nebula R&D sells mv.NET worldwide > and provides related development services > remove.pleaseNebula-RnD.com/blog > Visit PickWiki.com! Contribute! > http://Twitter.com/TonyGravagno > > > _______________________________________________ > U2-Users mailing list > U2-Users@listserver.u2ug.org > http://listserver.u2ug.org/mailman/listinfo/u2-users _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ----- No virus found in this message. Checked by AVG - www.avg.com Version: 10.0.1391 / Virus Database: 1520/3820 - Release Date: 08/07/11 _______________________________________________ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users