Ir para o conteúdo

 Voltar a OpenACS: Des...
Tela cheia

Erro ao carregar aplicação

23 de Março de 2012, 9:40 , por Desconhecido - | 1 Pessoa seguindo este artigo.
Visualizado 30 vezes

Olá!

Há alguns dias me deparei com o seguinte erro ao carregar minha aplicação do OpenACS:

bad option "charset": must be authpassword, authuser, channel, close, contentavail, content, contentlength, contentsentlength, contentchannel, copy, driver, encoding, files, fileoffset, filelength, fileheaders, flags, form, headers, host, id, isconnected, location, method, outputheaders, peeraddr, peerport, port, protocol, query, request, server, sock, start, status, url, urlc, urlencoding, urlv, version, write_encoded, or interp
    while executing
"ns_conn $var"
    ("default" arm line 2)
    invoked from within
"switch $var {
                    locale {
                        set ad_conn(locale) [parameter::get  -parameter SiteWideLocale  -package_id [apm_pa..."
    ("default" arm line 7)
    invoked from within
"switch $var {
            form {
                return [ns_getform]
            }
            all {
                return [array get ad_conn]
     ..."
    ("-get" arm line 10)
    invoked from within
"switch -- $flag {
    -connected_p {
      return [info exists ad_conn(request)]
    }

    -set {
      set ad_conn($var) [lindex $args 2]
    }

   ..."

Não encontrei ninguém que tenha passado por esta mesma situação... Alguém tem idéia do que pode ser a causa?

Fiz a instalação de tudo o que é necessário, restaurei o backup do banco e pedi para iniciar o carregamento dos arquivos. Depois de que tudo é carregado eu abro o navegador e peço para abrir a aplicação, sou redirecionada para o link que de fato a aplicação precisa abrir, mas me aparece este erro.

Também removi o banco e restaurei o backup com outro nome, para verificar se foi a forma de criar a nova base de dados... Nada.

 

Desde já, obrigada pela atenção!

Autor: Cinthia Haeser


1Um comentário

  • 12cf2da8b1a1753868c7e20816b7dab5?only path=false&size=50&d=404Eduardo Santos(usuário não autenticado)
    23 de Março de 2012, 10:04

     

    Olá Cinthia,

    Esse erro está acontecendo muito provavelmente porque algum procedimento agendado está sendo executado da forma errada. Você fez alguma alteração no código? É problema no código, não no banco.

    O que acontece é o seguinte: o OpenACS possui uma implementação específica para a função ns_conn do AOLServer ( http://www.aolserver.com/docs/devel/tcl/api/conn.html#ns_conn ). Quando executamos essa função os dados da conexão podem ser retornados. De acordo com a documentação os parâmetros que pode ser retornados são:

    ns_conn authpassword

    ns_conn authuser

    ns_conn close

    ns_conn contentlength

    ns_conn driver

    ns_conn form

    ns_conn headers

    ns_conn host

    ns_conn isconnected

    ns_conn location

    ns_conn method

    ns_conn outputheaders

    ns_conn peeraddr

    ns_conn port

    ns_conn protocol

    ns_conn query

    ns_conn request

    ns_conn url

    ns_conn urlc

    ns_conn urlv

    ns_conn version

    Contudo, somente esse parâmetros não são suficientes para o OpenACS. Quando o sistema é inicializado, o request processor cria uma nova função chamada ad_conn que adiciona novos parâmetros à conexão. Entre eles, podemos citar:

    ad_conn charset

    ad_conn user_id

    (...)

    E alguns outros que podem ser lidos na documentação do módulo: http://openacs.org/doc/request-processor.html

    Já encontrei esse problema muitas vezes, e normalmente ele acontece por um erro do programador. Estamos acostumados a chamar a função ad_conn o tempo inteiro para pegar os parâmetros da conexão. Contudo, os parâmetros da função ad_conn só são ajustados quando a conexão ao sistema é realizada por um usuário. Se utilizarmos uma função que será executada por um procedimento agendado, somente os parâmetros fornecidos pelo módulo ns_conn estão disponíveis, e quaisquer chamadas ao ad_conn que envolvam parâmetros ajustados pelo request processor vão falhar.

    Para resolver o problema, tente observar no log o arquivo que está executando essa chamada inválida. Se quiser colocar mais informações do log, como o nome da conexão, talvez possamos ajudar mais.

Oportunidade de Trabalho com OpenACS

9 de Dezembro de 2011, 16:07, por Desconhecido

Domí­nio do ambiente Linux em modo Shell;



Fundamentos de desenvolvimento e criação de comunidades virtuais com o framework OpenACS

28 de Outubro de 2010, 16:51, por Desconhecido

Durante o Latinoware, que será realizado em Foz do Iguaçu entre os dias 10 e 12 de Novembro, será realizada uma oficina sobre desenvolvimento em OpenACS. A oficina é parte da iniciativa de compartilhamento do Projeto Software Público Internacional, e conta com apoio da organização.



Oficina sobre OpenACS em Belo Horizonte

19 de Novembro de 2008, 9:43, por Desconhecido

No dia 27 de novembro de 2008, será realizado durante o Encontro Mineiro de Software Livre, uma oficina para formação de desenvolvedores OpenACS. A oficina tem por objetivo introduzir a ferramenta na cidade e atender a uma demanda crescente por especialistas na área.



Treinamento em OpenACS em Brasília tem sua aula inaugural

10 de Novembro de 2008, 9:43, por Desconhecido

Fruto de uma paceria entre a Lupa Treinamento e a Secretaria de Logística e Tecnologia da Informação do Ministério do Planejamento, começou no último Sábado o terceiro treinamento em OpenACS realizado em Brasília.



Instalacao do OACS 5.3 em Debian e Ubuntu

29 de Janeiro de 2008, 16:52, por Desconhecido

Acaba http://cognovis.de/developer/ou de sair do forno...