Autor Thema: eclipse plug-in Entwicklung: Kommt man da rein?  (Gelesen 23710 mal)

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
eclipse plug-in Entwicklung: Kommt man da rein?
« am: 14.08.06 - 17:57:34 »
Hi,

wir haben hier einen wirklich sehr konkreten Bedarf verschiedene Entwicklungsaktivitäten unter eine Plattform zu stellen.
Weil ich
- neu bin
- fest daran glaube, dass am Ende alles gut wird
- und ich ja schliesslich mittelfristig irgendwie meinen senior Status legitimieren will,
hab ich mich freiwillig als Eclipse-Plugin Entwickler gemeldet.

Eine große Klappe gibts nicht umsonst. Trifft man kühne Aussagen, so steht man immer in der Gefahr, dass sich im inneren Auge die Umwelt in eine Horde von Zombies transformiert, "und ist es fertig?" murmelt und einen selber immer mehr einkreist.
Deshalb habe ich in den vergangenen Jahren zunehmend Projektrisiken durch die Klassiker "echtes arbeiten" und "gute Bücher" bekämpft. Manchmal hilft das.

Für Leute aus dem Lotus-Notes Umfeld sind Eclipse-Plugins nicht unbedingt abwegig, zumal der angekündigte Hannover-Client auf Eclipse-Technologien beruht. Man sollte eine gewisse Afinität zu Java haben und es ist ein ziemlich "abstraktes Thema", soviel ist sicher.

Inhaltlich sind die Aufgaben bislang recht einfach. Das kann sich aber noch ändern. Wenn es gefällt, droht der Kunde möglicherweise mit einem Folgeauftrag.
Bisher sollen:
1. Eine Gruppe von mit einem Excel-File generierten xml Dateien per Knopfdruck und Festlegung des Speicherorts der von excel generierten Artefakte in ein Eclipse-Projekt (und damit natürlich auch in das cvs-System) importiert werden. 
2. Im Eclipse Projekt soll man dann eine bestimmte Art von Java Klassen (Projekt-spezifischer Name: Prozess-Scripte) schreiben.
3. Die Inhalte der xml-Artefakte aus Excel und er Inhalt der Java Klassen sollen dann an bestimmte Felder von bestimmten Dokumenten einer per Konfiguration festgelegte Domino-.nsf eingefügt werden. 

Eclipse wird so eine Art zentrale Entwicklungsoberfläche für die speziellen Java Files Prozesskripte und die xml Dateien. Die xml Dateien sollen auf Wohlgeformtheit und Validität geprüft werden. Um die Aufgaben xml-Engineering und Java Entwicklung selbst brauch ich mich gar nicht mehr zu kümmern, weil es dafür prima plug-ins gibt. Für einen Eclipse-Pug-in-Entwickler ist die Java Entwicklungs Umgebung (jdt) ist ja nix anderes als ein plug-in. Für xml Engineering gibts in den WebTools Erweiterungen und anderswo prima Tools. Auch für Entwicklungs-Versionierung und -Kolaborationsplattformen wie cvs oder subversion ist Eclipse prima bestückt.

Somit brauche ich mich nur noch auf sehr enge und einfache projektspezifische Aufgaben konzentrieren:
- Der Import von xml Dateien aus einem bestimmten Ordner im Dateisystem des OS.
- Der Export des Text-Inhalts von xml und .java Dateien in bestimmte Stellen einer bestimmten Notes-Datenbank.

In Folge ein paar Bemerkungen:
- wie es ist
- welche guten Knowledge-Ressourcen es gibt
- ob es Probleme gibt
- ob ich das empfehlen kann.

Gruß Axel
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #1 am: 15.08.06 - 10:59:49 »
Bin bislang sehr angetan von der ganzen Geschichte und scheine wirklich schnell brauchbare Ergebnisse zu bekommen.
In jedem Fall benötigt man ein gutes Buch.
Ich arbeite mit:
http://www.amazon.de/gp/product/3827322545/302-8239942-3268002?v=glance&n=299956&s=gateway&v=glance
Hab aber auch:
http://www.amazon.de/gp/product/0321228472/302-8239942-3268002?v=glance&n=52044011
(leider die leicht veraltete Version).

Das erste Buch ist sehr gut. In einer CD- gibts eine Menge an Beispielprojekten zu den einzelnen Themen (wichtig). Die Erklärung sind gut und der didaktische Aufbau - ich würd sagen - herausragend.

Erst ab Seite 197 wird mit der plug-in Entwicklung angefangen (vorher gehts über Eclipse aus Anwenderperspektive). Es beginnt mit einem komplexen aber gehaltvollen Übersichtsartikel bzgl. der erstmal zu verdauenden plug-in Architektur.
Im nächsten Abschnitt gehts um die - sagen wir - Frontend Klassen.
Dann folgt ein sehr wichtiges Kapitel über die Backendfunktionalitäten des Eclipse-Frameworks für plug-in Aufgaben (File Verarbeitung und Zugriff, Erweiterung/Manipulation des IDE Editors).
Als letztes dann noch ein Kapitel über -sagen wir - erweiterte Backendfunktionalitäten zum Erfüllen von nicht-funktionalen requirements (Diagnose, Responsivität, Internationalisierung, Performance Tuning, sowie speziales wie ActiveX/OLE/Swing Interoperabilität).
Ganz hinten gibt es dann noch ein Kapitel mit Schritt für Schritt Anleitungen. Leider beziehen sich 6 von 9 dieser Kapitel auf den Eclipse Anwenderteil. Die 3 Anleitungen für Eclipse Plug-In sowie Eclipse Rich Client Entwicklung waren sehr hilfreich. Da es auf der CD für die anderen Eclipse-plug-in Entwicklungs-Kapitel Beispielprojekte gibt, braucht man vielleicht auch nicht mehr.

