Robert Huber wrote:What you say is exactly what I am trying to find out. As far as I understand (please correct me):
- Servoy has a SmartClient (Java), which is served by the Apache Tomcat
- Servoy has a WebClient (Browser), which ist served by ???
The web client is also served by Tomcat in a regular Servoy install.
There are a few servlet entry points and the library used to render 'html' pages is Wicket.
Robert Huber wrote:Wikipedia says that although Tomcat has a complete HTTP Server, usually a web server is used for web clients which is in front of the Tomcat, connect via themod_jk connector-plug-in. The HTTP Server in Tomcat is only used for development purposes.
Is this description true for Servoy.
If Wikipedia says it, then it's true
Seriously, Tomcat is usually not used as a pure static web server (for static resources like plain html pages or images), but in the case of Servoy it serves dynamic pages (created on the fly by the Wicket lib and Servoy's libs based on your solution) so it is perfectly normal.
Robert Huber wrote:Do they use the apache web server (with the mod_jk connector plug-in in front of Tomcat to serve web clients?
The standard Servoy install doesn't contain a frontal Apache Http server, but you can do that yourself, and then you will be able to serve static content (or php pages if you want, or cgi) as well as pass through any servoy requests to the Tomcat server.
Robert Huber wrote:And where is the Servoy application code (web client) to be put, for the WebServer to access it and send it to the client?
Where do you put it usually? In your solution, I suppose!
Robert Huber wrote:If this is true, I could set up the apache web server with the map server an web clients could request maps beside the standard logic we would like to program in Servoy. I just don't get it if my picture is right?
Yes, your picture's right.
Robert Huber wrote:The problem is, that the maps (layers, projections, tiles, ...) are obviously not created within Servoy, but are created (in our case) from a GIS System like Quantum GIS and have to be put for example into the fcgi-bin folder.
How do this 2 code parts (Servoy code and maps) come together if a web client makes a request?
So the question remains can I somehow configure with whatever parts a Servoy App/Web Server with a MapServer to serve for web clients not only requesting standard Servoy functionality, but as well functionality delivered by a map server.
You would setup your MapServer on the frontal Apache Http server, following what is required in Apache Http.
Then in Servoy you could use the http plugin to query the Apache Http server for a map, get the response and put that in a field of type HTML_AREA.
You could also use the BrowserSuite ServoyBrowser if your solution is for Smart clients.
What would be crucial would be the configuration of the Apache Http server so that depending on the request, the Map cgi would respond or the Servoy server would respond.
Robert Huber wrote:I would do as you propose, i. e. install the map server in the apache web server, if I see a chance that this is coming to fly. But I am thinking not only to use the http plug-in of Servoy but to create a whole Web application with all the bells and whistles offered by Servoy.
You can certainly do that.