Re: [PSL-Brasil] Microsoft, ASP e ASP.NET
a tabela de temporalidade teria que ser implementada. Em 28/03/07, Pablo Sánchez [EMAIL PROTECTED] escreveu: E ele leva em consideração todas as temporalidades definidas pela CONARQ - Conselho Nacional de Arquivos? Em 28/03/07, Fabiano Mormul [EMAIL PROTECTED] escreveu: GED+WorkFlow=docmgr Em 02/03/07, Pablo Sánchez [EMAIL PROTECTED] escreveu: Pois é, infelizmente não caberia a mim esta decisão de toda a forma. :-/ Em 02/03/07, Antonio Fonseca [EMAIL PROTECTED] escreveu: Ok, foi apenas uma sugestão. Acho que realmente faria sentido a questão da virtualização levando em conta principalmente o hardware que você descreveu (servidor) e a possibilidade de aproveitar a licença do Win2000, além de migrar para Linux. Abraço, On 3/2/07, Pablo Sánchez [EMAIL PROTECTED] wrote: 1 - nem a pau que eu vou migrar o Cprod! O sistema é um pequeno monstro que dá medo, precisaria dedicação exclusiva e já estou com meus outros projetos em andamento (inclusive a criação de um GedFlow - Ged + Workflow) 2 - virtualizar um sistema operacional que já não tem um bom rendimento é suicídio. E se eu tenho a licença do 2003, porque diabos faria isso? Em 01/03/07, Antonio Fonseca [EMAIL PROTECTED] escreveu: Posso fazer algumas perguntas? Por que você usou o Win2003? Por que não usou Linux e virtualizou o Win2000 (para o qual acho que você já possuía a licença) para rodar sua aplicação atual enquanto faz a migração dela para uma plataforma mais confiável? Abraço, On 3/1/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Pois é... Mas graças a Deus, consegui colocar para funcionar de novo a coisa toda... Precisa fazer update para a versão 1.0a da dita biblioteca, mas no código que temos era a 1.0, e não tem mais a 1.0a para download no site da M$ Isso que me emputeceu em triplo. Mas deixa, agora tudo funciona... espero. Em 01/03/07, Ricardo L. A. Banffy [EMAIL PROTECTED] escreveu: E você está surpreso porquê? ;-) Pelo menos uma empresa de tecnologia que eu conheci, em um dado momento, resolveu fazer um investimento colossal numa tecnologia chamada webclasses. Você sabe de alguém que ainda use? Eu também não. Para colocar sucintamente, Em tecnologia proprietária, você não investe: você gasta. Pablo Sánchez wrote: Caros, Aqui no trabalho, utilizamos um sistema chamado CProd, o qual foi feito há anos atrás, pelo Ministério do Planejamento, e nos foi cedido gentilmente. Até aqui tudo bem. Agora vem a bomba. O sistema utilizava um recurso da própria MS, criado utilizando o Visual Interdev 6, chamado Remote Scripting. Bom, esse componente é a pior implementação que eu já vi de Remote Scripting, utilizando um applet Java (bomba para startar) para criar um objeto remotamente e dar acesso pleno a esse objeto do lado do cliente. A idéia é até interessante, e nem vou entrar no mérito da questão. O problema é que vem a seguir... Pois bem, nossa máquina Windows 2000, claro, foi pro prego depois de alguns anos sofrendo conosco. Reinstalamos então todos os sistemas em uma super nova máquina, com 12gb de RAM, quad processada e o escambal. Nessa máquina, onde ficaram os sistemas desenvolvidos em ASP, foi junto o CProd. Agora vem a parte chata: A Microsoft, simplesmente, decidiu, sem justificar, só porque quiseram mesmo, remover o dito componente de Remote Scripting. ELE NÃO FUNCIONA COM O WINDOWS 2003 E IIS 6 (vide http://support.microsoft.com/kb/319513 ) O conselho é que você, programador, reprograme TODOS seus sistemas, simplesmente porque eles não querem mais que vc use esse componente. Não te dão nenhuma opção, vc não pode instalar ou habilitar esse remote scripting se quiser, não, não pode. O problema é seu agora para reescrever tudo. A sugestão é então, converter tudo para WebServices, porque no ASP.NET http://ASP.NET não tem Remote Scripting. Mas não para por aí... Abram o link http://support.microsoft.com/kb/319513 e observem um elemento lá embaixo... uma pequena nota onde se lê você pode baixar o Internet Explorer WebService behaviour (ufa! imagina se não pudesse). Porém, ele não é suportado atualmente. :-O É triste, é triste, é triste Além de simplesmente não te darem a opção de continuar ou não usando (nem justificam se foi porque viram que o
Re: [PSL-Brasil] Microsoft, ASP e ASP.NET
GED+WorkFlow=docmgr Em 02/03/07, Pablo Sánchez [EMAIL PROTECTED] escreveu: Pois é, infelizmente não caberia a mim esta decisão de toda a forma. :-/ Em 02/03/07, Antonio Fonseca [EMAIL PROTECTED] escreveu: Ok, foi apenas uma sugestão. Acho que realmente faria sentido a questão da virtualização levando em conta principalmente o hardware que você descreveu (servidor) e a possibilidade de aproveitar a licença do Win2000, além de migrar para Linux. Abraço, On 3/2/07, Pablo Sánchez [EMAIL PROTECTED] wrote: 1 - nem a pau que eu vou migrar o Cprod! O sistema é um pequeno monstro que dá medo, precisaria dedicação exclusiva e já estou com meus outros projetos em andamento (inclusive a criação de um GedFlow - Ged + Workflow) 2 - virtualizar um sistema operacional que já não tem um bom rendimento é suicídio. E se eu tenho a licença do 2003, porque diabos faria isso? Em 01/03/07, Antonio Fonseca [EMAIL PROTECTED] escreveu: Posso fazer algumas perguntas? Por que você usou o Win2003? Por que não usou Linux e virtualizou o Win2000 (para o qual acho que você já possuía a licença) para rodar sua aplicação atual enquanto faz a migração dela para uma plataforma mais confiável? Abraço, On 3/1/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Pois é... Mas graças a Deus, consegui colocar para funcionar de novo a coisa toda... Precisa fazer update para a versão 1.0a da dita biblioteca, mas no código que temos era a 1.0, e não tem mais a 1.0a para download no site da M$ Isso que me emputeceu em triplo. Mas deixa, agora tudo funciona... espero. Em 01/03/07, Ricardo L. A. Banffy [EMAIL PROTECTED] escreveu: E você está surpreso porquê? ;-) Pelo menos uma empresa de tecnologia que eu conheci, em um dado momento, resolveu fazer um investimento colossal numa tecnologia chamada webclasses. Você sabe de alguém que ainda use? Eu também não. Para colocar sucintamente, Em tecnologia proprietária, você não investe: você gasta. Pablo Sánchez wrote: Caros, Aqui no trabalho, utilizamos um sistema chamado CProd, o qual foi feito há anos atrás, pelo Ministério do Planejamento, e nos foi cedido gentilmente. Até aqui tudo bem. Agora vem a bomba. O sistema utilizava um recurso da própria MS, criado utilizando o Visual Interdev 6, chamado Remote Scripting. Bom, esse componente é a pior implementação que eu já vi de Remote Scripting, utilizando um applet Java (bomba para startar) para criar um objeto remotamente e dar acesso pleno a esse objeto do lado do cliente. A idéia é até interessante, e nem vou entrar no mérito da questão. O problema é que vem a seguir... Pois bem, nossa máquina Windows 2000, claro, foi pro prego depois de alguns anos sofrendo conosco. Reinstalamos então todos os sistemas em uma super nova máquina, com 12gb de RAM, quad processada e o escambal. Nessa máquina, onde ficaram os sistemas desenvolvidos em ASP, foi junto o CProd. Agora vem a parte chata: A Microsoft, simplesmente, decidiu, sem justificar, só porque quiseram mesmo, remover o dito componente de Remote Scripting. ELE NÃO FUNCIONA COM O WINDOWS 2003 E IIS 6 (vide http://support.microsoft.com/kb/319513 ) O conselho é que você, programador, reprograme TODOS seus sistemas, simplesmente porque eles não querem mais que vc use esse componente. Não te dão nenhuma opção, vc não pode instalar ou habilitar esse remote scripting se quiser, não, não pode. O problema é seu agora para reescrever tudo. A sugestão é então, converter tudo para WebServices, porque no ASP.NET http://ASP.NET não tem Remote Scripting. Mas não para por aí... Abram o link http://support.microsoft.com/kb/319513 e observem um elemento lá embaixo... uma pequena nota onde se lê você pode baixar o Internet Explorer WebService behaviour (ufa! imagina se não pudesse). Porém, ele não é suportado atualmente. :-O É triste, é triste, é triste Além de simplesmente não te darem a opção de continuar ou não usando (nem justificam se foi porque viram que o Remote Scripting era tão mal feito que tinha mais buraco de segurança que o diabo) como a sugestão que eles dão para você usar WebServices, não é suportada. PELAMORDEDEUS! ISSO É PATÉTICO! Um abc Pablo (P* da vida com a M$!) ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org
Re: [PSL-Brasil] Microsoft, ASP e ASP.NET
1 - nem a pau que eu vou migrar o Cprod! O sistema é um pequeno monstro que dá medo, precisaria dedicação exclusiva e já estou com meus outros projetos em andamento (inclusive a criação de um GedFlow - Ged + Workflow) 2 - virtualizar um sistema operacional que já não tem um bom rendimento é suicídio. E se eu tenho a licença do 2003, porque diabos faria isso? Em 01/03/07, Antonio Fonseca [EMAIL PROTECTED] escreveu: Posso fazer algumas perguntas? Por que você usou o Win2003? Por que não usou Linux e virtualizou o Win2000 (para o qual acho que você já possuía a licença) para rodar sua aplicação atual enquanto faz a migração dela para uma plataforma mais confiável? Abraço, On 3/1/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Pois é... Mas graças a Deus, consegui colocar para funcionar de novo a coisa toda... Precisa fazer update para a versão 1.0a da dita biblioteca, mas no código que temos era a 1.0, e não tem mais a 1.0apara download no site da M$ Isso que me emputeceu em triplo. Mas deixa, agora tudo funciona... espero. Em 01/03/07, Ricardo L. A. Banffy [EMAIL PROTECTED] escreveu: E você está surpreso porquê? ;-) Pelo menos uma empresa de tecnologia que eu conheci, em um dado momento, resolveu fazer um investimento colossal numa tecnologia chamada webclasses. Você sabe de alguém que ainda use? Eu também não. Para colocar sucintamente, Em tecnologia proprietária, você não investe: você gasta. Pablo Sánchez wrote: Caros, Aqui no trabalho, utilizamos um sistema chamado CProd, o qual foi feito há anos atrás, pelo Ministério do Planejamento, e nos foi cedido gentilmente. Até aqui tudo bem. Agora vem a bomba. O sistema utilizava um recurso da própria MS, criado utilizando o Visual Interdev 6, chamado Remote Scripting. Bom, esse componente é a pior implementação que eu já vi de Remote Scripting, utilizando um applet Java (bomba para startar) para criar um objeto remotamente e dar acesso pleno a esse objeto do lado do cliente. A idéia é até interessante, e nem vou entrar no mérito da questão. O problema é que vem a seguir... Pois bem, nossa máquina Windows 2000, claro, foi pro prego depois de alguns anos sofrendo conosco. Reinstalamos então todos os sistemas em uma super nova máquina, com 12gb de RAM, quad processada e o escambal. Nessa máquina, onde ficaram os sistemas desenvolvidos em ASP, foi junto o CProd. Agora vem a parte chata: A Microsoft, simplesmente, decidiu, sem justificar, só porque quiseram mesmo, remover o dito componente de Remote Scripting. ELE NÃO FUNCIONA COM O WINDOWS 2003 E IIS 6 (vide http://support.microsoft.com/kb/319513 ) O conselho é que você, programador, reprograme TODOS seus sistemas, simplesmente porque eles não querem mais que vc use esse componente. Não te dão nenhuma opção, vc não pode instalar ou habilitar esse remote scripting se quiser, não, não pode. O problema é seu agora para reescrever tudo. A sugestão é então, converter tudo para WebServices, porque no ASP.NET http://ASP.NET não tem Remote Scripting. Mas não para por aí... Abram o link http://support.microsoft.com/kb/319513 e observem um elemento lá embaixo... uma pequena nota onde se lê você pode baixar o Internet Explorer WebService behaviour (ufa! imagina se não pudesse). Porém, ele não é suportado atualmente. :-O É triste, é triste, é triste Além de simplesmente não te darem a opção de continuar ou não usando (nem justificam se foi porque viram que o Remote Scripting era tão mal feito que tinha mais buraco de segurança que o diabo) como a sugestão que eles dão para você usar WebServices, não é suportada. PELAMORDEDEUS! ISSO É PATÉTICO! Um abc Pablo (P* da vida com a M$!) ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil -- ASF http://antoniofonseca.wordpress.com/ Você vê coisas que existem e se pergunta: por quê? Eu imagino coisas que não existem e me pergunto: por que não? (George Bernard Shaw) Interessado em aprender mais sobre o Ubuntu em
Re: [PSL-Brasil] Microsoft, ASP e ASP.NET
Ok, foi apenas uma sugestão. Acho que realmente faria sentido a questão da virtualização levando em conta principalmente o hardware que você descreveu (servidor) e a possibilidade de aproveitar a licença do Win2000, além de migrar para Linux. Abraço, On 3/2/07, Pablo Sánchez [EMAIL PROTECTED] wrote: 1 - nem a pau que eu vou migrar o Cprod! O sistema é um pequeno monstro que dá medo, precisaria dedicação exclusiva e já estou com meus outros projetos em andamento (inclusive a criação de um GedFlow - Ged + Workflow) 2 - virtualizar um sistema operacional que já não tem um bom rendimento é suicídio. E se eu tenho a licença do 2003, porque diabos faria isso? Em 01/03/07, Antonio Fonseca [EMAIL PROTECTED] escreveu: Posso fazer algumas perguntas? Por que você usou o Win2003? Por que não usou Linux e virtualizou o Win2000 (para o qual acho que você já possuía a licença) para rodar sua aplicação atual enquanto faz a migração dela para uma plataforma mais confiável? Abraço, On 3/1/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Pois é... Mas graças a Deus, consegui colocar para funcionar de novo a coisa toda... Precisa fazer update para a versão 1.0a da dita biblioteca, mas no código que temos era a 1.0, e não tem mais a 1.0apara download no site da M$ Isso que me emputeceu em triplo. Mas deixa, agora tudo funciona... espero. Em 01/03/07, Ricardo L. A. Banffy [EMAIL PROTECTED] escreveu: E você está surpreso porquê? ;-) Pelo menos uma empresa de tecnologia que eu conheci, em um dado momento, resolveu fazer um investimento colossal numa tecnologia chamada webclasses. Você sabe de alguém que ainda use? Eu também não. Para colocar sucintamente, Em tecnologia proprietária, você não investe: você gasta. Pablo Sánchez wrote: Caros, Aqui no trabalho, utilizamos um sistema chamado CProd, o qual foi feito há anos atrás, pelo Ministério do Planejamento, e nos foi cedido gentilmente. Até aqui tudo bem. Agora vem a bomba. O sistema utilizava um recurso da própria MS, criado utilizando o Visual Interdev 6, chamado Remote Scripting. Bom, esse componente é a pior implementação que eu já vi de Remote Scripting, utilizando um applet Java (bomba para startar) para criar um objeto remotamente e dar acesso pleno a esse objeto do lado do cliente. A idéia é até interessante, e nem vou entrar no mérito da questão. O problema é que vem a seguir... Pois bem, nossa máquina Windows 2000, claro, foi pro prego depois de alguns anos sofrendo conosco. Reinstalamos então todos os sistemas em uma super nova máquina, com 12gb de RAM, quad processada e o escambal. Nessa máquina, onde ficaram os sistemas desenvolvidos em ASP, foi junto o CProd. Agora vem a parte chata: A Microsoft, simplesmente, decidiu, sem justificar, só porque quiseram mesmo, remover o dito componente de Remote Scripting. ELE NÃO FUNCIONA COM O WINDOWS 2003 E IIS 6 (vide http://support.microsoft.com/kb/319513 ) O conselho é que você, programador, reprograme TODOS seus sistemas, simplesmente porque eles não querem mais que vc use esse componente. Não te dão nenhuma opção, vc não pode instalar ou habilitar esse remote scripting se quiser, não, não pode. O problema é seu agora para reescrever tudo. A sugestão é então, converter tudo para WebServices, porque no ASP.NET http://ASP.NET não tem Remote Scripting. Mas não para por aí... Abram o link http://support.microsoft.com/kb/319513 e observem um elemento lá embaixo... uma pequena nota onde se lê você pode baixar o Internet Explorer WebService behaviour (ufa! imagina se não pudesse). Porém, ele não é suportado atualmente. :-O É triste, é triste, é triste Além de simplesmente não te darem a opção de continuar ou não usando (nem justificam se foi porque viram que o Remote Scripting era tão mal feito que tinha mais buraco de segurança que o diabo) como a sugestão que eles dão para você usar WebServices, não é suportada. PELAMORDEDEUS! ISSO É PATÉTICO! Um abc Pablo (P* da vida com a M$!) ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil ___ PSL-Brasil
Re: [PSL-Brasil] Microsoft, ASP e ASP.NET
Pois é, infelizmente não caberia a mim esta decisão de toda a forma. :-/ Em 02/03/07, Antonio Fonseca [EMAIL PROTECTED] escreveu: Ok, foi apenas uma sugestão. Acho que realmente faria sentido a questão da virtualização levando em conta principalmente o hardware que você descreveu (servidor) e a possibilidade de aproveitar a licença do Win2000, além de migrar para Linux. Abraço, On 3/2/07, Pablo Sánchez [EMAIL PROTECTED] wrote: 1 - nem a pau que eu vou migrar o Cprod! O sistema é um pequeno monstro que dá medo, precisaria dedicação exclusiva e já estou com meus outros projetos em andamento (inclusive a criação de um GedFlow - Ged + Workflow) 2 - virtualizar um sistema operacional que já não tem um bom rendimento é suicídio. E se eu tenho a licença do 2003, porque diabos faria isso? Em 01/03/07, Antonio Fonseca [EMAIL PROTECTED] escreveu: Posso fazer algumas perguntas? Por que você usou o Win2003? Por que não usou Linux e virtualizou o Win2000 (para o qual acho que você já possuía a licença) para rodar sua aplicação atual enquanto faz a migração dela para uma plataforma mais confiável? Abraço, On 3/1/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Pois é... Mas graças a Deus, consegui colocar para funcionar de novo a coisa toda... Precisa fazer update para a versão 1.0a da dita biblioteca, mas no código que temos era a 1.0, e não tem mais a 1.0apara download no site da M$ Isso que me emputeceu em triplo. Mas deixa, agora tudo funciona... espero. Em 01/03/07, Ricardo L. A. Banffy [EMAIL PROTECTED] escreveu: E você está surpreso porquê? ;-) Pelo menos uma empresa de tecnologia que eu conheci, em um dado momento, resolveu fazer um investimento colossal numa tecnologia chamada webclasses. Você sabe de alguém que ainda use? Eu também não. Para colocar sucintamente, Em tecnologia proprietária, você não investe: você gasta. Pablo Sánchez wrote: Caros, Aqui no trabalho, utilizamos um sistema chamado CProd, o qual foi feito há anos atrás, pelo Ministério do Planejamento, e nos foi cedido gentilmente. Até aqui tudo bem. Agora vem a bomba. O sistema utilizava um recurso da própria MS, criado utilizando o Visual Interdev 6, chamado Remote Scripting. Bom, esse componente é a pior implementação que eu já vi de Remote Scripting, utilizando um applet Java (bomba para startar) para criar um objeto remotamente e dar acesso pleno a esse objeto do lado do cliente. A idéia é até interessante, e nem vou entrar no mérito da questão. O problema é que vem a seguir... Pois bem, nossa máquina Windows 2000, claro, foi pro prego depois de alguns anos sofrendo conosco. Reinstalamos então todos os sistemas em uma super nova máquina, com 12gb de RAM, quad processada e o escambal. Nessa máquina, onde ficaram os sistemas desenvolvidos em ASP, foi junto o CProd. Agora vem a parte chata: A Microsoft, simplesmente, decidiu, sem justificar, só porque quiseram mesmo, remover o dito componente de Remote Scripting. ELE NÃO FUNCIONA COM O WINDOWS 2003 E IIS 6 (vide http://support.microsoft.com/kb/319513 ) O conselho é que você, programador, reprograme TODOS seus sistemas, simplesmente porque eles não querem mais que vc use esse componente. Não te dão nenhuma opção, vc não pode instalar ou habilitar esse remote scripting se quiser, não, não pode. O problema é seu agora para reescrever tudo. A sugestão é então, converter tudo para WebServices, porque no ASP.NET http://ASP.NET não tem Remote Scripting. Mas não para por aí... Abram o link http://support.microsoft.com/kb/319513 e observem um elemento lá embaixo... uma pequena nota onde se lê você pode baixar o Internet Explorer WebService behaviour (ufa! imagina se não pudesse). Porém, ele não é suportado atualmente. :-O É triste, é triste, é triste Além de simplesmente não te darem a opção de continuar ou não usando (nem justificam se foi porque viram que o Remote Scripting era tão mal feito que tinha mais buraco de segurança que o diabo) como a sugestão que eles dão para você usar WebServices, não é suportada. PELAMORDEDEUS! ISSO É PATÉTICO! Um abc Pablo (P* da vida com a M$!) ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil ___ PSL-Brasil mailing list
Re: [PSL-Brasil] Microsoft, ASP e ASP.NET
E você está surpreso porquê? ;-) Pelo menos uma empresa de tecnologia que eu conheci, em um dado momento, resolveu fazer um investimento colossal numa tecnologia chamada webclasses. Você sabe de alguém que ainda use? Eu também não. Para colocar sucintamente, Em tecnologia proprietária, você não investe: você gasta. Pablo Sánchez wrote: Caros, Aqui no trabalho, utilizamos um sistema chamado CProd, o qual foi feito há anos atrás, pelo Ministério do Planejamento, e nos foi cedido gentilmente. Até aqui tudo bem. Agora vem a bomba. O sistema utilizava um recurso da própria MS, criado utilizando o Visual Interdev 6, chamado Remote Scripting. Bom, esse componente é a pior implementação que eu já vi de Remote Scripting, utilizando um applet Java (bomba para startar) para criar um objeto remotamente e dar acesso pleno a esse objeto do lado do cliente. A idéia é até interessante, e nem vou entrar no mérito da questão. O problema é que vem a seguir... Pois bem, nossa máquina Windows 2000, claro, foi pro prego depois de alguns anos sofrendo conosco. Reinstalamos então todos os sistemas em uma super nova máquina, com 12gb de RAM, quad processada e o escambal. Nessa máquina, onde ficaram os sistemas desenvolvidos em ASP, foi junto o CProd. Agora vem a parte chata: A Microsoft, simplesmente, decidiu, sem justificar, só porque quiseram mesmo, remover o dito componente de Remote Scripting. ELE NÃO FUNCIONA COM O WINDOWS 2003 E IIS 6 (vide http://support.microsoft.com/kb/319513) O conselho é que você, programador, reprograme TODOS seus sistemas, simplesmente porque eles não querem mais que vc use esse componente. Não te dão nenhuma opção, vc não pode instalar ou habilitar esse remote scripting se quiser, não, não pode. O problema é seu agora para reescrever tudo. A sugestão é então, converter tudo para WebServices, porque no ASP.NET http://ASP.NET não tem Remote Scripting. Mas não para por aí... Abram o link http://support.microsoft.com/kb/319513 e observem um elemento lá embaixo... uma pequena nota onde se lê você pode baixar o Internet Explorer WebService behaviour (ufa! imagina se não pudesse). Porém, ele não é suportado atualmente. :-O É triste, é triste, é triste Além de simplesmente não te darem a opção de continuar ou não usando (nem justificam se foi porque viram que o Remote Scripting era tão mal feito que tinha mais buraco de segurança que o diabo) como a sugestão que eles dão para você usar WebServices, não é suportada. PELAMORDEDEUS! ISSO É PATÉTICO! Um abc Pablo (P* da vida com a M$!) ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] Microsoft, ASP e ASP.NET
Pois é... Mas graças a Deus, consegui colocar para funcionar de novo a coisa toda... Precisa fazer update para a versão 1.0a da dita biblioteca, mas no código que temos era a 1.0, e não tem mais a 1.0a para download no site da M$ Isso que me emputeceu em triplo. Mas deixa, agora tudo funciona... espero. Em 01/03/07, Ricardo L. A. Banffy [EMAIL PROTECTED] escreveu: E você está surpreso porquê? ;-) Pelo menos uma empresa de tecnologia que eu conheci, em um dado momento, resolveu fazer um investimento colossal numa tecnologia chamada webclasses. Você sabe de alguém que ainda use? Eu também não. Para colocar sucintamente, Em tecnologia proprietária, você não investe: você gasta. Pablo Sánchez wrote: Caros, Aqui no trabalho, utilizamos um sistema chamado CProd, o qual foi feito há anos atrás, pelo Ministério do Planejamento, e nos foi cedido gentilmente. Até aqui tudo bem. Agora vem a bomba. O sistema utilizava um recurso da própria MS, criado utilizando o Visual Interdev 6, chamado Remote Scripting. Bom, esse componente é a pior implementação que eu já vi de Remote Scripting, utilizando um applet Java (bomba para startar) para criar um objeto remotamente e dar acesso pleno a esse objeto do lado do cliente. A idéia é até interessante, e nem vou entrar no mérito da questão. O problema é que vem a seguir... Pois bem, nossa máquina Windows 2000, claro, foi pro prego depois de alguns anos sofrendo conosco. Reinstalamos então todos os sistemas em uma super nova máquina, com 12gb de RAM, quad processada e o escambal. Nessa máquina, onde ficaram os sistemas desenvolvidos em ASP, foi junto o CProd. Agora vem a parte chata: A Microsoft, simplesmente, decidiu, sem justificar, só porque quiseram mesmo, remover o dito componente de Remote Scripting. ELE NÃO FUNCIONA COM O WINDOWS 2003 E IIS 6 (vide http://support.microsoft.com/kb/319513) O conselho é que você, programador, reprograme TODOS seus sistemas, simplesmente porque eles não querem mais que vc use esse componente. Não te dão nenhuma opção, vc não pode instalar ou habilitar esse remote scripting se quiser, não, não pode. O problema é seu agora para reescrever tudo. A sugestão é então, converter tudo para WebServices, porque no ASP.NET http://ASP.NET não tem Remote Scripting. Mas não para por aí... Abram o link http://support.microsoft.com/kb/319513 e observem um elemento lá embaixo... uma pequena nota onde se lê você pode baixar o Internet Explorer WebService behaviour (ufa! imagina se não pudesse). Porém, ele não é suportado atualmente. :-O É triste, é triste, é triste Além de simplesmente não te darem a opção de continuar ou não usando (nem justificam se foi porque viram que o Remote Scripting era tão mal feito que tinha mais buraco de segurança que o diabo) como a sugestão que eles dão para você usar WebServices, não é suportada. PELAMORDEDEUS! ISSO É PATÉTICO! Um abc Pablo (P* da vida com a M$!) ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
Re: [PSL-Brasil] Microsoft, ASP e ASP.NET
Posso fazer algumas perguntas? Por que você usou o Win2003? Por que não usou Linux e virtualizou o Win2000 (para o qual acho que você já possuía a licença) para rodar sua aplicação atual enquanto faz a migração dela para uma plataforma mais confiável? Abraço, On 3/1/07, Pablo Sánchez [EMAIL PROTECTED] wrote: Pois é... Mas graças a Deus, consegui colocar para funcionar de novo a coisa toda... Precisa fazer update para a versão 1.0a da dita biblioteca, mas no código que temos era a 1.0, e não tem mais a 1.0a para download no site da M$ Isso que me emputeceu em triplo. Mas deixa, agora tudo funciona... espero. Em 01/03/07, Ricardo L. A. Banffy [EMAIL PROTECTED] escreveu: E você está surpreso porquê? ;-) Pelo menos uma empresa de tecnologia que eu conheci, em um dado momento, resolveu fazer um investimento colossal numa tecnologia chamada webclasses. Você sabe de alguém que ainda use? Eu também não. Para colocar sucintamente, Em tecnologia proprietária, você não investe: você gasta. Pablo Sánchez wrote: Caros, Aqui no trabalho, utilizamos um sistema chamado CProd, o qual foi feito há anos atrás, pelo Ministério do Planejamento, e nos foi cedido gentilmente. Até aqui tudo bem. Agora vem a bomba. O sistema utilizava um recurso da própria MS, criado utilizando o Visual Interdev 6, chamado Remote Scripting. Bom, esse componente é a pior implementação que eu já vi de Remote Scripting, utilizando um applet Java (bomba para startar) para criar um objeto remotamente e dar acesso pleno a esse objeto do lado do cliente. A idéia é até interessante, e nem vou entrar no mérito da questão. O problema é que vem a seguir... Pois bem, nossa máquina Windows 2000, claro, foi pro prego depois de alguns anos sofrendo conosco. Reinstalamos então todos os sistemas em uma super nova máquina, com 12gb de RAM, quad processada e o escambal. Nessa máquina, onde ficaram os sistemas desenvolvidos em ASP, foi junto o CProd. Agora vem a parte chata: A Microsoft, simplesmente, decidiu, sem justificar, só porque quiseram mesmo, remover o dito componente de Remote Scripting. ELE NÃO FUNCIONA COM O WINDOWS 2003 E IIS 6 (vide http://support.microsoft.com/kb/319513 ) O conselho é que você, programador, reprograme TODOS seus sistemas, simplesmente porque eles não querem mais que vc use esse componente. Não te dão nenhuma opção, vc não pode instalar ou habilitar esse remote scripting se quiser, não, não pode. O problema é seu agora para reescrever tudo. A sugestão é então, converter tudo para WebServices, porque no ASP.NET http://ASP.NET não tem Remote Scripting. Mas não para por aí... Abram o link http://support.microsoft.com/kb/319513 e observem um elemento lá embaixo... uma pequena nota onde se lê você pode baixar o Internet Explorer WebService behaviour (ufa! imagina se não pudesse). Porém, ele não é suportado atualmente. :-O É triste, é triste, é triste Além de simplesmente não te darem a opção de continuar ou não usando (nem justificam se foi porque viram que o Remote Scripting era tão mal feito que tinha mais buraco de segurança que o diabo) como a sugestão que eles dão para você usar WebServices, não é suportada. PELAMORDEDEUS! ISSO É PATÉTICO! Um abc Pablo (P* da vida com a M$!) ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil -- ASF http://antoniofonseca.wordpress.com/ Você vê coisas que existem e se pergunta: por quê? Eu imagino coisas que não existem e me pergunto: por que não? (George Bernard Shaw) Interessado em aprender mais sobre o Ubuntu em português? http://wiki.ubuntubrasil.org/ComeceAqui ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
[PSL-Brasil] Microsoft, ASP e ASP.NET
Caros, Aqui no trabalho, utilizamos um sistema chamado CProd, o qual foi feito há anos atrás, pelo Ministério do Planejamento, e nos foi cedido gentilmente. Até aqui tudo bem. Agora vem a bomba. O sistema utilizava um recurso da própria MS, criado utilizando o Visual Interdev 6, chamado Remote Scripting. Bom, esse componente é a pior implementação que eu já vi de Remote Scripting, utilizando um applet Java (bomba para startar) para criar um objeto remotamente e dar acesso pleno a esse objeto do lado do cliente. A idéia é até interessante, e nem vou entrar no mérito da questão. O problema é que vem a seguir... Pois bem, nossa máquina Windows 2000, claro, foi pro prego depois de alguns anos sofrendo conosco. Reinstalamos então todos os sistemas em uma super nova máquina, com 12gb de RAM, quad processada e o escambal. Nessa máquina, onde ficaram os sistemas desenvolvidos em ASP, foi junto o CProd. Agora vem a parte chata: A Microsoft, simplesmente, decidiu, sem justificar, só porque quiseram mesmo, remover o dito componente de Remote Scripting. ELE NÃO FUNCIONA COM O WINDOWS 2003 E IIS 6 (vide http://support.microsoft.com/kb/319513) O conselho é que você, programador, reprograme TODOS seus sistemas, simplesmente porque eles não querem mais que vc use esse componente. Não te dão nenhuma opção, vc não pode instalar ou habilitar esse remote scripting se quiser, não, não pode. O problema é seu agora para reescrever tudo. A sugestão é então, converter tudo para WebServices, porque no ASP.NET não tem Remote Scripting. Mas não para por aí... Abram o link http://support.microsoft.com/kb/319513 e observem um elemento lá embaixo... uma pequena nota onde se lê você pode baixar o Internet Explorer WebService behaviour (ufa! imagina se não pudesse). Porém, ele não é suportado atualmente. :-O É triste, é triste, é triste Além de simplesmente não te darem a opção de continuar ou não usando (nem justificam se foi porque viram que o Remote Scripting era tão mal feito que tinha mais buraco de segurança que o diabo) como a sugestão que eles dão para você usar WebServices, não é suportada. PELAMORDEDEUS! ISSO É PATÉTICO! Um abc Pablo (P* da vida com a M$!) ___ PSL-Brasil mailing list PSL-Brasil@listas.softwarelivre.org http://listas.softwarelivre.org/mailman/listinfo/psl-brasil Regras da lista: http://twiki.softwarelivre.org/bin/view/PSLBrasil/RegrasDaListaPSLBrasil
