droidcachebox bauen?

[saxbav]

Hallo
komme bei Eclipse nicht mehr weiter.
Habe soweit alles installiert nur kann ich jetzt nicht den Sourcecode in das Projekt importieren.
Kann einfach nicht das Projekt anklicken und auf Finish gehen.
Woran könnte das liegen ?
Fehlen noch irgendwelche Dateien ?

grüße Twonat

[cacheboxer]

Hallo,

bist Du exakt nach Anleitung vorgegangen? Eclipse sagt Dir oben neben dem Warndreieck ja, dass Du das Projekt nicht importieren kannst, weil es schon vorhanden ist. Würde vermuten, dass Du entweder eine falsche Importoption gewählt hast oder vielleicht jemand eine Eclipse-Konfigurationsdatei in den Sourcebaum übertragen hat, die nicht unter Versionskontrolle gehört.

MfG

[Longri]

Tauch mal eine Ebene tiefer ab.

Cachebox besteht mittlerweile aus zwei Projekten. Dem Core und der Android GUI.

Du musst also zwei Projekte Importieren!


Longri

[peter51d]

Ja die Core.

Muss ich die eigendlich auch exportieren?
Bei den letzten Versionen habe ich immer nur CB Exportiert.
Scheind auch funktioniert zu haben.

Würde mich aber schon interresieren, wofür die Core im Workspace steht?

Ach so, warum stimmen eigendlich die Rev Nr beim ausschecken des Codes und die angezeigte Version in CB nicht überein?

[Longri]

Der Core enthält reinen JAVA Code, so das er auch ohne Android getestet werden kann!
Und mit der Revisionsnummer ist das so eine Sache, diese muss von Hand in die Global.java eingetragen werden und wird häufig vergessen.

[peter51d]

Es reicht also in Eclipse den Cachebox Core und droidecachebox zu importieren und nur droidecachebox als apk zu exportieren.
Was aus dem Core gebraucht wird, wird automatisch mit exportiert?

[saxbav]

Eclipse sagt Dir oben neben dem Warndreieck ja, dass Du das Projekt nicht importieren kannst, weil es schon vorhanden ist.

Hast wohl recht es sind alle Daten im Projekt.
Den letzten Schritt muss man nicht machen.
Habe aber wo anders ein Problem.
Werde ich mir dann morgen angucken.

[cacheboxer]

Und mit der Revisionsnummer ist das so eine Sache, diese muss von Hand in die Global.java eingetragen werden und wird häufig vergessen.

Bei TortoiseSVN ist ein Tool Namens SubWCRev dabei, mit dem man das automatisieren kann.

[Ging-Buh]

Und mit der Revisionsnummer ist das so eine Sache, diese muss von Hand in die Global.java eingetragen werden und wird häufig vergessen.

Bei TortoiseSVN ist ein Tool Namens SubWCRev dabei, mit dem man das automatisieren kann.

Hallo Cacheboxer,

kannst du das vielleicht etwas genauer beschreiben, wie man das macht. Bei mir beschränken sich die Erfahrungen mit SVN mehr oder weniger auf das was ich im Zusammenhang mit CacheBox gelernt habe. Und das ist sicherlich nur ein kleiner Ausschnitt dessen, was damit möglich ist.

[cacheboxer]

Und mit der Revisionsnummer ist das so eine Sache, diese muss von Hand in die Global.java eingetragen werden und wird häufig vergessen.

Bei TortoiseSVN ist ein Tool Namens SubWCRev dabei, mit dem man das automatisieren kann.

kannst du das vielleicht etwas genauer beschreiben, wie man das macht.

SubWCRev liest eine Quelldatei und ersetzt darin Platzhalter durch Informationen über die Arbeitskopie. Z.B. wird der Platzhalter $WCREV$ durch die höchste Revisionsnummer in der Arbeitskopie ersetzt (das, was Ihr jetzt manuell macht). Das Ergebnis wird in eine Zieldatei geschrieben.

Die Quelldatei steht unter Versionskontrolle, die Zieldatei natürlich nicht.

SubWCRev wird in den Build-Prozess eingebunden, so dass bei jedem Build die Revisionsnummer eingebaut wird.

Wenn Eure Versionsinformationen also z.B. in Global.java stehen, benennt Ihr Global.java in Subversion nach Global.java.template (oder was auch immer) um und ersetzt die Versionsinfos durch Platzhalter. Die eigentliche Global.java tragt Ihr in die Ignorierliste svn:ignore ein und lasst sie im Build-Prozess von SubWCRev erzeugen. Für den Entwickler und den selbstkompilierenden Anwender ist das völlig transparent. Wenn Global.java mehr als nur Versionsinformationen enthält, muss man natürlich in Zukunft funktionale Änderungen in Global.java.template machen, da Global.java bei jedem Build neu erzeugt wird.

Ein "Achtung" noch: SubWCRev ist ein Windows-EXE. Wenn jemand im Team unter Linux oder Mac OS X arbeitet, funktioniert das nicht. Da muss man dann svnversion (ist bei svn dabei) mit irgendeinem platformunabhängigen Scriptcode verheiraten, um das gleiche zu erreichen - ob das direkt in ant machbar ist, weiß ich nicht. Wenn Bedarf für eine platformunabhängige Lösung besteht, schaut Euch das einfach in irgendeinem anderen Open Source Projekt, das mit Subversion arbeitet, ab - die machen das ja alle. Ich würde da als erstes 'mal bei den Java-Projekten von Apache schauen, da hier die Umgebung (Subversion/Eclipse/Java) in etwa so sein dürfte, wie bei Euch.

MfG