Solución 9 - Buscar tabla de una columna en SQL Server

¿Cuantas veces sabías el nombre de la columna pero no en que tabla estaba?
Si el numero de tablas es pequeño la tarea de búsqueda no es difícil.
Pero si el número de tablas es de un tamaño importante como 1000 tablas?
Vaya locura no?

Esta solución encuentra la tabla a partir del nombre de la columna en una BBDD SQL Server.

SELECT name FROM sysobjects WHERE id IN ( SELECT id FROM syscolumns WHEREname = 'THE_COLUMN_NAME' )

Fuente: http://www.dzone.com/snippets/find-table-column-sql-server

Solución 8 - Excel 2007 API en Windows Server 2008 x64

Una vez creada y publicada la aplicación que usa la API Excel 2007 en Windows Server 2008 x64, puede lanzaros este error al intentar abrir un xlsx con la función Open() de la API :

Microsoft Office Excel cannot access the file 'c:\temp\test.xls'. There are several possible reasons:
• The file name or path does not exist.
• The file is being used by another program.
• The workbook you are trying to save has the same name as a currently open workbook.

Por mágica que parezca la solución, está reside en crear una nueva carpeta llamada Desktop en C:\Windows\SysWOW64\config\systemprofile\, quedando de esta manera: 

C:\Windows\SysWOW64\config\systemprofile\Desktop

Hay que dar permisos "Control Total" a esta carpeta de la aplicación del IIS (AppPool) de la aplicación web que usa la API Excel 2007. Debe utilizar internamente esta carpeta de forma temporal para realizar la lectura del xlsx.

Aquí tenéis parte de dónde encontré la solución, que nos dice que la creación de la carpeta varia dependiendo la versión del servidor:

...

This solution is ...
・Windows 2008 Server x64

  Please make this folder.
  C:\Windows\SysWOW64\config\systemprofile\Desktop
・Windows 2008 Server x86
  Please make this folder.
  C:\Windows\System32\config\systemprofile\Desktop

  ...instead of dcomcnfg.exe.

...

Fuente original: http://social.msdn.microsoft.com/Forums/en/innovateonoffice/thread/b81a3c4e-62db-488b-af06-44421818ef91

Solución 7 - Problemas de Idioma (CultureInfo) en DCOM Excel

Puede darse el caso que cuando uno esta desarrollando con la API de Excel (Office) tenga instalada la versión en español (en mi caso, Office 2007 español) y luego se tenga en el servidor de producción la versión en inglés (en mi caso, Office 2007 inglés).
Esto pueda acarrear una serie de errores y excepciones genéricos bastante difíciles de interpretar. La solución es poner dos funciones: al principio y final del uso de la API . Estas funciones asignan de forma temporal el CultureInfo que corresponda al idioma del Office de producción:

void SetNewCurrentCulture()
{
    oldCI = System.Threading.Thread.CurrentThread.CurrentCulture;
    System.Threading.Thread.CurrentThread.CurrentCulture = new System.Globalization.CultureInfo("en-US");
}
void ResetCurrentCulture()
{
    System.Threading.Thread.CurrentThread.CurrentCulture = oldCI;
}

Los errores pueden ser desde "Invalid DateTime" hasta de funciones propias de la API de Excel.

Solución 6 - Dar permisos DCOM (en Servicio de componentes)

Puede que tengáis que dar permisos a un DCOM dentro de vuestro servidor para poder usar alguna DLL en vuestras aplicaciones. Estos permisos se otorgan desde el "Servicio de componentes", pero puede ser que al registrar este DCOM no encontréis en el Servicio de componentes este servicio nuevo registrado. Eso es debido ha que todavía no se ha actualizado el Servicio de componentes.

Para poder actualizar el configurardor del DCOM (que se encuentra en servicio de componentes) pódeis atajar el problema por otra vía. Se puede ir "montando" poco a poco, gracias a la aplicación "mmc" , gracías a esto podreis obtener una versión actualizada de todos los componentes DCOM y otorgar los permisos.

Me encontré este problema queriendo dar permisos al componente del Office "Microsoft Excel Application", y nunca me había visto con este problema hasta que intente registrarlo en una máquina de 64 bits:

On 64 bit system with 32 bit Office try this:

1. Start
2. Run
3. mmc -32
4. File
5. Add Remove Snap-in
6. Component Services
7. Add
8. OK
9. Console Root
10. Component Services
11. Computers
12. My Computer
13. DCOM Config
14. Microsoft Excel Application
15. ...

Fuente original: http://forums.asp.net/t/1422787.aspx/1?Unable+to+Authorize+Launch+Permissions+for+missing+quot+Microsoft+Excel+Application+quot+in+DCOM+Config

Solución 5 - "SandCastle"

Automatiza el proceso de documentación.

Permite crear .chm y .html de la documentación que hay incrustada en el código de proyectos, de estética muy similar al MSDN.

Documentación general: http://www.ewoodruff.us/shfbdocs/Index.aspx?topic=html/b772e00e-1705-4062-adb6-774826ce6700.htm

Instalar Sandcastle

http://sandcastle.codeplex.com/releases/view/47665

Instalar el “Sandcastle Help File Builder”

http://shfb.codeplex.com/releases/view/40105

Documentación sobre la instalación: http://www.ewoodruff.us/shfbdocs/Index.aspx?topic=html/b772e00e-1705-4062-adb6-774826ce6700.htm

 Para escritorio: Añadir el proyecto/solución.

 Para web y webservices: Es necesario publicar como “updatable” y añadir el web.config una nueva sección (http://www.ewoodruff.us/shfbdocs/Index.aspx?topic=html/b772e00e-1705-4062-adb6-774826ce6700.htm).  Hay que añadir una dll en el Bin: EWSoftware.CodeDom.dll .

<configuration>
  <system.codedom>
    <compilers>
      <!-- For C# -->
      <compiler language="c#;cs;csharp" extension=".cs"
        compilerOptions="/docpath:C:\Publish\Docs"
        type="EWSoftware.CodeDom.CSharpCodeProviderWithDocs,
              EWSoftware.CodeDom, Version=1.1.0.0, Culture=neutral,
              PublicKeyToken=d633d7d5b41cbb65">
        <!-- NOTE: Change value to "v3.5" for .NET 3.5 projects -->
        <providerOption name="CompilerVersion" value="v2.0"/>
      </compiler>
 
      <!-- For VB.NET -->
      <compiler language="vb;vbs;visualbasic;vbscript" extension=".vb"
        compilerOptions="/docpath:C:\Publish\Docs"
        type="EWSoftware.CodeDom.VBCodeProviderWithDocs,
              EWSoftware.CodeDom, Version=1.1.0.0, Culture=neutral,
              PublicKeyToken=d633d7d5b41cbb65">
        <!-- NOTE: Change value to "v3.5" for .NET 3.5 projects -->
        <providerOption name="CompilerVersion" value="v2.0"/>
      </compiler>
    </compilers>
  </system.codedom>
</configuration>

En esta sección indicar donde se van a guardar los xml generados del proyecto (/docpath). Luego en el SHFB añadir las dll’s necesarias, la solución/projecto y los xml generados.

Ejemplo. En el caso de querer documentar los servicios de un webservice se tendría que añadir al SHFB:  App_code.xml, App_code.dll y WService.sln

Posibles problemas detectados:

-          Necesidad de cambiar variables globales DXROOT y PATH: http://www.ewoodruff.us/shfbdocs/html/378d6894-02b8-4ee9-9c50-58f278490ed8.htm. Solo ocurre cuando has instalado incorrectamente versiones incompatibles de Sandcastle y Sandcastle Help File Builder.