Ökonomische Zukunft von ADS in der Anwendungsentwicklung

[RSF]

Zitat von Rollo62:

@Union

Große Firma ... große Probleme

Wer so viel Geld für möglichen KnowHow-Gewinn hinblättert, der hat entweder zuviel Spielgeld übrig, oder scheint das KnowHow auch wirklich zu brauchen.

Schade das bei diesen Managementspielchen immer Einige auf der Stecke bleiben.

Rollo

Wer weis .. vielleicht lesen auch für den ADS verantwortliche SAP Leute mit.
Es gab früher (vor SAP) viele die den ADS geschätzt haben.
Nicht nur wegen der Werbung in einigen Fachzeitschriften.
Die Kernfrage aber bleibt „ Wie sieht die Zukunft von ADS aus“

PS: Ja, ich habe schon bei SAP telef. nachgefragt. Leider ohne konkrete Aussage. Lapidar „Das Problem ist bekannt“

[trifid]

Hallo,
>Die Kernfrage aber bleibt „ Wie sieht die Zukunft von ADS aus“
Oder, um eine Ableitung von Geschehen zu ziehen - was hat SAP mit CrystalReport gemacht?
Man muss wissen, dass der ADS als Plattform für die mobilen Lösungen von SAP dienen sollte.
Mittlerweile ist die Komminkation über einer direkten Onlineverbindung via direkten RFC-Call oder ein Web-Services von SAP.
Deswegen stellt man sich die Frage, ob die Daten asynchron (vor)gehalten halten müssen.
SAP denkt nicht über eure Anwendungen nach, sondern welchen Vorteil sie selber haben.

[Rollo62]

Zitat:

SAP denkt nicht über eure Anwendungen nach

Und genau deswegen denke ich auch nicht über SAP nach.
Es gibt auch schöne freie DB's, also ich würde unter gg. Umständen schnellstmöglich umstellen, falls mich nicht ein Kunde zu ADS zwingt.

Rollo

[MichaelT]

Crystal Reports: SAP hat ein Reporting Tool gebraucht und ja man kann damit Berichte bauen. Mit klassischem SAP gab es damals nur in ABAP programmierte Berichte (ein Programm das den Bericht schreibt ohne viel Formatierung wie am Nadeldrucker).

Es gab mal eine andere Lösung fürs Reporting die ganz gut war und vermutlich gibt es pro Modul eine eigene Lösung fürs Drucken oder wie auch immer, kann mich nicht mehr erinnern - oder will das zumindest nicht mehr. CR war auf jeden Fall Fortschritt damals. SAP hat selbst den Batchmonitor zugekauft. Die sind eher ganz gut wenn es darum geht ganze Applikationsmoloche über 2 Jahre fast schlüsselfertig (mittlereweile bspw. SAP CRM in der heutigen Fassung) hinzustellen. Das erste SAP CRM war ein paar Dialoge die um so 2 Mio. wurden zugekauft (gar nichts, hat nie jemand gebraucht). Aber wenn die SAP mal weiß die Kunden wollen, dann ... geht was - wie bei IBM.

IBM hat begonnen alles zusammenzukaufen und SAP hat den Rest im Reporting und BI Tool Bereich zusammengekauft. Business Objects, Teils Crystal und noch ein paar andere Tools die ganz gut waren aber klammheimlich verschwanden, da oh große Überraschung in Konzernen die User nicht mit Excel rumbastelten und Desktop BI Portale wollten ...

Die List der Übernahmen steht auf Wikipedia.

---

Wobei wenn jemand wirklich was halbwegs sinnvolles sucht gibt es Lösungen aus Stuttgart (Patrick Theobald).
Theobald Software
Ist ein ganz ein honoriger Mensch.


SAP tut immer irgendetwas und am Ende bleibt wenig übrig.

