Remplacement ASTA comme une solution middletier

Question

Je suis actuellement à l'aide Delphi7 avec ASTA pour gérer mes communications client-serveur à un avantage DB.

Je déménage à Rad Studio XE Enterprise et cherche à passer à une autre solution, mais similaire à l'avenir de l'ASTA est devenue quelque peu incertaine. Comme ce sera un investissement important dans le temps, et probablement de l'argent, je l'ai fait des recherches sur les options, mais ont atteint un arbres contre la situation des forêts.

Je vais énumérer quelques points de base sur ce que je dois, et si quelqu'un peut suggérer une combinaison spécifique des technologies et des produits que je devrait se concentrer sur cette aide peut répondre à ces besoins, je vais grandement apprécier. J'ai vraiment besoin de remplacer et / ou d'améliorer les capacités de communication et de cryptage que ASTA a fourni avec un courant de quelque chose et en cours de développement et de soutien.

en utilisant Delphi être -Je vais XE.

-Applications sera Win32, le serveur fonctionne sous Windows.

-iis n'est pas autorisé.

-vpn exigence est pas autorisée.

-Prise communication doit prendre en charge le cryptage AES en mode natif ou par addon tiers.

-Certains l'accès aux applications à base de navigateur de base serait un bonus, si elle est capable de sécurité forte.

-Support pour linux, mac, le mobile est une priorité très faible.

besoin d'être -Je vais pouvoir répondre NIST 800-53 / FIPS 140-2 compliancy, mais pas besoin de certification. (En ce qui a trait à la communication et le cryptage)

Comme cela est ma première question, s'il vous plaît laissez-moi savoir si je peux améliorer phrase ou en détail ce que je dois.

Merci pour toute direction que vous les gars peuvent donner.

Answer 1

Disclaimer:. I travail pour RemObjects Software

en utilisant Delphi -Je vais être XE.

Résumé des données prend en charge Delphi 7 et Delphi 2007 à travers XE, et nous ajoutons régulièrement le soutien aux nouvelles versions de Delphi le plus tôt possible (lorsque XE2 est)

-Applications sera Win32, le serveur fonctionne sous Windows.

Nous soutenons que oui.

-iis n'est pas autorisé.

Hébergement dans IIS est un données abstrait, écrou pas une exigence. en fait, notre modèle préféré / suggéré utilise executables de serveur autonome, que vous pouvez installer un service ou exécuter manuellement, qui ouvrent leurs propres Orts et sont des serveurs complets. ceux-ci pourraient être basées sur HTTP, ou sur d'autres protocoles (comme en savoir plus « au métal » canaux TCP ou Super TCP)

exigence -vpn est pas autorisée.

DA besoin wont (mais bien sûr travailler à travers) réseaux privés virtuels.

communication -Prise doit prendre en charge le cryptage AES en mode natif ou à la troisième addon partie.

DA prend en charge AES de la boîte, ainsi que le protocole HTTPS (ce dernier en fonction des méthodes de communication sous-jacente que vous choisissez).

-Certains l'accès aux applications à base de navigateur de base serait un bonus, si elle est capable de sécurité forte.

serveurs DA peut fournir un accès via JSON et REST / OData en plus à la communication client régulier / serveur DA offre à ses propres clients. De cette façon, vous n, avez pas à wrt compromis comment vos clients de bureau « vrais » parlent à votre serveur, mais toujours la souplesse nécessaire pour permettre à d'autres clients (y compris ceux basés sur le Web) parler à votre serveur et, en utilisant des standards ouverts <. / p>

-Support pour linux, mac, le mobile est une priorité très faible.

DA / Delphi prend en charge Linux à travers CPF (Mac aussi, mais nous considérons Mac / CPF comme territoire plus rude;)., Et ajouter le support pour Linux et Mac via Delphi, une fois que les navires Embarcadero

Bien sûr, nous avons aussi des éditions séparées de DA pour le développement natif Mac / iOS (dans Xcode) et pour .NET (qui à travers Mono est une bonne façon de soutenir Linux), si vous avez besoin d'aller là-bas.

-Je vais besoin d'être en mesure de répondre NIST 800-53 / FIPS 140-2 compliancy, mais ne sera pas besoin de certification. (comme ils se rapportent à la communication et cryptage)

qui est la seule question que je ne t ont une réponse, comme je ne suis pas au courant des détails de cette norme. Mais si vous avez des questions techniques spécifiques en ce qui concerne cela, s'il vous plaît ne hésitez pas à me contacter, ou notre équipe d'assistance via support@remobjects.com

espérons que cette aide!

Answer 2

Nous avons récemment terminé la réécriture de notre application à l'aide de DataAbstract RemObjects. Il est un peu d'une courbe d'apprentissage, mais une fois que vous êtes dessus, vous trouverez une expérience très enrichissante. Voici les questions que je peux répondre:

• Je vais utiliser Delphi XE - XE est pris en charge.

• Applications sera Win32, serveur fonctionnera sur Windows - DA fonctionne avec Windows et MAC.

• IIS n'est pas autorisé - Pas besoin de IIS

• communication Socket doit prendre en charge AES le cryptage natif ou par tiers addon partie - AES est pris en charge sur la boîte.

Answer 3

Nous utilisons RemObjects SDK pour notre logiciel client léger:

• client léger avec TMS Smooth intervient, écrit dans D2010
• communication (binaire, TCP) avec le serveur (D2010, service Windows)
• Avec RO SDK, vous pouvez facilement créer vos propres fonctions (à distance), avec paramètres spéciaux, les valeurs de retour, etc. Toute la logique d'affaires est côté serveur.
• nous n'utilisons DataAbstract (très orienté base de données / table, ne pas comme utiliser Javascript pour les règles métier)
• compression / chiffrement est pris en charge, mais nous ne les utilisent pas (réseau interne)
• vous pouvez également utiliser le protocole HTTP + SOAP, nous utilisons le composant IndyHTTPServer avec une manipulation spéciale pour créer des pages Web simples aussi. Lien: http://blog.delphiaddict.com/?p=171

RO SDK fonctionne très bien et est de haute qualité!

Answer 4

Je vous suggère de parler directement aux fournisseurs:

• RemObjects en ce qui concerne RO SDK + DA - support@remobjects.com
• Components4Developers en ce qui concerne kbmMW - support@components4developers.com
• RealThinClient en ce qui concerne RTC SDK - devsupport@realthinclient.com

Bien sûr, ils vous donneront des réponses détaillées.