Die alten
OLE DB Provider funktionieren; die neuen nur mit Einschränkungen
Ist nicht mittlerweile (nach MS)
ODBC state of the Art.
Bin ich froh das ich die ganzen ODBCE/DAO/RDO/
ADO/
ADO.NET/...-Techniken nicht alle mitmachen musste
FTP funktioniert - haut dir aber jeder Admin zurecht um die Ohren; SFTP/FTPS gibt’s nicht
Bei uns wird oft HTTP-Upload genutzt. SFTP kommt selten vor.
WSDL-Dateien einlesen geht - sofern diese den technischen Stand von vor 15 Jahren haben. Bei Standards wie WSSecurity muss schon gefrickelt werden. Und Dateianhänge mit MTOM+XOP…
Ja. Die
SOAP-WS ist nicht gerade das Steckenpferd. Glücklicherweise vermeiden das auch die Kunden und setzen entweder
SOAP + Security über Firewalls um (Anwendung außen vor) oder setzen gleich auf REST/JSON und Co. und vermeiden
SOAP mittlerweile.
Aber vor kurzen mit einer Delphi+
SOAP-Client geschafft das nach eine Navision-Update nicht die ganzen WSDLs komplett anders aussahen sondern wieder den alten Stand repräsentierten.
Dabei sind doch Datenbankanbindung, Datenaustausch und Webservices pure Basics, die jede Entwicklungsumgebung unterstützen sollte. Also nach heutigen Standards und nicht denen von vor 10-15 Jahren.
Ich finde das was mit REST/JSON eingebaut wurde ganz gut.
Und in der großen Version gibts ja auch Anbindungen für die ganzen ECommerce+CRM-Lösungen "out of the box" (wobei ich die Qualität dieser nicht bewerten kann).
Und mit Devart gibts für die
DB-Schnittstelle ein sehr gute Alternative. Im Beruflichen Umfeld meisten kein relevanter Kostenfaktor (wenn man gesparte Supportzeit dagegen hält).
Windows Vista - Eine neue Erfahrung in Fehlern.