Hurray, Mappgins Resolved with Groovy

Hello everybody,

After a lot of research, I finally solved the big, ugly and dreadful problem in the Mizura: The mappings between objects and fields of the connectors.

For now, the evidence:

When I have a little more time, I will better describe this solution.


Thanks for Groovy, the amazing language!

Top 3 for Mizura

This is one of many charts in the Agile Report State promoted by the Trial Ridge Consulting. Although it is 2009, it clearly shows that the Mizura fits perfectly in the first 3 positions and has 40% of adherence in the first 16 surveyed repositories.

Yes, I think we're on the right way.

Green Tests for Enterprise Architect Connector

Good news.

After a lot of work, the new V2 archiecture is on the way.

At this moment, see green tests for the Enterprise Architect Connector.

Stay tuned at http: http://3layer.org/mizura

Que tal um conector para sincronizar usuarios no JIRA?

Ontem estive em um cliente, e uma necessidade dele é sincronizar usuários e roles do JIRA com o Active Directory e sistema de RH deles.

Embora pudéssemos apontar o JIRA direto para o Active Directory, a coisa não é tão fácil, pois eles tem uma base distribuída, além de não ter uma regra clara para quem seria usuário do JIRA ou não.

Poderíamos também usar o Atlassian Crowd, mas isso também não daria certo, pois eles têm um esquema de reuso de contas antigas de usuários, o que daria problemas de falhas de segurança e outros no JIRA.

No tocante às roles, poderíamos fazer um REST de integração disparado pelo sistema de RH. Porém isso também é complicado, devido o sistema de RH ser externo e o contrato deles com o fornecedor tem escopo e regras legais que impedem isso.

Aí pensei: Putz, o Mizura seria ideal aqui.

Eu posso tranquilamente implementar três conectores do Mizura: um apontando para a base de usuários do JIRA, outro apontando para a base (ou para as bases) Active Directory deles e outro apontando para a base de usuários do RH.

Seria, essencialmente, uma sincronização aditiva de usuários, com o intuito de adicionar usuários novos no JIRA e manter sincronizados coisas como o nome ou email do usuário.

Da mesma formal podería ser implementado o conceito de desativar um usuário no JIRA (Ex. remover ele do grupo jira-users) quando um usuário fosse desabilitado ou excluído no AD.

Porém, coisas como um usuário desabilitado no AD que voltasse à ser habilitado, isso não seria propagado para o JIRA.

Quanto às roles, teríamos um mapeamento (via filtros do Mizura) com um clássico "De-Para" entre os cargos no RH (ex.: Gerente de Área de Negócio) com as roles no JIRA (ex.: "Aprovador de Solicitação de Usuário").

Enfim, é uma idéia que apareceu voltando do cliente para casa, e não considerto totalmente descartada de ser algo embedded na versão padrão do Mizura num futuro próximo.

Ou seja, com a arquitetura nova de conectores, o céu é o limite. E espero cumprir a data do release para Setembro próximo.

New domain model for Mizura

Take a look inside new domain model for mizura connectors...

This is a first draft... a few changes can occur, but... well ;)

Mizura with new architecture

Hello everybody, a quick news.

After four weeks raising business and deploying Atlassian's projects in São Paulo and Florianópolis, I returned to my city to... work on Mizura ;)

Again, I decided to refactor the plugin architecture, to maximize extensions capabilities and also allow easier integration with software like ClearQuest and promiscuous (hic) Excel.

Thus, (un) fortunately, the second version of mizura must to be rescheduled to early August.

I hope to keep everybody informed, and soon, a great news about our 3layer Technology ...

Tita - First release of Mizura is available

For now, shortly:

http://tinyurl.com/mizura1

Use and  Abuse ;)