Ich bin natürlich schon eine lange Zeit Eclipse Anwender. Auf jeden Fall erhöht aber dieses Entwickeln von plug-ins noch einmal das Verständnis von Eclipse. Aus einer Notes Perspektive kann dies für die Zukunft bspws. hilfreich für Fehleranalyse sein (Hannover basiert auf Eclipse).
Mit Hilfe des Buchs und vor allem auch der Beispiele scheine ich hier einen Großteil der Funktionalität in der Evaluierungsphase programmieren zu können.
Es scheint nun einfacher zu sein als es zunächst aussah.

Letztenendes ist ein Eclipse-plugin nix anderes als ein xml-File (plug-in xml) und ein paar Java Klassen.

eclipse rocks.

Gruß Axel
« Letzte Änderung: 15.08.06 - 11:51:39 von Axel Janssen »
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #2 am: 16.08.06 - 09:51:20 »
Weiter aus der Reihe pimp-up-your-tool.
Es ist wirklich ziemlich logisch aufgebaut:

Eclipse ist eine Sammlung an Plug-ins. Plug-ins haben haufenweise extension points. Z.B. gibt es einen extension point für Einträge in Kontext-Menüs von Ansichten. Da dockt man in dem plugin-xml seines eigenen plug-ins an.
Code
 <extension
         point="org.eclipse.ui.popupMenus">
      <objectContribution
            objectClass="org.eclipse.core.resources.IProject"
            id="de.axel.menu">
            
            <action
               label="Export Into Portal"
               icon="icons/notes.gif"
               class="de.axel.menu.ExportToDominoAction"
               
               id="DirectAction"/>     
        </objectContribution>
   </extension>

<extension
         point="org.eclipse.ui.popupMenus">
      <objectContribution
            objectClass="org.eclipse.core.resources.IProject"
            id="de.axel.menu">
            
            <action
               label="Import ConfigBuilder Output"
               icon="icons/excelzeichen.gif"
               class="de.axel.ImportXmlArtefactsAction"
               
               id="DirectAction"/>     
        </objectContribution>
   </extension>
Es wird dann automatisch die run Methode der im extension xml Zeugs(oben) angegebenen class aufgerufen (de.axel.ImportXmlArtefactsAction). Diese Klasse muß noch 2 interfaces implementieren: implements IViewActionDelegate, IWorkspaceRunnable

Bei Guis und langläufigen Aufgaben, ist es oft gut die GUI und die langläufige Aufgaben (hier kopieren von files) in unterschiedliche Threads zu legen. Dafür gibts bei Eclipse extra Job Apis. Das ist einfacher als invokeLater() und invokeAndWait() in Swing. Für das rumhampeln mit Files gibts mit IFile, IResource, etc eigene Klassen. Bisher klappt alles.

Es ist in einem Aspekt auf jeden Fall sehr ähnlich wie Notes programmieren: Man programmiert auf Basis eines komplexen Produktes an wohl definierten Stellen ein paar Erweiterungen. Vom unterliegenden Produkt (Eclipse oder Notes) ist man sehr abhängig und beide haben sicher noch Tücken, die ich nicht kenne. Vorteil ist aber, dass man da im Idealfall nur noch seine eigene Businesslogik in etwas einklinkt, dass wohlgetestet ist, gut funktioniert, den Anwendern vertraut, usw.
Aber das weiss eh jeder.

Gruß Axel 
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #3 am: 18.08.06 - 16:03:08 »
Die Erfahrungen bleiben weitgehend positiv.
Ein bischen ein gotcha war, dass man tatsächlich jedes genutzte jar im plug-in xml, Abteilung runtime anmelden muß. Bisher sind das.
Code
  <runtime>
      <library name="integration_tool.jar">
      </library>
      <library name="lib/dom4j-1.6.1.jar">
         <export name="*"/>
      </library>
      <library name="lib/domingo-1.1.jar">
         <export name="*"/>
      </library>
      <library name="lib/jaxen-1.1-beta-8.jar">
         <export name="*"/>
      </library>
      <library name="lib/Notes.jar">
         <export name="*"/>
      </library>
   </runtime>

Classloader Probleme in Java sind natürlich immer Sch... .
« Letzte Änderung: 18.08.06 - 16:13:44 von Axel Janssen »
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #4 am: 23.08.06 - 10:01:54 »
Was z.Zt. ziemlich verwirrend ist, ist zu kontrollieren, wo meine extensions landen.
Code
<extension
         point="org.eclipse.ui.popupMenus">
      <objectContribution
            objectClass="org.eclipse.jdt.core.IJavaProject"
            id="com.ibm.jdg2e.resources.programming.menu">
            
            <action
               label="Import ConfigBuilder Output"
               icon="icons/excelzeichen.gif"
               class="de.aja.eip.integration_tool.interact.ImportXmlArtefactsAction"
              
               id="DirectAction"/>     
        </objectContribution>
   </extension>
