FMS : Server Side Processing

Discussion created by Vincent_L on Sep 25, 2012
Latest reply on Oct 8, 2012 by Vincent_L

Finally deliver the "no more bot" marketing promise that FM Inc made in FMS 9 days. Yes we should be able to ditch those Filemaker Bots (a client just running scripts)


So that means that the server side script steps should be much more expanded. Every scripted scipt steps not involving user attention shoud be Server Side aware


- Perform applescript should work server side. Very important. Yes that works FMS would just wait the Applecript completion (or kill the process if time exceeded)

- Execute SQL (in 11 that doesn't work, I'm not talking about internal ExecuteSQL like in 12)

- Scripted imports whichever the source folder

- Scripted imports from .fmp12 hosted files

- Pause script step shoud work (yes soleties you need a scriot to wait, pause with a predetrelined time isn't supported in server side processing

- Unarmful unsupported script steps (those who don't change the result of the script)  like freeze window, beep, speak, scroll window, allow toolbar etc. should be ignored rather than halting server side processing

- Scripted exports whichever the destination folder

- Export field content (very usefful for creating easilly text that suit your need)

- OpenURL (very usefull to launch web services, like for Applescript server as to wait completion). Also, espceillay important with fmp:/// url

- Insert Picture / File / Quicktime / Audio&Video / Pdf : or a way to ingest containers via filepath. Especially usefull nowadays with 12's conatiner field renewal

- Open file

- Send event


There's no real reason, that those, if their parameters are set, shouldn't work on Server Side processing. Each of those, force us to stick with Filmekar robot.


All future new script steps should be server side supported if all their parameters can be set by scripting. Server side processing is really important, of course nowadays it's not used as much as it could be because of the aforementionned limitations, but FMI should forces itself to always think about it, it has to be at the forefront of their thoughts. Now it's an afterthough, and it shows, but by making those scrip steps supported and think about new code to be Server Side Compliant we'll get  much cleaner code, rid of old GUI depencies. That way, Filemaker engine will get GUI independant, so faster (no more freeze window to get decent performances), could run in it's own thread while display would run on it's own thread. I guess, and I hope, that's filemaker plan for the 64bitification of Filemaker Client.