Hi,
I have noticed that the SHC cannot run outside the context of the Servoy server …
In other words, if a third party system wants to access Servoy natively by just adding the SHC jar files to the class path of the client system, and then pass the configuration of the (Server Host or IP) in addition to the form name and the username and password …
Is this feature there, or is it on the plan??
Unless I misinterpret this you would still need a server running so why do you want this?
Hi Marcel,
I believe that you got my point …
yes server should be always on and an exception should be thrown if the server came down (or inaccessible because of firewall or proxy)
This question was asked by one guy who is responsible of the Enterprise Application Integration (EAI) team for one client and they are planning to create a Servoy adapter for the EAI tool which is (WebMethods) from Software AG.
They are planning to access the Servoy server using the API because it is more robust and powerful compared to the web services, and of course better that DB direct access (no need to double code the relevant actions and calculations).
So, the question again, is this feature available?
What I created for a client once was running the SHC as a service itself to post and request to/from, triggering methods etc from the id that was sent.
Maybe that will do what you need?
The headless client is meant to be run inside the Servoy server, it cannot run outside the server.
If there is demand we could easily make a RemoteHeadlessClient as well, for use in any Java application
Hi Jan,
Jan Blok:
If there is demand we could easily make a RemoteHeadlessClient as well, for use in any Java application
I hope this is really easily doable …
We are not in a rush, but it is good that other systems will be able to access Servoy natively…
The whole story here is about the interoperability
We are even thinking about writing multiple adapters for variant vendors to access Servoy.
However, is this planned so I can tell the EAI guy and any body who asks later?
This is not planned and not requested before, but if multiple people have actual need for this we could consider to provide this.
But as IT2BE suggests making webservice ontop of current headless client might be a better idea for interfacing with servoy solutions from remote.
I know that is possible to wrap it as a web service, refer to the following post:
However, as mentioned before, NATIVE is on other option that is more robust and powerful.
However, I have filed a feature request (#124117) to have it in the queue.
I would like to toss in my request for RemoteHeadlessClient also.
Hi,
Can we have this available with Servoy 4.2 Please?
Servoy 4.2 will not contain remote headless client (this release is closed for new enhances)
However the 4.2 release will contain a REST web service plugin, which makes it possible to expose (form) methods as REST API handlers
Jan,
Can you give an indication when 4.2 will be released?
As seen in the newletter, the beta period will start soon (normally we have a beta period of about 4 months)
Hi Jan,
Great news about the REST web service plugin, can’t wait to try it!
BTW, I was dying to ask, is the 4.2 going to be based on Eclipse Galileo?
Galileo yes
Jan Blok:
Galileo yes
YES! IMHO with these two little words, Jan, you won the trophee of the best news of the day (so far!)
Gee…what a swell idea.