MySphere Posts

Estou preparando 4 servidore para funcinarem em cluster Domino. Uma das preocupações é com a marca de não lidos pois por padrão do Domino cria caixas postais com a opção de não replicar estas marcas. Em um ambiente em cluster estas marcas, por opção do cliente, devem ser replicadas entre os servidores.
Como são muitos os bancos de dados e a tarefa desing não altera esta propriedade, mesmo que a atualizemos no template,  fiz um agente para configurar a propriedade do banco de dados. A relação das propriedades que podem ser modificadas via LotusScript pode ser vista no TN 1244071
Basta criar um banco de dados e colocar um agente com o código abaixo:

Sub Initialize
        Dim db As NotesDatabase
        Dim ses As New NotesSession
        Dim doc As NotesDocument
        Dim dbdir As NotesDbDirectory
        Dim maildb As NotesDatabase
        server = Inputbox (“Nome do Servidor) (Enter para Local)”)
        subdir = Inputbox (“Em qual subdiretório o agente deve procurar as bases? ( Enter para todos os diretórios) “)
        If subdir <> “” Then subdir=subdir & “”
        Set db = ses.CurrentDatabase
        Set dbdir = ses.GetDbDirectory(server)        
        Set maildb = dbdir.GetFirstDatabase(DATABASE)
        i = 0
        While Not (maildb Is Nothing)        
                If Instr(1,maildb.FilePath,subdir,5)<>0 Then
                        i = i + 1
                        Call maildb.Open(“”,””)
                        If maildb.IsOpen Then
                                Set doc = maildb.GetDocumentByID(“FFFF0010”)
                                doc.~$Flags=doc.~$Flags(0) & “Q”
                                doc.~$FlagsNoRefresh=”Q”
                                Call doc.save (True,False)
                        End If
                End If
                Set maildb = dbdir.getnextdatabase
        Wend
        Msgbox (“Foi (ram) modificado (s)  “+ i +” banco(s) de dados!” )
End Sub

cluster

Em algums projetos é necessário coexistir o domino com outros sistemas de correio. Um problema até comum é coexistir com outros sistemas de correio que usam o mesmo domínio internet.
Para que o roteamento de correio SMTP entre os dois ambientes funcione corretamente.

1 – Criar um Documento de Domínio global. Isto irá determinar que domínios o Domino considera como local e também controla o formato do endereço internet.

2 – Habilitar a tarefa SMTP

3 – Criar um documento de configuração e em Router/SMTP Basic, habilitar :  “SMTP used when sending messages outside of the local Internet domain” e  “SMTP allowed within the local Internet domain”.

4. Escolher o servidor que funcionará como smart host ou seja o servidor que irá receber o correio SMTP caso o Domino não encontre o usuário no seu diretório  Router/SMTP Basics panel –> “Local Internet domain smart host”

Domino

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

fix

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.

rad

Palestra muito boa sobre como justificar o upgrade para versões 8.x do Notes e Domino.
Faça o download do pdf aqui


Domino

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

releasebuilder

WWCM

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

WWCM

Domino

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.

WebSphere