La sustitución de ASTA como una solución middletier

Question

Actualmente estoy usando Delphi7 junto con ASTA para manejar mi cliente servidor de comunicaciones para una Ventaja DB.

Me voy a mudar a Rad Studio XE Empresa y estoy mirando para cambiar a una diferente pero similar a la solución que el futuro de ASTA se ha convertido en algo incierto.Como esta será una gran inversión en tiempo, y probablemente dinero, he estado investigando las opciones, pero han llegado a un árboles vs bosque situación.

Voy a enumerar algunos puntos básicos en lo que yo necesito, y si alguien puede sugerir una combinación específica de tecnologías y productos que se deben centrarse en que puede ayudar a satisfacer esas necesidades, me será de gran aprecio.En realidad, yo sólo necesitan para reemplazar y/o mejorar la comunicación y el cifrado de las habilidades que ASTA ha proporcionado con algo actual y bajo desarrollo activo y de apoyo.

-Voy a estar usando Delphi XE.

-Las solicitudes serán Win32, el servidor se ejecutan en Windows.

-IIS no está permitido.

-VPN requisito no está permitido.

-Zócalo de la comunicación debe compatibles con el cifrado AES de forma nativa o a través de terceros addon.

-Algunos básica basada en el navegador de acceso de la aplicación sería una ventaja, SI es capaz de una gran seguridad.

-Soporte para linux, mac, móvil es una prioridad muy baja.

-Voy a tener que ser capaz de cumplir NIST 800-53/FIPS 140-2 el cumplimiento de los requisitos, pero no necesitan la certificación.(como se refieren a la comunicación y cifrado)

Como esta es mi primera pregunta, por favor hágamelo saber si puedo mejor frase o detalle de lo que necesito.

Gracias por la dirección, los chicos pueden dar.

Answer 1

Descargo de responsabilidad:yo trabajo para RemObjects Software.

-Voy a estar usando Delphi XE.

Datos de Resumen apoyos Delphi 7 y Delphi 2007 a XE, y regularmente añadir soporte para nuevas versiones de Delphi tan pronto como sea posible (es decir, cuando XE2 viene)

-Las solicitudes serán Win32, el servidor se ejecutan en Windows.

Apoyamos que sí.

-IIS no está permitido.

El alojamiento en el IIS es un opción en los datos de Resumen, la tuerca no es un requisito.de hecho, nuestro preferido/modelo sugerido es el uso de un servidor independiente ejecutables, que se puede instalar un servicio o ejecutar manualmente, que abra su propia orts y están llenos los servidores.estos podrían ser basado en HTTP, o en otros protocolos (como más "metal" TCP o Super canales TCP)

-VPN requisito no está permitido.

DA, no es necesario (pero, por supuesto, el trabajo a través de) Vpn.

-Zócalo de la comunicación debe compatibles con el cifrado AES de forma nativa o a través de terceros parte addon.

DA soporta AES fuera de la caja, así como HTTPS (el último, según el subyacente de los métodos de comunicación que usted elija).

-Algunos básica basada en el navegador de acceso de la aplicación sería una ventaja, SI es que capaz de una gran seguridad.

DA servidores pueden proporcionar acceso a través de JSON y REST/OData además para regular la comunicación cliente/servidor que DA proporciona para sus propios clientes.de esta manera, usted don'; t tiene que comprometer wrt como "real" de los clientes de escritorio de hablar con su servidor, pero todavía tiene la flexibilidad de permitir a otros clientes (web, incluyendo la base) hable con su servidor, el uso de estándares abiertos.

-Soporte para linux, mac, móvil es una prioridad muy baja.

DA/Delphi es compatible con Linux través de FPC (Mac demasiado, pero consideramos Mac/FPC para ser más áspero territorio ;), y añade soporte para Linux y Mac a través de Delphi una vez en el Embarcadero de barcos que.

Por supuesto, también tenemos ediciones diferentes de la agenda para el nativo de Mac/iOS desarrollo (Xcode) y para .NET (que thru Mono es una buena manera de apoyar a Linux), si alguna vez la necesidad de ir allí.

-Voy a tener que ser capaz de cumplir NIST 800-53/FIPS 140-2 el cumplimiento de los requisitos, pero no necesitas una certificación.(como ellos pertenecen a la comunicación y cifrado)

esa es la única pregunta que no;t tiene respuesta, como no estoy al tanto de los detalles de esta norma.Pero si usted tiene preguntas técnicas específicas con respecto a eso, por favor no dude en ponerse en contacto conmigo, o con nuestro equipo de soporte a través de support@remobjects.com

espero que esto ayude!

Answer 2

Recientemente terminamos de reescribir nuestra aplicación utilizando DataBaStract de Remobjects. Es una curva de aprendizaje un poco, pero una vez que lo superes, encontrarás una experiencia muy gratificante. Aquí están las preguntas que puedo responder:

• Usaré Delphi Xe - Xe es compatible.

• Las aplicaciones serán Win32, el servidor se ejecutará en Windows - DA funciona con Windows y Mac.

• No está permitido No hay necesidad de IIS

• La comunicación de socket debe admitir el cifrado AES de forma nativa o a través de un complemento de terceros - AES es compatible con la caja.

Answer 3

Utilizamos RemObjects SDK para nuestro software de cliente delgado:

• Cliente delgado con controles suaves TMS, escritos en D2010
• Comunicación (Binary, TCP) con servidor (D2010, Servicio de Windows)
• Con Ro SDK, puede crear fácilmente sus propias funciones (remotas), con parámetros especiales, valores de retorno, etc. Toda la lógica de negocios es el lado del servidor.
• No usamos DataAbstract (muy orientado a la base de datos/tabla, no me gusta usar JavaScript para reglas de negocios)
• compresión/cifrado es compatible, pero no los usamos (red interna)
• También puede usar HTTP+SOAP, usamos el componente IndyHTTPserver con un manejo especial para crear algunas páginas web simples también. Enlace: http://blog.delphiaddict.com/?p=171

¡Ro SDK funciona muy bien y es de alta calidad!

Answer 4

Sugeriré hablar directamente con los proveedores:

• RemObjects con respecto a RO SDK + DA - support@remobjects.com
• Components4Developers con respecto a kbmMW - supponents4developers.com
• RealThinClient con respecto a RTC SDK - devsupport@Realthinclient.com

Claro, te darán respuestas detalladas.