Frage

Gibt es Plugins / Tools zur Verfügung, die Classpath eines Eclipse-Projekt durchlaufen (oder Arbeitsplatz), und markieren Sie alle nicht verwendeten Gläser?

War es hilfreich?

Lösung

ClassPathHelper ist ein guter Anfang.

Es erkennt automatisch Waise Gläser und vieles mehr.

Die einzige Einschränkung ist mit Abhängigkeiten, die nicht in Klassen definiert sind, beispielsweise in Dependency Injection-Framework-Konfigurationsdateien.

Sie haben auch andere Optionen / Ergänzungen, wie zum Beispiel:

  • workingfrog "Relief" , die stützt sich auf der Fähigkeit, durch die Untersuchung ihre Form, Größe oder relativen Orts im Raum mit realen Objekten zu tun gibt es einen „physischen“ Blick auf Java-Paketen, Typen und Feldern und ihre Beziehungen, um sie leichter zu handhaben.
  • Unnötige-Code Detector : a. Eclipse PlugIn-Tool, um unnötigen (tot) öffentlichen Java-Code zu finden

Andere Tipps

UCDetector hilft nicht, für diese: Es ist nicht auf JAR-Dateien funktioniert. Und für classpathHelper , ich wan't der Lage, eine einfache Möglichkeit, um herauszufinden, nur die Waise JARs zur Liste (BTW, wenn jemand ein Tutorial für das hat, ich bin interessiert).

Wenn Sie also auch Maven verwenden wie ich, ich, diese große Maven Plugin , und ich möchte mit Ihnen diese Lösung teilen. Geben Sie einfach:

mvn dependency:analyze

Und Sie werden sofort eine Liste von nicht verwendeten JAR-Dateien in Ihren Abhängigkeiten erhalten. Sehr praktisch!

Sie können eine dieser Plugins verwenden: UCDetector oder classpath Helper

fand ich ein sehr schnelles und interessantes Werkzeug, um dieses Ziel zu archivieren:

http://tattletale.jboss.org/

Entpacken Sie einfach das Programm und führen Sie:

java -Xmx512m -jar tattletale.jar ~/myjavaproject/mydistribution output

Das wird einen sehr beeindruckenden Bericht mit verschiedenen Punkten (Text von ihrer Website) erzeugen:

  • Identifizieren von Abhängigkeiten zwischen JAR-Dateien
  • Finden Klassen aus dem Classpath fehlt
  • Punkt, wenn eine Klasse / Paket in mehreren JAR-Dateien
  • befindet
  • Stelle, wenn die gleiche JAR-Datei in mehreren Orten befinden
  • Mit einer Liste von dem, was jede JAR-Datei erfordert und bietet
  • Überprüfen Sie die SerialVersionUID einer Klasse
  • Finden Sie ähnliche JAR-Dateien, die unterschiedliche Versionsnummern
  • haben
  • Suchen JAR-Dateien ohne Versionsnummer
  • Suchen nicht genutzte JAR-Archive
  • Identifizieren versiegelt / signierte JAR-Archive
  • Suchen Sie eine Klasse in einer JAR-Datei
  • Holen Sie sich das OSGi-Status Ihres Projekts
  • Entfernen der schwarzen Liste der API-Nutzung
  • und erzeugt die gleichen Berichte für Ihr .WAR und .ear Archiv

Ich weiß, das ist ein alter, aber wenn jemand stolpert auf das Eclipse tut dies von selbst aus.

Navigieren Projekt Eigenschaften-> Java-Code Stil-> Clean Up Wählen Sie die Eclipse-[Built-in] und es geschieht Folgendes:

  • Ändern Sie nicht statisch Zugriffe auf statische Elemente unter Verwendung erklärt Typ
  • Ändern indirekte Zugriffe auf statische Mitglieder Zugriffe zu lenken (Zugriffe durch Subtypen)
  • Entfernen Sie nicht verwendete Importe
  • Add '@Override' Anmerkungen
  • fehlt
  • Add ‚@Override‘ Anmerkungen zu Implementierungen der Schnittstelle fehlt Methoden
  • Add '@deprecated' Anmerkungen
  • fehlt
  • Entfernen Sie unnötige Abgüsse
  • Entfernen Sie unnötige '$ NON-NLS $' Tags
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top