Am 13.01.2009 um 16:49 schrieb Matthias Berth:
Hallo Klaus,
Danke für die Schnelle Antwort.
was ist Dein Ziel?
Möchtest Du Smalltalk-Klassen und Methoden verwalten? Dann ist ein
Monticello-Package das richtige. Speicherst Du ein
.mcz file ab? Dokumentation zu Monticello ist in "Squeak by Example".
Ja. Ich würde eine "Applikation" dann so gestalten, dass man der
Klasse für den Haupt-View die Message 'start' schickt. Beispiel:
MysqlClient start. ((Ich lösche jetzt die Fragen zu *.pr.
[...]
Ich habe ein Morf-Projekt namens SQL. Alle meine Klassen landen in
einer der
Kategorien KlausF-Mysql oder KlausF-MysqlTest.
---> Ist das OK?
Ja.
Tatsächlich heißt das Monticello-Projekt jetzt KFMysql und ist unter http://www.squeaksource.com/KFMysql
veröffentlicht. Nimmt "man" dieses Repository oder gibt es
Alternativen?
Ich kann alle Klassen unter KFMysql* mit Monticello auf einen Server
laden. Das verstehe ich. OK. Kein Problem. [...]
Du kannst / solltest Sie auch lokal als Monticello-Pakete speichern.
Dazu kannst Du ein lokales Monticello repository anlegen und dann
immer dorthin speichern.
Die landen automatisch in .../.../package-cache. Soll ich noch
zusätzlich ein Repository einrichten?
[...]
Wenn ich meine *.st-Dateien in ein frisches Image lade, klappt das
wunderbar. Aber, wenn ich die Tests durchführe, fehlen die Methoden
Integer>>asByteArray und ByteArray>>bitXor. Diese Methoden habe ich
nicht
geschrieben, sie stammen offensichtlich aus einem anderen
Monticello-Paket,
das ich in der Zwischenzeit geladen habe.
---> Was tue ich nun?
nachsehen, in welchem Monticello-Paket diese Methoden sind: im alten
image im browser steht zu der Methode "In change set xyz" - bzw. das
Package der zugehörigen Klasse ist sowieso ein Monticello-paket.
Die Methoden stammen aus "Cryptography". Ich trage das jetzt einfach
im Monticello als "Required" ein.
VIELEN DANK für die Tipps.
Klaus
