[zope-pt] Produto parecido com o ContentPanels
Alguém poderia me dizer se tem algum produto parecido com o ContentPanels para o Plone3.1.4? Estou usando o Collage, mas não estou gostando, é muito limitado. T+
Re: [zope-pt] Erro ao acessar BD Oracle usando ZcxOracleDA no Zope(Plone)
Olá João, particularmente recomendo olhar o outro adaptador escrito pelo andy http://www.zope.org/Members/andyhird/ZcxOracleDA Não estou mais mexendo no código desse adaptador e pelo que sei ninguém o utiliza ou o mantém. Talvez alguém se pronuncie aqui. Abraços. 2008/9/24 jgbalb <[EMAIL PROTECTED]> > Pessoal, > > estou obtendo um erro ao acessar uma tabela de um BD Oracle > usando ZcxOracleDA no Zope(Plone). O mais estranho é que consigo "me > conectar" usando o produto ZcxOracleDA (que deve ter sido > desenvolvido por um membro desta lista, Wilton Alencar), mas não > consigo rodar uma simples consulta SQL dentro do mesmo. Eis a > mensagem de erro que surge qunado tento rodar uma consulta SQL (botão > Execute Query): > > ''' > > Site Error > An error was encountered while publishing this resource. > > cx_Oracle.InterfaceError > > Sorry, a site error occurred. > > Traceback (innermost last): > > Module ZPublisher.Publish, line 196, in publish_module_standard > Module Products.PlacelessTranslationService.PatchStringIO, line 34, > in new_publish > Module ZPublisher.Publish, line 157, in publish > Module Zope2.App.startup, line 243, in abort > Module transaction._manager, line 107, in abort > Module transaction._transaction, line 507, in abort > Module transaction._transaction, line 580, in abort > Module Shared.DC.ZRDB.TM, line 64, in abort > Module Products.ZcxOracleDA.db, line 62, in _abort > InterfaceError: not connected > > ''' > > Outra coisa muito esquisita é que quando rodo uma consulta SQL > pelo cx_Oracle através de um External Method em Python, funciona ok > (?!). > > Alguém tem alguma idéia para solucionar este problema? > > Grato antecipado. > > João > > > -- Cordialmente, Wilton Souza Alencar www.tom.pro.br
[zope-pt] Erro ao acessar BD Oracle usando ZcxOracleDA no Zope(Plone)
Pessoal, estou obtendo um erro ao acessar uma tabela de um BD Oracle usando ZcxOracleDA no Zope(Plone). O mais estranho é que consigo "me conectar" usando o produto ZcxOracleDA (que deve ter sido desenvolvido por um membro desta lista, Wilton Alencar), mas não consigo rodar uma simples consulta SQL dentro do mesmo. Eis a mensagem de erro que surge qunado tento rodar uma consulta SQL (botão Execute Query): ''' Site Error An error was encountered while publishing this resource. cx_Oracle.InterfaceError Sorry, a site error occurred. Traceback (innermost last): Module ZPublisher.Publish, line 196, in publish_module_standard Module Products.PlacelessTranslationService.PatchStringIO, line 34, in new_publish Module ZPublisher.Publish, line 157, in publish Module Zope2.App.startup, line 243, in abort Module transaction._manager, line 107, in abort Module transaction._transaction, line 507, in abort Module transaction._transaction, line 580, in abort Module Shared.DC.ZRDB.TM, line 64, in abort Module Products.ZcxOracleDA.db, line 62, in _abort InterfaceError: not connected ''' Outra coisa muito esquisita é que quando rodo uma consulta SQL pelo cx_Oracle através de um External Method em Python, funciona ok (?!). Alguém tem alguma idéia para solucionar este problema? Grato antecipado. João
[zope-pt] Re: 3 dúvidas
Luiz Oliveira, Você realmente conseguiu me explicar uma das dúvidas, sem rodeios e sem presepadas. Pessoas assim fazem a diferença na comunidade. Mto obrigado. abraços Mauro. --- Em zope-pt@yahoogrupos.com.br, "Luiz Oliveira" <[EMAIL PROTECTED]> escreveu > > Boa tarde Mauro, > > Tecnicamente falando, o ZODB tem seu armazenamento em um arquivo único, > chamado de Data.fs. > Consequentemente, todo objeto que é criado ou incluído no ZODB é inserido > dentro desse arquivo. A inclusão de grandes arquivos dentro do mesmo pode > ocasionar atraso nas retorno das buscas e no desenmpenho do servidor. > > Quanto mais chegamos no final do arquivo Data.fs mais longo fica o tempo de > espera para retorno do objeto. Por isso não é indicado a utilização de > grandes arquivos. Não só para o ZODB mas pra maioria dos bancos o > aconselhável é sempre incluirmos um ponteiro (referência) para o objeto. > > Abs. > Luiz Diogo > > 2008/9/23 el_chapelon2000 <[EMAIL PROTECTED]> > > > --- Em zope-pt@yahoogrupos.com.br , "José > > Henrique" > > escreveu > > > > > > 2008/9/23 el_chapelon2000 : > > > > > > Olá, > > > > > > > > Meu nome é Mauro Gonçalves e faço parte da equipe de > > > > desenvolvimento WEB de um órgão federal que está migrando o portal > > > > Web para a tecnologia Zope/plone, tenho várias dúvidas sobre o > > Zope e > > > > principalmente sobre o ZODB e não consigo respostas nem nos sites > > > > oficiais do produto e nem em comunidades, gostaria de saber se > > alguém > > > > sabe me responder as dúvidas abaixo: > > > > > > > > > > > > 1- Como são armazendos os metadados no ZODB? > > > > > > > > > > > > 2- Em quais camadas ficam o Zope, Plone e a CMF??(esquema gráfico) > > > > > > > > > > > > 3- Qual é a razão(tecnicamente falando) pela qual devemos > > armazenar > > > > dados pesados como: arquivos operacionais de vídeo, imagem e > > grandes > > > > volumes de documentos em SGDB relacional e não no ZODB? > > > > > > > > > > > > agradeço e aguardo por respostas. > > > > > > > > > > > > > > > > Mauro G. Souza > > > > > > > > > > Mauro, bem vindo ao mundo do Zope. No princípio as coisas parecem > > > complicadas, mas não se assuste. Hoje em dia há muito material na > > web > > > sobre Zope, CMF e Plone e também há vários livros sobre Zope 3 e > > > Plone. > > > > > > A grande referência do Zope 2 é o Zope Book (www.plope.com). O > > livro > > > foi feito para a versão 2.7 mas tem muita coisa válida. > > > > > > Vou tentar responder suas perguntas de forma simples. Outras > > pessoas > > > da lista poderão fornecer informações mais detalhadas ou você mesmo > > > pode ampliar seus questionamentos. > > > > > > 1. O ZODB como seu nome já diz, armazena objetos python. Você não > > > precisa saber como os objetos e suas propriedades são armazenados. > > O > > > que você precisa conhecer é a API para armazenamento, pesquisa > > > (Catalog) e recuperação. > > > > > > 2. O Zope é o servidor de aplicações. O CMF pode ser visto como uma > > > biblioteca para desenvolvimento de CMS (Sistema de gerenciamento de > > > conteúdo). O Plone foi construído sobre o CMF. > > > > > > 3. Teoricamente você pode guardar o que quiser no ZODB. Mas quando > > se > > > trata de conteúdo estático de grande volume o ideal é armazená- lo > > > preferencialmente no sistema de arquivos ou um SGBDR. Com isso você > > > libera o ZODB para armazenar e servir objetos dinâmicos. > > > > > > Espero ter ajudado, > > > > > > Zénrique. > > > > > > > Caro Zénrique, > > > > agradeço muito pela atenção dispensada, mas na verdade preciso mesmo > > de termos técnicos, a falta de informações técnicas são realmente um > > problema na comunidade de software livre. O volume de dados a > > armazenar é realmente muito grande e já sabemos por experiencia da > > Camara dos Deputados que não funciona no ZODB. Precisaria saber > > explicar porque não funciona. > > > > Mais uma vez, Mto obrigado. > > > > Mauro > > > > > > >
[zope-pt] Re: 3 dúvidas
--- Em zope-pt@yahoogrupos.com.br, "José Henrique" <[EMAIL PROTECTED]> escreveu > > 2008/9/23 el_chapelon2000 <[EMAIL PROTECTED]>: > > Caro Zénrique, > > > > agradeço muito pela atenção dispensada, mas na verdade preciso mesmo > > de termos técnicos, a falta de informações técnicas são realmente um > > problema na comunidade de software livre. O volume de dados a > > armazenar é realmente muito grande e já sabemos por experiencia da > > Camara dos Deputados que não funciona no ZODB. Precisaria saber > > explicar porque não funciona. > > > > Mais uma vez, Mto obrigado. > > > > Mauro > > > Caro Mauro, > > Permita-me discordar. A comunidade de software livre não carece de > falta de informações técnicas. O software livre tem, inclusive, as > melhores fontes de informações técnicas disponíveis: > > . o código fonte da aplicação > . as listas de discussões (nacionais e internacionais) > . documentação escrita por quem realmente o utiliza. > > Posso estar errado, mas está me parecendo que você está começando a > utilizar a tecnologia por obrigação, sem conhecer suas > potencialidades e estar convencido de seus beneficios. Nesse caso, > qualquer empecilho torna-se um obstáculo quase intransponível. > > Se você não tem experiência com o software e não encontra as > informações que julga necessárias, faça como faz com qualquer outro > software. Contrate alguém que conheça e que possa auxiliar nessa > empreitada. > > Zénrique. Não comentarei isso, não estou aqui para indisposições pessoais. mais uma vez obrigado pela informação. Mauro >
Re: [zope-pt] Re: 3 dúvidas
2008/9/23 el_chapelon2000 <[EMAIL PROTECTED]>: > Caro Zénrique, > > agradeço muito pela atenção dispensada, mas na verdade preciso mesmo > de termos técnicos, a falta de informações técnicas são realmente um > problema na comunidade de software livre. O volume de dados a > armazenar é realmente muito grande e já sabemos por experiencia da > Camara dos Deputados que não funciona no ZODB. Precisaria saber > explicar porque não funciona. > > Mais uma vez, Mto obrigado. > > Mauro > Caro Mauro, Permita-me discordar. A comunidade de software livre não carece de falta de informações técnicas. O software livre tem, inclusive, as melhores fontes de informações técnicas disponíveis: . o código fonte da aplicação . as listas de discussões (nacionais e internacionais) . documentação escrita por quem realmente o utiliza. Posso estar errado, mas está me parecendo que você está começando a utilizar a tecnologia por obrigação, sem conhecer suas potencialidades e estar convencido de seus beneficios. Nesse caso, qualquer empecilho torna-se um obstáculo quase intransponível. Se você não tem experiência com o software e não encontra as informações que julga necessárias, faça como faz com qualquer outro software. Contrate alguém que conheça e que possa auxiliar nessa empreitada. Zénrique.