Das wird zu einer rechte Maustaste Menüaktion auf Java Projekte. Genau wie ich wollte.
Dafür muss man aber erst mal wissen, wie extension class und Object class heissen. Und das hat jetzt 2 Stunden gedauert.
V.a. die Objectclass org.eclipse.jdt.core.IJavaProject find ich schwer herauszufinden. Weiss auch nicht, wo das dokumentiert ist.  ???

ZUR Zeit behelfe ich mir damit, dass ich mir die plug-in xmls von mir bekannten plug-ins anschaue. Eclipse selbst ist mir noch zu verwirrend.
Es gibt jedenfalls Tonnen von extension points und object classes von object contributions, die regeln, wo sich meine Erweiterung reinpluggt.
Falls jemand dafür eine gute Doku kennt, immer her damit.
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #5 am: 23.08.06 - 18:38:24 »
Hat man dann aber den Punkt gefunden, wo die extensions landen sollen, ist mit wenig Code eine Menge möglich. Ausserdem lagern sich die eigenen "Teilmasken" und "Masken" sehr nahtlos an für den Eclipse logischen Stellen ein.

Im Screenshot z.B. das "Konfigurations-Dokument" für mein kleines plug-in. Das ist bei rechte Maustaste auf das Projekt und lagert sich in die übrigen Projekt-Settings ein, die dort schon von Hause aus da sind (im Screenshot ein Java-Projekt).

Allerdings ist für mich das Objektmodell nach wie vor der Hammer. Werd mal am Wochenende nach einer guten newsgroup suchen. Es gibt eine Menge Details, die mich (noch) aufhalten. Schön sind die vielen Beispiele.
Also: KOmplexes Objekmodell. Hat man aber erst einmal den Bogen raus, muß man wenig code schreiben. Kenntnisse in Swing sind für die Maskengeschichten sehr hilfreich, da SWT, JFace schon in vielen sehr ähnlich sind.

In dem Bild kann dieses plug-in Ding irgendwie deutlich werden. die "Teilmaske" im Tab Java Build Path (Beispiel) sind von ein paar OpenSorsern, die für ein Plug-in der Eclipse Software Foundations programmiert haben. Das EIP CPEED Settings Tab ist von mir.
Eclipse pluggt das da rein. Oder besser gesagt: Eclipse hat einen Mechanismus, der das da reinpluggen läßt. Man muß eben nur den richtigen extension point/object class kennnen.

Gruß Axel

« Letzte Änderung: 23.08.06 - 18:46:28 von Axel Janssen »
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #6 am: 24.08.06 - 14:49:14 »
Ich mußte mir natürlich jetzt noch das ganz neue "eclipse building commercial quality plug-ins" von Clayberg, Rubel kaufen.
Die Webseite hat die ersten 4 Kapitel als download (http://www.qualityeclipse.com/) und auch weitere interessante Informationen: z.B. die Links.
Vor allem der Anfang des Kapitels 3 kann so etwas wie den Beginn eines Einblicks verschaffen. Meine derzeitige Perzeption der entsprechenden Diskussionen auf edbrill.com und vowe.de gehen in eine Richtung, die mich nicht überrascht (um es als Gentleman auszurücken).

Gruß Axel
« Letzte Änderung: 24.08.06 - 17:49:34 von Axel Janssen »
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #7 am: 24.08.06 - 15:40:42 »
Eclipse/RCP für die Ohren:
Frank Westphal hat mal eine gute Podcastsendung mit ein paar deutschen RCP-Entwicklern/Buchautoren gemacht:
http://www.frankwestphal.de/Tonabnehmer6-FrankGerhardt-BerndKolb-MartinLippert-EclipseRCP.html

Auf javalobby gibts eine Reihe zu mehreren Eclipse-Großprojekten. Am meisten mag ich den über das Birt Projekt (Reporting. Sowas wie Chrystal Reports). Zuerst glaubt man, Wenfeng Li  spricht das komische Englisch. Später stellt man fest, es ist Jason Weathersby. Ich trainier mir gerade seine Aussprache von plaaaaaaaaa ..... ggiiin (ehemals plug-in )an.
(http://www.javalobby.org/spotlights.jsp dort Callisto podcast series)

Gruß Axel 
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline Mark³

  • Senior Mitglied
  • ****
  • Beiträge: 386
  • Geschlecht: Männlich
  • Nordisch by Nature
    • Das Leben aus der Sicht eines Menschen
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #8 am: 25.08.06 - 09:47:34 »
Schön dass ich bald einen Ansprechpartner für alle meine RCP-Fragen habe :-)

Ich habe ja auch gewisse Erfahrungen mit RCP und bin vom Prinzip her begeistert. Sametime 7.5 ist hier ein sehr gutes Beispiel wie gut Produkte damit sein können. Die grösste Schwachstelle ist meines Erachtens die Vielzahl an kleinen Fehlerchen in den Wizards in Eclipse, die einen ab und an dazu zwingen mal hinter die Kulissen zu schauen und doch manuell die xml-Dateien zu bearbeiten.
Auch die Standards scheinen in jeder Version anders definiert zu werden (Eclipse 3.0, 3.1, 3.2).

sagt Mark.



slowfood.de

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #9 am: 25.08.06 - 12:00:24 »
Schön dass ich bald einen Ansprechpartner für alle meine RCP-Fragen habe :-)
rcp mach ich ein bischen mit. Ich will da z.B. an dem Test auf javablackbelt ein bischen mitarbeiten.
http://www.javablackbelt.com/ (auf der rechten Seite eclipse rcp Test).
Auf Eclipse plug-ins buch ich zur Zeit 90% meiner Arbeitszeit. Ich werd langsam fit.

