Archivo Léame de Visual J++ Technology Preview 2

(c) 1998 Microsoft Corporation. Reservados todos los derechos.

Otros productos y nombres de organizaciones contenidos en este documento pueden ser marcas de sus respectivos propietarios.

El archivo Léame de Visual J++(r) incluye información actualizada para la documentación proporcionada con Microsoft â Visual Studioä -- Sistema de programación para Windows(r) e Internet. La información contenida en este documento es más reciente que la proporcionada en el sistema de Ayuda. Muchos de los asuntos mencionados en este documento se corregirán en próximas versiones.

Esta versión sólo se proporciona para fines de evaluación. Contiene código, documentación y especificaciones previos a la versión definitiva y no está al nivel de rendimiento y compatibilidad del producto final.

Esta versión es confidencial y propiedad de Microsoft y sus proveedores. Queda prohibida la publicación o distribución de copias de este producto o de cualquier otra información relativa a él, así como su utilización con propósitos distintos a los señalados en el Acuerdo de licencia de usuario final (CLUF) sin el consentimiento previo por escrito de Microsoft.

NUEVO La documentación de Visual J++ Technology Preview 2 contiene amplia documentación relativa a Visual J++ e información preliminar sobre las clases WFC (Windows Foundation Classes) para Java. Para obtener los artículos técnicos más recientes sobre WFC, incluida una introducción a una aplicación WFC de ejemplo, una descripción de las técnicas de programación de gráficos WFC y otros aspectos, visite la página de Visual J++ Technology Preview en http://www.microsoft.com/visualj/.

Para otros asuntos relacionados con el sistema de Ayuda de la familia de productos Visual Studio, lea

MSDNä, el archivo Léame de Microsoft Developer Network.

Contenido - Haga clic en cualquiera de los elementos siguientes

Problemas de instalación

Cuestiones relativas a la documentación

Cuestiones relativas al Entorno de programación

Cuestiones relativas a los controles

Cuestiones relativas a la programación del código

Cuestiones relativas al Diseñador de formularios

Cuestiones relativas a los ejemplos

Visual Component Manager

Tema "Archivos relacionados (cuadro de diálogo Propiedades del componente)" incorrecto

Quitar las claves de registro de Repository 1.0

Agregar tablas de almacén a un archivo .mdb ya existente

Problemas de instalación

Debe desinstalarse la versión Technology Preview 1 de Visual J++ antes de instalar Technology Preview 2

Para desinstalar completamente la versión Technology Preview 1 de Visual J++ 6.0, debe utilizar el Panel de control de Windows. Seleccione Agregar o quitar programas en el Panel de control y haga doble clic en "Microsoft Visual J++ 6.0." Cuando se le pregunte, seleccione Quitar todo.

Requisitos mínimos de espacio en disco para instalar Visual J++ Technology Preview 2

Para realizar satisfactoriamente la instalación de la versión Technology Preview 2 de Visual J++ proporcionada con Visual Studio 6.0, el equipo debe disponer, como mínimo, de 140 MB de espacio disponible en la unidad de disco en que esté establecida la variable de entorno TEMP o TMP, además de los 50 MB necesarios para el programa (190 MB en total). Este requisito de espacio es específico para el procedimiento de instalación utilizado para la versión Technology Preview.

Este problema estará resuelto en la versión final de Visual J++ 6.0.

Problemas de compatibilidad entre las versiones de Technology Preview 2 descargadas desde el Web y la versión preliminar de Visual Studio

No instale la versión de Microsoft Visual J++ Technology Preview 2 transferida desde el Web en el mismo equipo donde esté instalada cualquier versión preliminar de Visual Studio 6.0 Edición empresarial. Microsoft no proporcionará soporte para dichas configuraciones.

