Child pages
  • Server Side Scripting
Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

 

A component or service can have a serverside part, so logic is executed on the server, in the spec file this is configured like:

.spec file
"serverscript": "servoydefault/tabpanel/tabpanel_server.js",

Server side scripting should contain API methods defined in the spec of the component/service. When a certain API is called from Servoy scripting, Servoy will first check if that API is defined server side. If it is, it will just call the server side API method. If is not (or component doesn't have server side scripting) will send a message to client requesting an API call as defined by client js file. Any message sent to client will also send all outstanding model changes so that client will be in sync with server (before API is called).

That file has that also the implementation of the api that is defined in the spec file, so you can handle complex things server side, this can be used as a performance enhancement so that the api call doesn't have to go to the client to execute at the moment the call comes from servoy code.

The api call that is executed serverside could for example just update some models of the component/service, these will be then send as one thing when the servoy code is done.

Serverside code is build up the same as the clientside so you have $scope object with model and api objects. On that api object you have to define then the api methods that you want to execute server side. An example is the default tabpanel

What can also be done (servoy 8.0.2+) is that clientside scripting can call the server part. These function has to be defined on the $scope object, as an example:

 

serverside script
$scope.mycallback = function(name,type) {
	return "something";
}

Since Servoy 8.2 you must also define these functions in a special Api category of the spec, internalApi. In prior versions define these in api section instead.

serverside script
"internalApi":
	{
		"mycallback" :{
			"returns": "string",
	         "parameters":[
	            				{
						            "name":"name",
						            "type":"string"
					            },
					            {
						            "name":"type",
						            "type":"string"
						        }
	            			 ]
		}
	}

then a component can use the servoyapi to call this

client javascript
  // assign to the scope the svy-servoyapi
  scope: {
    	  model: '=svyModel',
		  servoyApi: '=svyServoyapi'
      },
 
// in the controller or link functions you can use that then
 $scope.servoyApi.callServerSideApi("mycallback",["test", "1"]).then(function(retValue) {
   console.log(retValue);    
 });

the callServerSideApi wants to have the function name and an array of arguments, it returns a promise of angular where the then function will give you the return value of the callback.

For a service you can use the $services service to do the same thing. the only thing extra is that you have to also give the servicename itself:

clientside service script
$services.callServerSideApi("myservicename","mycallback",["test", "1"]).then(function(retValue) {
   console.log(retValue);    
 });

Internal API can also be used for API that is defined on client, but can only be called from server side scripting. This API shouldn't be called from Servoy Developer scripting and won't show in code completion.

Inside the server side scripting file of a component/service you can log messages using "console", not application,output. The output will appear in developer's console view as well as in the application server log file (depending on configured logging levels). For example:

Logging in component/service server side scripting file
console.log(message);
console.warn(message);
console.error(message);
  • No labels