c# mysql - Sistema de configuración no se pudo inicializar




2010 64 (17)

Yo también enfrenté el mismo problema, pero accidentalmente escribí el sin escribir el, el anterior debería ir dentro de estas etiquetas. por lo tanto, se estaba produciendo el error 'El sistema de configuración no se pudo inicializar'. Espero que ayude

Soy nuevo en Visual Studio. Actualmente estoy creando un formulario de inicio de sesión.

Tengo este codigo

string connectionString = ConfigurationManager.ConnectionStrings["ConnectionString"].ConnectionString;
try
{
    using (OdbcConnection connect = new OdbcConnection(connectionString))
    {
        connect.Open();
        OdbcCommand cmd = new OdbcCommand("SELECT username, password FROM receptionist", connect);
        OdbcDataReader reader = cmd.ExecuteReader();

        if (username_login.Text == username && password_login.Text == password)
        {
            this.Hide();
            MessageBox.Show("Invalid User", "Login Error", MessageBoxButtons.OK, MessageBoxIcon.Error);
            this.Close();
        }
        else 
            MessageBox.Show("Invalid User", "Login Error", MessageBoxButtons.OK, MessageBoxIcon.Error);
        connect.Close();
    }
}
catch (OdbcException ex)
{
    MessageBox.Show(ex.Message, "error", MessageBoxButtons.OK, MessageBoxIcon.Error);
}

Pero cada vez que intento escribir el nombre de usuario y la contraseña, se produce un error llamado El sistema de configuración no se pudo inicializar . Me pregunto qué tipo de problema es este y cómo podría resolverlo.

Por favor ayuda.


El mismo problema conmigo resolví mi problema eliminando verion = "v3.5" de App.config.

antes de

 <?xml version="1.0" encoding="utf-8"?>
  <configuration>

  <startup>

 <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5.2"/>
 </startup>
 <supportedRuntime version="v3.5" />//Remove this
</configuration>

Solución

<?xml version="1.0" encoding="utf-8"?>
<configuration>

  <startup>

    <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.5.2"/>
  </startup>
  </configuration>

Aquí es cómo usar la versión en

MSDN Support Runtime Element


Asegúrese de que su archivo de configuración (web.config si web, o app.config si windows) en su proyecto comience como:

<?xml version="1.0"?>
<configuration>
    <configSections>
        <sectionGroup name="applicationSettings" 
                      type="System.Configuration.ApplicationSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" >

            <section name="YourProjectName.Properties.Settings" 
                     type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" 
                     requirePermission="false" />

        </sectionGroup>
    </configSections>
</configuration>

Tenga en cuenta que dentro del elemento de configuration , el primer elemento secundario debe ser el elemento configSections .

En la propiedad de name en el elemento de section , asegúrese de reemplazar YourProjectName con el nombre de su proyecto real.

Me ocurrió que creé un servicio web en un proyecto de biblioteca de clases, luego copié (sobrescribiendo) el archivo de configuración (para llevar la configuración de puntos finales) a mi aplicación de Windows y empecé a tener el mismo problema. Sin querer había quitado configSections .

funcionó para mí, espero que ayude


En mi caso, dentro de mi archivo .edmx había ejecutado el comando 'Actualizar modelo de base de datos'. Este comando agregó una cadena de conexión innecesaria a mi archivo app.config. He eliminado esa cadena de conexión y todo estaba bien de nuevo.


Si se trata de un Azure WebJob, tuve que eliminar lo siguiente después de actualizar a la versión 4.6.1 más reciente.

  <compilation debug="true" targetFramework="4.6.1">
    <assemblies>
      <add assembly="System.Runtime, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a"/>
    </assemblies>
  </compilation>

Espero que esto ayude.


Comencé a tener este problema después de desinstalar Oracle Client Drivers y eliminé mi C: \ WINDOWS \ Microsoft.NET \ Framework \ v2.0.50727 \ machine.config .

Copiarlo desde otra computadora resolvió el problema.


A veces el error se produce porque una ventana crea un duplicado en el

C: \ Users \ App Data \ Local \ "Tu nombre de aplicación" ...

Simplemente borre esta carpeta y listo. intentalo.


En mi caso, tengo dos configuraciones en el archivo app.config. Después de eliminar el que se oculta en las líneas de código, la aplicación funciona bien.

Entonces, para alguien que tiene el mismo problema, primero verifique si tiene configuraciones duplicadas.


