Netbeans, plugins etc...

Trouxe meu diretório de desenvolvimento inteiro do trabalho para casa este fim-de-semana, em um pen drive. Unzipei o bicho, "startei" o NetBeans e... surpresa! Cadê meus plugins e configurações?? Procura daqui, procura dali, ah! o NetBeans põe não só as configurações dos plugins, mas também os .jar no diretório ~/.netbeans... WTF???

Depurando Add-ons OOo no NetBeans parte II

Funcionando a depuração de add-ons no NetBeans, fui para o assunto principal: fazer com que o componente COM que, em determinado sistema, hoje é chamado de dentro do Word, também possa ser chamado de dentro do Writer. Em StarBasic, seria uma coisa mais ou menos assim:
Set factory = createUnoService("com.sun.star.bridge.oleautomation.Factory")
Set obj = factory.createInstance("PlayerSPX.SPXPlayerforWindows")

Em Java isso vira:
XMultiServiceFactory factory =
(XMultiServiceFactory) UnoRuntime.queryInterface(XMultiServiceFactory.class,
(XInterface) context.getServiceManager().createInstanceWithContext(
"com.sun.star.bridge.oleautomation.Factory", context));
m_player = (XInvocation) UnoRuntime.queryInterface(XInvocation.class,
(XInterface) factory.createInstance("PlayerSPX.SPXPlayerForWindows"));

Depurando Add-ons OOo no NetBeans

Acabou que a falha de depuração no NetBeans não foi falha de depuração, mas falha de refactoring: quando eu tirei a classe do add-on do domínio "example.com", ele não mudou os xemelês que precisava mudar... começamos de novo, e agora as coisas estão no lugar...

Enfim, ...

Consegui montar a Toolbar como eu queria no NetBeans,
consegui mandar ele dar deploy no meu BrOffice,
e consegui até depurar... não, mais ou menos.
Mais ou menos porque ele não parou em nenhum breakpoint que eu coloquei.
Bem, amanhã é outro dia.

Funcionou mas não funcionou

O plugin git do Eclipse é melhor que o do NetBeans, mas o plugin para OpenOffice.org fica a uma grande distância, mesmo com os problemas mencionados. Meh.

git-fu II

Estou usando o plugin do NetBeans para desenvolver extensões em Java para o OpenOffice.org.

Isso faz parte de um plano lá do trabalho de substituir as (antigamente eram quase 3000) licenças de MSOffice97 pelo software livre. Essa substituição já está na fase final, faltando matar somente as (300?) licenças do Office nos locais onde sistemas da Casa utilizam a automação COM para gerar documentos. Onde o trabalho era mais simples, a migração já foi feita, mas a Casa possui um sistema de GED/Workflow que é construído em cima do Word. :-(

A idéia é construir extensões para o BrOffice (a versão abrasileirada do OOo), em java, que façam o trabalho que hoje está sendo feito por diversas macros VBA.

O bom é que o plugin do NetBeans gera todo o arcabouço de arquivos XML e outras javalices que são necessárias para existir uma extensão do OOo.

O mau é que algumas coisas não são "redondinhas"; um exemplo é quando eu tento selecionar uma imagem para um botão de barra de ferramentas, se eu simplesmente colocar o caminho completo para a imagem no diálogo "open", ele me ignora. A gente tem que ir até o diretório onde a imagem está, e selecionar com o mouse o arquivo. Yuck.

O feio é que o plugin do NetBeans não deixa editar o tal XML (Addons.xcu) graficamente, depois que você criou o projeto da extensão... se você quiser mais um botão, ou mudar alguma coisa na barra de ferramentas/menu da extensão você pode (1) editar na mon o Addons.xcu ou você pode (2) começar outro projeto do zero, para "transplantar" o xemelê que ele vai gerar. Duplo Yuck.

Notícia interessaante é que o plugin git para NetBeans funciona direitinho. Notícia um pouco menos interessante é que ele também não tem git push/git pull por default; por outro lado, como o qgit, dá pra colocar no menu "actions"...