Zitat

Auch die Standards scheinen in jeder Version anders definiert zu werden (Eclipse 3.0, 3.1, 3.2).
Fehlerchen im eigentlichen Sinne sind mir nicht begegnet. Die Api ändert sich manchmal ein wenig. Das kann ausdrücklich auch ein gutes Zeichen sein.
Gute Bücher sind aus meinen konkreten Erfahrungen ein MUSS. Hätte auch nur 1 der beiden angesprochenen Bücher gefehlt, wäre ich an bestimmten STellen in die falsche Richtung gallopiert. So ist das aber z.Zt. sehr erfreulich.

Gruß Axel
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #10 am: 29.08.06 - 10:10:08 »
Macht nach wie vor Spaß.

Mein Plug-in klinkt sich in einen automatisierten Entwicklungsprozess von einer bestimmten, klar definierten Form von Versicherungsanwendungen ein.

In diesem Entwicklungsprozess sollen die Entwickler aus Excel generierte xml Dateien nach Eclipse importieren.
In Eclipse können sie die xml Dateien verändern.
In Eclipse können sie ausserdem einen bestimmten Typ von Java Klassen (Prozess Skripte) schreiben.
All dieser Code wird in einer Notes-Datenbank gehalten.

In meinem Plugin können die nun per rechter Maustaste auf das Eclipse-Projekt klicken und per Aktion in der dropDown Liste anfordern, dass die Daten in Eclipse mit den Daten in den Notes-Datenbanken repliziert werden.
Dafür erhalten sie den folgenden Report.

Per Klick auf den Details Button erhalten sie ausführlichere Informationen.
Mit Eclipse kann man solch eine solche Reportmaske mit 80 Zeilen erzeugen. Und dabei hab ich das noch sehr flexibel erzeugt. Das ist allenfalls sehr lose verdrahtet und der interessierte Anwendungsentwickler besitzt sehr viel Flexibilität.

ECLIPSE ROCKS  O0

Gruß Axel



Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #11 am: 29.08.06 - 16:22:09 »
And now the weird part:
46 Zeilen xml, um eine einfache hide when Funktionalität zu implementieren:

Das ist aus dem plug-in.xml von org.codehaus.xfire.eclipse.ui_1.0.0.xfire112.jar
Code
<extension
         point="org.eclipse.ui.popupMenus">
      <objectContribution
            adaptable="true"
            id="org.codehaus.xfire.eclipse.ui.xfireProject"
            objectClass="org.eclipse.core.resources.IProject">
         <visibility>
            <and>
               <objectState
                     name="nature"
                     value="org.eclipse.jdt.core.javanature"/>
               <objectState
                     name="nature"
                     value="org.codehaus.xfire.eclipse.xfirenature"/>
            </and>
         </visibility>
         <action
               class="org.codehaus.xfire.eclipse.ui.popup.actions.AddRemoveNature"
               enablesFor="+"
               icon="icons/x16.png"
               id="org.codehaus.xfire.eclipse.ui.actions.removeNature"
               label="%popup.menu.nature.remove"/>
      </objectContribution>
      <objectContribution
            adaptable="true"
            id="org.codehaus.xfire.eclipse.ui.noXfireProject"
            objectClass="org.eclipse.core.resources.IProject">
         <visibility>
            <and>
               <objectState
                     name="nature"
                     value="org.eclipse.jdt.core.javanature"/>
               <not>
                  <objectState
                        name="nature"
                        value="org.codehaus.xfire.eclipse.xfirenature"/>
               </not>
            </and>
         </visibility>
         <action
               class="org.codehaus.xfire.eclipse.ui.popup.actions.AddRemoveNature"
               enablesFor="+"
               icon="icons/x16.png"
               id="org.codehaus.xfire.eclipse.ui.actions.addNature"
               label="%popup.menu.nature.add"/>
      </objectContribution>
   </extension>
Tja. Und ich hab jetzt 4 Stunden rumprobiert und bin nicht drauf gekommen. Die erfolgreichen, fiebrigen und glücklichen Überstunden von gestern abend sind somit buchhalterisch wieder weg.
Wie kann man nur so dumm sein, darauf nicht zu kommen.
Schliesslich gibts neben dem <visibility> nur <filter> und <selection> für Funktionalität, die ich erstmal unter dem zugegeben etwas grobkörnigen Begriff hide-when subsumiere.  ;D

Ende gut alles gut. Und xml ist wirklich der absolute Burner zur Deklaration von Boolescher Logik:
Code

            <and>
               <objectState
                     name="nature"
                     value="org.eclipse.jdt.core.javanature"/>
               <not>
                  <objectState
                        name="nature"
                        value="org.codehaus.xfire.eclipse.xfirenature"/>
               </not>
            </and>
         </visibility>
