Visibilidade de classes e metodos

Ok, como você deixou os modificadores private, public e protected, como organizou os pacotes e como deixou a navegabilidade entre as classes?

Para implementar um singleton basta fazer:

public class Singleton {
   //Criação da instância única
   public static Singleton myInstance = new Singleton();

   //Método para obtenção da instância
   public static Singleton getInstance() {
        return myInstance;
   }

   //Construtor tornado private
   private Singleton {}
}

Fique atenta que esse pattern não funciona muito bem em aplicações com mais de um class loader ou em aplicações que rodem de maneira distribuída, em mais de uma VM. E se seu objeto será serializado, você também terá que colocar código adicional no método readResolve para garantir que o singleton não será de-serializado mais de uma vez.

Eu deixei tudo public menos os metodos e atributos que não eram para ser vistos por ninguem de fora da classe.
Foi exactamente assim que eu implementei o padrao mas com o debugger do eclipse reparei que de cada vez que aprofundava o que tinha a referencia tinha sempre outra referencia e outra e outra …
Isto soa a que está alguma coisa muito mal. :?
Nao seria igualmente bom ter uma classe static que inicializasse todos os managers?
O meu problema é que não percebo nada de “quem vê quem”, tudo o que eu queria era fazer com que por exemplo apenas essa tal classe podesse usar os contructores dos managers.

E depois é bem possivel que o codigo venha a ter k ser usado d forma distibuida por isso eu queria fazer uma coisa bem “limpinha”.