!VB DLL + ASP

Saludos a todos los del grupo!
Tengo una pregunta acerca de un comportamiento un poco extraño.

A manera de introduccion:
He creado un Activex Dll en VB 6.0 el cual lo utilizo desde paginas ASP
tradicional, el componente contiene rutinas para que al ser invocado el
metodo "Execute" de dicho componente, realice comunicacion con una app
servidor el cual segun parametros indicados desde el cliente realiza

tarea ya definida.

El problema:
Se encuentra en lo siguiente
En una pagina "x" (pagina1.asp) hago un createobject a dicho componente le
paso ciertos parametros para que ejecute correctamente pero que retone un
error controlado, lo cual funciona perfectamente.

En otra pagina "y"(pagina2.asp) hago un createobject a dicho componente le
paso ciertos parametros para que ejecute correctamente pero esta vez

sin errores todo correcto, lo cual funciona perfectamente.

Resultado:
La pagina "x" se ejecuta correctamente(con errores, pero controlados), la
pagina "y" se ejecuta correctamente(sin errores) pero lo que resulta es

en la pagina "y" al ejecutar por primera o seguna o n veces(indeterminada

vez que da este comportamiento) muestra el error de la pagina "x", como

si el componente que se instancia en la pagina "x" aun estuviera en

y la pagina "y" lo toma y muestra el error generado desde la pagina "x".

Ademas:
El componente posee una propiedad de lectura el cual tiene el mensaje de
error, cuando se invoca al metodo "Execute" del componente se realiza una
validacion interna para ver si dicha propiedad contiene algun valor, si es
asi no ejecuta si no que retorna falso y hace que muestre dicho mensaje en
la pagina. Esto se realiza puesto que el componente posee otros metodos y

existe algun error al ejecutar estos otros metodos antes de realizar la
ejecucion remota se valida, lo antes mencionado.

GRACIAS DE ANTEMANO,
Mariano.

1) ¿Cual es el nivel de aislamiento de la aplicacion a nivel de IIS?
2) ¿Que relacion tienen paginaX y paginaY? ¿Algun redirect, transfer,
execute de una a la otra?
3) ¿Destruyes el objeto con set objecto=nothing al final de cada pagina?
4) Al instanciar el objeto... ¿son declaradas e inicializadas las

del mismo?





Atentamente
_____________________
Benjamin Porter

(Evidentemente sin el ".punto")








"Mariano" escribió en el mensaje
news:
> Saludos a todos los del grupo!
> Tengo una pregunta acerca de un comportamiento un poco extraño.
>
> A manera de introduccion:
> He creado un Activex Dll en VB 6.0 el cual lo utilizo desde paginas ASP
> tradicional, el componente contiene rutinas para que al ser invocado el
> metodo "Execute" de dicho componente, realice comunicacion con una app
> servidor el cual segun parametros indicados desde el cliente realiza
alguna
> tarea ya definida.
>
> El problema:
> Se encuentra en lo siguiente
> En una pagina "x" (pagina1.asp) hago un createobject a dicho componente

> paso ciertos parametros para que ejecute correctamente pero que retone

> error controlado, lo cual funciona perfectamente.
>
> En otra pagina "y"(pagina2.asp) hago un createobject a dicho componente

> paso ciertos parametros para que ejecute correctamente pero esta vez
retorna
> sin errores todo correcto, lo cual funciona perfectamente.
>
> Resultado:
> La pagina "x" se ejecuta correctamente(con errores, pero controlados),

> pagina "y" se ejecuta correctamente(sin errores) pero lo que resulta es
que
> en la pagina "y" al ejecutar por primera o seguna o n

la
> vez que da este comportamiento) muestra el error de la pagina "x", como
que
> si el componente que se instancia en la pagina "x" aun estuviera en
memoria
> y la pagina "y" lo toma y muestra el error generado desde la pagina "x".
>
> Ademas:
> El componente posee una propiedad de lectura el cual tiene el mensaje de
> error, cuando se invoca al metodo "Execute" del componente se realiza

> validacion interna para ver si dicha propiedad contiene algun valor, si

> asi no ejecuta si no que retorna falso y hace que muestre dicho mensaje

> la pagina. Esto se realiza puesto que el componente posee otros metodos

si
> existe algun error al ejecutar estos otros metodos antes de realizar la
> ejecucion remota se valida, lo antes mencionado.
>
> GRACIAS DE ANTEMANO,
> Mariano.
>
>
>