Wenn das Projekt eine java Nature und eine xfirenatue hat, dann zeige den Kontextmenü-Eintrag.

Ich kann das jetzt gut auf meinen eigenen Bedarf anpassen.
Am Wochenende werd ich ein kleines Programm schreiben, dass mir jederzeit sämtliche plugin.xml von meiner Festplatte scanned und in ein großes File packt :-) Die Dinger beginnen für mich eine Bedeutung zu gewinnen wie Gold-Nuggets in Klondike für Dagobert Duck.
Ein Vorteil von openSource ist wirklich, dass jederzeit geschaut werden kann was andere bereits gemacht haben.

Gruß Axel
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #12 am: 04.09.06 - 19:53:35 »
Eclipse gerät nun mehr in den Fokus und ich versuche (nach Eclipse-Art) in die entsprechenden Textstellen meine eigenen Punkte einzupluggen.
 
http://www.itbusinessnet.com/articles/viewarticle.jsp?id=61731
Zitat
Notes developers will, in contrast, notice quite a few changes.
Die Entwickler werden am meisten von den Änderungen spüren.

Zitat
"If you want functionality, you can just add it," he said, by writing a plug-in so that Eclipse will understand and debug... well, COBOL, if you felt like it.
... das sind natürlich starke Aussagen. Eclipse besitzt natürlich ein sehr effektives plug-in Konzept. Aber um damit umgehen zu können, gibts schon sowas wie eine Lernkurve.
Du brauchst Funktionalität? Kleines Hütchenspiel? Kein Problem. Du schreibst einfach ein plug-in in Cobol, Dänisch oder Kisuaheli und zack... es läuft.
Zitat
To create plug-ins -- the Eclipse contribution mechanism -- you typically write the code in the Eclipse PDE or in Rational RAD, and package it into what Eclipse calls a "feature" (which just means a set of plug-ins).
Das ist imho leicht irreführend. Es gibt einfach unterschiedliche Möglichkeiten plug-ins zu verteilen. Das besondere ist: Man muß sie nicht in einer zentralen Registry anmelden. Eclipse findet sie selber.
Jede Eclipse-Installation hat ein plugin Unterverzeichnis.
Da liegen die "plugins selbst" drin.
Das einzelne "plugin selbst" ist einfach erstmal ein Ordner mit bestimmten Dateien drin (immer ein plugin.xml und seit neuerem auch ein manifest.mf in META.INF).
Seit neueren kann diese Dateistruktur auch als .jar-Datei (kann von Winzip geöffnet werden, .jar ist von der Dateistruktur .zip) gepackt sein.
Die plugins können auf unterschiedliche Weise auf die Clients verteilt (in Java heisst das "deployed") werden.
Und jetzt erst kommen features im Spiel. Über features kann man einen update Server schaffen, von dem Clients die neuesten plug-ins automatisch herunterladen. Schöne Sache.

Zur Entwicklung
Plug-ins bestehen aus diesen esoterischen plugin.xml und Manifest.mf Dateien sowie einer Reihe von - zumeist - Java Dateien.
Das PDE (Plug-in Development Environment) ist eine besondere Eclipse Perspektive, die einen bei der Entwicklung von plug-ins unterstützt.
Also in Notes-Sprache: PDE ist ein Designer für Eclipse Clients.
Und Perspektive in Notes-Sprache? Eine bestimmte Zusammenstellung von Ansichten und Masken.
Und wie bekomme ich diesen PDE? Der ist bei jeder normalen Eclipse Installation dabei.

Um plug-ins schreiben zu können muß man nicht nur Java können, sondern eben auch die ganze plug-in API mit Lebenszyklen der Objekte, etc. verstehen. Das geht aber (zumindest im meinen Fall). Vor allem gibt es eine Menge Beispiele, von denen ich abschreibe.
ABER: Das heisst nicht, dass man einen Rooky mit ein paar Java-kenntnissen da ranlassen sollte. Zumindest nicht alleine.
 