Sé que esto ya ha sido respondido pero tuve exactamente el mismo problema en mis pruebas de unidad. Me estaba arrancando el pelo, agregando una sección de configuración de aplicaciones y luego declarando la sección de configuración según la respuesta. Finalmente descubrí que ya había declarado una sección de ajustes de aplicaciones en mi archivo de configuración. Ambas secciones apuntaban a mi archivo de configuración externa "appSettings.config", pero el primer elemento appSettings que usaba el archivo de atributos , mientras que la otra usaba el atributo configSource . Sé que la pregunta era sobre las cadenas de conexión. Por supuesto, esto sucede si el elemento appSettings es el elemento connectionStrings que se duplica con atributos diferentes.

Con suerte, esto puede proporcionar a alguien más la solución antes de que sigan el camino que hice, lo que lleva a perder una o dos horas. suspiro oh la vida de nosotros los desarrolladores. ¡Malgastamos más horas depurando algunos días de lo que gastamos desarrollando!


Vale la pena señalar que si agrega elementos como cadenas de conexión en app.config, que si agrega elementos fuera de las secciones de configuración definidas, no se quejará de inmediato, pero cuando intente acceder a él, puede obtener Los errores anteriores.

Contraiga todas las secciones principales y asegúrese de que no haya elementos fuera de los definidos. Obvio, cuando en realidad lo has visto.


<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <appSettings>
    <add key="xyz" value="123" />    
  </appSettings>
</configuration>

Wow me tomó una eternidad para averiguar esto. Por alguna razón, cambiar el atributo [assembly: AssemblyCompany("CompanyName")] en AssemblyInfo.cs hizo que este error desapareciera. Estaba haciendo referencia a un proyecto que tenía un valor diferente para el atributo [assembly: AssemblyCompany("CompanyName")] . ¡Me aseguré de que ambos proyectos tuvieran el mismo valor de atributo y funcionó muy bien!


Resolví el problema usando el siguiente código

   <?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <configSections>
    <sectionGroup name="applicationSettings"
                  type="System.Configuration.ApplicationSettingsGroup, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" >

      <section name="YourProjectName.Properties.Settings"
               type="System.Configuration.ClientSettingsSection, System, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"
               requirePermission="false" />

    </sectionGroup>

  </configSections>
  <appSettings>
    <add key="SPUserName" value="TestUser" />
    <add key="SPPassword" value="UserPWD" />
  </appSettings>
</configuration>

Esto es un poco tonto, pero para mí lo arreglé haciendo una última obtención del control de código fuente en mi código. Creo que hubo algún nuevo elemento de configuración que fue agregado por otra persona, y necesitaba sobrescribir mis archivos de configuración. OP muestra el error que había recibido, que no me estaba apuntando en la dirección correcta.


Si tiene una configuración de ámbito de usuario, también puede tener un archivo user.config en algún lugar de la carpeta [Carpeta de usuario] \ AppData \ Local [ProjectName].

Si posteriormente elimina la configuración del ámbito del Usuario, el usuario .config no se eliminará automáticamente, y su presencia puede causar el mismo mensaje de error. Eliminar la carpeta hizo el truco para mí.


Tuve este mismo problema con una clase MSTest: Marlon Grech en su artículo dice que "el elemento debe definirse como el primer elemento en el App.config".

Así que asegúrate de que sea el primer elemento debajo del elemento. Yo había puesto primero a AppSettings.


Creo que será mejor que intentes utilizar un cursor para todas tus ejecuciones y lo cierres al final de tu código. Es más fácil trabajar con él, y también podría tener beneficios de eficiencia (no me cites en eso).

conn = MySQLdb.connect("host","user","pass","database")
cursor = conn.cursor()
cursor.execute("somestuff")
results = cursor.fetchall()
..do stuff with results
cursor.execute("someotherstuff")
results2 = cursor.fetchall()
..do stuff with results2
cursor.close()

El punto es que puede almacenar los resultados de la ejecución de un cursor en otra variable, liberando así su cursor para hacer una segunda ejecución. Te encuentras con problemas de esta manera solo si estás usando fetchone (), y necesitas hacer una segunda ejecución del cursor antes de iterar a través de todos los resultados de la primera consulta.

De lo contrario, diría que simplemente cierre sus cursores tan pronto como haya terminado de obtener todos los datos de ellos. De esta forma, no tendrá que preocuparse por atar cabos sueltos más adelante en su código.







c# mysql visual-studio-2010 visual-studio login