{>Problemas de compatibilidad entre Visual J++ Technology Preview 2 y la versión preliminar de Office 9.0

Instalar una versión preliminar de Office 9.0 en el mismo equipo donde hay instalada una versión Technology Preview 2 de Visual J++ impedirá que ambas aplicaciones funcionen correctamente. Este problema estará resuelto en la versión final de estos productos.

Interacciones con Visual J++ 1.1

No hay problemas conocidos al instalar esta versión Technology Preview de Visual J++ en el mismo equipo donde esté instalado Visual J++ versión 1.1, siempre y cuando no se instalen en el mismo directorio. No obstante, Visual J++ Technology Preview 2 requiere la versión final de Internet Explorer 4.01 o posterior, lo cual afecta a la depuración con Visual J++ 1.1. Este problema conocido con la depuración en Visual J++ 1.1 y las versiones previas de Internet Explorer 4.0 se describe en el artículo de Knowledge Base de Microsoft "Q167998 Cannot Debug Visual J++ Programs On IE 4.0 Pre-Release." Para ver este artículo, consulte http://www.microsoft.com/kb/ y escriba Q167998 en el campo Buscar. Para evitar este problema de depuración, instale Visual Studio 97 Service Pack 3 desde http://www.microsoft.com/visualj/.

Problemas de importación de proyectos de Visual J++ 1.1

¿Por qué es necesario "importar" los proyectos de Visual J++ 1.1? Los proyectos de Visual J++ 6.0 funcionan de una forma distinta a la de las versiones anteriores. El proceso de "importación" convierte un proyecto de Visual J++ 1.1 en un proyecto de Visual J++ 6.0.

Aunque los nuevos proyectos se han mejorado en muchos sentidos con respecto a los proyectos de Visual J++ 1.1, hay determinados proyectos de Visual J++ 1.1 que no se importarán correctamente en Visual J++ 6.0. A continuación se explica el proceso de importación, junto con los posibles problemas que pueden presentarse y cómo solucionarlos.

Consulte el tema de ayuda "Proyectos basados en directorios" de MSDN para obtener una descripción más general de las diferencias existentes entre los proyectos de Visual J++ 1.1 y Visual J++ 6.0.

¿Cómo se importa un proyecto de Visual J++ 1.1?

Hay dos formas de importar proyectos de Visual J++ 1.1, mediante el archivo de proyecto (.dsp) o a través del archivo de área de trabajo (.dsw).

Abra el archivo de proyecto .dsp.

Por cada proyecto de Visual J++ 1.1 se crea un archivo .dsp. El nombre del archivo se deriva del nombre del proyecto y contiene toda la información específica asociada con el proyecto. Para importar un proyecto de Visual J++ 1.1 por medio del archivo .dsp, siga los pasos descritos a continuación:

1. Inicie Visual J++ 6.0.
2. Seleccione la ficha Existente del cuadro de diálogo Abrir proyecto.
3. Desplácese hasta el archivo .dsp que representa el proyecto de Visual J++ 1.1.
4. Haga doble clic en el archivo .dsp.

Abra el archivo .dsw del proyecto.

Cuando hay dos o más proyectos en la misma área de trabajo de Visual J++ 1.1 se crea un archivo .dsw. Este archivo contiene información que no es específica de ningún proyecto concreto del área de trabajo. Al importar el archivo .dsw, se importan a Visual J++ 6.0 todos los proyectos enumerados en el archivo de área de trabajo. Por lo tanto, al importar un área de trabajo que, en principio, contenía cuatro proyectos en Visual J++ 1.1, se creará una solución que contiene los mismos cuatro proyectos en Visual J++ 6.0.

Tenga en cuanta que algunos tipos de proyecto contenidos en áreas de trabajo no se pueden importar en Visual J++ 6.0. En Visual Studio 97, las áreas de trabajo pueden contener proyectos de Visual J++ y Visual C++ 5.0 al mismo tiempo. Al importar áreas de trabajo mixtas en Visual J++ 6.0, sólo se importarán los proyectos Java que contengan. Los proyectos de Visual C++ 5.0 no se importarán y se quitarán del archivo de solución importado.

Para importar dos o más proyectos de Visual J++ 1.1 mediante el archivo .dsw

1. Inicie Visual J++ 6.0.
2. Seleccione la ficha Existente del cuadro de diálogo Abrir proyecto.
3. Desplácese hasta el archivo .dsw que representa el área de trabajo de Visual J++ 1.1.
4. Haga doble clic en el archivo .dsw.

¿Qué ocurre cuando se importa un proyecto?

Supongamos que cuenta con un directorio denominado "MiProy" que contiene un archivo de proyecto llamado "Proy.DSP".

MiProy
	Proy.DSP
	foo1.java
	foo2.java
	...

Cuando importe este proyecto en Visual J++ 6.0 se creará un nuevo archivo de proyecto. El nombre predeterminado de los proyectos nuevos es el nombre del directorio más la extensión VJP, por ejemplo, "MiProy.VJP."

MiProy
	Proy.DSP
	foo1.java
	foo2.java
	MiProy.VJP
	MiProy.SLN
	...

La información contenida en el archivo DSP se importará y almacenará en el archivo VJP. También se crearán algunos otros archivos asociados con este proyecto, como un archivo de solución de Visual Studio (miproy.SLN) y otros. En la mayoría de los casos, a partir de este momento podrá utilizar Visual J++ 6.0 para modificar, compilar y depurar el proyecto Java sin necesidad de realizar más modificaciones.

Una vez realizada la importación, ¿qué ocurre con el anterior proyecto de Visual J++ 1.1?

Después de importar, Visual J++ 6.0 deja el archivo de proyecto (DSP) original de Visual J++ 1.1, sin modificar, en el lugar donde estaba. Sin embargo, es recomendable que no continúe utilizando el archivo DSP. Cualquier cambio posterior efectuado en el archivo DSP no se reflejará en el proyecto de Visual J++ 6.0 (VJP). Podrá volver a importar el proyecto, pero el archivo de proyecto de Visual J++ 6.0 existente se sobrescribirá y se perderán los cambios que haya realizado en él.

¿Por qué no se puede importar un proyecto de Visual J++ 1.1 que esté sometido a control de código fuente?

Es posible hacerlo, pero debe importarlo mediante el sistema de archivos, en lugar de a través del explorador de Visual SourceSafe. Desplácese hasta el directorio raíz y haga doble clic en el archivo .dsp o .dsw. Se realizarán las conversiones de proyecto correspondientes.

¿Qué características del proyecto de Visual J++ 1.1 no se importan?

Ciertas características que están disponibles en los proyectos de Visual J++ 1.1 no se importan correctamente en Visual J++ 6.0. A continuación se ofrece una lista de dichas características y de las soluciones aconsejables:

• Reglas de generación personalizadas

  Para los archivos que no sean archivos de código Java, Visual J++ 1.1 permitía al usuario especificar una regla de generación personalizada para cada archivo. En Visual J++ 6.0 deberá utilizar, en su lugar, los comandos previos y posteriores a la generación. Estos comandos están disponibles en la ficha Personalizado del cuadro de diálogo Propiedades del proyecto.

• Archivos no adyacentes

  Todos los archivos de los proyectos de Visual J++ 6.0 deben encontrarse en un solo directorio o en subdirectorios contenidos en un solo directorio. Por ejemplo, si tiene la siguiente estructura de directorios:

  MiProy
  	foo1.java
  	MiSubProy
  		Proy.DSP
  	foo2.java
  

  En Visual J++ 1.1, era posible que tanto foo1.java como foo2.java fueran parte del proyecto contenido en Proy.DSP. Sin embargo, cuando Visual J++ 6.0 importa Proy.DSP, sólo importará los archivos contenidos en el directorio MiSubProy o en los directorios contenidos en MiSubProy. Puede mover otros archivos de proyecto y colocarlos bajo el directorio MiSubProy, o bien crear un nuevo proyecto de Visual J++ 6.0 en un directorio que contenga los cuatro archivos de proyecto (en este caso, sería el directorio MiProy).

• Sólo se importan las configuraciones de depuración y generación de lanzamiento

  Visual J++ 1.1 admitía configuraciones de generación personalizadas además de las configuraciones estándar de depuración y lanzamiento. Visual J++ 6.0 sólo admite configuraciones de depuración y de generación de lanzamiento, por lo que sólo importará dichas configuraciones del proyecto anterior.

• No se importan los mapas de dependencias del orden de generación del proyecto

  Los mapas de dependencias del orden de generación de Visual J++ 1.1 no se importan en los proyectos de Visual J++ 6. Debe volver a crearlos utilizando el cuadro de diálogo de orden de generación de la solución. Seleccione el nodo superior en el Explorador de proyectos y presione Mayús-F4 para ver el cuadro de diálogo de orden de generación del nodo de la solución.

Actualizar el compilador de Visual J++ 1.1 para su uso con la nueva Máquina virtual de java de Microsoft

Al instalar Visual J++ 6.0, se actualiza la Máquina virtual de Java de Microsoft, que almacena las clases en el Administrador de paquetes. Para compilar desde Visual J++ 1.1, deberá crear tres archivos (jvc.exe, msjvc.dll y jps.dll) desde el directorio del compilador de the Visual J++ 6.0 (la instalación en el directorio predeterminado colocaría los archivos en c:\Archivos de programa \microsoft visual studio\vj98) hasta el directorio del compilador de Visual J++ 1.1 (la instalación en el directorio predeterminado colocaría los archivos en c:\Archivos de programa\devstudio\sharedide\bin). También será necesario volver a crear el archivo CLASSES.ZIP que utiliza VJ++ 1.1, ejecutando la herramienta de línea de comandos "clspack -auto". Esta herramienta extraerá todos los archivos de clases del administrador de paquetes y volverá a crear el archivo CLASSES.ZIP que reconoce VJ++ 1.1.

No se permite la instalación en Windows NT 5.0 de este versión preliminar

Microsoft Windows NT 5.0 no admite la instalación de la versión Technology Preview 2 de Visual J++. El programa de instalación no funcionará si se intenta realizar en un sistema Windows NT 5.0. Para ejecutar este producto debe tener instalado Windows 95, Windows 98 o Windows NT 4.0 con Service Pack 3.

Tamaño del Registro de Windows 95: la limitación a 64 Kb puede provocar una Advertencia durante la instalación de Visual Studio

La limitación a 64 KB del tamaño de la clave SharedDLL del registro del sistema de Windows 95 puede generar una advertencia que aparece cuando se instala Visual Studio 6.0.

Antes de continuar con la instalación, debe acortar la ruta de acceso de la instalación donde tiene previsto instalar Visual Studio 6.0, reduciendo así el espacio de registro requerido.

Además, puede desinstalar los programas que ya no utilice mediante el icono Agregar o quitar programas del Panel de control. De esta forma, se eliminarán las claves de registro utilizadas exclusivamente por esos programas.

Para ahorrar aún más espacio de registro utilizado por los programas que desea conservar, desinstale y vuelva a instalar estos programas para acortar las rutas de acceso de instalación.

Plantéese también utilizar la utilidad RegClean, diseñada para limpiar del registro las entradas innecesarias. Para obtener más información y un vínculo para descargar, visite la página http://support.microsoft.com/support/kb/articles/q147/7/69.asp

Nota En estaciones de trabajo y servidores Windows NT, el programa de instalación de Visual Studio cambiará automáticamente el tamaño del registro.

La instalación de Internet Explorer 4.01 puede obligar a reiniciar dos veces el equipo en los sistemas que tengan instalado NT Option Pack 4.0

Si ya tenía instalado previamente el NT Option Pack 4.0 y el Asistente para la instalación le pide que actualice Internet Explorer, podría recibir el mensaje siguiente después de que Internet Explorer reinicie el sistema la primera vez:

"No se pudieron iniciar determinados servicios. El programa de instalación debe reiniciar el sistema para iniciar los servicios."

Si se le presenta este problema, NO debe continuar con el Asistente para la instalación. Haga clic en Aceptar en el cuadro de diálogo de Internet Explorer 4.0 y reinicie el equipo. Cuando haya terminado de reiniciar, vuelva a ejecutar el programa de instalación de Visual Studio, que continuará en el punto donde se interrumpió.

Desinstalación de Visual J++ Technology Preview 2 si la instalación se realizó desde un dispositivo extraíble

Si instaló Visual J++ Technology Preview 2 desde una unidad de disco extraíble, como una unidad Iomega Jaz, y no tiene el disco desde el que realizó la instalación, deberá realizar los pasos siguientes para quitar el producto:

1. En el menú Inicio, haga clic en Configuración y, a continuación, haga clic en el Panel de control.
2. En el Panel de control, haga doble clic en Agregar o quitar programas.
3. En la lista de programas, seleccione Microsoft Visual J++ 6.0 y haga clic en Agregar o quitar.
4. Haga clic en Quitar todo. Aparecerá el cuadro de diálogo Desinstalar.
5. En el cuadro de diálogo Desinstalar, haga clic en Sí. Aparecerá el cuadro de diálogo Mensaje del programa de instalación.
6. En el cuadro de diálogo Mensaje del programa de instalación, haga clic en Cancelar para continuar quitando el producto o inserte el disco de origen en la unidad de disco extraíble. Haga clic en Aceptar.

   Volverá a aparecer el cuadro de diálogo Mensaje del programa de instalación.

7. Haga clic en Sí para continuar con la operación de quitar esta versión Technology Preview sin el disco extraíble de origen.

   Al hacer clic en No se le permitirá cancelar la operación de quitar.

Cuestiones relativas a la documentación

Algunos programas de ejemplo documentados no están disponibles

Algunos de los programas de ejemplo enumerados en la documentación no están aún disponibles. Se trata de un problema conocido y se corregirá en una versión posterior.

Error de código en el tema "Crear un control"

El tema "Crear un control" contiene un error de código. En el paso 4 del procedimiento, "Para agregar un controlador de eventos", el código que se debe escribir es el siguiente:

edit1.setText("Posición = " + HScrollBar1.getValue());

Errores de documentación en el tema "Crear una aplicación de HTML dinámico"

Correcciones a este tema:

• La clase Java extiende com.ms.wfc.html.DhDocument. La plantilla también crea una clase que extiende DhModule, el cual reside en una página HTML como un objeto COM y crea una instancia de la clase de documento.
• Cuando cree el proyecto, se agregarán dos archivos de código Java: Class1.java y Module1.java. (También se agrega una página HTML llamada Page1.htm.)
• El método initForm que aparece en Class1.java se utiliza para inicializar el código y se llama automáticamente cada vez que se crea una instancia de Class1.

El procedimiento del tema "Usar Microsoft Transaction Server (MTS)" tiene un error de documentación

El tema "Usar Microsoft Transaction Server (MTS)" contiene un error. Se ha revisado el Paso 5 del procedimiento y debe decir: "En el cuadro Argumentos, escriba /p:"Nombre del paquete MTS", siendo Nombre del paquete MTS el nombre del paquete MTS que contiene el componente. Además, compruebe que el argumento no contiene espacios en blanco.

Cuestiones relativas al entorno de programación

Depuración en Windows 98

Si está ejecutando Visual J++ en Windows 98, debe realizar las operaciones siguientes para que otros equipos puedan depurar procesos en su equipo. Debe ejecutar DCOMCNFG.EXE y activar la casilla de verificación Permitir conexión remota de la ficha Seguridad predeterminada. Al igual que en Windows NT, deberá proporcionar permisos de acceso a otros usuarios si es necesario y a usted mismo para ejecutar los procesos de depuración.

Se requiere Windows NT 4.0 Service Pack 4 para depurar componentes MTS

Si crea componentes para Microsoft Transaction Server mediante Microsoft Visual J++, necesitará el Service Pack 4 de Windows NT 4.0 para poder depurarlos. Este Service Pack puede obtenerse (cuando esté disponible) en /http://www.microsoft.com/windows/downloads.

Asuntos sobre los controles

No se admiten controles que utilizan activación sin ventana

Los controles que utilizan activación sin ventana no se admiten en esta versión Technology Preview de Visual J++.

Los controles WFC aún no se admiten como contenido de páginas Web

Pueden producirse problemas cuando se colocan controles WFC en documentos HTML. Aún no se pueden incluir directamente controles WFC en documentos HTML; sin embargo, esto sí es posible cuando los controles WFC se exponen como controles ActiveX. Se trata de un problema conocido y se corregirá en una versión posterior.

Los controles ActiveX de un solo subproceso no se admiten en Technology Preview 2

Cuando intente colocar un control ActiveX de un solo subproceso en un formulario WFC, recibirá un mensaje de error que indica que estos tipos de control funcionarán, pero con una funcionalidad limitada. En el caso de la versión Technology Preview 2, no funcionará ningún control ActiveX de un solo subproceso. La versión final de Visual J++ 6.0 habilitará una compatibilidad limitada con los controles ActiveX de un solo subproceso.

La eliminación de filas del control DataGrid no funciona con proveedores OLE DB en esta versión

Con algunos proveedores de bases de datos de Microsoft OLE, al eliminar una fila del control DataGrid o eliminar un registro del conjunto de registros subyacente se borran todos los registros del control DataGrid. En cualquiera de estos casos, el registro no se elimina del conjunto de registros. Se trata de un problema conocido y se corregirá en una versión posterior.

Cuestiones relativas a la programación de código

Las plantillas pueden no mostrarse correctamente si se cambia la configuración de formato

De forma predeterminada, a todas las plantillas se les da formato con tabulaciones (no espacios). Si desea cambiar la configuración de formato para que se utilicen espacios en lugar de tabulaciones, las plantillas seguirán conteniendo tabulaciones. La forma de evitar este problema consiste en cargar el archivo de plantilla .java y guardarlo utilizando espacios en lugar de tabulaciones.

Los proyectos creados con plantillas HTML con código oculto no funcionan correctamente en equipos cliente si sólo está instalada la versión estándar de Internet Explorer 4.0 ó 4.1

Los proyectos creados con la plantilla de código tras HTML no funcionarán correctamente en equipos cliente que sólo tengan instalada la versión estándar de Internet Explorer 4.0 ó 4.1. Estas instalaciones deben actualizarse para que incluyan la misma versión de la Máquina virtual de Microsoft para Java y las bibliotecas de Windows Foundation Clases que se instalan con este producto.

Especificando el directorio de resultados como un directorio primario del proyecto no se crean correctamente resultados del tipo DLL y EXE

Si el directorio del proyecto es un subdirectorio del directorio de resultados especificado en la ficha Compilación del cuadro de diálogo Propiedades del proyecto, no se encontrarán determinados recursos cuando se intente ejecutar un tipo de resultados DLL o EXE. Por ejemplo, si el directorio del proyecto está establecido en "c:\mis proyectos\com\organizacion\ventas", el directorio de resultados es "c:\mis proyectos" y el proyecto está establecido para crear un archivo DLL o EXE, ciertos recursos podrían no empaquetarse correctamente en el resultado DLL o EXE. Cuando se ejecute este proyecto, recibirá un cuadro de diálogo 'No se controló una excepción del tipo com.ms.wfc.core.WFCException'. Si hace clic en Sí para depurar la aplicación, observará que el error está en una llamada a 'com.ms.wfc.core.ResourceManager.getObject'. Para corregir este error, establezca el directorio de resultados para que sea un subdirectorio del directorio del proyecto, como por ejemplo, "c:\mi proyecto\com\organizacion\ventas\depuracion" o un árbol totalmente distinto, como "c:\mis proyectos\depuracion".

Los archivos Java creados con reglas previas a la compilación no se generan

Los archivos Java creados con reglas previas a la compilación no se generarán la primera vez que se genere el proyecto. Un posible ejemplo de esto puede ser un proyecto con una regla previa a la generación que utilice jactivex para crear empaquetadores Java. La primera vez que se inicie la generación, los empaquetadores Java aparecerán en el proyecto, pero no se generarán. Cuando se genere por segunda vez, se generarán los nuevos archivos.

Formas de evitar este problema:

1. Generar el proyecto dos veces; una vez que aparezcan en él los archivos Java, se incluirán en la generación.
2. Crear archivos Java de prueba cuyos nombres coincidan con los nombres de los archivos que se crearán en las reglas previas a la generación.

Crear complementos para Visual J++

Visite el sitio Web de Microsoft Visual J++ para descargar el Asistente para complementos. Este componente es un solo archivo DLL que se instala por completo automáticamente cuando se ejecuta regsvr32 en el archivo DLL. La próxima vez que inicie Visual J++, en la carpeta Visual Studio del cuadro de diálogo Nuevo proyecto, habrá un proyecto de complemento de Visual J++ que podrá seleccionar. Al crear uno de estos proyectos se inicia el asistente. El asistente crea un complemento básico que se puede ejecutar inmediatamente después de terminar de usar el asistente. El asistente permite proporcionar un nombre para el complemento (que aparece en el cuadro de diálogo Administrador de complementos) y una descripción del mismo. También tiene la opción de hacer que el asistente genere el código necesario para agregar un comando al menú Herramientas que permita iniciar el complemento una vez que se haya cargado en Visual J++. Después de usar el asistente para crear un complemento básico, puede agregar elementos de proyecto para que la IU de WFC cree complementos que se integren sin fisuras con Visual J++. Si no instala Visual J++ en la ubicación predeterminada, necesitará modificar la configuración del proyecto para que el proyecto de complemento corrija la ruta de acceso para el programa de inicio alternativo (devenv.exe).

Posible problema al usar DataBinder con los enlaces establecidos en controles DHTML

En esta versión, DataBinder, con enlaces establecidos en controles DHTML, no podrá actualizar, agregar ni quitar registros de bases de datos automáticamente, como cuando es posible porque los enlaces están establecidos en contrloles WFC. La escritura en la base de datos debe realizarse directamente con los métodos proporcionados por las clases Recordset, Field y Fields. Este problema se corregirá en una versión posterior.

Cuestiones relativas al Diseñador de formularios

Los controles copiados pueden necesitar nuevos controladores de eventos

Cuando copie y pegue un control en el Diseñador de formularios, la nueva copia del control tendrá, de forma predeterminada, sus eventos controlados por los mismos métodos de controlador que el control original. Para crear controladores nuevos para los eventos del nuevo control, siga los pasos descritos a continuación:

1. Seleccione el nuevo control en el Diseñador de formularios.
2. En la ventana Propiedades, haga clic en el botón Eventos para mostrar los controladores de eventos del control.
3. Resalte cada uno de los nombres de controlador en la columna de la derecha y, una vez seleccionados, elimínelos.
4. Agregue nuevos controladores.

Programación de controles en vivo

Los controles en fase de programación pueden incluirse en un formulario que existe en la misma solución que el control. Sin embargo, los cambios realizados en un control no se reflejarán en el diseñador del formulario anfitrión hasta que se vuelva a generar el proyecto del control y el diseñador se cierre y vuelva a abrir.

Cuestiones relativas a los ejemplos

Ubicación de los programas de ejemplo e instrucciones de uso

Tenga en cuenta que los ejemplos de Visual J++ para la versión Technology Preview 2 sólo están disponibles actualmente en el sitio Web de Visual J++, en la dirección http://www.microsoft.com/visualj/. Siga los vínculos reseñados para descargar los ejemplos e instalarlos. Visite con frecuencia este sitio Web para obtener actualizaciones.

El código de ejemplo a veces no se copia y pega correctamente

Los saltos de línea y la información de formato pueden no copiarse correctamente si se copia y pega código de ejemplo desde la documentación de la biblioteca MSDN de Visual Studio a su editor de código. Para evitar que se produzca este problema, siga el procedimiento descrito a continuación:

• Modifique manualmente los saltos de línea después de copiar el código.
• Abra el origen del código de ejemplo, copie el código completo del ejemplo, incluidas las etiquetas <pre> y </pre>, péguelo en el editor de código y elimine de la versión pegada las secciones que no sean necesarias.

Cuestiones relativas a las Windows Foundation Classes (WFC)

Cambios realizados en WFC en la versión Technology Preview 2

Debido a nuestro constante esfuerzo por mejorar la calidad de las Windows Foundation Classes de Microsoft en las sucesivas versiones Beta, han cambiado muchas cosas que tendrán como resultado que el código escrito en la versión Technology Preview 1 de Microsoft Visual J++ no compile en la versión Technology Preview 2.

A continuación se ofrece una lista de algunos de los casos más comunes que pueden ocurrir a los usuarios:

• El nombre del paquete de WFC ha cambiado. En lugar de comenzar con wfc.*, ahora son del tipo com.ms.wfc.*. Por ejemplo, la clase Button era wfc.ui.Button, mientras que ahora es com.ms.wfc.ui.Button. Todas las declaraciones import que mencionan un paquete o clase de WFC en los archivos creados con la versión Technology Preview 1 deberá cambiarse para reflejar el nuevo nombre de los paquetes.
• Muchas propiedades, métodos y eventos han cambiado de nombre. Normalmente, lo único que se debe hacer es cambiar sus nombres, como cambiar getAlignText por getTextAlign (generalmente para aumentar la coherencia entre los controles), pero en algunos casos se han fusionado varias propiedades en una sola propiedad, o bien una propiedad se ha dividido en varias. Un ejemplo de la fusión de varias propiedades puede ser el que las propiedades "center", "stretch" y "autoSize" se hayan convertido en la propiedad "sizeMode" del control PictureBox.
• Los formularios que contienen archivos de recursos (como imágenes y otros) no se cargarán en la versión Technology Preview 2. Si tiene una aplicación que era traducible en la versión Technology Preview 1, deberá cargar el formulario en la versión Technology Preview 1, establecer la propiedad "localizable" en 'false' y volver a guardar el formulario antes de actualizarlo a la versión Technology Preview 2.
• Han cambiado los constructores de muchos objetos. Como ejemplo más notable de ello, el objeto Font cuenta ahora con un conjunto de constructores distinto.
• Control.setStyle ya no es del tipo public. La funcionalidad de este método está expuesta en otras propiedades.
• Las constantes de modo para abrir un archivo han dejado de estar en la clase File. Ahora están contenidas en las clases FileMode, FileAccess o FileShare.

Nota Ya que la versión Technology Preview 2 no es una versión final de WFC, las constantes mejoras introducidas pueden tener como resultado cambios posteriores en las clases y métodos de WFC. Más concretamente, entre esta versión (Technology Preview 2) y la versión que se comercializará más adelante en este año, ciertos cambios podrían afectar al código escrito en esta versión. Vamos a realizar todos los esfuerzos necesarios para documentar dichos cambios en el producto final, como hemos hecho anteriormente.

Generación, empaquetamiento y distribución de soluciones

Notas generales

Si está instalando Visual J++ o Visual Studio en NT5 (beta), también necesitará instalar signcode.exe del kit NTSDK de NT5 o del kit INETDSK para NT5 de Internet Explorer y luego asegurarse de que signcode está en la ruta de acceso de Windows.

Problemas conocidos en la generación, empaquetamiento y distribución de soluciones

La compatibilidad con las extensiones de Microsoft FrontPage está limitada cuando se utiliza la característica de distribución del Entorno de programación de Microsoft

Cuando utilice la característica de distribución del entorno de programación de Microsoft, debe tener en cuenta que los servidores que tengan el aceptador de FrontPage instalado como aceptador predeterminado no podrán admitir el envío a direcciones URL que contengan caracteres que no son del tipo de 7 bits. Esto ocurre porque el aceptador de FrontPage no cumple las normas UTF8 y Visual Studio codifica todas las direcciones URL en un formato UTF8 codificado, de forma que es posible la distribución entre los distintos equipos con distintas páginas de códigos. Cuando se realicen envíos a servidores que tengan instalado el aceptador de FrontPage como aceptador predeterminado, las direcciones URL deben formarse con los caracteres contenidos en el intervalo que oscila entre 0x20 y 0x7f (32 a 127).

Si el servidor admite Posting acceptor 2.0 como aceptador predeterminado, esta limitación no tiene efecto.

La característica de Programa de instalación o Paquete autoextraíble del Entorno de programación de Microsoft no puede descifrar los caracteres del conjunto de caracteres multibyte (MBCS) que definen la variable de entorno TMP

La ejecución de archivos ejecutables autoextraíbles creados con la característica de instalación o paquetes autoextraíbles en un sistema operativo internacional que permita el uso de caracteres MBCS (por ejemplo, japonés, chino, etc.) producirá errores si la variable de entorno TMP está establecida con caracteres MBCS. Para corregir este problema de forma temporal puede cambiar la variable de entorno TMP para que utilice caracteres de un solo byte.

Para cambiar temporalmente la variable TMP y que utilice caracteres de un solo byte

1. En el equipo de destino, cree un nuevo directorio utilizando caracteres de un solo byte: c:\temp.
2. Abra una ventana de MS-DOS y ejecute el comando "set TMP=c:\temp".
3. Escriba "set" para comprobar que la variable TMP se ha establecido correctamente.
4. Ejecute el programa de instalación desde esta ventana de MS-DOS.

Cualquier archivo ejecutable que se inicie desde la ventana de MS-DOS utilizará la variable TMP establecida temporalmente hasta que se cierre la ventana.

Distribuir y depurar los servidores COM actualizados creados en Visual J++ que se ejecutan en IIS

Puede distribuir servidores COM creados con Visual J++ llamados desde páginas ASP contenidas en Microsoft Internet Information Server (IIS). Una vez que IIS ha ejecutado una página ASP que carga un servidor COM creado con Visual J++, IIS almacenará en caché el servidor en su almacenamiento interno. Si después distribuye una versión actualizada del servidor COM en IIS e intenta ejecutarla, la nueva versión no se cargará e IIS continuará utilizando la versión antigua hasta que IIS se detenga y se reinicie.

Para hacer que IIS utilice la versión utilizada de la clase COM reiniciando IIS

1. En el sistema Microsoft Windows NT, vaya al menú Inicio y haga clic en Windows NT Option Pack. Haga clic en Personal Web Manager o en Microsoft Internet Information Server.
2. Si está utilizando el Personal Web Manager, haga clic en Personal Web Manager y, a continuación, haga clic en Stop en la página Main.

- o bien -

2. Si está utilizando el administrador Internet Service Manager, haga clic en Internet Service Manager y expanda el nodo de IIS. Expanda el nodo del equipo. Seleccione el sitio Web predeterminado y haga clic en el botón Stop (Detener) de la barra de herramientas de IIS.
3. Reinicie IIS mediante el botón Play.

Limitaciones de descarga de dependencias externas en Internet Explorer 4

Es posible generar una unidad de distribución de archivo .cab con una dependencia externa en otra unidad de distribución del tipo archivo .cab, de forma que ambas unidades de distribución se transferirán al equipo cliente cuando el cliente abra la página Web que alberga la unidad de distribución. Sin embargo, debe tener en cuenta que Internet Explorer 4 no controla los cambios realizados en las versiones de dependencias externas, creando así una situación en la que se transfiere el primer archivo .cab pero no la dependencia actualizada.

Por ejemplo, si modifica ambas unidades de distribución, actualiza los números de versión y actualiza el número de versión de la dependencia en la ficha Dependencias externas del cuadro de diálogo Propiedades del archivo CAB, se transferirá el primer archivo .cab, pero no el segundo.

Para resolver este problema, puede cambiar el nombre descriptivo de la segunda unidad de distribución de archivo .cab. Esto hará que el segundo archivo .cab se transfiera de nuevo. Tenga en cuenta que ambas versiones de la unidad de distribución de archivo .cab se instalarán en el equipo cliente.

Los servidores de FrontPage requieren una dirección URL de 7 bits para su distribución

Microsoft Visual Studio admite la distribución entre equipos con diferentes páginas de códigos. Esto se hace convirtiendo la dirección URL a un formato UTF-8 dividido en elementos, de forma que se pueden usar en las direcciones URL los caracteres no incluidos en el intervalo 0x20 - 0x7f. Por lo tanto, si especifica la siguiente dirección URL en un equipo en inglés como un destino de distribución:

http://miservidorÜÖ

Los caracteres Ü yÖ son del tipo hi-ASCII y no se admiten necesariamente fuera del ámbito de la página de código actual, por lo que la dirección URL utilizada internamente a efectos de distribución será:

http://miservidor/%c3%9c%c3%96

ya que 0xc3 0x9c es la representación en UTF-8 del carácter hi-ASCII Ü y 0xc3 0x96 la represetnación en UTF-8 del carácter hi-ASCII Ö. Entonces, el servidor "descodificará" esta dirección URL y colocará los archivos en la ubicación correspondiente, de forma que, desde el equipo cliente, continuará pudiendo obtener acceso a los archivos distribuidos utilizando la dirección URL "http://miservidor/ÜÖ/{nombre del archivo}".

Sin embargo, se producirá un problema porque los servidores de FrontPage no entienden las direcciones URL divididas en elementos e interpretarán literalmente la dirección URL codificada sin descodificarla. Por lo tanto, si ha distribuido una solución en un servidor de FrontPage y ha utilizado la dirección URL "http://miservidor/ÜÖ", Microsoft Visual Studio puede indicar que los archivos se distribuyeron satisfactoriamente, pero en realidad los archivos se distribuirán en "http://miservidor/%c3%9c%c3%96". Por consiguiente, no podrá obtener acceso a los archivos, ya sea explorando o depurando, si utiliza "http://miservidor/ÜÖ/{nombre del archivo}".

A causa de esta limitación, es importante utilizar sólo caracteres de 7 bits en las direcciones URL cuando se realice la distribución en los servidores de FrontPage; más específicamente, no se pueden utilizar los caracteres comprendidos en el intervalo 0x20 - 0x7f (Microsoft Visual Studio no codifica el carácter "espacio", 0x20, en las direcciones URL de distribución). Los caracteres Hi-ASCII y MBCS deben evitarse cuando se distribuya en servidores FrontPage. Como alternativa, puede instalar Microsoft Posting Acceptor 2.0 en el servidor, que admite totalmente las direcciones URL codificadas en UTF-8 para realizar la distribución. Consulte la documentación de la instalación para obtener instrucciones sobre cómo instalar Posting Acceptor 2.0 en el servidor desde los CD de Microsoft Visual Studio.

La compilación puede producir errores en equipos con software antivirus

Si genera una unidad de distribución para realizar instalaciones que contenga archivos grandes en un equipo que tenga instalado software antivirus, el proceso de generación puede producir errores de acceso a los archivos. Si esto ocurre, pruebe a desactivar el software antivirus de dicho equipo.

Los archivos HTML distribuidos pueden resultar dañados si no se colocan comillas para ciertos valores

Si incluye caracteres de delimitación al asignar valores a los atributos de etiqueta en archivos HTML (tales caracteres pueden ser punto y coma, dos puntos o corchetes angulares), los valores deben estar contenidos entre comillas, como indican las normas W3C. El editor HTML de Microsoft Visual Studio no hace estas operaciones y, en realidad, quita las comillas de los valores cuando se carga un archivo HTML en el editor. Por consiguiente, cuando el motor de distribución actualiza los vínculos CODEBASE del archivo, el analizador de distribución puede detener la lectura del valor cuando encuentre el primer delimitador HTML estándar. Si esto ocurre, sólo se volverá a guardar parte del valor en el archivo antes de distribuir realmente el archivo. (El motor de distribución trabaja con una copia temporal del archivo, por lo que la copia original no se ve afectada por estas operaciones.)

Para evitar este problema, rodee manualmente con comillas los valores que contienen delimitadores antes de distribuir el archivo. Esto deberá hacerse cada vez que abra el archivo HTML para modificarlo en el el editor HTML de Visual Studio, ya que el editor quitará las comillas cuando se vuelva a abrir el archivo o cuando cambie el tipo de vista del editor.

Errores al distribuir componentes de servidor si el destino especificado es una unidad de disquete

Si especifica la unidad de disquete de un equipo servidor de red como destino para la instalación del componente del servidor para la distribución, la distribución no se realizará, incluso aunque no se emitan mensajes de error. Esto se debe a la incapacidad de crear carpetas en la unidad de disquete.

Para corregir el problema, haga clic con el botón secundario del ratón en el servicio Componentes del servidor del destino de distribución y seleccione "Configuración de destino de distribución". En el cuadro de diálogo resultante, cambie la unidad y el directorio de instalación para que se especifique una ubicación de disco duro en el servidor de la red. (Ya que la ubicación predeterminada para la instalación del componente del servidor es la unidad C:, puede que los usuarios que distribuyan en equipos NEC quieran cambiar la ubicación predeterminada, ya que C: podría representar una unidad de disquete en dichos equipos.)

Registro predeterminado de clases COM en paquetes Java

La convención de nomenclatura predeterminada para el registro de componentes COM es projectname.classname, independientemente del paquete Java de cada clase COM. Si intenta crear dos clases COM con el mismo nombre en el mismo proyecto, se producirá un error de generación, aunque estén en paquetes Java distintos. Para crear clases con el mismo nombre en paquetes distintos, puede especificar a propósito un identificador progid para la clase mediante el parámetro "progid=" de la etiqueta @com.register. Como convención de ejemplo, podría especificar "progid=nombreproyecto.nombrepaquete.nombreclase " en la etiqueta @com.register de cada una de las clases COM.

Administrador de componentes visuales

Problemas conocidos del Administrador de componentes visuales

Tema "Archivos relacionados (cuadro de diálogo Propiedades del componente)" incorrecto

Referencia de la interfaz de usuario del Administrador de componentes visuales: El tema "Archivos relacionados (ficha del cuadro de diálogo Propiedades del componente)" indica erróneamente que la ficha se utiliza para mostrar e incluir archivos que están relacionados con el componente seleccionado. En realidad, la información que aparece en esta ficha no se puede modificar. Sólo pueden agregarse archivos relacionados con un componente cuando se publique o se vuelva a publicar el componente. Para obtener más información, realice una búsqueda en pantalla por "Publicar componentes" con la opción Buscar sólo en los títulos seleccionada en la documentación de la biblioteca de MSDN de Visual Studio 6.0.

Quitar las claves de registro de Repository 1.0

Si instaló VCM 5.0 (disponible previamente para su transferencia desde el Web) tendrá configuradas las siguientes claves del Registro de configuraciones de Windows, que eran necesarias para VCM 5.0 y la versión 1.0 de Repository. Si busca las siguientes entradas en el registro, puede quitarlas sin problemas e, incluso, puede que mejore el rendimiento de VCM 6.0.

• HKEY_LOCAL_MACHINE\Software\Microsoft\Repository\CacheMaxAnnProps
• HKEY_LOCAL_MACHINE\Software\Microsoft\Repository\CacheMaxObjects
• HKEY_LOCAL_MACHINE\Software\Microsoft\Repository\CacheRelshipMaxCollections
• HKEY_LOCAL_MACHINE\Software\Microsoft\Repository\CacheRelshipMaxRows
• HKEY_LOCAL_MACHINE\Software\Microsoft\Repository\MaxRowCacheAge

Agregar tablas de repositorio a un archivo .mdb ya existente

Si intenta abrir un archivo .mdb ya existente desde VCM y aquel no es una base de datos de repositorio (es decir, no contiene las tablas o la estructura de los repositorios), se le preguntará si desea agregar las tablas de repositorio a la base de datos. Esto no debe hacerse normalmente porque el repositorio debe encontrarse, por lo general, en una base de datos distinta. La operación funciona, pero puede tardar hasta 10 minutos en crear la estructura del repositorio en un archivo .mdb existente.

Para crear un archivo .mdb completamente nuevo que contenga la estructura del repositorio, haga clic con el botón secundario del mouse en la carpeta, haga clic en Repositiorio, haga clic en Nuevo y, por último, escriba el nombre del archivo que desee crear.