Jdeveloper 11g dislikes

Question

Erstens, diese Frage ist meiner Meinung nach relativ zur Programmierung, so sehr wie die Antworten (und die Frage selbst) subjektiv ist, möchte ich einige dieser subjektiven Meinungen und andere Ideen sehen, die kommen es.

Meine Firma ist tief im Bett mit Orakel. Sie machen einen starken Schritt in Richtung Java und zwingen JDeveloper (mich) als das beste Werkzeug für den Job. Versteh mich jetzt nicht falsch, JDeveloper sieht toll aus, es hat all diese schönen Schmuckstücke, die jeden beim Auspacken zum Lächeln bringen würden. Aber ...

Ich neige dazu, immer ein kleines Problem zu untersuchen, das die IDE leidet, um richtig zu tun. Im Wesentlichen Fehler. Wie zu Zeiten, in denen EJBs ohne Grund nicht mehr einsatzbereit sind. Oder das ADF-Frontend stoppt die Datensteuerung für Aktionstasten. Dann habe ich die Zeiten, dass es beim Bearbeiten von Persistenzinformationen komplett abstürzt. Am Ende verbringe ich mehr Zeit damit herauszufinden, was falsch ist, ohne Erfolg. Und gut, mein Unternehmen geht es nicht um das Herausnehmen von Geld, um Unterstützung für das Entwicklungstool zu bekommen. Ich sitze am Ende mit Problemen, die Stunden dauern, bis Tage gelöst werden müssen, was 10 Minuten dauern sollte.

Ich habe ähnliche Produktivitäts-Tötungs-Probleme in IBMs Websphere-Produkten gesehen und erlebt. Und nicht nur ich, ich habe gesehen, dass Teams aufgrund von Problemen tagelang nicht arbeiten konnten.

Meine Lösung war immer, das Eclipse j2ee Set zu verwenden. Es erlaubt mir, mehr Kontrolle über alles zu haben, was benutzt wird. Und selbst wenn die Sonnenfinsternis mir Probleme bereitet, kann ich diese Probleme lösen. Und gut, persönlich würde ich bevorzugen, dass meine Firma dies als bevorzugtes Werkzeug annimmt, da das Lösen von Problemen einfacher wäre, und es würde mehr "Fachleute" geben, da unsere Probleme eher j2ee verwandt und serverbezogen als IDE wären verwandt (wir bekommen Tonnen von serverseitiger Unterstützung). Ich denke, die "Abstraktion", die größere IDEs bieten, kann viele Kopfschmerzen verursachen und ist eher ein Projektkiller.

Warum habe ich so viel mit JDeveloper zu kämpfen. Bin ich alleine? Ist es falsch von mir, einen Standpunkt zu vertreten und zu empfehlen, gegen JDeveloper als das Kernentwicklungswerkzeug in unserem Unternehmen zu gehen? Nun, das ist die "Kampagne", auf die ich jetzt eingehen möchte, bis die Fehler aufgezeigt werden, da die Videos nur die perfekten Momente zeigen.

Answer 1

Sie sind nicht allein! Ich könnte gegen JDeveloper vorgehen, aber ich werde mich zurückhalten.

Leider ist JDeveloper die einzige IDE, die alle Oracle-zentrierte Technologie unterstützt. Während mir deine Schmerzen leid tun, und vertraue mir, wenn ich sage, verstehe ich mehr als du weißt, aber in einem Oracle-Haus wird keine andere IDE funktionieren. Es ist wirklich eine Schande, dass Sie keine Unterstützung haben. Sie müssen wahrscheinlich viele Bugs speichern.

Es ist wirklich bedauerlich, dass Oracle darauf beharrt, mit JDeveloper fortzufahren, selbst jetzt, wo sie NetBeans besitzen. JDeveloper ist weit hinter Eclipse und NetBeans. Sie hätten eine größere Entwicklerakzeptanz ihrer Technologie, wenn sie Eclipse und/oder NetBeans zumindest parallel zu JDeveloper aktiv unterstützen würden. Es gibt tatsächlich eine ziemlich schöne, umfangreiche Technologie in ADF, die sich hinter solch einem entsetzlichen Entwicklungstool verbirgt.

Und als ein Mittel zu versuchen und Ihnen helfen, alle Probleme zu lösen, die Sie mit JDeveloper stoßen, versuchen Sie dies. Verwenden Sie zwei lokale Mercurial- oder Git-Repositories. Eine für Ihren JDev-Systemordner (init im übergeordneten System /) und ein Repo für Ihre Anwendung/Ihr Projekt.Bevor Sie einen Assistenten beenden (oder starten), fügen Sie beide Repos hinzu (hg com -Am 'savepoint' oder git commit -am 'savepoint'). Dies wird Ihnen einen Weg zum Rollback geben und auch Unterschiede wie JDeveloper ein Arbeitsprojekt bricht, das Ihnen Hinweise geben könnte, wie man Dinge repariert.

Sie sollten auch ein Protokoll für Ihre Manager führen, um zu zeigen, wie viel Zeit Sie mit der Verwaltung von JDeveloper verbringen, anstatt mit Ihren Projekten fortzufahren.

Viel Glück.

Hinweis: Die Versionskontrolle für den JDEV-Systemordner ist für Rollbacks etwas fragwürdig, da Jdev einige Schreibvorgänge puffert und einige Dateien geöffnet hält. Dies bedeutet, dass Sie möglicherweise einen Snapshot eines inkonsistenten oder unvollständigen Status erstellen. Es ist besser, dieses Repo als eine fortlaufende Ansicht dessen zu verwenden, was sich ändert.

EDIT: Siehe auch Oracle Enterprise Pack for Eclipse