fichero de configuración.

Ésta se obtiene en la capa de datos, que es una dll, pero al final el
app.config se usa en la de presentación que ya es un ejecutable.

Pero donde tienes definido el valor, ¿en el ejecutable.exe.config? Algo a
tener en cuenta, y por eso mi pregunta sobre dll, es que la configuracion va
siempre en el .config del ejecutable.

cualquier manera me da el error. Conseguí hacerlo para leer la
Connection String de una forma similar (incluso la cifrada), y a la
hora de compilar y ejecutar, de rebote conseguí que funcionara en la
colección de Connection Strings, pero en el índice 1 (el 0 no se por
que, porque no aparece en ninguna parte, lo tiene reservado a una
conexión a SQL Express 2005).

No te recomiendo que accedas a ConnectionStrings mediante su indice. Como ya
notas, tienes uno con indice 0 que esta definido en el machine.config,
ademas de que si tienes mas de una definida no hay forma de asegurar un
orden.

Eduardo A. Morcillo [MS MVP VB]
http://www.mvps.org/emorcillo
http://mvp.support.microsoft.com/pr...4EF5A4191C

He probado en ambos app.config, y el error es el mismo, incluso borrando del
de la dll.
Para las connection string, también tuve problemas para acceder a ella a
partir del nombre
De todas maneras, seguiré probando, al fin y al cabo, mi objetivo es
conseguir la cadena de conexión cifrada del .config, ya sea definida como un
setting más, que como connection string


"Eduardo A. Morcillo [MS MVP VB]" <emorcillo .AT. mvps.org> escribió en el
mensaje news:

Ésta se obtiene en la capa de datos, que es una dll, pero al final el
app.config se usa en la de presentación que ya es un ejecutable.

Pero donde tienes definido el valor, ¿en el ejecutable.exe.config? Algo a
tener en cuenta, y por eso mi pregunta sobre dll, es que la configuracion
va siempre en el .config del ejecutable.

cualquier manera me da el error. Conseguí hacerlo para leer la
Connection String de una forma similar (incluso la cifrada), y a la
hora de compilar y ejecutar, de rebote conseguí que funcionara en la
colección de Connection Strings, pero en el índice 1 (el 0 no se por
que, porque no aparece en ninguna parte, lo tiene reservado a una
conexión a SQL Express 2005).

No te recomiendo que accedas a ConnectionStrings mediante su indice. Como
ya notas, tienes uno con indice 0 que esta definido en el machine.config,
ademas de que si tienes mas de una definida no hay forma de asegurar un
orden.

Eduardo A. Morcillo [MS MVP VB]
http://www.mvps.org/emorcillo
http://mvp.support.microsoft.com/pr...4EF5A4191C

Respecto a VS 2005, comentar (aunque sea fuera del tema que nos ocupa) que
el diseñador es muy quisquilloso, sin contar que tiene vida propia. Sobre
todo tengo problemas a la hora de herencia visual y de utilizar controles
de usuario. Me los descabala con una facilidad pasmosa. El control de
usuario, para poder usarlo sin garantías, tuve que crearlo en otro
proyecto fuera de esta solución (incluso, dada su sencillez, lo diseñé
usando Sharp Develop), pero con la herencia visual he tenido problemas. A
veces se soluciona simplemente con cerrar la ventana del formulario en el
ide y volverla a abrir. Algo similar me ocurre con los archivos de recurso
en formularios heredados. Si teneis interés, os cuento un poco de que va,
porque es algo largo. Uso Vs2005 profesional, alguien tiene estos
problemas o similares?

Yo tenía el mismo problema con VS2003.

Además los formularios extendidos de un formulario base se cambiaban de
tipo es decir, que el IDE no reconocía al formulario como formulario
sino como una clase y al hacerle doble clic se abría el editor de código en
vez de abrirse en modo de diseño.