Zitat
You can write the code once for multiple products, so that the same plug-in (assuming I understood Eisen correctly) will work with both Hannover and Sametime.
Irgendwie ist das so. Falls man für Hannover und Sametime die gleiche Funktionalität benötigt.
Eclipse-Plugin Entwicklung ist erstmal GUI Entwicklung. Man erweitert den Client. Das könnte man auch mit Java-Swing machen. Eclipse bewirkt aber, dass man schon eine Menge Sachen, die in Eclipse vorhanden sind, verwenden kann. Ausserdem ist man in einem ziemlich coolen und gut funktionierenenden plug-in Konzept. D.h. der eigene Code bindet sich nahtlos in bestimmte vorhandene Extension points ein. Das macht die Entwicklung zwar kompakter (im Sinne von echt wenig Code zu schreiben) aber eben auch abstrakter und komplexer. Das hab ich erwartet und das denke ich zu bekommen, seit 5 Wochen intensiv.
Zitat
A lot of Hannover's "look," says Eisen, is defined in CSS, and other parts of the product rely heavily on XML.
Beides geht in die selbe Richtung wie im vorherigen Abschnitt angesprochen.
Das macht die Entwicklung zwar kompakter (im Sinne von echt wenig Code zu schreiben) aber eben auch abstrakter und komplexer.
Zitat
At their simplest, composite applications are a bunch of components that "bring the portal integration model to the rich client," said Eisen. Hannover supports loosely coupled component interactions, and uses a common definition for both the Web and rich clients. One advantage to composite apps is that they can help you access Domino data from Java. You can get indirect access to the data through composite applications and a property broker -- among several other methods.
Esther Schindler: loosely coupled component interactions
Axel Janßen: Oh. Indeed. Lovely.
E.S.: uses a common definition for both the Web and rich clients.
A.J.: das ist ein bischen konkreter. Strebt eine gemeinsame Entwicklung für Notes und Web Client an. Wobei... Auch mit Eclipse unter der Haube sind Client - Server Notes Anwendungen etwas anderes wie Webanwendung. Von der Kommunikation her. Auch in Zeiten von Web2.0. Es verwundert mich hier nicht, dass bei Leuten wie vowe Assoziationen mit dem gescheiterten Notes-Web Ideen des Jahres 2000 auftauchen. Zumindest interpretiere ich so einige Aussagen. Nur ist das imho nicht ganz richtig.
Vergangenheit:Ich war übrigens 1999 nach 5 Minuten gegen Applets in Notes. Bei der Präsentation eines Notes 5 Alpha Releases. Und die Trainer fanden es toll. Und ich kämpfte mit JavaScript/DHTML/eine Menge Notes-Tricks Webinterfaces, inspieriert von Rose Kellehers Buch. Ich konnte (und mochte) damals Java. Hab trotzdem die Applets nach 5 Minuten gehasst. Eclipse ist anders.

E.S.: One advantage to composite apps is that they can help you access Domino data from Java.
A.J.: Na. Klasse. ERst stark anfangen von wegen loosely coupled component interactions und wenns dann konkret wird... Boah. Wir können aus Java auf Domino Objekte zugreifen. Das gibt ja ganz neue Perspektiven :-) . Gut wir können das natürlich schon seit ewigen Zeiten und mit der Zeit ist man auch mit den gotchas klargekommen.
E.S.: you can get indirect access to the data through composite applications and a property broker -- among several other methods.
A.J.: Weiss nicht, was sie meint.

Zitat
You don't have to drop everything and become an Eclipse expert. (Not that it would hurt.) You'll still use Domino Designer for Notes application development; that isn't Eclipse-based. YET, stressed Eisen.
Aus meiner Sicht gilt hier das gleiche wie Java. Der lila Eclipse Elephant ist einfach zu groß als dass man ihn an einem Wochenende verspeisen könnte. Genau wie den Weißen Java Wal.
Zitat
The Domino Designer will now support DB2 (that was "limited availability" in ND7), and your apps can consume Web services.
Natürlich braucht man in der realen Welt bei der DB2 gestützten Entwicklung auch Leute, die was von RDBMS und DB2 verstehen. Die geforderte Tiefe des Verständnisses richtet sich nach der Komplexität der Aufgabe. Das gleiche gilt natürlich für Webservices/XML und Service Oriented Architecture (SOA).

Zitat
Composite apps will add a few new wrinkles for Notes administrators, most of which are positive. Admins should be more than pleased by new functionality related to user policy management (particularly related to other new features, such as spam filters and message recall), and more control over the way Notes applications are kept up to date.
Hmm. Composite Apps. Weiss jetzt nicht was dieses Konzept jetzt genau sagen will. Hört sich wie ein Marketing Konzept an. Nix gegen Marketing. Aber mein Job besteht zum großen Teil darin, dass ich die technische Seite verstehe und da hab ich die Erfahrung gemacht, dass Marketing Begriffe eine Fauna an Bodendeckern liefern, die die Sichtweise auf die nackten technischen Tatsachen eher verstellen. Aber nein. Ich hab damit kein Problem.
Zitat
They expect to add more composite application functionality, such as a Click-2-Action UI and templated Notes components, and eventually to have full support of Java views for more than PIM. Though, Eisen said wryly, "You're welcome to try now." Later enhancements, he says, should include APIs for productivity editors and deeper RSS/ATOM integration.
Schaun mer mal. Besser "Time is on my side" von den Stones als "I am still waiting" von Donna Summer. Also rolle ich meine eigenen plug-ins. Wär schlimm, wenn ich für Click-2-Action IBM bräuchte. Was heisst das. Ich klicke irgendwo und es startet eine Aktion ? Wahnsinn. Das da keiner früher drauf gekommen ist.

Bernward Vesper

