[Eclipse] 3.2M6 erschienen
Stefan Matthias Aust
erschienen, der gleichzeitig auch die Basis für die folgenden
Release-Kandidaten bis zur finalen Version ist. Was jetzt nicht
vorhanden ist, das kommt auch nicht mehr bis zur Version 3.2 im Juni.
Wie üblich, ein paar Kommentare zu den neuen Features.
Das JDT bietet beim Umbenennen von Methoden jetzt die Option, die alte
Methode als deprecated markiert stehen zu lassen, was eine gute Idee
ist, um Änderungen zu machen, ohne die Kompatibilität zu brechen. Einige
Refactorings gehen jetzt auch, wenn der Quelltext Fehler enthält -
schäbiges Feature, IDEA kann das schon längt. Der an sich nette
Cleanup-Wizard wurde optisch aufpoliert und kann jetzt auch die IMHO
schlechten Änderungen, überall wo geht "final" dranzubappen oder Blöcke
zu entfernen, wenn nur ein Statement drin steht.
Schick ist hingegen wieder die Möglichkeit, über "@category foobar" im
JavaDoc Methoden in Kategorien einzuteilen - der Smalltalk-Browser lässt
grüßen. Man kann im Outliner dann nach Kategorien filtern und so etwa
alle getter und setter unterdrücken.
Winzige Icons können jetzt bei Java-Dateien schon anzeigen, ob da eine
Klasse, ein Interface, usw. drin ist. Und die JavaDoc-Anzeige nutzt
jetzt das Browser-Widget... der IE hat ja die nervige Angewohnheit, beim
Wechsel des Textes einmal zu "klicken", ob der Hover jetzt auch genau
klickt wie der alte JavaDoc-View?
An der Launch-Konfiguration wurde herumgedoktort und man kann sie jetzt
filtern. Wenn's viele werden, ist das aber immer noch nicht viel besser
und die bekloppen Shortcuts Alt+Shift+X,R sind immer noch die alten.
IDEA funktioniert so viel besser, dass das alleine schon Grund genug
ist, Eclipse als Java-IDE links liegen zu lassen. Zumal man sich bei
Alt+Shift jedes zweite Mal die Sprache umschaltet... Grrrr
Wer eigene Eclipse-Anwendungen baut, weiss vielleicht zu schätzen, dass
man im PDE jetzt einen Splash-Screen mit Progressbar erzeugen kann.
Besser wäre natürlich, Anwendungen zu erzeugen, die schnell genug laden,
dass man sowas gar nicht erst braucht :)
SWT erlaubt jetzt in Tabellen und Bäumen die Zellen selbst zu zeichnen.
Selbst zeichnen ist auch das Motto der "User Assistance" und hier wurde
einiges mal Look gefeilt. Cheat Sheets können jetzt mehr, die Hilfe hat
einen neuen Index und Eclipse einen schicken neuen Startbildschirm.
Dieser lässt sich über einen Wizard auch für eigenen RCP-Anwendungen
konfigurieren. Mir missfällt allerdings, dass die Selektion zittert,
wenn man die Maus bewegt. Ach ja, und man kann direkt aus Eclipse den
RSS-Feed von eclipse.org ansehen.
Fehlermeldungen in Dialogen fahren jetzt animiert in den Kopfbereich -
nun ja...
Wichtiger finde ich, dass der CVS-Support verbessert wurde und schade
ist nach wie vor, dass die Eclipse-Comitter Support für SVN als PAL
ansehen. Laut Martijn Dashorst sind beide verfügbaren SVN-Plugins eher
schlecht als recht zu gebrauchen.
--
Stefan Matthias Aust // Ergo bibamus, ne sitiamus, vas repleamus!
Sven Köhler
> ist nach wie vor, dass die Eclipse-Comitter Support für SVN als PAL
> ansehen. Laut Martijn Dashorst sind beide verfügbaren SVN-Plugins eher
> schlecht als recht zu gebrauchen.
Welche 2 SVN-Plugins gibt es denn?
Ich kenn nur subclipse:
http://subclipse.tigris.org/
Dirk Olmes
>> Wichtiger finde ich, dass der CVS-Support verbessert wurde und schade
>> ist nach wie vor, dass die Eclipse-Comitter Support für SVN als PAL
>> ansehen. Laut Martijn Dashorst sind beide verfügbaren SVN-Plugins eher
>> schlecht als recht zu gebrauchen.
Immer wieder höre ich, daß die subclipse schlecht zu gebrauchen wäre.
Kann jemand mal FAKTEN liefern? Ich benutze die Subclipse seit > 1 Jahr
und habe annähernd keine Probleme damit.
Was genau tut nicht?
-dirk
Daniel Völkerts
> Was genau tut nicht?
Ich habe z.B. folgenden Fehler bemerkt:
Eclipse 3.1 stable
Subclipse 0.9.105
Wenn ich einen Commit mache und diesen in die Progressview lege, bekomme
ich eine Statusanzeige plus ein rotes Rechteck rechts zum Abbrechen.
Nun habe ich schon öfter erlebt, und auch von Bekannten gehört, dass er
entweder bei 99% hängenbleibt, ob wg. dem Repository oder weil unser
alter Router defekt war, ohne in einen Fehler zu laufen.
Den gleichen Effekt erzielten wir, wenn man auf das rote Rechteck zum
abbrechen klickte.
Danach ist die Workcopy Matsche, er bemängelt immer das Dateien schon
vorhanden seien, meldet Pseudokonflikte und lässt sich auch mit nichts
in der Welt zum Weiterarbeiten animieren.
Löscht man die lokale Kopie und checkt nochmal aus ist alles wieder
baletti... Das passiert alle 30-40 Commits was seeeehr nervend ist.
Vielleicht liegt das Problem aber auch wie gesagt an JavaForge. Ich
müsste mal auf einem lokalen Server ein SVN einrichten.
Gruß,
--
Daniel Völkerts
Protected by Anti Pesto.
Christoph Jerolimov
NPE beim Updaten, Commiten, ... -- "Annähernd keine Probleme" sind immer
noch zuviele. ;-)
Stand allerdings auch schon über ein halbes Jahr alt, nur wer hat schon
die Zeit regelmäßig zu evaliueren. Mit 1.0 würd ich das vielleicht
nochmal tun. ;-)
Das Problem kann durchaus an "besonderen" Repos liegen, sprich die mit
anderen Tools befüllt wurden sind, trotzdem darf das nicht (=NIE)
passieren. Vermutlich liegt das ein wenig anders wenn man nur eigene
Projekte verwendet. Zum browsen in den Apache-Repos verwende ich es auch
seit rund 3 Monaten Problemfrei. Solangsam scheint's ja zu werden.
> -dirk
Sascha Broich
> Welche 2 SVN-Plugins gibt es denn?
>
> Ich kenn nur subclipse:
> http://subclipse.tigris.org/
Subversive:
<http://www.polarion.org/index.php?page=overview&project=subversive>
Sascha Broich
--
Früher war alles besser.
Aber dann wurden die Pyramiden gebaut.
Christoph Jerolimov
> On Mon, 03 Apr 2006 04:42:02 +0200, Sven Köhler wrote:
>
>
>>Welche 2 SVN-Plugins gibt es denn?
>>
>>Ich kenn nur subclipse:
>>http://subclipse.tigris.org/
>
>
> Subversive:
> <http://www.polarion.org/index.php?page=overview&project=subversive>
Irgendwie sieht das doch immer so aus als wär das nur ein Fork, oder?
Timo Stamm
Hier der Artikel von Martijn:
http://www.jroller.com/page/dashorst?entry=rant_subversion_integration_in_eclipse
Er hat subversive und subclipse probiert.
Timo
Lothar Kimmeringer
> Wichtiger finde ich, dass der CVS-Support verbessert wurde und schade
> ist nach wie vor, dass die Eclipse-Comitter Support für SVN als PAL
> ansehen. Laut Martijn Dashorst sind beide verfügbaren SVN-Plugins eher
> schlecht als recht zu gebrauchen.
Subclipse wird Hier [TM] fuer den Zugriff auf unser Repository
per HTTPS verwendet. Eigentlich haben wir hier keine Probleme,
haben allerdings ab und zu den Effekt, dass man Sachen eincheckt
und bei einem sofort folgenden Update alte Klassen bekommt. Ich
kann das nicht nachvollziehbar reproduzieren, habe aber den
Verdacht, dass man das bekommt, wenn man ein Commit auf einen
Teilbaum und anschliessend ein Update auf das Gesamtprojekt
macht. Kaputt geht dadurch nichts, ein sofort folgendes Update
stellt den richtigen Zustand wieder her.
Passieren tut das oefter auf einem Powerbook als bei mir mit
einem normalen PC, aber evtl. liegt das an unterschiedlichen
Arten des Eincheckens und Updatens.
Sonst laeuft das hier alles problemlos.
Gruesse, Lothar
--
Lothar Kimmeringer E-Mail: spam...@kimmeringer.de
PGP-encrypted mails preferred (Key-ID: 0x8BC3CD81)
Always remember: The answer is forty-two, there can only be wrong
questions!
cybernd
- sehr oft habe ich im sync view ein projekt im projekt im projekt,
also eine unabsichtliche Rekursion des eigentlichen Projektes selbst.
Die wieder wegzukriegen ist schwer.
- einmal hat das updaten auf eine neue subclipse dazu geführt, das er
statt einem commit ein revert gemacht hat - gottseidank waren nicht
viele ressourcen betroffen.
- ziemlich oft hängt er nach dem commit grundlos für ca 10 sekunden
bevor er diesen completed
- an externe repositories komme ich selten ran => mit tortoise gehts
wunderbar durch den proxy
- das konfliktverhalten treibt mich zur weissglut. ja sicher
irgendjemand hat sich etwas dabei gedacht aber wenn man eine ressource
bewusst (wegen lokal gültigem passwort z.b.) anders halten will,
schatt es subclipse immer wieder, diese nach dem update in die
einzeldateien der diffs zu splitten, was man danach wieder wegarbeiten
muss (nerv).
mehr fällt mir gerade auf anhieb nicht ein.
Zugegebenermassen sind einige der Aspekte auf Fehlbedienung
zurückzuführen. Das Tool sollte aber intuitive arbeit ermöglichen
und nicht den Arbeitsweg etwas unelegant vorgeben.
mfg
cybi
Dirk Olmes
> - ziemlich oft hängt er nach dem commit grundlos für ca 10 sekunden
> bevor er diesen completed
Kann das daran liegen, daß er dann im "Transmitting files ..." ist? Beim
commit arbeitet er erst die Commits ab, was man auch im
Fortschrittsbalken sehen kann und erst am Ende werden die Änderungen
übertragen. Ich vermute mal, das liegt in der Funktionsweise von svn,
die Kommandozeilen Tools verhalten sich genauso.
> - an externe repositories komme ich selten ran => mit tortoise gehts
> wunderbar durch den proxy
Du mußt einen Proxy konfigurieren, und zwar nicht in der Eclipse,
sondern in der "servers" Datei von svn. Das liegt wohl daran, daß
subclipse auch nur die svn Library via JNI einbindet ...
Ja, subclipse könnte den voreingestellten Eclipse Proxy nutzen!
-dirk
Alex Tugarev
> %Negative Erfahrungen mit Subclipse%
Also jetzt habt ihr mich nun alle etwas besorgt gemacht.
Ich habe noch neulich mit einem Kollegen über das Thema Subversion vs.
CVS (im Hinblick auf den Eclipse-Einsatz) diskutiert und er hatte mich
bereits von einer Migration zu Subversion überzeugt. Dass sich der
Client (also Subclipse) noch in Entwicklung befindet war mir klar, aber
ich habe mir sagen lassen, dass der Einsatz bereits zu empfehlen ist,
insbesondere sei die Datensicherheit gewährleistet.
Was ich hier gerade lese hört sich verdächtig nach Stress und
schlaflosen Nächten, die man mit der Rekonstruierung von Ressourcen
verbringt, an.
Komme ich da bei meiner Entscheidung doch noch auf einen grünen Zweig,
oder lege ich das Thema auf Eis?
Immerhin weist die Changelog bereits die Version 1.0.0 Release Candidate
6 auf. Da stelle ich mir auch selbstverständlich die Frage, wie alt eure
Erfahrungen sind.
Grüße
AT
cybernd
Zwei Vorteile von svn wären:
http basiert, d.h. du kannst repos recht leicht durch proxies
zugänglich machen (theoretisch) und auch im apache recht gut
konfigurieren, welches repo für wen zugänglich ist - das kannst bei
cvs nicht so gut und einfach erledigen.
Ressourcen umbenennen. Der ist aber witzig, denng erade bei dem Punkt
ist in meinen Augen Subclipse nicht weit genug gereift, wodurchs dann
meistens eh bei einem delete / recreate endet.
mfg
cybi
Axel Schlueter
Alex Tugarev wrote:
> Was ich hier gerade lese hört sich verdächtig nach Stress und
> schlaflosen Nächten, die man mit der Rekonstruierung von Ressourcen
> verbringt, an.
Ich kann zwar nicht alles bestaetigen, was cybernd so
schreibt, aber einige der beschriebenen Fehler tauchen
hier auch regelmaessig auf.
Wir haben testweise ein mittleres RCP-Projekt (sechs Plugins,
etwa 5000 Dateien) in ein Subversion-Repository ueberfuehrt
und arbeiten seit etwa zwei Monaten mit drei Leuten via
Subclipse damit. Die Erfahrungen sind eher negativ, insb. das
seltsame Konfliktmanagement sowie die eigenwillige Beurteilung,
was sich geaendert hat und als commit zum Repository ueberfuehrt
werden muss ist sehr nervig und kostet mehr Zeit, als es mit
der CVS-Unterstuetzung notwendig waere. Die beschriebende
10-Sekunden Gedenkminute bei jedem groesseren Commit tritt
hier auch auf, wobei es sich dabei definitiv nicht um die
Uebertragung zum Server handelt, die kommt naemlich erst danach.
Mehrfach war eine Reparatur des Repositories mit den Kommandozeilen-
tools noetig, wobei ich jedoch fairerweise sagen muss, das es
dabei bisher noch niemals zu einem Datenverlust gekommen ist.
> Komme ich da bei meiner Entscheidung doch noch auf einen grünen Zweig,
> oder lege ich das Thema auf Eis?
Wir werden es nach Abschluss unseres Experiments nicht mehr
machen, sondern wieder zum CVS zurueckkehren, um Subclipse noch
ein wenig "Reifungszeit" zu goennen.
Gruesse,
Axel
--
Friendship is unnecessary, like philosophy and art. It has no
survival value; rather, it is one of those things that give
value to survival. -- C.S.Lewis
Sven Köhler
> ist in meinen Augen Subclipse nicht weit genug gereift, wodurchs dann
> meistens eh bei einem delete / recreate endet.
Hab ich gestestet: ging nicht.
Rechtsklick auf ne Datei, und er wollte die eine löschen, die andere
committen. Ich dachte: vielleicht nur ein Problem der GUI. Aber im
Repository hatte ich dann wirklich 2 Files mit unterschiedlicher History.
Stefan Matthias Aust
> per HTTPS verwendet. Eigentlich haben wir hier keine Probleme,
> haben allerdings ab und zu den Effekt, dass man Sachen eincheckt
> und bei einem sofort folgenden Update alte Klassen bekommt.
Das finde ich indiskutabel. Die Gefahr, dass man aus versehen mit einer
alten Version weiterarbeitet und dann später viel Arbeit beim Mergen
hat, ist zu groß.
> Sonst laeuft das hier alles problemlos.
Naja... ein Fehler reicht, um in einer Welt, wo es entweder funktioniert
oder der andere Zustand eben bedeutet, dass es nicht geht, das Werkzeug
zu disqualifizieren.
Alex Tugarev
> Wir werden es nach Abschluss unseres Experiments nicht mehr
> machen, sondern wieder zum CVS zurueckkehren, um Subclipse noch
> ein wenig "Reifungszeit" zu goennen.
Ich danke euch allen für die Informationen.
Wird wohl das beste sein, vorerst noch zu warten. Subversion an sich ja,
aber wenn Subclipse noch nicht ganz reif ist, sehe ich im Moment wenig
Sinn. Diese Art von Experimenten hat mein Projekt sowieso schon um fast
1 Jahr verzögert.
Schöne Grüße
AT
Jochen Theodorou
[...]
> Ich habe noch neulich mit einem Kollegen über das Thema Subversion vs.
> CVS (im Hinblick auf den Eclipse-Einsatz) diskutiert und er hatte mich
> bereits von einer Migration zu Subversion überzeugt. Dass sich der
> Client (also Subclipse) noch in Entwicklung befindet war mir klar, aber
> ich habe mir sagen lassen, dass der Einsatz bereits zu empfehlen ist,
> insbesondere sei die Datensicherheit gewährleistet.
also ich arbeite schon immer ohne die IDE integration für CVS oder SVN.
Unter Windows benutze ich sehr gerne Tortoise, unter Linux die
Kommandozeile. Es geht und es geht einfach. Hintergrund ist der, dass
ich oft Dateien ohne die IDE ändere... soll ich für eine Readme die IDE
starten? Man kann auch seinen Webserver so umbiegen dass er die
HTML-Datein aus dem Repository anzeigt, also bei SVN jedenfalls geht das
ohne grosses gefummel. Wenn ich eine solche Datei ändere, dann mache ich
das nicht mit Eclipse. Oder Bilder, native Bibliotheken, jars, zips...
Meiner Meinung nach kann man SVN sehr empfehlen, subversion wohl eher
noch nicht
Gruss theo
Lothar Kimmeringer
> Lothar Kimmeringer schrieb:
>
>> per HTTPS verwendet. Eigentlich haben wir hier keine Probleme,
>> haben allerdings ab und zu den Effekt, dass man Sachen eincheckt
>> und bei einem sofort folgenden Update alte Klassen bekommt.
>
> Das finde ich indiskutabel. Die Gefahr, dass man aus versehen mit einer
> alten Version weiterarbeitet und dann später viel Arbeit beim Mergen
> hat, ist zu groß.
Wie gesagt, wenn man den Effekt kennt, schaut man beim Update drauf,
bzw. ruft Update einfach zweimal auf. Da ja auch die Sourcen betroffen
sind, die man gerade eingecheckt hat, merkt man das eigentlich immer
sofort, da ja die eigenen Aenderungen von vor fuenf Minuten ja sofort
wieder weg sind.
Und im Gegensatz zum CVS-Support von Together, wo ich es durch Klick
an der falschen Stelle mal geschafft habe, einen kompletten Teil-
bereich im CVS zu loeschen, ist dieser Fehler eigentlich harmlos.
>> Sonst laeuft das hier alles problemlos.
>
> Naja... ein Fehler reicht, um in einer Welt, wo es entweder funktioniert
> oder der andere Zustand eben bedeutet, dass es nicht geht, das Werkzeug
> zu disqualifizieren.
SVN verbraucht auf dem Backup gegenueber CVS nur etwa ein Viertel an
Speicher (bei Uebernahme der kompletten History von CVS in SVN) und
die Moeglichkeit des Verschiebens und Umbenennens bzw. das einfache
Branchen und Taggen gibt hier den Ausschlag und wird entsprechend
oft genutzt. Von den Moeglichkeiten, Bereiche des SVN durch Gruppen-
richtlinien einzuschraenken oder der Zugriff per WebDAV auf das
Repository ganz zu schweigen.
Lothar Kimmeringer
> Ressourcen umbenennen. Der ist aber witzig, denng erade bei dem Punkt
> ist in meinen Augen Subclipse nicht weit genug gereift, wodurchs dann
> meistens eh bei einem delete / recreate endet.
Es geht, wenn auch ueber Umwege. Man geht in die SVN-Repository-
View und klickt sich dort zu dem zu verschiebenden/umbenennenden
Verzeichnis. Rechtsklick darauf und entsprechenden Punkt im
Kontextmenue auswaehlen. Wenn's kein Verzeichnis, sondern eine
Javaklasse ist, muss man anschliessend ein Update im Eclipse
ausfuehren und den Compileerror der neu heruntergeladenen Datei
im Zielverzeichnis durch Anpassen der class-Deklaration beheben.
Klaus Kloos
Ich habe versucht von 3.1 auf 3.2M6 umzusteigen.
Das Debug-Menu (Toolbar und Menu) ist ausgegraut. Den 'Run...' Dialog
kann Ich zwar aufrufen, dort ist aber auch alles wichtige ausgegraut.
ich komme nicht weiter.
Dann habe Ich noch die aktuellste 3.2M5 getestet, dort siehts genauso
aus.
Hat da jemand einen Tip für mich. (OSX 10.3)
Gruß Klaus
Christoph Jerolimov
Einfach drüber entpackt? Versuch mal eine saubere Installation mit einem
sauberen Workspace. Hab gestern M6 über M5 entpackt was ein wenig ...
naja, ich seh nicht alle neuen Dialoge und hab nun misch-masch. ;-)
Gruß
Klaus Kloos
> Einfach drüber entpackt? Versuch mal eine saubere Installation mit einem
> sauberen Workspace. Hab gestern M6 über M5 entpackt was ein wenig ...
> naja, ich seh nicht alle neuen Dialoge und hab nun misch-masch. ;-)
Ich habe den kompletten neuen Ordner benutzt, keine Altlasten.
Allerding hatte ich noch den alten Workspace.
Also nochmal neu entpackt, mit frischem Workspace aber das gleiche
Problem.
Debug ausgegraut, und im Run..-Menu kann ich nichts anlegen.
Gruß Klaus
Ingo R. Homann
[in Eclipse lنكt sich nichts starten]
Wilder Tip ins Blaue: Ist aus irgendeinem Grund keine JVM zum Starten
eingestellt?
Ciao,
Ingo
Klaus Kloos
> Wilder Tip ins Blaue: Ist aus irgendeinem Grund keine JVM zum Starten
> eingestellt?
Wir sind auf dem richtigen Weg...
Ich habe in den Prefs gar keine Einstellung für java
in meinem laufenden 3.1 habe Ich noch eine Einstellung 'Java Build Path'
die (und noch ein paar andere) fehlt in der 3.2.
Hat sich das vielleicht von 3.1 auf 3.2 verändert?
Gruß Klaus
Tobias Barth
> Komme ich da bei meiner Entscheidung doch noch auf einen grünen Zweig,
> oder lege ich das Thema auf Eis?
>
> Immerhin weist die Changelog bereits die Version 1.0.0 Release Candidate
> 6 auf. Da stelle ich mir auch selbstverständlich die Frage, wie alt eure
> Erfahrungen sind.
Wenn Du noch warten kannst, dann warte. Aktuell geht grade das
"Branch/Tag" außerhalt der "SVN"-Perspektive nicht. Ne Spezialität von
Subclipse ist auch, ein Projekt halb zu switchen und den Rest liegen zu
lassen - man committet dann unter Umständen in den falschen Branch.
Merges kannste völlig haken...
Das faszinierende ist ja, dass Subclipse Teile von Tortoise benutzt,
aber dem doch um Längen unterlegen ist!
Ciao
Tobi