1Um comentário

• Eduardo Santos(usuário não autenticado)

  9 de Maio de 2008, 9:46

   

  Olá Adriano,

  Eu já tive esse problema também, e acaba sendo um pouco chato de resolver. Isso tem muito a ver com a estrutura de isolamento de transações do PostgreSQL: até o final de uma transação, qualquer objeto criado com ela não está disponível no sistema. Como a criação do usuário é uma transação por si só (identificada pela API db_transaction), quando você tenta inserir os dados do usuário numa outra tabela cuja chave estrangeira aponta para o objeto usuário que ainda não teve sua criação consolidada, ele dispara esse erro.

  Para resolver esse problema mova os comandos do AMS um pouco mais pra baixo no arquivo que deve resolver. Eu já corrigi a página do Wiki para a posição mais correta, e acredito que deve funcionar agora. Caso contrário, coloque aqui o erro para tentarmos ajudar.

  Em relação à remoção das listas, uma das principais características do OpenACS/dotLRN é que as informações sejam persistentes, ou seja, que não se percam com o tempo. Você vai acabar descobrindo que é muito difícil remover qualquer coisa, em alguns casos praticamente impossível. Por isso grande parte de nós mantém sempre uma instância de teste para as aplicações e só levamos as alterações para a instância principal quando temos certeza que vai funcionar. No caso específico mencionado, a remoção de uma lista AMS não está implementada. Não é impossível fazer, simplesmente não está implementada.

  Precisando de ajuda, continue colocando suas dúvidas. Talvez fosse interessante mover essa trilha para a outra que já existe aqui sobre AMS.