Métodos públicos de JFrame a JFrame

Cuando crees el objeto JFrame pop up que se te abre para editar o crear, crea un nuevo constructor y le pasas el objeto del JFrame "padre", lo guardas en algun atributo, y despues de ocultar la visibilidad del popup, llamas al metodo del jframe padre que carga los datos de los empleados en esa lista tan maja que tienes.

Tambien puedes personalizarte el objeto de la lista de empleados del JFrame gordo de tal manera que sobrecargues el metodo "paint" del objeto para que cargue los datos desde access (haciendo otro super.paint(g) al finalizar para que pinte los objetos que acabas de añadir) de esta manera cada vez que "repinte" la pantalla, irá a buscar los datos a Access (aunk esta opcion no me gusta mucho, te recomiendo mas la primera)

No uses variables estáticas y publicas para pasar información que no sean constantes por dios!

Eso se hace mediante listeners, el JFrame principal se registra como listener del popup, cuando este pulse en editar, guardas la información y se lo comunicas al listener, que lo que hará es refrescar lainformación.

algo así

public interfaze Listener {
   void onActionPerformed();
}

Así o en una clase privada que gestione esto

public class JFrame implements Listener {
  // Todo tu codigo

  public void onActionPerformed() {
    reloadData();
  }
}

Y cuando vayas a enseñar el popup

MyFrame m = new MyFrame(myListener);
m.setData(...); //la informacion del contacto
m.show();

Cuando pulsas en el botón editar:

//Codigo que guarda la info en BBDD
myListener.onActionPerformed();

Obviamente, los nombres de las clases y demás, ponlos segun gusto xD

La propuesta de #4 no la he puesto porque no sabia si sabrias por donde van los tiros pero te lo voy a explicar lo mejor que pueda.

La idea es que en tu JFrameEmpresa tienes un metodo que va a access a buscar los registros y los pinta en la lista verdad? llamemos a este metodo "mostrarLista()"

La idea es hacerte por ejemplo una clase aislada que se encargue de manejar estos "eventos" de aplicacion, por ejemplo:

class EventManager{
    private static EventManager instance;
    private Set<ElementsInListListener> elementsInListChanged;
    private EventManager(){
        elementsInListChanged = new HashSet<ElementsInListListener>();    

    }
    public static EventManager getInstance(){
        if(instance == null){
            instance = new EventManager();
        }
        return instance;
    }
    

public void addElementsInListChangedListener(ElementsInListListener l){
    elementsInListChanged.add(l);
}

public void fireElementsInListChangedListener(){
    for(ElementsInListListener l:elementsInListChanged){
        l.fireElementsInListChanged();
    }
}
    
}

Con la interface ElementsInListListener como

public interface ElementsInListListener{
    public void fireElementsInListChanged();
}

Tu JFrameEmpresa implementara ElementsInListListener y en su constructor tendras que registrarte como "listener" haciendo

EventManager.getInstance().addElementsInListChangedListener(this);

al implementar ElementsInListListener tendras que dar cuerpo a fireElementsInListChanged y su ejecucion llamara al metodo al principio citado "mostrarLista()"

Desde donde se ejecuta todo esto??, pues desde cada sitio donde alteres informacion de la lista y necesites que los demas elementos de tu aplicacion sepan que ha habido cambios, en este caso y como ejemplo, cuando le das a "aceptar" en tu jframe de edicion de datos con algo asi:

EventManager.getInstance().fireElementsInListChanged();

Dando el escopetazo de salida a informar a todos aquellos objetos que quieren enterarse que has modificado datos.

Por lo que al final el metodo "mostrarlista()" lo llamas desde 2 sitios, desde el constructor o tu metodo de inicialización en tu JFrame Empresa y desde el metodo del fireElements...() en la implementacion del listener.

PD: lo he picado todo al vuelo, es posible que se escape algun error de compilacion :p

PD2: #5 Sigues tus propios posts? :/