El desarrollo de un proyecto Java Eclipse tanto en 32 bits y de 64 bits sistemas Linux

Question

Tengo una serie de proyectos relacionados que he colocado bajo control Git (todos estos proyectos están en el mismo espacio de trabajo, que es el nivel superior del repositorio Git) y clonado a partir de mi escritorio (32 bits) a mi ordenador portátil (64 bits) para que pueda trabajar en ellos donde quiera. Se excluye la carpeta de espacio de trabajo .metadata, pero todo en las carpetas de proyecto se realiza un seguimiento.

Al abrir el espacio de trabajo clonado en el ordenador portátil, que fue recibido por un error:

Project 'project' is missing required library:
'/usr/eclipse/plugins/org.eclipse.swt.gtk.linux.x86_3.5.2.v3557f.jar'

Obviamente, el eclipse de 64 bits no tiene las bibliotecas de 32 bits, pero estoy curioso en cuanto a cómo debe ser resuelto.

Esa biblioteca se añadió como parte de la plantilla ventana del generador de SWT Proyecto / JFace. Hay una org.eclipse.swt_3.5.2.v3557f.jar en la carpeta de plugins de eclipse, pero cambiando la ruta de clase para buscar que no funciona (no encuentra SWT, curiosamente). Mirando a través del resto del archivo .classpath para el SWT proyectos / JFace, esta biblioteca particular es el solamente que es tan específico de la plataforma.

Me puso las dos versiones de la biblioteca en el .classpath y esto permite que el código para construir / run, aunque tengo que ignorar el error de trayectoria de la estructura, y este error se propagará de vuelta a mi escritorio cuando saco el portátil cambia de nuevo.

¿Puedo simplemente enlazar simbólicamente el frasco de 64 bits en la computadora portátil para el nombre de 32 bits por lo que la ruta de clases puede encontrar la biblioteca? ¿Hay otra, una mejor solución?

Actualizar : Parece que este tipo de proyecto tiene que depender de la SWT fragmento de hormigón, por lo que hasta que no haya una mejor solución que voy a enlazar simbólicamente los fragmentos en cuestión en ambas máquinas para dirigir el compilador para el fragmento correcto. La construcción / ejecución de los proyectos en otras máquinas (y especialmente Windows) será !! Fun !! pero voy a construir ese puente cuando llegue allí.

Answer 1

¿Qué es exactamente lo que guardaba en tu control de código fuente?

La mejor práctica es mantener sólo los archivos de código fuente escrito a mano en repositorio de código fuente. No binarios o archivos generados, o la configuración de IDE.

Creo que tienes el problema con la configuración del IDE de 64 bits para su Eclipse no se trabaja con 32 bits uno.

directorio acaba de eliminar .metadata en su espacio de trabajo y volver a importar todos los proyectos de este eclipse.

Answer 2

No lo haga con todo el espacio de trabajo. Simplemente hazlo con los proyectos individuales. Funciona bien aquí.

Answer 3

¿Qué tipo de proyecto que están desarrollando? El proyecto Java o plug-in de proyecto?

Si está desarrollando el plug-in del proyecto, éste no debe depender directamente sobre el hormigón swt fragmento (como swt.gtk, swt.win32). Se debe depender del plug-in de host 'org.eclipse.swt' que la aplicación real de swt es los diferentes fragmentos en diferentes plataformas.

Si está desarrollando un proyecto de Java que requiere el SWT como el requisito de terceros. Puede instalar el paquete delta del eclipse, tanto para su 32 y 64 bits eclipse.

Answer 4

Para evitar problemas de plataforma, que podría también considerar Maven. El uso de Maven 2 ó 3, con la combinación opcional de los problemas de plataforma perfiles se pueden resolver con bastante facilidad. El uso de un par de plugins de Maven para Eclipse, proyectos Maven se pueden importar en Eclipse directamente.