viernes, 26 de noviembre de 2010
Error editar en hoja de datos
y el motivo del error no es ninguno de los que aparecen en la ventana anterior probad a entrar en el registro de la máquina (inicio->ejecutar->regedit) y eliminar la siguiente entrada:
"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\ActiveX Compatibility\{65bcbee4-7728-41a0-97be-14e1cae36aae}"
martes, 23 de noviembre de 2010
.Net Framework 2.0 3.0 3.5 x86 y x64
Un saludo!
martes, 28 de septiembre de 2010
Cómo crear un disco duro virtual VHD
A continuación voy a contar cómo crear un disco duro virtual con Windos Server 2008 R2 y cómo mostrar la opción de arrancar el ordenador desde él por comandos (muchos de los pasos, si no todos, se pueden hacer desde ventanas del sistema pero me parece más cómodo hacerlo desde consola).
En primer lugar debemos descargar e instalar Windows AIK; se puede descargar de aquí.
Una vez descargado creamos un directorio en el disco duro en el que guardaremos el disco duro virtual (en mi caso C:\vhds) y por comodidad copiamos a este directorio el archivo intall.wim (situado en la carpeta sources del DVD de Windows 2008 Server).
A continuación, abrimos la consola de comandos y escribimos DISKPART.
Ahora vamos a crear el disco duro virtual escribiendo:
create vdisk file=c:\vhds\Windows2008R2.vhd maximum=50000 type=fixed
donde 50000 es el tamaño en MB del disco duro virtual y fixed indica que el tamaño del disco no irá creciendo conforme vayamos metiendo archivos, sino que ocupará ese espacio desde el momento en el que se cree.
Esto tardará un poco en ejecutarse pero iréis viendo el porcentaje de avance en la pantalla.
Cuando termine escribimos:
sel vdisk file=c:\vhds\Windows2008R2.vhd
attach vdisk
list disk
sel disk 1 -->en mi caso es el disco 1
create part primary
sel part 1
active
format fs=ntfs quick
assign
exit -->Salimos de DISKPART
Si vamos a Equipo (o Mi PC) veremos un nuevo disco duro (en mi caso F:\).
Ahora en la consola de comandos escribimos:
cd c:\Archivos de programa\Windows AIK\Tools\x86\
para situarnos en la carpeta en la que está el archivo imagex.exe.
Comprobamos la información del archivo install.wim que copiamos al principio y aplicamos la imagen al disco virtual (es parecido a una preintalación de Windows).
imagex /info c:\vhds\install.wim
imagex /apply c:\vhds\install.wim /check 1 F: --> Pongo F: porque es la letra que se asignó antes al disco virtual.
Cuando termine la ejecución del comando anterior volvemos a poner DISKPART y escribimos los siguientes comandos:
sel vdisk file=c:\vhds\Windows2010R2.vhd
detach vdisk --> veremos que ha desaparecido la unidad F:\
Exit
Ahora escribimos BCDEDIT
bcdedit /copy {current} /d "Windows Server 2008 R2"
Tras ejecutar este comando, nos aparecerá "La entrada se copió correctamente en {XXXXX}". Copiar ese indentificador y ejecutar los siguientes comandos:
bcdedit /set {XXXX} device vhd=[C:]\vhds\Windows2008R2.vhd
bcdedit /set {XXXX} osdevice vhd=[C:]\vhd\Windows2008R2.vhd
bcdedit /set {XXXX} detecthal on
bcdedit /set {XXXX} description "Windows Server 2008 R2"
Ahora escribimos bcdedit de nuevo para comprobar que se han realizado los cambios, cerramos la consola de comandos y reiniciamos para comprobar que tenemos una nueva opción de arranque.
martes, 7 de septiembre de 2010
The 'Microsoft.ACE.OLEDB.12.0' provider is not registered on the local machine.
Os dejo el link a la página de descarga del componente de conexión para datos de Office
http://www.microsoft.com/downloads/details.aspx?FamilyID=7554F536-8C28-4598-9B72-EF94E038C891&displaylang=en
Como dije en el párrafo anterior, una de las soluciones es recompilar en modo 32 bits, pero hay otra que me ha gustado más. El componente de conexión de datos de Office 2010 está disponible en 64 bits, por tanto, no hace falta recompilar nada y de esta forma, el desarrollo ya está preparado para leer archivos de Office 2010. Este componente se puede descargar de la página:
http://www.microsoft.com/downloads/en/details.aspx?familyid=C06B8369-60DD-4B64-A44B-84B371EDE16D&displaylang=en
Saludos
jueves, 17 de junio de 2010
Comandos STSADM
En muchos casos necesitamos ejecutar comandos STSADM y, a mí por lo menos, en más de una ocasión se me ha olvidado ir al directorio “C:\Archivos de programa\Archivos comunes\Microsoft Shared\web server extensions\12\BIN” antes de ejecutar el comando.
Para evitar esto (que a mí personalmente se me hace algo pesado) os propongo dos soluciones:
1. Crear un script
Una opción para no tener que introducir la ruta a mano es crear un ficheo de texto (.txt), introducir la siguiente línea
cd C:\Archivos de programa\Archivos comunes\Microsoft Shared\web server extensions\12\BIN
y renombrar este fichero a .bat.
Desde mi punto de vista, esto es bastante útil para introducirlo en scripts de despliegue para que los administradores de los servidores sólo tengan que hacer doble-click en un archivo.
2. Variables de entorno
La segunda opción es agregar la ruta (“C:\Archivos de programa\Archivos comunes\Microsoft Shared\web server extensions\12\BIN”) como Variable de Sistema. Esto permitirá que el comando stsadm.exe esté disponible desde cualquier ubicación.
Hacer esto es tan sencillo como:
- Pinchar con el botón derecho del ratón en Mi PC y después con el izquierdo en la opción "Propiedades".
- Seleccionar la pestaña "Opciones avanzadas" y pulsar en el botón "Variables de entorno".
- En la tabla "Variables del sistema" seleccionar la variable PATH y pulsar en el botón modificar.
- En el formulario que ha aparecido, pinchar en el segundo cuadro de texto "Valor de la variable", ir hasta el final y agregar la siguiente línea:
;C:\Archivos de programa\Archivos comunes\Microsoft Shared\web server extensions\12\BIN
Esta opción viene muy bien para las máquinas virtuales en las que desarrollamos y hacemos pruebas.
jueves, 10 de junio de 2010
Obtener valores web.config
<appSettings>
<add key="Clave" value="Valor"/>
</appSettings>
Cuando necesitemos recuperar el valor introducido para esa clave sólo tendremos que poner la siguiente línea de código:
string valor = System.Configuration.ConfigurationManager.AppSettings[“Clave”];
lunes, 25 de enero de 2010
Delay Workflow Sharepoint - Hotfix
System.Threading.Thread.Sleep(SleepTime);
Pero esto tampoco funciona. El flujo nunca sale de esa actividad, es como si muriera cuando termina el bucle... Ante esta situación me puse a buscar en Google y lo pimero que encontré fue el siguiente Hotfix:
http://support.microsoft.com/default.aspx?scid=kb;en-us;932394
Como había actualizaciones posteriores no se podía instalar pero, tras instalar el SP2 del framework 3.0 (que en teoría incluye este hotfix) siguió sin funcionar así que volví a Google pero lo que he encontrado esta vez no es muy alentador:
http://social.msdn.microsoft.com/Forums/en/sharepointworkflow/thread/2390dcee-d2f3-4a55-a024-6ad14913568e
¿Realmente Microsoft no ha sido capaz de sacar una solución para este problema en 3 años?