GTK-2 ao instalar o plugin Glassfish para Eclipse no Fedora 16 de 64 bits

0

Eu tenho o Eclipse funcionando bem no meu Fedora 16. Eu estava seguindo estas instruções para instalar o Glassfish Tools Bundle para Eclipse (que precisa ser feito fora do Eclipse por meio de seu próprio instalador) e, depois de executar o instalador com êxito, a próxima etapa foi ativar o ativador do eclipse no diretório do plugin (portanto, não o lançador normal do Eclipse). Eu recebi o seguinte erro:

> ./eclipse

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",

(eclipse:2300): Gtk-WARNING **: Unable to locate theme engine in module_path: "clearlooks",
Gtk-Message: Failed to load module "pk-gtk-module"
Gtk-Message: Failed to load module "canberra-gtk-module"

Isso foi relatado no terminal. A GUI que apareceu brevemente disse que há também um arquivo de log de erros em ~ / workspace / .metadata / .log, que tem o seguinte:

!SESSION 2012-09-27 22:18:52.512 -----------------------------------------------
eclipse.buildId=M20090917-0800
java.version=1.6.0_16
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Framework arguments:  -pluginCustomization plugin_customization.ini -showsplash org.eclipse.platform
Command-line arguments:  -os linux -ws gtk -arch x86 -pluginCustomization plugin_customization.ini -showsplash org.eclipse.platform

!ENTRY org.eclipse.equinox.p2.directorywatcher 4 0 2012-09-27 22:19:01.715
!MESSAGE The installable unit org.eclipse.jdt.compiler.apt.translated_host_properties is missing the filename property.

!ENTRY org.eclipse.osgi 4 0 2012-09-27 22:19:07.181
!MESSAGE Application error
!STACK 1
java.lang.UnsatisfiedLinkError: no swt-pi-gtk-3555 or swt-pi-gtk in swt.library.path, java.library.path or the jar file
    at org.eclipse.swt.internal.Library.loadLibrary(Library.java:254)
    at org.eclipse.swt.internal.Library.loadLibrary(Library.java:159)
    at org.eclipse.swt.internal.gtk.OS.<clinit>(OS.java:22)
    at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:63)
    at org.eclipse.swt.internal.Converter.wcsToMbcs(Converter.java:54)
    at org.eclipse.swt.widgets.Display.<clinit>(Display.java:131)
    at org.eclipse.ui.internal.Workbench.createDisplay(Workbench.java:516)
    at org.eclipse.ui.PlatformUI.createDisplay(PlatformUI.java:161)
    at org.eclipse.ui.internal.ide.application.IDEApplication.createDisplay(IDEApplication.java:143)
    at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:88)
    at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:194)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
    at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:368)
    at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:597)
    at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:559)
    at org.eclipse.equinox.launcher.Main.basicRun(Main.java:514)
    at org.eclipse.equinox.launcher.Main.run(Main.java:1311)
!SESSION 2012-09-27 22:22:17.706 -----------------------------------------------
eclipse.buildId=M20090917-0800
java.version=1.6.0_16
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=linux, ARCH=x86, WS=gtk, NL=en_US
Framework arguments:  -pluginCustomization plugin_customization.ini -showsplash org.eclipse.platform
Command-line arguments:  -os linux -ws gtk -arch x86 -pluginCustomization plugin_customization.ini -showsplash org.eclipse.platform

Encontrei este site mas não consigo siga as instruções para salvar minha vida. Tudo o que entendo é que o GTK-2 precisa de algumas bibliotecas de 32 bits, embora o sistema seja de 64 bits, mas está tentando abrir as de 64 bits.

Ajuda por favor

    
por amphibient 28.09.2012 / 05:47

2 respostas

1

AFAICT, que o Glassfish Tools Bundle ao qual você está vinculado é a) apenas uma coleção do Eclipse 3.51 e Glassfish v3, b) compilada para 32 bits, ec) antiga.

Em vez de seguir instruções antigas que tenham pouco ou nenhum efeito nas distribuições atuais de 64 bits, por que não procurar por pacotes para o Eclipse e o Glassfish para o Fedora 16? Ou, se eles não estiverem disponíveis em qualquer lugar, tente pacotes para o Fedora 17 ou 18, baixe o SRPMS e faça backport para o Fedora 16 (isto é, compile os pacotes fonte no F16).

(não sou especialista em pacotes do Fedora, mas uma busca rápida no google me faz suspeitar que o glassfish v3 está disponível para o F18 mas não para o F16 ... então backportar o srpm seria uma opção viável).

Isso pode parecer muito trabalho, mas provavelmente será mais fácil e muito menos trabalhoso do que tentar obter instruções antigas para binários estrangeiros de 32 bits (ou seja, não-Fedora) trabalhando no F16. Mais importante, ele será muito menos frágil, sendo compilado para o ambiente exato em que você está usando, portanto, é menos provável que ele interrompa qualquer atualização futura.

BTW, como regra geral, se você estiver usando uma distribuição gerenciada por pacotes como o Fedora (ou RHEL, Centos, Debian, Ubuntu e outros), é uma boa idéia visualizar qualquer página da Web que forneça instruções para instalar comece algo como "baixe este tarball binário deste local" ou até mesmo "baixe a fonte ..." com profunda desconfiança. É quase certamente desatualizado e / ou escrito por alguém que não tem a menor idéia de como os gerenciadores de pacotes trabalham e não entendem a bagunça que pode ser causada por contorná-los ... muitas vezes por um programador que apenas quer trabalhando AGORA (porque eles têm um trabalho urgente que precisa ser feito) e não quer pensar em como isso pode acontecer no futuro.

Os gerentes de pacotes não são um obstáculo a ser contornado, eles são uma ferramenta valiosa para ajudá-lo a gerenciar seu (s) sistema (s) ... e quanto mais programas você trabalha, e quanto mais sistemas você cuida, mais valioso a ferramenta se torna.

Às vezes não há outra escolha a não ser sair do gerenciador de pacotes .... mas isso deve sempre ser o último recurso (depois do backporting e até mesmo tentar construir seus próprios pacotes já falhou) .... e mesmo quando é inevitavelmente necessário, você deve usar algo como guardar para gerenciar a instalação em / usr / local.

    
por 28.09.2012 / 09:19
0

As instruções do post original eram obsoletas. Aqui são os mais atualizados. Obrigado @Craig Sanders

    
por 29.09.2012 / 02:40