[53441] in SAPr3-news
Re: Java Rich Client mit SAP Application Server?
daemon@ATHENA.MIT.EDU (Oliver Plohmann)
Thu Feb 17 03:28:37 2005
To: sapr3-news@mit.edu
Date: 17 Feb 2005 00:28:27 -0800
From: oliver@plohmann.com (Oliver Plohmann)
Message-ID: <30397e65.0502170028.1e069326@posting.google.com>
Hallo Christian!
Zunächst mal danke für deine Antwort. Was Rich Clients angeht ... Ich
habe jetzt keine große Lust einen riesen Religionskrieg vom Zaun zu
brechen. Das passiert so schnell in manchen hitzigen Diskussionen auf
dem Internet ...
Ich meine einfach, dass es Applikationen gibt, für die es Sinn macht,
sie web-basiert zu entwickelt und es gibt Applikationen, für die eine
web-basierte Lösung keinen Sinn macht.
Für Rich Clients sprechen für mich v.a. folgende Punkte:
* Gesamte Last fällt nicht auf dem Server an.
* Leitungen sind nicht ständig belegt, weil alles und jenes, was der
Client will, zum Server geschickt werden muss
* Umfangreiche und starkt interaktive GUIs mit html/JSP zu
implementieren ist eine Strafe und einfach nicht sinnvoll.
Wie gesagt ... Es gibt Applikationen, für die eine Portal-Lösung
absolut Sinn macht. So meine ich das nicht. Aber ich finde es nur
etwas mühsam, dass SAP mit NetWeaver nur den Fall Portal-Lösungen
abdeckt und alles andere liegen lässt.
Gruß, Oliver
"Christian Zalto" <zalto@t-online.de> wrote in message news:<cuvedu$q00$02$1@news.t-online.com>...
> "Oliver Plohmann" <oliver@plohmann.com> schrieb:
> > Gibt es irgendwelche Erfahrungsberichte bzgl. Entwicklung eines
> > Java Rich Clients (z.B. basierend auf eclipse RCP) unter
> > Verwendung des SAP Application Servers?
> >
> Nunja, es gibt die "SAPGUI for Java" und es gibt die "SAP
> Mobile Infrastructure Client Component". Beide sind im
> weiteren Sinne "Java Rich Clients".
>
> "Eclipse" scheint für SAP bislang rein als Entwicklertool
> interessant zu sein. Ein Eclipse-Plugin, das das Beste aus
> SAPGUI und SAP Portal in sich vereint, wäre aber eine
> interessante Strategie, die die SAP (bislang?) nicht verfolgt.
>
> IBM ist dabei, diesen Weg mit dem "Workplace" zu gehen:
> Die "WebSphere Portalwelt" und die "Notes/Domino Welt"
> bewegen sich aufeinander zu und enden in einer Eclipse-
> basierenden "Rich Client Welt".
>
> > Ich hoffe, dass die bei SAP beginnen zu realisieren, dass
> > die Zeiten zu Ende gehen als man web-basierte Lösungen
> > entwickelt hat für Applikationen, für die eine web-basierte
> > Lösung überhaupt keinen Sinn macht ...
> >
> Was sind denn aus Deiner Sicht die Argumente, dass eine
> webbasierte Lösung a la "SAP Enterprise Portal" keinen
> Sinn macht? Ist eine Rich Client Strategie wirklich so
> überlegen?