PS.
Das war ein kleiner Scherz. Ich möchte nur dieses kleine Buch empfehlen. Wirklich ein gutes Buch. Zumindest für mich.
http://www.amazon.de/Ensslin-Baader-Urszenen-deutschen-Terrorismus/dp/3596156912/sr=8-2/qid=1157392571/ref=pd_ka_2/303-2025857-5155415?ie=UTF8&s=gateway
« Letzte Änderung: 04.09.06 - 20:00:58 von Axel Janssen »
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #13 am: 06.09.06 - 08:27:57 »
Gestern habe ich mir nun ein weiteres Buch gekauft:
Berhold Daum, Rich Client Entwicklung mit eclipse 3.1
http://www.amazon.de/Rich-Client-Entwicklung-mit-Eclipse-3-1/dp/3898643530/ref=pd_bxgy_w_text_b/303-2025857-5155415?ie=UTF8
Berthold Daum hat vorher bereits Bücher über Eclipse Entwicklung herausgegeben. Sie sind z.T. in Englisch und wirklich interessant.
Ralf hat dieses Buch gekauft und bei Amazon.de mit 2 Sternen bewertet (zu viele Themen, oberflächlich). Ich stimme dem teilweise zu. Auch für RCP Entwicklung sind die von mir oben angesprochenen plug-in Bücher die besseren Tutorials. Daums Buch beschreibt da eher RichClient Application mässige Erweiterungen. Das aber hochinteressant.

In den mehr Tutorial-Artigen Büchern gibts den lineareren Aufbau:
-> plugin-Architektur -> einzelnes plug-in grober Aufbau -> swt-api -> jface-Api -> Views -> Editoren -> Aktionen -> Wizzards, Dialogs -> Perspektives -> Preference & Property Pages -> IDE spezifisches -> Java Development Tools spezifisches -> Help -> Internationalization -> Deployment & Packaging.
Bei Daum ist es weniger linear. Es scheint mir sogar auf die plug-in Bücher aufzusetzen.
Eclipse RCP gibts ja erst seit 3.1 in dieser Form; für Leute, die bereits Erfahrungen mit eclipse-plug-in Entwicklung allgemein haben.
Physisch von den Plug-ins hergesehen ist Eclipse RCP erstmal eine Teilmenge von Eclipse. Die IDE-spezifischen Teile werden da nicht benötigt. Daum schlägt nun mehrere Lösungen für verschiedene Rich Client mässigen Erweiterungen vor:
- Datenspeicherung in xml und RDBMS
- Synchronisation der Daten zwischen Clients und Server
- Erweiterungen basierend auf dem Graphical Editing Framework
- OpenOffice einbinden
- PDF Generierung

Auf die Verteilung der Clients und dem update Mechanismus der Anwendungen wird sehr umfassend eigegangen.

Nach ein paar Leseproben habe ich den Eindruck, dass das Buch sehr gut und differenziert geschrieben ist, sich aber an den erfahreneren Eclipse plug-in Entwickler richtet.

Gruß Axel
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline Mark³

  • Senior Mitglied
  • ****
  • Beiträge: 386
  • Geschlecht: Männlich
  • Nordisch by Nature
    • Das Leben aus der Sicht eines Menschen
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #14 am: 06.09.06 - 09:36:46 »
ich habe das Buch von Daum als Einstieg in die Entwicklung mit Eclipse genutzt, leider habe ich es nur halb durchgearbeitet bisher. Es waren ganz gute Aspekte drin, aber oft war es mir zu speziell und an sein Beispiel gebunden, welches ich nicht einmal komplett importieren konnte da da viele Abhängigkeiten zu anderen Sachen drin waren und auf der Webseite die Update-Site nicht funktionierte (letztes Jahr Weihnachten habe ich das gekauft).

Zumindest konnte ich auch mit Hilfe des Buches meine ersten kleinen RCPs erstellen. Bei der Problematik mit Fehlern bei der Projekterstellung und manuell zu bearbeitenden Manifest-Dateien etc konnte das Buch nicht helfen, da muss man wohl grundlegendere Sachen nehmen.
sagt Mark.



slowfood.de

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #15 am: 08.09.06 - 08:39:19 »
Eclipse besitzt ein wirklich komplexeres Objektmodell. Da ist gerade das sehr tutoriumsartig aufgebaute Buch von Eric Clayberg wirklich hilfreich. Für mich zumindest. Da bekommt man z.B. die zahlreichen Aspekte einer View erklärt. ContentProvider, Sorter, Filter, LabelProvider und und und. Ist zwar nicht grenzenlos, aber sicher auch nicht gerade klein.
Vertieft man sich da ein bischen mehr, kann man auch nicht triviale Dinge zu OO mitbekommen. Schliesslich kamen zumindest in der Anfangszeit die meisten Eclipse-Entwickler von den Visual Age Produkten (die in Small Talk entwickelt waren, viele Small Talk Entwickler wechselten auf Java). Die brachten also schon 1998 oder 99 klare und komplexe Ideen bezüglich von Objektmodellen für IDEs mit.
Wirklich flexible Objektgebilde verursachen eine gewisse Komplexität. Detailierte Erklärungen sind hier für mich hilfreich.
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline Ralf_M_Petter

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 1.879
  • Geschlecht: Männlich
  • Jeder ist seines eigenen Glückes Schmied
    • Ralf's Blog
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #16 am: 08.09.06 - 09:28:00 »
Möchte nochmal zu dem Daum Buch zurückkommen. Bin nachwievor verärgert mir das Buch gekauft zu haben, da es wirklich eine buntes Sammelsurium verschiedenster Themen ist, die teilweise zwar mit RCP zu tun haben, aber viel besser in anderen Büchern erklärt werden. z. B. hätte man sich die Datenbankengeschichte hier sparen können. und dafür etwas mehr über die Entwicklung von Plugins und wie man die dann zu einer RCP Anwendung zusammenführt. Das kommt in dem Buch viel zu kurz. Werde mir mal die anderen Bücher die Axel erwähnt hat anschauen. Wobei sehr gut sind auch die kurzen Tutorials die IBM jetzt zu Sametime veräffentlicht. Das sind nämlich leichter zu verstehen weil man auch echten Nutzen sieht.

