Robert Triest wrote:


Thanks - that does look like a viable start. I'd not thought of the
ISAPI option either, which would help (I presume) with scaling. I
thought DataSnap was a database access thing, but this doesn't seem to
have such link which is fine. The Actions looks both a handy mechanism
and not big enough to fit my needs, but that probably means that there
are events I could hook anyway.

A good starting point - thanks. Anyone know of other options?

Matthew

Most of the DataSnap projects I did were ISAPI/CGI or "Webbroker"
Normally the need is to receive the post params from the URI
and pass them to your server methods (Delphi procedures and functions)
and return the result webpage. DataSnap will create a (https) webserver and
the source for adding your (existing !) Delphi objects and functions. That is just like
creating a ISAPI DLL or CGI exec. (but the whole ready to start framework is created for you)
In these Delphi functions you can of course use all the database access of Delphi on the
server database if you want.

The cool thing is that DataSnap is also creating your javascript
source (proxies) for calling these Delphi functions from the client browser.
On the client side you can use these JavaScript .js file to execute the
server functions. (HTML-button-javascript-function-DataSnap Server-Delphi function)

There are some standard Datasnap system' js files that handle the JavaScript.
(ServerFunctionExecutor, ServerFunctions, json-min, CallbackFramework)

Under is the generated code ServerFunctions.js. This a function that is standard as
an example when you create a new DataSnap project. This function you can call
from your HTML file JavaScript section.

this.ReverseString = function(Value) {
    var returnObject = this.executor.executeMethod('ReverseString', "GET", [Value], arguments[1], true, arguments[2], arguments[3]);
    if (arguments[1] == null) {
      if (returnObject != null && returnObject.result != null && isArray(returnObject.result)) {
        var resultArray = returnObject.result;
        var resultObject = new Object();
        resultObject.Value = Value;
        resultObject.result = resultArray[0];
        return resultObject;
      }
      return returnObject;
    }
  };

This is the original Delphi code.
Everytime you add a new Delphi function the ServerFunctions.js file
is extended with the function when you compile your datasnap project.

function ReverseString(Value: string): string;
 
implementation
 
function TServerMethods1.ReverseString(Value: string): string;
begin
  Result := StrUtils.ReverseString(Value);
end;

Eli Mapstead wrote:


Using Delphi code?

Matthew

Den 7/1/2014 14:32, Matthew Jones skrev:

kbmMW contains extensive support for REST.
You can email me on kbm at components4developers dot com and Ill mail you a
sample REST web application server back, which includes:

- Sample jQuery AJAX call into the server
- Sample jQuery AJAx call with authentication/authorization
- Form post
- Simple object marshalling (kbmMW contains full support for marshalling
native Delphi object instances to and from XML and JSON)

Oh.... and ofcourse kbmMW is known to be high uptime, fast, flexible and
scalable.

best regards
Kim Madsen
C4D

Den 7/1/2014 15:53, Matthew Jones skrev:

Yes, absolutely!

Its a misunderstanding that kbmMW is database centric. Its not. If
anything, kbmMW is SOA (service oriented architecture) and RPC (remote
procedure call) oriented.

If one boils kbmMW's down to its core, it contains no DB related code
what so ever, but focus solely on serving requests with 0-n arguments
(and optional stream) and returning a response with an optional response
stream.

The db parts are optional and are based on that core.

The core is also what contains all sorts of features for handling HTTP
headers, JSON and XML documents, encryption, authorization, object
serialization/marshalling etc.

But all is optional, and do not link in to your application if not used.

kbmMW is actually a very capable and complete web server in its own, and
lets you fiddle with post/get/head etc. in the smallest detail if you
want to, while at the same time providing you all the tools needed to
make simple URL rewriting, HTTP template macro replacements etc.

And the cool (Im biased... but I personally think its cool ;)) is that
it gives you the option to separate your functionality away from the
chosen user access method, in such way that you can build web clients,
native mobile clients and think pc clients accessing the same server at
the same time, having the bulk of the code exactly the same.

However thats also an option, and you can choose to go right to the
metal and just code directly for web clients only.

As an example of the flexibility of kbmMW, I can mention the latest
release also supports hosting FastCGI servers. In other words you can
use kbmMW to host your preferred PHP/Perl/Ruby/Python based CMS system,
and plugin your own Delphi/c++ code as you see fit, all under the full
control of kbmMW.

best regards
Kim Madsen
C4D

TMS Software is creating a set of products for http/https-based servers. It
provides TMS Sparkle (http://www.tmssoftware.com/site/sparkle.asp), TMS
RemoteDB (http://www.tmssoftware.com/site/remotedb.asp) and the upcoming TMS
XData (http://www.tmssoftware.com/site/blog.asp?post=271). Yes,
unfortunately, TMS XData is delayed. But if you are really interested, send
us a private e-mail (through http://www.tmssoftware.com/site/support.asp)
and we can exchange extra info and I can provide you with a beta version.

Wagner R. Landgraf
TMS Software

Take a look at http://mORMot.net

This is an open source high performance and full of features framework for building RESTful services.

It is driven by convention over configuration.

You can create remote ORM access and services.

It works from Delphi 6 up to XE6.

You can write firemonkey clients if needed, or Ajax clients.

It has built in security, high performance and huge documentation. It is highly maintained since years.

ORM is optional, and pretty easy to work with.

For concepts and patterns see http://blog.synopse.info/post/2014/04/18/Introducing-mORMot-s-architecture-and-design-principles and our 1.18 SAD pdf.

I use Indy HTTP server and superobjects for JSON. However for EWB I
write the JSON export myself because there the order of the fields
matter (hope this will be solved in 2.0).

For HTTPS I run an Apache Server and use ProxyPass to redirect
requests to my Delphi server running on a different port.

cu Christian

Daniele Teti wrote:


Thanks!

Matthew