Hi Ken,

You are quite right, but the customers are not interested in the used technology, they search for conviviality and the ergonomics above all. Today they use IE to surf on the web, they acquired this habit, if you can bring them through this navigator a different product, in which they would recover the conviviality of an application Win32 bits, no matter that you used J2EE or VFP.

The specifications are simple, to propose open software (including the capacity to manage the WebServices) and strap profit of the present technologies. A pc is extensively enough powerful to execute some VFP applications, (that it was about EXE or APP), the use of the passing strip (precious commodity) must be optimized (with an APP just the data in the XML format pass in transit - once the loaded APP and put in cache: an operation himself performer that only one time), finally the server, take care only to serve the data and sees also are optimized use.

J2EE arrived before .NET, and take a lot of advance, it is probably a sad report but it reflects the reality (of the less in France and in the most of the European countries), and well it is easier to counter solutions based on Java with FoxPro even though .NET offers an environment completely object (with notably the possibility to see class successive inheritances).

To schematize, one can associate the DLL VFP to the JRE of Java and the APP of VFP to the servlets and applets of Java. Considers that 95% of the market to a configuration based on Windows and IE, it allows us (of the less than one point of view marketing and commercial) to be compared or partner to a client internet.

The difference and the advantage of VFP resides in it high level of productivity, in the fact that one can emancipate itself of a server of application (as WebLogic) or even of a data server, although that from a certain size the use of product like SQL Server is recommended, but only if the size justifies it, the means permit it then.

- French -----------------------------------------------------------------

Bonjour Ken,

Vous avez tout à fait raison, mais les clients ne s'interessent pas à la technologie utilisée, ils recherchent la convivialité et l'ergonomie avant tout. Aujourd'hui ils utilisent IE pour surfer sur le web, ils ont acquis cette habitude, si vous pouvez leur apporter à travers ce navigateur un produit différent, dans lequel ils retrouveraient la convivialité d'une application Win32 bits, peu importe que vous utilisiez J2EE ou VFP.

Le cahier des charges est simple, proposer des outils de gestions ouverts (incluant la capacité de gérer les WebService) et tirant profit des technologies actuelles. Un pc est largement assez puissant pour exécuter des applications VFP, (qu'il s'agisse d'EXE ou d'APP), l'utilisation de la bande passante (denrée précieuse) doit être optimisée (avec un APP seule les données au format XML transitent - une fois l'APP chargé et mis en cache : une opération s'exécutant qu'une seul fois), enfin le server, ne s'occupe plus que de servir les données et voit aussi sont utilisation optimisé.

J2EE est arrivé avant .Net, et à pris beaucoup d'avance, c'est certe un triste constat mais cela reflète la réalité (du moins en France et dans la pluspart des pays européens), et bien il est plus facile de contrer des solutions basées sur Java avec FoxPro même si .NET offre un environnement complètement objet (avec notamment la possibilité de voir des héritages successifs de classe).

Pour schématiser, on peut associer les DLL VFP à la JRE de Java et les APP de VFP aux servlets et applets de Java. Si l'on considère que 95% du marché à une configuration basée sur Windows et IE, cela nous permet (du moins d'un point de vue marketing et commercial) d'être comparé ou associé à un client internet.

La différence et l'avantage de VFP réside dans son haut niveau de productivité, dans le fait que l'on puisse s'émanciper d'un serveur d'application (comme WebLogic) voire d'un serveur de donnée, quoique qu'à partir d'une certaine taille l'utilisation de produit comme SQL Server est recommandée, mais seulement si la taille le justifie, les moyens alors le permettent.

- Spanish -----------------------------------------------------------------

Usted tiene razón, pero los clientes no están interesados en la tecnología usada, ellos buscan jovialidad y la ergonomía sobre todos. Hoy ellos usan IE a la oleaje en el tejido, ellos adquirieron este hábito, si usted puede traerlos a través de este navegante un producto diferente en que ellos recuperarían la jovialidad de una aplicación los pedazos de Win32, no importa que usted usó J2EE o VFP.

Las característica técnicas son simples, para proponer el software abierto (incluso la capacidad de manejar el WebServices) y ganancia de la correa de las tecnologías presentes. Un pc es extensivamente bastante poderoso ejecutar algunas aplicaciones de VFP, (que estaba sobre EXE o APP), el uso de la tira de paso (el artículo precioso) debe perfeccionarse (con un APP sólo los datos en el XML estructuran el paso en el tránsito - una vez el APP cargado y puso en el escondite: un funcionamiento él actor que sólo un tiempo), finalmente el servidor, sólo tenga el cuidado para servir los datos y también ve se perfecciona el uso.

J2EE llegó antes. el PRECIO NETO, y toma mucho adelanto, probablemente es un informe triste pero refleja la realidad (del menos en Francia y en el la mayoría de los países europeos), y bien es más fácil de oponerse a soluciones basadas en Java con FoxPro aunque. las ofertas NETAS un ambiente completamente el objeto (con notablemente la posibilidad de ver la clase las herencias sucesivas).

Esquematizar, uno puede asociar el DLL VFP al JRE de Java y el APP de VFP al servlets y applets de Java. Considera que 95% del mercado a una configuración basada en Windows e IE, nos permite (del menos de un punto de vista que comercializa y comercial) para ser comparado o compañero a un internet del cliente.

La diferencia y la ventaja de VFP residen en él el nivel alto de productividad, en el hecho que uno puede emanciparse de un servidor de aplicación (como WebLogic) o incluso de un servidor del datos, aunque que de un cierto tamaño el uso de producto como el Servidor de SQL se recomienda, pero sólo si el tamaño lo justifica, los medios lo permiten entonces.


Roman