Eclipse und Subversion. Krise.

  • Eclipse und Subversion. Krise.

    Hallo Forum ;)

    Ich hatte mir mal vor einiger Zeit auf nem VServer Subversion installiert.
    Dann mit meinem Notebook via Eclipse bzw. subversive auf diesem gearbeitet.
    Bis heute liefs soweit auch "ok" ;)

    Mittlerweile ist dass Projekt etwas gewachsen und ich wollte es mit meinem Desktop PC (mit komplett neuer Eclipse version + subversive) aus-checken.

    Nö. Wollte er nicht. (Hab die Fehlermeldung grad nicht, wenns wichtig ist dann später).
    Naja gut, dann hab ich n Ordner erstellt und es über "Share Project" versucht. Auch nix!

    Quellcode

    1. Share project was failed.
    2. org.eclipse.team.svn.core.connector.SVNEntryInfo.<init>(Ljava/lang/String;Ljava/lang/String;JILjava/lang/String;Ljava/lang/String;JJLjava/lang/String;Lorg/eclipse/team/svn/core/connector/SVNLock;ZILjava/lang/String;JJJLjava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;)V


    *waaaaaahhhh*

    So, gut dann.. Tortoise SVN. Ein glück dass ich den habe.
    Kurz Host eingetragen, zack fängt er an zu laden. Alles gar kein Problem komplett bis zum ende. Fertig.

    Und nu muss ich Eclipse klar machen, dass das locale Projekt genau das Selbe ist, wie auf dem server.

    Ich bin nicht mehr weit von ner Krise entfernt! :huh:


    Habt ihr da ne Idee? :) Wäre super :)

    Vielen Dank!

    PS: So ne nebenbei Umfrage, wie commited, updated, checkt ihr eure SVN Projekte aus? Mit Eclipse? Konsole? Tortoise?

  • Kann ich leider nichts zu sagen, aber ich checke nur mit Eclipse aus, da ich sehr viele Probleme mit einem Hybriden betrieb von Tortoise und Eclipse hatte, da die Clients unterschiedliche Version haben/hatten und ich mir damit dann mein Repo fast zerschossen hätte :thumbdown:

    Wobei ich als Kritikpunkt von Eclipse doch sagen muss, dass das Mergen meiner meinung nach alles andere als Intuitiv ist.
    Da gefällt mir Tortoise um längen besser. Aber man gewöhnt sich dran.

  • F0kus schrieb:

    Naja gut, dann hab ich n Ordner erstellt und es über "Share Project" versucht. Auch nix!

    Wie genau meinst du das?
    Die Funktion "Share Project" wendest du auf ausgecheckte Ordner an.

    Ich habe mir zum Beispiel alle Projekte in der Firma per SVN (Konsole) ausgecheckt.
    Lade mir aber nur bestimmte Projekte in Eclipse. Dazu benutze ich "share project". Leider darf der SVN Ordner nicht im eigentlichen Workspace liegen.. naja.. das ändert ja nichts. Wenn ich Dateien mit Eclipse speichere werden sie ja zurückgeschrieben und umgedreht.

    Wie ich generell arbeite liest du ja schon raus...
    eigentlich versuche ich mich an Eclipse zu gewöhnen... da ich aber oft mit der Konsole (vim) schneller bin, arbeite und commite ich auch oft parallel damit. Bei mir gab es noch nie Probleme mit diesem Zusammenspiel.

  • NotSuchMethodError

    Hi :)

    Sorry, habe mich ein bisschen falsch ausgedrückt.
    Ich meinte: Mittels Tortoise das Projekt ausgecheckt und dann mit "Share Project" versucht Eclipse beizubringen wo es herkommt bzw. hingehört.
    Habe mal den Screenshot mit dem Fehler angehängt.

    Hier ein Auszug aus der Logdatei:

    Quellcode

    1. !ENTRY org.eclipse.jface 4 2 2009-04-30 10:17:23.054
    2. !MESSAGE Problems occurred when invoking code from plug-in: "org.eclipse.jface".
    3. !STACK 0
    4. java.lang.NoSuchMethodError: org.eclipse.team.svn.core.connector.SVNChangeStatus.<init>(Ljava/lang/String;Ljava/lang/String;IJJJLjava/lang/String;IIIIZZLjava/lang/String;Ljava/lang/String;Ljava/lang/String;Ljava/lang/String;JZLjava/lang/String;Ljava/lang/String;Ljava/lang/String;JLorg/eclipse/team/svn/core/connector/SVNLock;JJILjava/lang/String;)V
    5. at org.tigris.subversion.javahl.ConversionUtility.convert(ConversionUtility.java:118)
    6. at org.polarion.team.svn.connector.svnkit.SVNKitConnector.status(SVNKitConnector.java:338)
    7. at org.eclipse.team.svn.core.extension.factory.ThreadNameModifier.status(ThreadNameModifier.java:608)
    8. at org.eclipse.team.svn.core.utility.SVNUtility.status(SVNUtility.java:289)
    9. at org.eclipse.team.svn.core.utility.SVNUtility.getSVNInfoForNotConnected(SVNUtility.java:762)
    10. at org.eclipse.team.svn.ui.wizard.shareproject.SelectProjectsGroupPage.performAnalysis(SelectProjectsGroupPage.java:95)
    11. at org.eclipse.team.svn.ui.wizard.shareproject.SelectProjectsGroupPage.<init>(SelectProjectsGroupPage.java:79)
    12. at org.eclipse.team.svn.ui.wizard.ShareProjectWizard.addPages(ShareProjectWizard.java:79)
    13. at org.eclipse.team.internal.ui.wizards.ConfigureProjectWizardMainPage$1.selectionChanged(ConfigureProjectWizardMainPage.java:148)
    14. at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:162)
    15. at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
    16. at org.eclipse.core.runtime.Platform.run(Platform.java:880)
    17. at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:48)
    18. at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:175)
    19. at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:160)
    20. at org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:2062)
    21. at org.eclipse.jface.viewers.StructuredViewer.handleSelect(StructuredViewer.java:1138)
    22. at org.eclipse.jface.viewers.StructuredViewer$4.widgetSelected(StructuredViewer.java:1168)
    23. at org.eclipse.jface.util.OpenStrategy.fireSelectionEvent(OpenStrategy.java:227)
    24. at org.eclipse.jface.util.OpenStrategy.access$3(OpenStrategy.java:221)
    25. at org.eclipse.jface.util.OpenStrategy$1.handleEvent(OpenStrategy.java:388)
    26. at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
    27. at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
    28. at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3823)
    29. at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3422)
    30. at org.eclipse.jface.window.Window.runEventLoop(Window.java:825)
    31. at org.eclipse.jface.window.Window.open(Window.java:801)
    32. at org.eclipse.team.internal.ui.wizards.ConfigureProjectWizard.openWizard(ConfigureProjectWizard.java:224)
    33. at org.eclipse.team.internal.ui.wizards.ConfigureProjectWizard.shareProjects(ConfigureProjectWizard.java:124)
    34. at org.eclipse.team.internal.ui.actions.ConfigureProjectAction$1.run(ConfigureProjectAction.java:39)
    35. at org.eclipse.team.internal.ui.actions.TeamAction$3.run(TeamAction.java:265)
    36. at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
    37. at org.eclipse.team.internal.ui.actions.TeamAction.run(TeamAction.java:262)
    38. at org.eclipse.team.internal.ui.actions.ConfigureProjectAction.execute(ConfigureProjectAction.java:33)
    39. at org.eclipse.team.internal.ui.actions.TeamAction.run(TeamAction.java:514)
    40. at org.eclipse.team.internal.ui.actions.TeamAction.runWithEvent(TeamAction.java:548)
    41. at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:241)
    42. at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:583)
    43. at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:500)
    44. at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:411)
    45. at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
    46. at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
    47. at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3823)
    48. at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3422)
    49. at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2382)
    50. at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346)
    51. at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2198)
    52. at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493)
    53. at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288)
    54. at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:488)
    55. at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
    56. at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113)
    57. at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
    58. at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
    59. at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
    60. at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:386)
    61. at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
    62. at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    63. at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    64. at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    65. at java.lang.reflect.Method.invoke(Unknown Source)
    66. at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
    67. at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
    68. at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
    Alles anzeigen



    Habe ein bisschen gegoogelt und den Tipp gefunden eclipse mittels "eclipse.exe -clean" aufzurufen. Hat leider genau so wenig gebracht wie in Eclipse die Projekte zu "cleanen".
    Bilder

    • nosuchmethoderror.PNG

      85,62 kB, 1.280×1.023, 443 mal angesehen

  • Der letzte Beitrag von jeremyt auf forums.polarion.org/viewtopic.php?f=4&t=3236 klingt vielversprechend:
    I did get the same problem this morning. I would think that a "buggy" version has been release to the update location. One easy way to get back on your feet is to use the revert back to a working snapshot in eclipse. In Help -> Software Update -> Manage Configuration, the right-hand side panel gives you the option to "Revert to previous". Pick a working snapshot and that's it. That saved my day ;)