Zitat:

---

Original von Holger:

Zitat:

---

Original von mrbbc:
Das Problem, das kommen wird, ist, dass die .NET-Server kein ordentliches HTML mehr senden werden, sondern irgendein XXXML, das nur der IE richtig darstellen kann, auf alle Fälle aber kein Amiga-Brauser.

Derartige Weiterentwicklungen kommen eben nur Microsoft zu gute, weil jeder mithalten muss und sonst auf der Strecke bleibt.

---

Nein, es kommt der gesamten Informatikbranche zugute, wenn man mithalten muß und sich nicht auf irgendetwas ausruhen kann. Das mit den kaum weiterentwickelten Amiga-Browsern irgendwann Schluß ist, ist klar.
Das heißt aber noch lange nicht, daß alles MS-only wird. Ja, Soap ist XML. Standardisiert, dokumentiert und bereits mit offenen C, C++, Java u.a. Implementierungen nicht problematischer als RPC oder RMI und deutlich offener als COM(+).
Und wenn nur genug Arbeit investiert wird, um Mozilla-basierte Browser auf Amiga/MorphOS zu portieren, kann man erst mal mithalten.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

---

Zitat:

---

Original von Holger:

Zitat:

---

Original von frank_ppcnux:
Auf Server, kein Thema, es gibt viele Möglichkeiten Performance zu vernichten und größere Maschinen zu vekaufen. Sun hat das schon gut drauf, aber es gibt ja Konkurrenz, IBMs Java, BEA Rockit, HPs ChaiVM, usw.

---

Äh, was soll das "aber"?
Du zählst 4 Firmen auf, die auf Java im Serverbereich setzen und dem gegenüber steht eine Firma mit einem Marktanteil von unter 20%. Und wenn's über Clustersysteme geht, gehts bestimmt nicht mehr um die vielleicht 10-20% geringere Geschwindigkeit auf einer CPU.
Da kann Microsofts IIE wohl kaum mithalten. Und wenn die Server schon mit Java laufen, können sie auch problemlos über SOAP mit .NET-Anwendungen kommunizieren.
Welche Bedeutung das für Dich als Desktopanwender, der sich für neue Amigas interessiert, haben soll, kann ich allerdings nicht nachvollziehen. Alle diese Systeme werden weiterhin über http mit Deinem Browser kommunizieren.

Zitat:

---

Auch wenn der Datenausstausch(Daten, RPCs, usw, via SOAP geregelt werden wird (was übrigens auch noch alter Wein in neuen Schläuchen ist, IIOP läst grüßen, SOAP: eingepacktes ,geshwätziges XML) und dies natürlich offen ist, so ist nicht sichergestellt das die Methoden dahinter auch so funktioneren wie sie sollen

---

Wenn die Software buggy ist, interessiert sich wohl kaum jemand dafür, welche Schnittstellen sie benutzt.

Zitat:

---

In dem zusammenhang ist eine Berechtigungprüfung wie Palladium schon mal wirklich interessant. Wirds Palladium Authentifizierugen auch für Linux/Unix geben ? Wenn ja, von wem und warum ?
Wenn aber implizit Authentisierungen (im Sinne nicht wer ist das, sodern darf der das berechtigterweise ?) implementiert und verborgen werden, tja das wars dann.

---

Das Ausführen von Software hat nichts mit der Kommunikation von verteilten Anwendungen zu tun. Auf anderen Rechnern bestimmt nicht Dein System, was als zertifiziert eingestuft wird und was nicht.

Zitat:

---

Was Java angeht aufm Amiga : Du sagtest für MorphOS, also für AmigaOS 4 ist da nicht in der Mache ?

---

Für AmigaOS4 ist bisher nichts angekündigt. Aber es wird schön bunte Skins dafür geben.

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

[ Dieser Beitrag wurde von Holger am 19.12.2002 editiert. ]

---

Zitat:

---

Original von bj0ern:
@Phantomias:

Wine wird es kaum fuer den Amiga geben, denn Wine ist kein x86 Emulator (Wine = Wine is not an Emulator).
Wine stellt nur die Moeglichkeit zur Verfuegung auf anderen x86 Betriebssystemen Windows Programme auszufuehren.

Wenn du einen x86 Emulator suchst koenntest du versuchen Bochs zu kompilieren. Aber wird wohl selbst auf PPC unbenutzbar sein (also auf CStorm, auf nem 800 MHz G4 gehts schon besser aber ist trotzdem nicht das Gelbe vom Ei).

bj0ern

---

Zitat:

---

Original von AndiW:
@ppcnuxf

Ich glaube, wir können uns darauf einigen

MaxOS X ist schon ein UNIX, da es einen BSD Kernel besitzt, und sonstige Standards einhält, die UNIX auszeichnen. Ob jetzt der Grafik-Server proprietär ist oder nicht, ist dann ja auch egal. Schade nur, dass es kein X Server ist..

---

Zitat:

---

Original von AndiW:
Hmmm, ist der HFS+ Support überarbeitet worden? Die user-space Tools sind ja schon schlecht, und über kernel hfs+ support hat man noch schlechteres gehört (d.h. ich lasse die sicher NICHT auf meine Daten los!).

Gruss, Andi

[ Dieser Beitrag wurde von AndiW am 15.12.2002 editiert. ]

---

Zitat:

---

Original von AndiW:
Nöö, MacOS X ist nicht so sicher oder unsicher wie jedes andere UNIX flavor, denn keines ist gleich sicher. Es kommt dabei sehr stark auf die jeweiloge Konfiguration an. MacOS X hat z.B. bei vielen Dateien das Problem, dass sie world readable sind, obwohl darin sensible Daten enthalten sein können. Es ist jeweils ein abwägen zwischen Sicherheit und Komfort, und MacOS X ist hier eindeutig auf Komfort angelegt.

Gruss, Andi

---

Zitat:

---

Original von Gonozal:
Hi Leute,

mal ne kleine Anekdote:

Auf Arbeit habe ich mal alle aufgefordert, auf Ihren Rechnern nach Viren zu scannen. Da kam einer und sagte:

"Wie geht das? Ich hab nen MAC. Da gibt es keine Viren!"

Darauf ich:

"Das würde mich aber wundern."

Er:

"Unter MAC OS X gibt es keine Viren."

DAS kann ich nun echt nicht glauben. Oder ist das wirklich so??
Und woran sollte das liegen?
Am Unix? Kaum, weil es auch Viren für Linux gibt.
An dem kleinen Markt? Siehe Amiga...

Aber ich habe ihm seine Illusion gelassen.

Ciao,
Gonozal.

---