Hi there!
Sorry bei meiner Antwort über die Daten die hin und hergeschickt werden
hatten sich ein paar Fehler eingeschlichen, die aufgrund des Lesens des
falschen SourceCodes entstanden waren:
Welche Parameter tatsächlich gesendet werden und was zurückkommt sieht
man am besten am Beispiel.
OpenOffice.org führt eine URL wie die folgende aus:
http://update.services.openoffice.org/ProductUpdateService/check.Update?ProductKey=OpenOffice.org
2.0&buildid=680m1(Build:9062)&ProductPatch=&ProductSource=OOD680&AllLanguages=en-US&_OS=Linux&_ARCH=x86
und bekommt das folgende Text Dokument zurück:
yes$$$http://update.services.openoffice.org/ooo/snapshot.html#rc3$$$buildid=680m5(Build:9073)
ProductPatch=null
ProductSource=OOD680
ProductKey=OpenOffice.org 2.0
_OS=Linux
_ARCH=x86
AllLanguages=en-US
gibt es keine neuere Version enthält die Antwort einfach nur ein "no"
PS: mein Thunderbird "telefoniert nicht nur nach Hause" um nach Updates
zu fragen sondern installiert sich diese auch ohne jedwede Nachfrage
gleich selber und gibt mir nur noch anschliessend Bescheid das ich die
Anwendung mal neu starten soll und ich finde das gut so.
Gruß,
Bernd
Bernd Eilers wrote:
Wolfram Brenig wrote:
Hallo,
Moin!
ich habe eine Frage zu den 'Releasekandidaten'.
Aus gegebenem Anlass hatte ich mir vor einiger
Zeit einen 2.0.4rc2-Kandidaten installiert.
Als kürzlich der 2.0.4rc3-Kandidat rauskam
informierte mich zu meinem Entsetzten beim
Aufruf von Ooo eine freundliche kleine
Splash-Screen über eben genau diesen neuen
rc-Kandidaten und am rechten oberen Rand
des Ooo-Fensters nistete sich sogar ein
Button ein mit dem der neue rc-Kandidaten
downloadbar war.
Ooo läuft bei mir unter Linux und ich
war ... mal wieder sehr naiv .... davon
ausgegangen, dass Ooo eben nicht
'nach Hause telefoniert', wie man das von
'anderen' Officepaketen hinlänglich kennt.
Ich möchte über Sinn und Unsinn solcher
Sachen hier garkeine Prinzipiendebatte
anfangen,
Die Prinzipendebatte dazu gab es bereits auf den englischen
MailingListen. Ergebniss der Debatte
ist issue http://www.openoffice.org/issues/show_bug.cgi?id=69612
der im ChildWorkspace callhome05 (
http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Id=4438&Path=OOD680%2Fcallhome05
)
gefixt wurde mit dem der
Default umgestellt wurde so das Updatefeature nun erst aktiviert
werden muss um benutzt werden zu können. Der CWS callhome05 wurde
bereits in den letzten releasekandidaten integriert, so das da nun per
Default das Feature erst einmal abgeschaltet ist.
sondern ich möchte einfach nur
wissen ob jemand von euch weiss
1) welche Daten Ooo
Gesendet werden im Prinzip nur Informationen, die darüber Aufschluss
geben welche Version installiert ist um zu ermitteln welche neuere
Versionen ist gibt. Im Detail sind das:
buildId String, d.h. sowas wie 680m5(build:9011)
ggf. productPatch String, d.h sowas wie (Product Update 2)
ProductSource, d.h sowas wie OOB680 = aktueller MasterWorkspace der Version
ProductMajor das ist noch mal ein Nummer 680 zur Zeit
ProductMinor das ist dann sowas wie 5
ProductBuildId String wie 9011
allLanguages String wie en-US,de
os - Betriessystem
platform - auch wieder Entwicklungsinterne Info, das ist ein String der
Information über Betriesystem und Compilerversion enthält wie unxlngi6
Wie du warscheinlich bemerkt hast sind einige Informationen reduntant so
sind z.B. die ProductBuildID und die ProductMinor eigentlich bereits im
BuildID String und die ProductMajor im ProductSource enthalten.
Zurückgesendet werden Informationen über neuere Versionen als die eigene
das sind im Prinzip fast wieder die selben die auch hingeschickt wurden
plus Downloadlink und Erscheinungsdatum.
2) mit wem auf der 'andern Seite' austauscht und
Die "andere Seite" ist ein java servlet das von Sun unter
http://update.services.openoffice.org/ProductUpdateService/check.Update
betrieben wird welches sich einfach nur aus einer Datenbank die
Informationen über möglicherweise vorhandenen neuere Versionen raussucht
und zurücksendet.
3) ob man das abschalten kann.
Ja! Und neuerdings ist es wie gesagt per default auch gar nicht erst an
sondern muss erst eingeschaltet werden.
Danke und Gruß,
Wolfram
Gruß,
Bernd
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]