auf Klasse in Default package zugreifen

[The_S]

Hi,

ich bin bald am Verzweifeln: Und zwar muss ich eine bestehende Anwendung erweitern. Bei dieser Anwendung sind leider bis jetzt alle Klassen im default-package (warum? Da müsst ihr meinen Vorgänger fragen :? ...). Damit die Erweiterungen soetwas wie Struktur bekommen, habe ich mich nun dazu entschlossen, wenigstens alles Neue in packages zu organisieren.

Das Problem ist jetzt, dass ich aus meinem package irgendwie nicht mehr auf eine Klasse aus dem Default-package zugreifen kann. Wie wird dieser Zugriff realisiert? Ich steh da momentan irgendwie total auf dem Schlauch ...

Die Klasse im default package kann ich leider nicht so einfach in ein anderes package kopieren, da ich sonst einige Skripte umschreiben müsste.

Danke!

 

[ms]

Sieht schlecht aus für dich.
http://mindprod.com/jgloss/import.html (etwas weiter unten, nicht zu übersehen)
Bei Sun finde ich leider auf die Schnelle nichts dazu.
Wieviele Scripts sind es denn?
Ich würde folgendes versuchen: Alle Klassen in ein dummy-Package verschieben (mit refactoring) und mit Search&Replace in Eclipse über alle Scriptfiles versuchen die Referenzen zu ersetzen.

ms

 

[The_S]

Geht leider nicht, da das eine große Anzahl an Projekten im CVS (die dann alle neu deployed werden müssten) und auch noch einige sh-Scripts auf unserem Server betreffen würde.

Dann wird es wohl dabei bleiben, dass da alles ins default package kommt :? .

 

[Wildcard]

Alle Klassen müssen in packages.
Am besten du verschiebst sie im Package Explorer, dann wird automatisch refactored.
Wenn du update fully qualified names in non-java files (oder so ähnlich) aktivierst, müssten auch die scripte automatisch angepasst werden. Danach gibst du deinem Vorgänger einen kräftigen Arschtritt. Das kann Eclipse nämlich leider noch nicht.

 

[maki]

Wenn ich mich nicht irre, kann man ab Java 5 das default package nicht mehr verwenden... stell doch mal kurz auf 1.4, wnn es dann eght, weisst du bescheid.

 

[The_S]

@wildcard

siehe mein Post vor dir. Selbst wenn wir alle Scripte irgendwo gesammelt HÄTTEN, würde spätestens beim erneuten deployen aller Anwendungen, die das betrifft. mein Chef bzw. unsere Administration nicht mehr mitmachen.

@maki

Leider nein, wir entwickeln alle noch auf 1.4er Basis.

 

[Wildcard]

siehe mein Post vor dir. Selbst wenn wir alle Scripte irgendwo gesammelt HÄTTEN, würde spätestens beim erneuten deployen aller Anwendungen, die das betrifft. mein Chef bzw. unsere Administration nicht mehr mitmachen.

In den meisten Firmen wird doch sowieso einmal die Nacht deployed, oder? Sollte doch nicht dein Problem sein.

 

[ms]

In den meisten Firmen wird doch sowieso einmal die Nacht deployed, oder? Sollte doch nicht dein Problem sein.

In die Produktionsumgebung?

 

[The_S]

Einmal die Nacht deployed :shock: !?

Mit deployen meine ich z. B. Portlet-Anwendungen von der lokalen Testumgebung in das Testportl bzw. vom Testportal in die Echtumgebung zu übernehmen/installieren/deployen. Und das machen wir garantiert nicht jede Nacht . Das wird einmal gemacht, wenn die Anwendung neu installiert werden soll. Und dann wieder, wenn sie aktualisiert werden muss ...

 

[Wildcard]

Ich bezog mich auf die Projekte/Artifakte zum ausliefern und für die internen Bibliotheken, nicht Produktivsysteme oder Installationen.

 

[The_S]

OK, dann ist das soweit klar. Das kann man ja wirklich jede Nacht "deployen". Aber bei dem, was ich unter deployen verstehe, wohl eher nicht .