Von Sybase haben sie benutzt den Column Store und eine Middleware für Mobiles ... Das Konzept ist untergegangen. Die Middleware selbst war ganz gut. Die wollten so ala Oracle zu Beginn und auch SAP zur Zeit von frühen R3 Versionen. Jeder User bekommt ein Schema und die Phone Daten (damals noch Mobiles/Handys und keine SmartXYZ) sind werden dorthin repliziert. Im R/2 wurde die GUI Daten noch auf Files geschrieben und hernach reingesynced auf den zentralen Datenbestand (Batch - Verbuchungsprozesse).

btw. diese Middleware kommt von einem Schuppen in Deutschland der sogar ein 'MIDAS Replacement' hatte, bevor dieses Unternehmen von Sybase wurde übernommen ... so um 2k herum - zur Zeit von ASP Express (Marotz). Ich kann mich an den Namen nicht mehr erinnern.

Ob ADS mehr ist als eine Laus im Pelz oder so gesehen wird. Es gab mal so einen SAP CEO (nicht der Plattner) der einfach gesagt hat SAP wird Software Entwickler und verkauf Software (Zur Zeit von SDN). SAP hat mit GUI an sich nicht soviel am Hut. Die sind daran nicht wirklich interessiert. Die hätten es an sich mehr schon immer mit reiner Business Logik gehabt.

Zitat von trifid:

Hallo,
>Die Kernfrage aber bleibt „ Wie sieht die Zukunft von ADS aus“
Oder, um eine Ableitung von Geschehen zu ziehen - was hat SAP mit CrystalReport gemacht?
Man muss wissen, dass der ADS als Plattform für die mobilen Lösungen von SAP dienen sollte.
Mittlerweile ist die Komminkation über einer direkten Onlineverbindung via direkten RFC-Call oder ein Web-Services von SAP.
Deswegen stellt man sich die Frage, ob die Daten asynchron (vor)gehalten halten müssen.
SAP denkt nicht über eure Anwendungen nach, sondern welchen Vorteil sie selber haben.

[Frickler]

Zitat von trifid:

Hallo,
>Die Kernfrage aber bleibt „ Wie sieht die Zukunft von ADS aus“
Oder, um eine Ableitung von Geschehen zu ziehen - was hat SAP mit CrystalReport gemacht?
Man muss wissen, dass der ADS als Plattform für die mobilen Lösungen von SAP dienen sollte.

Sicher? Die Lösung für Mobile Plattformen ist doch iAnywhere bzw. Sybase ASA. Das ist zwar auch ne "kleine" Datenbank, hat aber ansonsten nichts mit ADS zu tun. ADS ist ein Server für ein von FoxPro (dBase) abgeleitetes Datenbankformat, mit etlichen Kompatibilitätsfunktionen für den guten alten ISAM-Zugriff, aber halt auch SQL-Zugriff.

[Pfaffe]

Info - ADS 12 Service Pack 2:
https://blogs.sap.com/2017/12/01/adv...-for-download/

[Frickler]

Zitat von Pfaffe:

Info - ADS 12 Service Pack 2:
https://blogs.sap.com/2017/12/01/adv...-for-download/

Mal in die Release Notes geschaut? Dafür, dass das Service Pack mehr als ein Jahr lang angekündigt war (immer hieß es "demnächst"), wurde recht wenig geändert. Immerhin scheinen die CAST/Convert Bugs mit negativen und ganzen Zahlen (*) verschwunden zu sein. Delphi Berlin wird jetzt unterstützt - wow - und das haben sie auf exakt dem gleichen Weg gemacht wie Joachim Dürr auf seinem Blog beschreibt. Der beschreibt dort auch, wie man um einen ziemlich blöden Bug der ADS Komponenten unter Tokyo drumrumkommt. Achja, und Windows 10 bzw. Server 2016 wird unterstützt, zumindest in der Version 1607.
In dem "tollen" Forum hat schon einer den ersten Bug im neuen SP gepostet (den er vor 2 Jahren gemeldet hatte...)


--
(*) z.B. SELECT Convert(ABS(2016), SQL_CHAR) FROM system.iota ergab 46565812772