A assinatura dos applets do Sametime vencem no dia 18 de maio de 2009. A IBM já havia divulgado este alerta e agora já está disponÃvel o fix.
Veja o TechNote aqui
Author: <span>kenio.carvalho</span>
O ambiente de desenvolvimento para Portlets utilizando RAD7 e WebSphere Portal 6 requer uma máquina muito boa Isto se deve ao fato de que uma instalação completa do Portal é feita na máquina do desenvolvedor. Uma alternativa é utilizar um servidor remoto, mas esta alternativa também não é a mais eficiente quando olhamos pelo lado da praticidade de deploy e também utilizar o debug fica complicado….
A maior reclamação dos desenvolvedores está relacionada ao tempo que leva para reinciar o Portal, o que é necessário em muitos casos, claro que bem menos do que em versões anteriores.
Para melhorar a performance deste ambiente vale a pena executar os procedimentos deste artigo da IBM no developerworks.
Palestra muito boa sobre como justificar o upgrade para versões 8.x do Notes e Domino.
Faça o download do pdf aqui
Completamos mais uma etapa sincronizando um ambiente de Produção WebSphere Portal + WCM com os ambientes de Homologação e Desenvolvimento.
Achei um artigo muito interessante da IBM sobre o assunto que explica em detalhes o processo. Veja aqui o artigo .
Outra informação também muito boa está no TN 1243005
| Documentação |
| Comunidades |
| Suporte |
Após exportar um portal e importá-lo em outra máquina foi necessário também enviar o contéudo do WCM Produção para o WCM Desenvolvimento.
A primeira opção foi utilizar mesmo o processo de syndication pois os servidores estão na mesma versão e temos SSO configurado entre os servidores WCM.
Inciamos o processo mas obtivemos uma grande quantidade de erros após finalizar o syndication.
Para garantir que realmente o processo fosse feito de forma “limpa” apagamos a biblioteca do servidor de desenvolvimento. O processo de apagar a biblioteca foi um pouco diferente pois pela interface de administração do Portal sempre obtinhamos uma mensagem de erro informando que não era possÃvel apagar a biblioteca. A solução encontrada foi utilizar uma ferramenta: Library Delete Module do WCM.
As instruções podem ser vistas no TN 1268739 Use the library delete module to remove Web Content Management (WCM) libraries
Foi lançado ontem o terceiro Fix para o Domino 8.5. Este fix resolve problemas encontrados pela IBM no novo serviço ID Vault. O fix é mandatório
Para aplicar o fix veja este TN da IBM -> http://www-01.ibm.com/support/docview.wss?rs=899&uid=swg21381562
Novamente estou fazendo um export e import de um Portal. Desta vez é um pouco diferente pois estamos exportando um portal de produção e importando em um portal de desenvolvimento. Existem algumas possibilidades para executar a tarefa. Uma delas é executar a tarefa empty-portal no ambiente de desenvolvimento e fazer um import full do portal de produção. Esta foi a primeira tentativa, mas um erro de chaves duplicadas no banco de dados do portal impediu que a importação fosse realizada com sucesso, mesmo executando a task cleanup.
A solução foi utilizar o Release Builder e importando somente a diferença entre um portal e outro. Isto somente foi possÃvel porquê a primeira versão do portal foi criada exportando o Desenvolvimento e importando na máquina de Produção via XMLAccess.
Instruções de como utilizar o Release Builder pode ser encontrada no Infocenter.
Mesmo após fazer upgrade do servidor Domino para versão 8.0.2 o Quickr ainda não estava na velocidade desejada.
Fizemos ajustes em imagens e outros conteúdos mas o que ajudou definitivamente foram os parâmetros colocados no notes.ini
QuickPlaceWebCacheEnabled=1
QuickPlaceWebCacheDir=E:QPWEBCACHE
QuickPlaceWebCacheGCIntervalInMIN=86400
QuickPlaceWebCacheLimitInMB=500
QuickPlaceExpireCachedUsers=86400
QuickPlaceMaxCachedUsers=1500
QuickPlaceEnableVersionCheck=1
NSF_DBUCACHE_MAX_ENTRIES=10000
NSF_DBcache_Maxentries=10000
Estes parâmetros foram encontrandos no Tunning Guide do Quickr 8.1
Fez parte da instalação que fiz no Datacenter migrar um Quickr 8.0 para a versão 8.1. Instalei tudo corretamente mas a performance do servidor ficou muito ruim.
Pesquisando sobre o problema encontrei a solução: Quickr 8.1 com Domino 8.0.1 tem um problema com cache, basta migrar a versão do Domino 8.0.2 que o problema realmente desapararece.
A referência do problema e solução pode ser vista nohttp://www.quickrblog.com/” title=”http://www.quickrblog.com/“> Quickr Blog de Stuart McIntyre