Grüße

Ralf
Jede Menge Tipps und Tricks zu IT Themen findet Ihr auf meinem Blog  Everything about IT  Eine wahre Schatzkiste sind aber sicher die Beiträge zu meinem Lieblingsthema Tipps und Tricks zu IBM Notes/Domino Schaut doch einfach mal rein.

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #17 am: 08.09.06 - 10:05:33 »
Ralf,

ich stimm dem nicht ganz zu. B. Daum ist auf jeden Fall kein Poser (wie so mancher andere Autor) und kennt das Thema. Manche Darstellungen isnd wirklich gut. Z.B. "Die Kernklassen der Eclipse Plattform" hab ich so nirgendwo anders gesehen. Anderes Beispiel: Er ist der einzige, der über das Forms Api schreibt.

Je nach Perspektive sind die Themen in Teil 3 (z.B. Integration mit Hibernate), 4  (z.B. Integration mit OpenOffice) und 5 nicht unbedingt wahllos. Gerade für RichClient Anwendung sind Persistenz, Integration von "DesktopAnwendungen" und Datensynchronisation Themen.
Nur ist das nicht unbedingt glücklich als Einstieg in plug-in Entwicklung.
Für mich ist Eclipse selbst so komplex, dass kleinschrittigere, tutorialartige Bücher notwendiger erscheinen.
Hab mir das Daum Buch aber auch gekauft.  ;)

Gruß Axel
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #18 am: 12.09.06 - 15:24:55 »
Für das reale Projek, dessen Alpha Version soeben abgenommen wurde und ab morgen im produktiven Einsatz sein wird, brauche ich alle Bücher zusammen, d.h. v.a. Jim D' Anjou et. al. und Clayberg, Rubel. Clayberg hat seine Stärken bei den Basics, die sehr, sehr gut & gründlich behandelt werden und Jim D' Anjou bei den etwas weitergehenden Sachen wie Workspace Resource Programming (Dateien in Projekt programmatisch verwalten) und der Erweiterung der Eclipse Java Development Tools von Eclipse. Beides sind wichtige Themenbereiche in meinem Projekt.
Je mehr man versteht, desto eher kann man sich von den zahlreich vorhandenen plug-ins "inspirieren" lassen. Eine solide Beherrschung der Basics ist sehr wichtig.

Gruß Axel
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

Offline flaite

  • Gold Platin u.s.w. member:)
  • *****
  • Beiträge: 2.966
    • mein del.icio.us
Re: eclipse plug-in Entwicklung: Kommt man da rein?
« Antwort #19 am: 12.09.06 - 16:37:14 »
Eine unschuldiges
Code
throw new RuntimeException("test-Exception");
(zum Test meiner Errorhandlingstrategie) wirft diesen Stacktrace:

Code
java.lang.RuntimeException: test-Exception
	at com.eip.cbeed.integration_tool.interact.ImportXmlArtefactsAction.doImport(ImportXmlArtefactsAction.java:246)
	at com.eip.cbeed.integration_tool.interact.ImportXmlArtefactsAction.createDirectly(ImportXmlArtefactsAction.java:163)
	at com.eip.cbeed.integration_tool.interact.ImportXmlArtefactsAction.run(ImportXmlArtefactsAction.java:145)
	at org.eclipse.ui.internal.PluginAction.runWithEvent(PluginAction.java:254)
	at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:539)
	at org.eclipse.jface.action.ActionContributionItem.access$2(ActionContributionItem.java:488)
	at org.eclipse.jface.action.ActionContributionItem$5.handleEvent(ActionContributionItem.java:400)
	at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:66)
	at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:928)
	at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3348)
	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:2968)
	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:1914)
	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:1878)
	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:419)
	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
	at org.eclipse.ui.internal.ide.IDEApplication.run(IDEApplication.java:95)
	at org.eclipse.core.internal.runtime.PlatformActivator$1.run(PlatformActivator.java:78)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:92)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:68)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:400)
	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:177)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
	at java.lang.reflect.Method.invoke(Method.java:585)
	at org.eclipse.core.launcher.Main.invokeFramework(Main.java:336)
	at org.eclipse.core.launcher.Main.basicRun(Main.java:280)
	at org.eclipse.core.launcher.Main.run(Main.java:977)
	at org.eclipse.core.launcher.Main.main(Main.java:952)
Wer denkt "IT würde immer einfacher", der irrt sich.

Axel
Ich stimm nicht mit allen überein, aber mit vielen und sowieso unterhaltsam -> https://www.youtube.com/channel/UCr9qCdqXLm2SU0BIs6d_68Q

---

Aquí no se respeta ni la ley de la selva.
(Hier respektiert man nicht einmal das Gesetz des Dschungels)

Nicanor Parra, San Fabian, Región del Bio Bio, República de Chile

 

Impressum Atnotes.de  -  Powered by Syslords Solutions  -  Datenschutz