From: Henrik V. <hv...@ya...> - 2001-02-14 21:58:00
|
I have done some work aimed at just that with my = work-in-progress-but-stalled serverTasks fileI/O widget. Here's my dev = ref spec if anybody want to pick up on it for server-side languages = besides ASP, which unfortunatly is the only one I'm profident enough in: input =3D=3D=3D=3D=3D querystring from a form with get method or manipulating the URI with = javascript:=20 file - the file path + name=20 task - values: open|save|del content - text to be saved (not required for open or del,so the script = shouldn't bug out if this one isn't provided) output =3D=3D=3D=3D=3D=3D=3D javascript syntax variables new values as pure text without any = surrounding script tag: this.file - just to reassure it's the right file being handled=20 this.task - the current set task (which will be default til new is set) = this.scriptname - returns the scriptname just to make sure this.serverResponse - returns "opened","saved" or "deleted" if = successful or else custom error message this.tasktime - nice feature if you want to inform your users how long = they waited ;) this.content - holds the last saved content until the variable value is = changed (escape encoded) script-run =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D the script should run this: 1. recieve the input (if applicable set to local values) 2. read from file opendir and compare if any line match the path ( = ievalue of file input value excluding the filename - the part before = last /). If it match any one line the script should continue towards = running the task, and if not just end and return new output = this.serverResponse=3D'no access'. 3. check that the file exists. If it doesn't, task save should create a = new file, while open and del just return = serverResponse=3D'non-existing'. 4. run the task defined in input variable task. task save should return = 'saved' if successful, task open return 'opened' & task del 'deleted'. 5 output javascript syntax as pure text, the content value should be = escape encoded as to not mess upp the browser client view =20 I'm not yet sure how the javascript would have to be output to work = correctly in the loadpanel of the serverTask fileI/O widget, but it = should be able to get the same output from whatever server-side language = using the standard model above, and even a client-side script might = interface it as complement when. I already got it partly working as expected with the ASP variant, all i = need is some ideas as to how to get the javascript properly refered back = to the widget in which the hidden loadpanel holds the ASP script output. = And of course if someone would take on the task of scripting a = corresponding server-side variant of that interface as described above. = Then maybe it could be taken further to a dbI/O servertasks widget later = on... You're free to ask or comment ahead, all responses are apprieated :) Henrik V=E5glin [ hv...@ya... ] ----- Original Message -----=20 From: "Robert Rainwater" <rra...@ya...> To: "DynAPI Development List" <dyn...@li...> Sent: Wednesday, February 14, 2001 9:25 PM Subject: Re[2]: [Dynapi-Dev] serious, ... really! >=20 > We should come up with some specification for the component, including > the methods and properties. Then, it could be created for different > environments, but work essentially the same. That way, people could > help work on the specific language that they know the best. >=20 > --=20 > // Robert Rainwater >=20 > On 2/14/2001, 2:09:52 PM EST, Doug wrote about "[Dynapi-Dev] serious, = ... really!": >=20 > > What about those who don't use unix? > > How about a perl based DynServer component? > > We could implement Server-side File i/o, as well as a Perl based = Database.. > > To name a couple of things > > ----- Original Message ----- > > From: "Raymond Smith" <dst...@or...> > > To: <dyn...@li...> > > Sent: Tuesday, February 13, 2001 4:29 PM > > Subject: [Dynapi-Dev] serious, ... really! >=20 >=20 > >> Associates, > >> > >> I've been doing alot of research in what direction I would like to = go > > next; > >> in conjunction with the DynAPI. While the API is wonderous for = creating > >> dynamic interfaces it needs a server-side partner in my mind to = reach its > >> full potential. > >> > >> Comparing ASP, JSP and PHP I've decided that LAMP (Linux, Apache, = mySQL > > and > >> PHP) tends to result in more robust client/server applications. = With PHP > >> Zend boosted beating both in speed and performance and PHP appears = to have > >> allot of energy surronding it at this time. > >> > >> So, from that aspect, PHP wins. Also there appears to be a very = sizable > >> family of "real" PHP initiatives on Source Forge to draw and learn = from. > >> > >> But,... > >> > >> From my readings it's also apparent that JAVA is "king and master" = of the > >> Server Side Application if the JVM and runtime code is compiled = properly. > >> But, checking Source Forge for Java related projects creates a = large list > > of > >> mostly abstract and esoteric projects: not alot of meat on the = bones from > > a > >> "get things done" standpoint. > >> > >> Question is, what do you mavens of logical mayhem recommend as my = next > > area > >> of focus. I am interested in developing some server-side = applications > > that > >> meld into the DynAPI interface on the client-side (yes, Pascal... = be > >> amazied). > >> > >> Java or PHP? > >> > >> Will learning PHP now be advantageous or detrimental to learning = JAVA/JINI > >> later? > >> How does OOP in PHP compare to JAVA OOP? I realize it lacks = interfaces > > and > >> solid abstraction. > >> Why are most the PHP initiatives on Source Forge solid and down to = earth > >> while JAVA tends to be lofty and not very "real world" in nature? > >> > >> Looking for a little feedback here. > >> > >> Thanks, > >> > >> Ray "fear the rock" Smith > >> > >> > >> _______________________________________________ > >> Dynapi-Dev mailing list > >> Dyn...@li... > >> http://lists.sourceforge.net/lists/listinfo/dynapi-dev >=20 >=20 > > --- > > Outgoing mail is certified Virus Free by AVG Free Edition > > http://www.grisoft.com/html/us_index.cfm > > Checked by AVG anti-virus system (http://www.grisoft.com). > > Version: 6.0.231 / Virus Database: 112 - Release Date: 2/12/01 >=20 >=20 > > _______________________________________________ > > Dynapi-Dev mailing list > > Dyn...@li... > > http://lists.sourceforge.net/lists/listinfo/dynapi-dev=20 >=20 >=20 > ---------------------- > DynAPI Snapshots: http://dynapi.sourceforge.net/snapshot/ > DynAPI Homepage: http://dynapi.sourceforge.net/ >=20 >=20 >=20 > _______________________________________________ > Dynapi-Dev mailing list > Dyn...@li... > http://lists.sourceforge.net/lists/listinfo/dynapi-dev >=20 _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com |