Group: Forum Members
Posts: 2K,
Visits: 6.6K
|
Edhy,
I can't answer much about the whole licensing thing, but I can perhaps clear up what Enterprise Server does. It's sole purpose in life is to act as an intermediary between a SF application and a data source. It doesn't do anything else. I.e. if you have a VFP data source (I'm pretty sure ES works with VFP databases), you could use ES to sit between the application and the VFP database. The app uses a special datasource that points to ES. When the app needs to communicate with the database, the request is packaged up, sent to ES, which then makes the actual request to the database. The response is sent to ES which then packages that up and sends back to the app. This all happens transparently.
Now, the licensing server might use ES itself, if it needed to communicate with a database (or it might just connect directly). The licensing server will typically be a Windows Service (could be a Web Service, I suppose), that manages licenses. After that, I'm not so sure how it would work. It might be something like the license server has license file that allows N number of users to connect, which the server enforces. Or perhaps something more sophisticated, like SF does with activation/deactivation of licenses, via net card MAC address. The important thing is that your likely looking at either a Windows Service or a Web Service as the actual license server.
I know that doesn't actually answer the license question, but hopefully that help clear the mud just a little bit.
|