SOA Servicios Web Info Mgmt WebSphere
¿Qué puedo hacer con los servicios Web?
¿Cuáles son las tecnologías de componentes de servicios Web?
¿Cuál es la relación entre los servicios Web y otras tecnologías?
¿Cómo puedo usar servicios Web en una aplicación?
¿Cómo puedo mejorar mis habilidades en servicios Web?
El área de contenido de servicios Web en developerWorks contiene literalmente centenares de artículos, tutoriales y recomendaciones para ayudar al desarrollador a aprovechar al máximo las aplicaciones relacionadas con servicios Web; sin embargo, para los usuarios que están intentando estudiar un nuevo tema, esa gran cantidad de informaciones puede ser abrumadora. Esa página proporciona una visión general para los lectores que desean aprender acerca de los servicios Web pero no saben dónde comenzar. La página coloca todos los fundamentos de la tecnología de servicios Web en el contexto adecuado y reúne artículos, tutoriales y recomendaciones de developerWorks, formación de los servicios de aprendizaje de IBM, Webcasts, talleres y productos IBM para más investigaciones.
El término "servicios Web" designa una tecnología que permite que las aplicaciones se comuniquen en una forma que no depende de la plataforma ni del lenguaje de programación. Un servicio Web es una interfaz de software que describe un conjunto de operaciones a las cuales se puede acceder por la red a través de mensajería XML estandarizada. Usa protocolos basados en el lenguaje XML con el objetivo de describir una operación para ejecutar o datos para intercambiar con otro servicio Web. Un grupo de servicios Web que interactúa de esa forma define la aplicación de un servicio Web específico en una arquitectura orientada a servicios (SOA).
La industria de software finalmente se está dando cuenta de que integrar aplicaciones de software en varios sistemas operativos, lenguajes de programación y plataformas de hardware no es algo que puede ser resuelto por un entorno patentado específico. Tradicionalmente, el problema viene siendo el acoplamiento fuerte, en el cual una aplicación que llama una red remota está fuertemente vinculada a ella por la llamada de función que hace y por los parámetros que solicita. En la mayoría de los sistemas antes de los servicios Web, se trata de una interfaz fija con poca flexibilidad y adaptabilidad a entornos o necesidades cambiantes.
Los servicios Web usan XML, que puede describir cualquier tipo de datos en una forma realmente independiente de plataforma para el intercambio entre sistemas, lo que permite el movimiento hacia aplicaciones flojamente acopladas. Además, los servicios Web pueden funcionar a un nivel más abstracto que puede reevaluar, modificar o manejar tipos de datos dinámicamente on demand (mediante solicitud). Por tanto, en términos técnicos, los servicios Web pueden manejar datos con mucho más facilidad y permiten una comunicación más libre entre los softwares.
En términos conceptuales más elevados, es posible ver los servicios Web como unidades de trabajo, donde cada una maneja una tarea funcional específica. Un paso arriba de eso, las tareas se pueden combinar en tareas orientadas a negocios para manejar tareas operacionales empresariales específicas y eso, por su turno, permite que el personal que no es técnico piense en aplicaciones que pueden manejar temas empresariales en conjunto en un flujo de trabajo de aplicaciones de servicios Web. Así, una vez que el personal técnico haya diseñado y construido los servicios Web, los arquitectos de procesos empresariales pueden agregarlos para resolver problemas en el ámbito empresarial. En una analogía con el motor de un auto, un arquitecto de procesos empresariales puede pensar en montar un motor de auto completo, con el chasis, la carrocería, la transmisión y otros sistemas, en lugar de analizar las diferentes partes dentro de cada motor. Además, la plataforma dinámica significa que el motor puede funcionar en conjunto con la transmisión o con componentes de otros fabricantes.
Lo que se concluye con ese último aspecto es que los servicios Web ayudan a conectar el personal de negocios al personal tecnológico de una organización. Los servicios Web facilitan la comprensión de las operaciones técnicas por parte del personal de negocios. El personal de negocios puede describir eventos y actividades y el personal tecnológico puede asociarlos a los servicios adecuados.
Con interfaces definidas universalmente y tareas bien diseñadas, también resulta más fácil reutilizar esas tareas y, consecuentemente, las aplicaciones que representan. La reusabilidad de softwares de aplicación implica un mejor retorno de la inversión en software, pues puede producir más con los mismos recursos. También permite que el personal de negocios considere la posibilidad de usar una aplicación ya existente en una forma nueva u ofrecerla a un socio en una forma nueva, aumentando así las transacciones empresariales entre socios.
Por tanto, los principales problemas que los servicios Web tratan de resolver son los temas de integración de datos y aplicaciones y de la transformación de funciones técnicas en tareas informáticas orientadas a negocios. Esos dos aspectos permiten que las empresas se comuniquen con sus socios en el ámbito de los procesos o aplicaciones y que, al mismo tiempo, dejen un espacio dinámico para adaptarse a nuevas situaciones o trabajar con otros socios mediante solicitud.
Aprenda más sobre eso:
Para aprender más acerca de los servicios Web, primeramente debe saber como el lenguaje XML funciona.XML and how it will change the WebeIntroducción a XMLson dos artículos buenos para empezar. Aunque la tecnología de los servicios Web propiamente dicha sea independiente del lenguaje, hay varias otras herramientas e implementaciones de software disponibles en latecnología Java.
Si es un arquitecto de software o un profesional de negocios que desea entender los servicios Web,An Executive's Guide to Web servicestiene varias ideas útiles sobre el valor empresarial de los servicios Web.
Volver arriba
¿Qué puedo hacer con los servicios Web?
Aunque los servicios Web permitan que todos esos dispositivos dinámicos combinen varios servicios en aplicaciones, aun así es necesario construir los servicios primero. Los lenguajes de programación en la Ciencia de la Computación están en continua evolución. Se comenzó hace décadas con la idea de una función en la cual uno la proporciona algunos parámetros, la función ejecuta alguna operación con los parámetros y retorna un valor basado en los cálculos. Con el tiempo, ese primer concepto evolucionó al objeto en el cual cada objeto no sólo tenía varias funciones que podía realizar, sino también sus propias variables de datos privados, en lugar de basarse en variables externas de todo el sistema, que anteriormente hacían más complejo el desarrollo de aplicaciones. A medida que las aplicaciones comenzaron a comunicarse, el concepto de interfaces universales definidas para objetos se hizo importante, para permitir que objetos de otras plataformas se comuniquen aunque hayan sido escritos en lenguajes de programación distintos y operen en otros sistemas operativos.
En el paso más reciente, los servicios Web se acercaron al concepto de interfaces y comunicaciones definidas en XML, para finalmente unir aplicaciones de cualquier tipo, además de proporcionar la libertar de cambiar y evolucionar a lo largo del tiempo, a condición de que estén diseñadas para la interfaz adecuada. Lo que distingue los servicios Web de las tecnologías que componen la generación anterior es la versatilidad de XML. Permite separar la estructura gramatical (sintaxis) del significado gramatical (semántica) y posibilita la separación de la forma que cada servicio del entorno procesa y entiende eso. Por tanto, ahora, los objetos pueden ser definidos como servicios que se comunican con otros servicios en la gramática definida por XML, donde cada servicio traduce y analiza el mensaje de acuerdo con la implementación local y el entorno. Por tanto, una aplicación conectada en red puede efectivamente estar compuesta por varias entidades con varias construcciones y diseños diferentes, a condición de que cumplan con las reglas definidas por su arquitectura orientada a servicios.
Así, teniendo eso en mente, los servicios Web permiten:
Interacción entre servicios en cualquier plataforma, escritos en cualquier lenguaje.
Conceptualizar funciones de aplicaciones en tareas, lo que lleva al desarrollo y a flujos de trabajo orientados a tareas. Eso posibilita más abstracción del software que puede ser empleado por usuarios menos técnicos que trabajan con análisis en el ámbito de negocios.
Permite el acoplamiento flojo, lo que significa que las interacciones entre aplicaciones de servicio no se rompen siempre que haya un cambio en la forma de diseño o implementación de un servicio o más.
Adaptar las aplicaciones ya existentes a las cambiantes condiciones empresariales y necesidades de clientes.
Proporcionar aplicaciones de software ya existentes o legadas con interfaces de servicio sin cambiar las aplicaciones originales, lo que permite operar totalmente en el entorno de servicios.
Introducir otras funciones administrativas o de gestión de operaciones como confiabilidad, rendición de cuentas, seguridad, etc., independientemente de la función original, lo que aumenta su versatilidad y utilidad en el entorno de computación empresarial.
Aprenda más sobre eso:
Business Processes in a Web services Worldexplica cómo se pueden representar el flujo de trabajo y los procesos empresariales con servicios Web.
Security in a Web services worldexplora cómo el modelo de seguridad en los servicios Web está evolucionando.
Merging grids and Web servicestrata de cómo la computación grid puede usar los servicios Web en una arquitectura orientada a servicios, consistente y distribuida.
An e-mail user interface to Web servicesdescribe cómo los dispositivos móviles pueden interactuar con servicios Web empresariales al usar protocolos simples de comunicación como el e-mail.
Aprenda cómo los servicios Web funcionan en el modelo J2EE enIntegrate enterprise applications with Web services and J2EEy lea sobre los diferentes mecanismos de comunicación enChoosing among JCA, JMS, and Web services for EAI.
Volver arriba
¿Cuáles son las tecnologías de componentes de servicios Web?
Los servicios Web involucran una familia de protocolos relacionados para describir y suministrar Servicios Web e interactuar con ellos. Se puede subdividir esa familia en grupos basados en funciones y usos comunes. El primer grupo maneja los temas de mensajería y dirección, suministro y descripción de interfaces. El protocolo más conocido es el protocolo de mensajería conocido como protocolo simple de acceso a objetos (SOAP). Ese protocolo codifica mensajes para que puedan ser entregados en la red a través de un protocolo de transporte como HTTP, IIOP, SMTP u otros.
El lenguaje de descripción de servicios Web (WSDL) es representado como una serie de sentencias XML que constituyen la definición de las interfaces de cada servicio. Otra especificación que está en progreso actualmente es WS-Addressing, que define cómo dar direcciones exclusivas e identificar en forma exclusiva los servicios Web en una arquitectura distribuida. Otra especificación popular es Web Services Invocation Framework, en la cual se pueden definir interfaces WSDL para todos los tipos de componentes, incluso los que no usan los mismos protocolos de mensajería.
El siguiente grupo de protocolos y especificaciones define cómo los servicios se anuncian y encuentran otros servicios en la red. Para que un servicio encuentre otro, el protocolo de descripción, descubierta e integración universal (UDDI) define un registro y protocolos asociados para ubicar servicios y acceder a ellos. El lenguaje Web Services Inspection Language es un mecanismo alternativo al UDDI que funciona sin el uso de un registro.
Los protocolos de seguridad para servicios Web comienzan por la especificación WS-Security que define una arquitectura basada en señales para comunicaciones seguras. Existen seis principales especificaciones de componentes construidas sobre esa base:
WS-Policy y sus especificaciones relacionadas, que definen las reglas de políticas sobre la interacción de servicios.
WS-Trust, que define el modelo confiable para el intercambio seguro.
WS-Privacy, que define cómo se mantiene la privacidad de las informaciones.
WS-Secure Conversation, que define cómo establecer una sesión protegida entre servicios para intercambiar datos usando las reglas definidas en WS-Policy, WS-Trust, y WS-Privacy.
WS-Federation, que define las reglas de identidad distribuida y de la gestión de esa identidad.
WS-Authorization, que maneja el procesamiento de autorización para acceder a los datos e intercambiarlos.
Además del modelo de seguridad, existen las especificaciones específicas de las aplicaciones, incluyendo el lenguaje de ejecución de procesos empresariales para servicios Web (BPEL4WS), que define las operaciones de flujos de trabajo, y WS-Transaction y WS-Coordination, que funcionan en conjunto para manejar el procesamiento distribuido de transacciones.
Actualmente está en desarrollo una especificación para la gestión distribuida de servicios Web que trata de la gestión administrativa de software de todos los servicios y de la arquitectura orientada a servicios. Por fin, existen especificaciones para interfaces de usuario (WS-InteractiveApplications) y acceso remoto a servicios Web (WS-RemotePortals).
Las especificaciones y protocolos para servicios Web aún están siendo definidas y sólo están comenzando a explicar cómo los servicios deben interactuar. Sin embargo, no pueden abarcar todas las situaciones y combinaciones posibles. Así, el Web Services Interoperability Group (WS-I), constituido por prácticamente todos los grandes y pequeños proveedores involucrados en el desarrollo de los servicios Web, se encargó de la tarea de desarrollar estudios de caso, ejemplos de aplicaciones, casos de ejemplo de implementación y herramientas de prueba para asegurar que esos estándares y especificaciones realmente funcionarán los unos con los otros, independientemente de las implementaciones de productos de los proveedores.
WS-I ha definido su primer Basic Profile 1.0 para servicios Web y también ha lanzado sus casos de ejemplo, ejemplos de aplicaciones y herramientas de prueba para evaluar y comparar resultados de varias implementaciones de acuerdo con los casos de ejemplo.
Además de WS-I, una buena parte del trabajo de los estándares está siendo realizado por la Organización para el Avance de Estándares de Informaciones Estructuradas (OASIS), el World Wide Web Consortium (W3C) y el Grupo de Trabajo de Ingeniería de Internet (IETF).
Aprenda más sobre eso:
The Web Services Conceptual Architectureexplica las ideas técnicas relacionadas a los servicios Web y cómo funcionan.
Los estándares de protocolo y especificaciones importantes para los servicios Web están disponibles en la página de developerWorksStandards and Web services.
Están disponibles más informaciones sobre especificaciones y estándares en elsitio de W3Cy en elsitio de OASIS.
Puede leer más acerca del trabajo deWS-IenFirst look at the WS-I Basic Profile 1.0,First look at the WS-I Usage ScenariosyUnderstanding the WS-I Test Tools.
Volver arriba
¿Cuál es la relación entre los servicios Web y otras tecnologías?
Los servicios Web son, principalmente, una tecnología de integración. Sin embargo, son independientes de la forma propiamente dicha. Las tecnologías de componentes para servicios Web son definidas en forma común e interactúan en XML, según se mencionó anteriormente. Sin embargo, ya que el propio XML es independiente de lenguaje, los servicios Web también lo son. Por tanto, los servicios Web se pueden desarrollar en varios lenguajes de programación, como Java, Python, Perl, C#, Basic y otros.
Los orígenes de los servicios Web están en la tentativa de encontrar una forma mejor para que la arquitectura de Internet y la arquitectura de las aplicaciones Web se comuniquen mejor e interactúen. Así, actualmente la mayoría de los servicios Web se basan en programas que operan en entornos de servidores de aplicaciones como WebSphere, Apache y otros. No son obligatorios, mas algunas de las mejores herramientas para servicios Web están diseñadas para esos entornos.
Al proporcionar interfaces universales y más simples, los servicios Web también están ayudando a mejorar el funcionamiento del modelo de informática ubicua para entornos móviles y portables. Los softwares para informática móvil están adoptando rápidamente el modelo de comunicación de los servicios Web y, al mismo tiempo, ayudando a mejorar la cuestión de las interfaces de los servicios Web.
La computación grid ha adoptado los servicios Web como parte de la arquitectura abierta de servicios de grid, un nuevo modelo para ese tipo de informática distribuida que usa los servicios Web para comunicar cómo la grid opera.
Incluso la informática autonómica, que es una nueva forma de mantener y administrar computadores, tiene algunas aplicaciones para servicios Web.
Aprenda más sobre eso:
Java es esencial para los servicios Web y, de hecho, la mayoría del contenido sobre Servicios Web en developerWorks enfoca el desarrollo basado en Java. Por ejemplo:Developer's introduction to JAX-RPC, Part 1yDeveloper's introduction to JAX-RPC, Part 2tratan específicamente de las APIs J2EE involucradas en el desarrollo de los servicios Web.
Developing a .Net client to interact with a WebSphere Web serviceyA Demonstration of Web Services Interoperability Between the WebSphere and .Netdan un ejemplo de cómo los servicios Web pueden funcionar en plataformas distintas con arquitecturas Web diferentes.
A visual tour of OGSAexplica cómo la computación grid está siendo diseñada ahora sobre la base de los servicios Web.
Cross-platform programming with the WSTK for Mobile Devicesanaliza las herramientas para programar servicios Web para la informática móvil.
El textoETTK self-healing and optimizing demomuestra la informática autonómica y los servicios Web funcionando en conjunto.
Volver arriba
¿Cómo puedo usar servicios Web en una aplicación?
Existen varias formas de pensar acerca de los servicios Web al crear aplicaciones. En el nivel más básico, es una familia de protocolos avanzados de comunicaciones que permite que las aplicaciones se comuniquen. Ese nivel ha progresado mucho en los años recientes con muchas herramientas que permiten que los desarrolladores de software escriban servicios Web que interactúan y creen aplicaciones complejas. Ese nivel frecuentemente se caracteriza por interacciones directas uno a uno entre los servicios o por relativamente pocos servicios que interactúan los unos con los otros.
Sin embargo, el uso de los servicios Web sólo como un protocolo de comunicaciones no representa su verdadera capacidad: la capacidad de la arquitectura orientada a servicios (SOA). La SOA describe un sistema entero de servicios que buscan dinámicamente los unos a los otros, se unen para realizar alguna aplicación y se recombinan de varias formas. Ese modelo fomenta la reutilización de la tecnología y de softwares, lo que produce una evolución en la forma de diseñar, desarrollar y poner en uso las aplicaciones. Acerca a la realidad el mundo de la informática distribuida. En ese nivel, los desarrolladores de software necesitan pensar en el modelo SOA y diseñar su aplicación distribuida con ese modelo. Ese nivel se caracteriza por el uso de tecnologías para permitir las comunicaciones distribuidas de los servicios, como el uso del bus de servicios empresariales (ESB), que es una red de distribución común para el trabajo con los servicios.
Por fin, el nivel más alto es considerar ese modelo SOA y los varios servicios que lo componen como elementos constructivos, que pueden ser montados en secciones enteras dentro de aplicaciones completas, en lugar del método convencional de escribir el código línea por línea. Al examinar las interfaces que se conectan, es posible construir aplicaciones enteras sin escribir código. En realidad, el código directo puede aun perjudicar, ya que los servicios se pueden escribir en varias plataformas y lenguajes diferentes. Es posible unir los bloques en un flujo de trabajo de operaciones que define el rendimiento de la aplicación, y se pueden usar otras herramientas para supervisar la eficiencia del flujo de trabajo de cada servicio o grupo de servicios. En ese nivel, los desarrolladores pueden abandonar los lenguajes de programación regulares y trabajar en una arquitectura basada en modelos que les ayuda a crear aplicaciones con más exactitud respecto al diseño. Luego, se ejecuta ese diseño sobre la base de un sistema distribuido como un ESB.
Aprenda más sobre eso:
El Java 2 Enterprise Edition (J2EE) es uno de los principales modelos para desarrollar servicios Web en lenguaje de programación Java. Debeleer acerca de J2EEy aprender cómo funciona para entender el primer nivel de desarrollo para servicios Web.
Building a Web service from SOAP to nutsyCreate, deploy, publish, and consume a simple Web serviceson dos artículos introductorios sobre la creación de servicios Web interactuantes.
Access DB2 with Web serviceseInvoking Web services from SQLtratan de la creación de servicios Web de bases de datos.
Business processes and workflow in the Web services worlddescribe cómo los procesos empresariales funcionan en una arquitectura orientada a servicios.
Para aprender más acerca de flujos de trabajo y procesos empresariales con servicios Web, debe leer acerca de la especificación BPEL4WS en lacolumna BPEL4WSescrita por algunos de los autores de la especificación.
From UML to BPEL: Model Driven Architecture in a Web services worldexplica cómo los servicios Web se encuadran en el contexto de las arquitecturas basadas en modelos.
Volver arriba
¿Cómo puedo mejorar mis habilidades en servicios Web?
La mejor forma de mantenerse actualizado respecto a los servicios Web es leer los artículos técnicos más recientes y trabajar con las varias herramientas disponibles. Ya que la propia tecnología está en evolución, esas informaciones y herramientas proporcionan las interpretaciones más recientes de las mejores formas de trabajar con servicios Web. Además, kits de herramientas como el Emerging Technology Toolkit le dan una ventaja respecto a la innovación de esas tecnologías para que pruebe las mismas tecnologías en las cuales los expertos están trabajando. La siguiente sección presenta descripciones de esas herramientas.
Actualmente, los servicios Web vienen progresando significativamente y la diversidad de informaciones sobre ese tema está aumentando muchísimo. Hay una cantidad significativa de contenido técnico acerca del primer nivel del desarrollo de servicios Web para interacción directa que puede ser encontrada en el sitio de servicios Web. Incluso los protocolos como SOAP, que existe hace más de tres años, aún están siendo mejorados. Ya que ese tema es un blanco en movimiento, es conveniente consultar regularmente el área de contenido sobre servicios Web.
Otra buena forma de mejorar sus habilidades es participar en los foros de discusión listados directamente en la zona. Aquí puede encontrar los profesionales que trabajan activamente en esa área e incluso buscar ayuda directamente del personal de investigación y desarrollo que está diseñando las tecnologías y construyendo los productos.
Los desarrolladores avanzados pueden participar en el desarrollo y la evolución de las especificaciones de servicios Web al participar en los varios talleres que ocurren mensualmente.
Aprenda más sobre eso:
El área sobre servicios Web agrega regularmentenuevos tutorialesque explican detalladamente cómo realizar tareas útiles en los servicios Web.
Lostalleres de especificaciones de servicios Webson eventos con varios proveedores realizados para que aprenda y opine acerca de las especificaciones de servicios Web.
La columnaBest Practices for Web servicesen developerWorks analiza situaciones reales que los miembros del programa JStart de IBM para implementación temprana de la tecnología están encontrando en su camino a la implementación exitosa del proyecto. El aprendizaje de esas buenas prácticas puede ayudarle a evaluar y adaptar a la situación de su propio proyecto.
Volver arriba
Java y todas las marcas registradas basadas en Java son marcas registradas de Sun Microsystems, Inc. en Estados Unidos, otros países o ambos. Otros nombres de compañías, productos y servicios pueden ser marcas registradas o marcas de servicios de otros. Otras compañías, productos o nombres de servicios pueden ser marcas comerciales o marcas de servicio de los demás
Fte: http://www.ibm.com/developerworks/ssa/webservices/newto/websvc.html
miércoles, 23 de diciembre de 2009
Introduccion a los servicios Web en JAVA
Crear tu Primer Servicio Web en 30 minutos
El Servicio Web - una Definición Programática
Instalar el Software
Implementar un Sencillo Servicio Web
Implementar un Cliente Java de un Servicio Web
Desplegar y Ejecutar el Servicio Web JavaScript
Mensajes SOAP de un Vistazo
Limpieza
Vistazo en Profundidad a SOAP
SOAP y los Tipos Complejos
Mapeo de Tipos Complejos -- Mirada en Profundidad
Procesamiento de Errores SOAP
Referencias Remotas
Implementar Sencillas Referencias Remotas
Borrar Referencias Remotas
Seguridad
Introducción a la Seguridad en los Servicios Web
Criptografía Asimétrica -- Claves Privada y Pública
Identidades
La Firma de Datos
Certificados Verdaderos
Los Servicios Web y los Mecanismos del API Secure
Seguridad en Acción: Autentificación, Autorización y Privacidad de los Datos
Instrucciones para Ejecutar el Ejemplo
Integración con J2EE
Entender los Servicios Web y la Integración Básica con J2EE
Procesamiento Estándar J2EE
J2EE -- Aproximaciones Básicas
El ejemplo "Stock Quote EJB Wrapper"
Integración J2EE Transparente
Ejemplo de Integración Transparente J2EE
Enviar Mensajes SOAP de Forma Eficiente sobre JMS
Limpieza
Interoperabilidad de los Servicios Web
Introducción
Cómo no Verse Atrapado
Mantener Simples nuestros Tipos -- evitar Construcciones Avanzadas del Esquema XML.
Proporcionar Definiciones del Esquema XML para todos nuestos Tipos de Datos
Múltiples Uniones WSDL
Estilo de Documento por Defecto con Codificación Literal
Uso único de SOAPActions para nuestros métodos
Códigos de Ejemplo
Acceder a un Servicio MS .NET desde Java
Llamar a un Servicio Java desde un Cliente MS .NET
Seguridad en los Servicios Web con Firma Simple
La Firma Simple -- El Concepto Básico
El Escenario Simple de SSO
SSO Avanzado -- usando SAML
Instalación
Escenario Simple SSP -- ejemplo práctico
Explorando SAML
Fte: http://www.programacion.com/java/tutorial/servic_web/
El Servicio Web - una Definición Programática
Instalar el Software
Implementar un Sencillo Servicio Web
Implementar un Cliente Java de un Servicio Web
Desplegar y Ejecutar el Servicio Web JavaScript
Mensajes SOAP de un Vistazo
Limpieza
Vistazo en Profundidad a SOAP
SOAP y los Tipos Complejos
Mapeo de Tipos Complejos -- Mirada en Profundidad
Procesamiento de Errores SOAP
Referencias Remotas
Implementar Sencillas Referencias Remotas
Borrar Referencias Remotas
Seguridad
Introducción a la Seguridad en los Servicios Web
Criptografía Asimétrica -- Claves Privada y Pública
Identidades
La Firma de Datos
Certificados Verdaderos
Los Servicios Web y los Mecanismos del API Secure
Seguridad en Acción: Autentificación, Autorización y Privacidad de los Datos
Instrucciones para Ejecutar el Ejemplo
Integración con J2EE
Entender los Servicios Web y la Integración Básica con J2EE
Procesamiento Estándar J2EE
J2EE -- Aproximaciones Básicas
El ejemplo "Stock Quote EJB Wrapper"
Integración J2EE Transparente
Ejemplo de Integración Transparente J2EE
Enviar Mensajes SOAP de Forma Eficiente sobre JMS
Limpieza
Interoperabilidad de los Servicios Web
Introducción
Cómo no Verse Atrapado
Mantener Simples nuestros Tipos -- evitar Construcciones Avanzadas del Esquema XML.
Proporcionar Definiciones del Esquema XML para todos nuestos Tipos de Datos
Múltiples Uniones WSDL
Estilo de Documento por Defecto con Codificación Literal
Uso único de SOAPActions para nuestros métodos
Códigos de Ejemplo
Acceder a un Servicio MS .NET desde Java
Llamar a un Servicio Java desde un Cliente MS .NET
Seguridad en los Servicios Web con Firma Simple
La Firma Simple -- El Concepto Básico
El Escenario Simple de SSO
SSO Avanzado -- usando SAML
Instalación
Escenario Simple SSP -- ejemplo práctico
Explorando SAML
Fte: http://www.programacion.com/java/tutorial/servic_web/
MacBook Pro 13" Unibody Repair Manual
Como reparar y desmontar un MacBook Pro 13"
Fte: http://www.ifixit.com/Guide/
"MacBook Pro 13" Unibody Repair Manual"
- MacBook Pro 13" Unibody - iFixit (ver en Google Sidewiki)
jueves, 17 de diciembre de 2009
Programación por capas - Wikipedia, la enciclopedia libre
Programación por capas - Wikipedia, la enciclopedia libre
Programación por capas
De Wikipedia, la enciclopedia libre
Saltar a navegación, búsqueda
La programación por capas es un estilo de programación en el que el objetivo primordial es la separación de la lógica de negocios de la lógica de diseño; un ejemplo básico de esto consiste en separar la capa de datos de la capa de presentación al usuario.
Tres capas.PNG
La ventaja principal de este estilo es que el desarrollo se puede llevar a cabo en varios niveles y, en caso de que sobrevenga algún cambio, sólo se ataca al nivel requerido sin tener que revisar entre código mezclado. Un buen ejemplo de este método de programación sería el modelo de interconexión de sistemas abiertos.
Además, permite distribuir el trabajo de creación de una aplicación por niveles; de este modo, cada grupo de trabajo está totalmente abstraído del resto de niveles, de forma que basta con conocer la API que existe entre niveles.
En el diseño de sistemas informáticos actual se suele usar las arquitecturas multinivel o Programación por capas. En dichas arquitecturas a cada nivel se le confía una misión simple, lo que permite el diseño de arquitecturas escalables (que pueden ampliarse con facilidad en caso de que las necesidades aumenten).
El diseño más utilizado actualmente es el diseño en tres niveles (o en tres capas).
Capas y niveles [editar]
1.- Capa de presentación: es la que ve el usuario (también se la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la información y captura la información del usuario en un mínimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). Esta capa se comunica únicamente con la capa de negocio. También es conocida como interfaz gráfica y debe tener la característica de ser "amigable" (entendible y fácil de usar) para el usuario.
2.- Capa de negocio: es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos para almacenar o recuperar datos de él. También se consideran aquí los programas de aplicación.
3.- Capa de datos: es donde residen los datos y es la encargada de acceder a los mismos. Está formada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio.
Todas estas capas pueden residir en un único ordenador, si bien lo más usual es que haya una multitud de ordenadores en donde reside la capa de presentación (son los clientes de la arquitectura cliente/servidor). Las capas de negocio y de datos pueden residir en el mismo ordenador, y si el crecimiento de las necesidades lo aconseja se pueden separar en dos o más ordenadores. Así, si el tamaño o complejidad de la base de datos aumenta, se puede separar en varios ordenadores los cuales recibirán las peticiones del ordenador en que resida la capa de negocio.
Si, por el contrario, fuese la complejidad en la capa de negocio lo que obligase a la separación, esta capa de negocio podría residir en uno o más ordenadores que realizarían solicitudes a una única base de datos. En sistemas muy complejos se llega a tener una serie de ordenadores sobre los cuales corre la capa de negocio, y otra serie de ordenadores sobre los cuales corre la base de datos.
En una arquitectura de tres niveles, los términos "capas" y "niveles" no significan lo mismo ni son similares.
El término "capa" hace referencia a la forma como una solución es segmentada desde el punto de vista lógico:
Presentación/ Lógica de Negocio/ Datos.
En cambio, el término "nivel" corresponde a la forma en que las capas lógicas se encuentran distribuidas de forma física. Por ejemplo:
* Una solución de tres capas (presentación, lógica del negocio, datos) que residen en un solo ordenador (Presentación+lógica+datos). Se dice que la arquitectura de la solución es de tres capas y un nivel.
* Una solución de tres capas (presentación, lógica del negocio, datos) que residen en dos ordenadores (presentación+lógica, lógica+datos). Se dice que la arquitectura de la solución es de tres capas y dos niveles.
* Una solución de tres capas (presentación, lógica del negocio, datos) que residen en tres ordenadores (presentación, lógica, datos). La arquitectura que la define es: solución de tres capas y tres niveles.
Programación por capas
De Wikipedia, la enciclopedia libre
Saltar a navegación, búsqueda
La programación por capas es un estilo de programación en el que el objetivo primordial es la separación de la lógica de negocios de la lógica de diseño; un ejemplo básico de esto consiste en separar la capa de datos de la capa de presentación al usuario.
Tres capas.PNG
La ventaja principal de este estilo es que el desarrollo se puede llevar a cabo en varios niveles y, en caso de que sobrevenga algún cambio, sólo se ataca al nivel requerido sin tener que revisar entre código mezclado. Un buen ejemplo de este método de programación sería el modelo de interconexión de sistemas abiertos.
Además, permite distribuir el trabajo de creación de una aplicación por niveles; de este modo, cada grupo de trabajo está totalmente abstraído del resto de niveles, de forma que basta con conocer la API que existe entre niveles.
En el diseño de sistemas informáticos actual se suele usar las arquitecturas multinivel o Programación por capas. En dichas arquitecturas a cada nivel se le confía una misión simple, lo que permite el diseño de arquitecturas escalables (que pueden ampliarse con facilidad en caso de que las necesidades aumenten).
El diseño más utilizado actualmente es el diseño en tres niveles (o en tres capas).
Capas y niveles [editar]
1.- Capa de presentación: es la que ve el usuario (también se la denomina "capa de usuario"), presenta el sistema al usuario, le comunica la información y captura la información del usuario en un mínimo de proceso (realiza un filtrado previo para comprobar que no hay errores de formato). Esta capa se comunica únicamente con la capa de negocio. También es conocida como interfaz gráfica y debe tener la característica de ser "amigable" (entendible y fácil de usar) para el usuario.
2.- Capa de negocio: es donde residen los programas que se ejecutan, se reciben las peticiones del usuario y se envían las respuestas tras el proceso. Se denomina capa de negocio (e incluso de lógica del negocio) porque es aquí donde se establecen todas las reglas que deben cumplirse. Esta capa se comunica con la capa de presentación, para recibir las solicitudes y presentar los resultados, y con la capa de datos, para solicitar al gestor de base de datos para almacenar o recuperar datos de él. También se consideran aquí los programas de aplicación.
3.- Capa de datos: es donde residen los datos y es la encargada de acceder a los mismos. Está formada por uno o más gestores de bases de datos que realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento o recuperación de información desde la capa de negocio.
Todas estas capas pueden residir en un único ordenador, si bien lo más usual es que haya una multitud de ordenadores en donde reside la capa de presentación (son los clientes de la arquitectura cliente/servidor). Las capas de negocio y de datos pueden residir en el mismo ordenador, y si el crecimiento de las necesidades lo aconseja se pueden separar en dos o más ordenadores. Así, si el tamaño o complejidad de la base de datos aumenta, se puede separar en varios ordenadores los cuales recibirán las peticiones del ordenador en que resida la capa de negocio.
Si, por el contrario, fuese la complejidad en la capa de negocio lo que obligase a la separación, esta capa de negocio podría residir en uno o más ordenadores que realizarían solicitudes a una única base de datos. En sistemas muy complejos se llega a tener una serie de ordenadores sobre los cuales corre la capa de negocio, y otra serie de ordenadores sobre los cuales corre la base de datos.
En una arquitectura de tres niveles, los términos "capas" y "niveles" no significan lo mismo ni son similares.
El término "capa" hace referencia a la forma como una solución es segmentada desde el punto de vista lógico:
Presentación/ Lógica de Negocio/ Datos.
En cambio, el término "nivel" corresponde a la forma en que las capas lógicas se encuentran distribuidas de forma física. Por ejemplo:
* Una solución de tres capas (presentación, lógica del negocio, datos) que residen en un solo ordenador (Presentación+lógica+datos). Se dice que la arquitectura de la solución es de tres capas y un nivel.
* Una solución de tres capas (presentación, lógica del negocio, datos) que residen en dos ordenadores (presentación+lógica, lógica+datos). Se dice que la arquitectura de la solución es de tres capas y dos niveles.
* Una solución de tres capas (presentación, lógica del negocio, datos) que residen en tres ordenadores (presentación, lógica, datos). La arquitectura que la define es: solución de tres capas y tres niveles.
Simple Flex Tutorial
I've been learning Flex for a presentation at my local CFUG, and I'm actually quite impressed with how much you can do with so little code.
However, most of the Flex tutorials I have found are very long and over simplified, so I've created a simple blog reader in 23 lines of MXML code to use as a tutorial. Here's what our Flex Application will look like:
flex blog reader screen shot
How does the example work?
When you click the Load Blog Entries button my RSS feed entries are loaded into the datagrid. When you click on a row in the datagrid the corresponding entry is loaded into the text area.
Step 1 - XML and Application declaration
Start your XML file with a XML declaration, and an mx:Application tag:
Step 2 - Define your HTTPService
Our first step is to define the HTTPService that we will use to connect to my RSS feed. We will give an id of httpRSS so we can refer back to it.
Step 3 - Enclose your controls within a panel
A panel is simply a container to put controls (the DataGrid, TextArea, and Button) into. We are going to set some attributes on the panel as well, it should be pretty easy to figure out what they mean:
Step 4 - Define your DataGrid
We are using the DataGrid component to display the list of blog entries in my RSS feed, along with their date.
This step is probably the most complicated step because we have to bind our RSS xml data to the datagrid, and define an event handler when the rows are clicked.
In the attributes of the DataGrid we are using dynamic variables or expressions denoted by the curly braces {variable}.
Ok so there is a lot going on there, first so I'll break it down a bit:
width
We are setting the width dynamically based on the size of its parent panel reader, specifically we set it to be 15 pixels narrower than its panel.
dataProvider
In the dataProvider attribute we are binding the data for this grid to the result of our HTTPService named httpRSS. More specifically we want to bind each item tag in our XML file to a row in the datagrid. Since the item tags are inside the rss and channel tags we refer to it the array of items as httpRSS.result.rss.channel.
cellPress
Next we want to create an event handler that will display the contents of the description tag inside the item that is clicked on. Using the variable entries.selectedIndex we know which item was clicked on, and we can refer to the description (the entry body) of that item as: httpRSS.result.rss.channel.
Now we just need to set the value of our TextArea which we will define in the next step to the rss item description, so we simply assign that value to the htmlText property of the TextArea (whose name will be body).
columns
Now we need to define which columns we are to display in the datagrid. The columnName must match the tag name that we want it to correspond to.
Step 5 - Define the TextArea
Use the mx:TextArea tag to define the text area where the entry body will go:
Step 6 - Create a Button
Our last control to define is a Button which will simply tell the HTTPService to make the request.
In the click event handler we call the send() method on our HTTPService object.
Step 7 - Close Panel and Application
Simply close some tags, and your done!
"I've been learning Flex for a presentation at my local CFUG, and I'm actually quite impressed with how much you can do with so little code. However, most of the Flex tutorials I have found are very long and over simplified, so I've created a simple blog reader in 23 lines of MXML code to use as a tutorial. Here's what our Flex Application will look like: How does the example work? When you click the Load Blog Entries button my RSS feed entries are loaded into the datagrid. When you click on a row in the datagrid the corresponding entry is loaded into the text area. Step 1 - XML and Application declaration Start your XML file with a XML declaration, and an mx:Application tag: <?xml version="1.0" ?> <mx:Application xmlns:mx="http://www.macromedia.com/2003/mxml"> Step 2 - Define your HTTPService Our first step is to define the HTTPService that we will use to connect to my RSS feed. We will give an id of httpRSS so we can refer back to it. <mx:HTTPService id="httpRSS" url="http://www.petefreitag.com/rss/" resultFormat="object" /> Step 3 - Enclose your controls within a panel A panel is simply a container to put controls (the DataGrid, TextArea, and Button) into. We are going to set some attributes on the panel as well, it should be pretty easy to figure out what they mean: <mx:Panel id="reader" title="Pete Freitag's Blog Reader" width="500"> Step 4 - Define your DataGrid We are using the DataGrid component to display the list of blog entries in my RSS feed, along with their date. This step is probably the most complicated step because we have to bind our RSS xml data to the datagrid, and define an event handler when the rows are clicked. In the attributes of the DataGrid we are using dynamic variables or expressions denoted by the curly braces {variable}. <mx:DataGrid id="entries" width="{reader.width-15}" dataProvider="{httpRSS.result.rss.channel.item}" cellPress="{body.htmlText=httpRSS.result.rss.channel.item[entries.selectedIndex].description}"> <mx:columns> <mx:Array> <mx:DataGridColumn columnName="title" headerText="Title" /> <mx:DataGridColumn columnName="pubDate" headerText="Date" /> </mx:Array> </mx:columns> </mx:DataGrid> Ok so there is a lot going on there, first so I'll break it down a bit: width We are setting the width dynamically based on the size of its parent panel reader, specifically we set it to be 15 pixels narrower than its panel. dataProvider In the dataProvider attribute we are binding the data for this grid to the result of our HTTPService named httpRSS. More specifically we want to bind each item tag in our XML file to a row in the datagrid. Since the item tags are inside the rss and channel tags we refer to it the array of items as httpRSS.result.rss.channel.item. cellPress Next we want to create an event handler that will display the contents of the description tag inside the item that is clicked on. Using the variable entries.selectedIndex we know which item was clicked on, and we can refer to the description (the entry body) of that item as: httpRSS.result.rss.channel.item[entries.selectedIndex].description. Now we just need to set the value of our TextArea which we will define in the next step to the rss item description, so we simply assign that value to the htmlText property of the TextArea (whose name will be body). columns Now we need to define which columns we are to display in the datagrid. The columnName must match the tag name that we want it to correspond to. Step 5 - Define the TextArea Use the mx:TextArea tag to define the text area where the entry body will go: <mx:TextArea id="body" editable="false" width="{reader.width-15}" height="300" /> Step 6 - Create a Button Our last control to define is a Button which will simply tell the HTTPService to make the request. <mx:Button label="Load Blog Entries" click="{httpRSS.send()}" /> In the click event handler we call the send() method on our HTTPService object. Step 7 - Close Panel and Application Simply close some tags, and your done! </mx:Panel> </mx:Application> One Caveat Flex 1.5 uses a proxy to invoke HTTPService calls, and other remote service calls, and for security reasons the proxy will block the HTTP call. You add the RSS feed url (or simply http://*) to the proxy whitelist in your flex-config.xml. See this KB article for more info. Complete MXML source code: <?xml version="1.0" ?> <mx:Application xmlns:mx="http://www.macromedia.com/2003/mxml"> <mx:HTTPService id="httpRSS" url="http://www.petefreitag.com/rss/" resultFormat="object" /> <mx:Panel id="reader" title="Pete Freitag's Blog Reader" width="500"> <mx:DataGrid id="entries" width="{reader.width-15}" dataProvider="{httpRSS.result.rss.channel.item}" cellPress="{body.htmlText=httpRSS.result.rss.channel.item[entries.selectedIndex].description}"> <mx:columns> <mx:Array> <mx:DataGridColumn columnName="title" headerText="Title" /> <mx:DataGridColumn columnName="pubDate" headerText="Date" /> </mx:Array> </mx:columns> </mx:DataGrid> <mx:TextArea id="body" editable="false" width="{reader.width-15}" height="300" /> <mx:Button label="Load Blog Entries" click="{httpRSS.send()}" /> </mx:Panel> </mx:Application>"
- Simple Flex Tutorial (ver en Google Sidewiki)
miércoles, 16 de diciembre de 2009
GANTT-Diagramm GANTT diagram Diagramme de GANTT Diagramma di GANTT Diagrama de GANTT Diagrama de GANTT
Introducción al diagrama de GANTT
El diagrama de GANTT es una herramienta que le permite al usuario modelar la planificación de las tareas necesarias para la realización de un proyecto. Esta herramienta fue inventada por Henry L. Gantt en 1917.
Debido a la relativa facilidad de lectura de los diagramas de GANTT, esta herramienta es utilizada por casi todos los directores de proyecto en todos los sectores. El diagrama de GANTT es una herramienta para el director del proyecto que le permite realizar una representación gráfica del progreso del proyecto, pero también es un buen medio de comunicación entre las diversas personas involucradas en el proyecto.
Este tipo de modelo es particularmente fácil de implementar con una simple hoja de cálculo, pero también existen herramientas especializadas, la más conocida es Microsoft Project. También existen equivalentes de este tipo de software que son gratis.
Cómo crear un diagrama de GANTT
En un diagrama de GANTT, cada tarea es representada por una línea, mientras que las columnas representan los días, semanas, o meses del programa, dependiendo de la duración del proyecto. El tiempo estimado para cada tarea se muestra a través de una barra horizontal cuyo extremo izquierdo determina la fecha de inicio prevista y el extremo derecho determina la fecha de finalización estimada. Las tareas se pueden colocar en cadenas secuenciales o se pueden realizar simultáneamente.
Diagrama GANTT de un proyecto Web
Si las tareas son secuenciales, las prioridades se pueden confeccionar utilizando una flecha qué desciende de las tareas más importantes hacia las tareas menos importantes. La tarea menos importante no puede llevarse a cabo hasta que no se haya completado la más importante.
Prioridades en un diagrama de GANTT
A medida que progresa una tarea, se completa proporcionalmente la barra que la representa hasta llegar al grado de finalización. Así, es posible obtener una visión general del progreso del proyecto rastreando una línea vertical a través de las tareas en el nivel de la fecha actual. Las tareas ya finalizadas se colocan a la izquierda de esta línea; las tareas que aún no se han iniciado se colocan a la derecha, mientras que las tareas que se están llevando a cabo atraviesan la línea. Si la línea está cubierta en la parte izquierda, ¡la tarea está demorada respecto de la planificación del proyecto!
Idealmente, un diagrama como este no debe incluir más de 15 ó 20 tareas para que pueda caber en una sola hoja con formato A4. Si el número de tareas es mayor, es posible crear diagramas adicionales en los que se detallan las planificaciones de las tareas principales.
Acontecimientos
Adicionalmente, es posible que los eventos más importantes, que no sean las tareas mismas, se muestren en la planificación como puntos de conexión del proyecto: estos se denominan acontecimientos.
Los acontecimientos permiten que el proyecto se realice en fases claramente indentificables, evitando que se prolongue la finalización del mismo. Un acontecimiento podría ser la producción de un documento, la realización de una reunión o el producto final de un proyecto. Los acontecimientos son tareas de duración cero, representadas en el diagrama por un símbolo específico, frecuentemente un triángulo invertido o un diamante.
Representación de un acontecimiento en un diagrama de GANTT
Recursos
Generalmente es posible (y útil) mostrar referencias en el diagrama, humanas o materiales, para permitir calcular el tiempo restante y tener una idea del costo global.
Para ser más concisos, por lo general sólo serán necesarios las iniciales o los nombres de los responsables.
Herramientas
* Proyecto GANTT
Fte: http://es.kioskea.net/
"Introducción al diagrama de GANTT El diagrama de GANTT es una herramienta que le permite al usuario modelar la planificación de las tareas necesarias para la realización de un proyecto. Esta herramienta fue inventada por Henry L. Gantt en 1917.Debido a la relativa facilidad de lectura de los diagramas de GANTT, esta herramienta es utilizada por casi todos los directores de proyecto en todos los sectores. El diagrama de GANTT es una herramienta para el director del proyecto que le permite realizar una representación gráfica del progreso del proyecto, pero también es un buen medio de comunicación entre las diversas personas involucradas en el proyecto. Este tipo de modelo es particularmente fácil de implementar con una simple hoja de cálculo, pero también existen herramientas especializadas, la más conocida es Microsoft Project. También existen equivalentes de este tipo de software que son gratis. Cómo crear un diagrama de GANTT En un diagrama de GANTT, cada tarea es representada por una línea, mientras que las columnas representan los días, semanas, o meses del programa, dependiendo de la duración del proyecto. El tiempo estimado para cada tarea se muestra a través de una barra horizontal cuyo extremo izquierdo determina la fecha de inicio prevista y el extremo derecho determina la fecha de finalización estimada. Las tareas se pueden colocar en cadenas secuenciales o se pueden realizar simultáneamente. Si las tareas son secuenciales, las prioridades se pueden confeccionar utilizando una flecha qué desciende de las tareas más importantes hacia las tareas menos importantes. La tarea menos importante no puede llevarse a cabo hasta que no se haya completado la más importante. A medida que progresa una tarea, se completa proporcionalmente la barra que la representa hasta llegar al grado de finalización. Así, es posible obtener una visión general del progreso del proyecto rastreando una línea vertical a través de las tareas en el nivel de la fecha actual. Las tareas ya finalizadas se colocan a la izquierda de esta línea; las tareas que aún no se han iniciado se colocan a la derecha, mientras que las tareas que se están llevando a cabo atraviesan la línea. Si la línea está cubierta en la parte izquierda, ¡la tarea está demorada respecto de la planificación del proyecto! Idealmente, un diagrama como este no debe incluir más de 15 ó 20 tareas para que pueda caber en una sola hoja con formato A4. Si el número de tareas es mayor, es posible crear diagramas adicionales en los que se detallan las planificaciones de las tareas principales. Acontecimientos Adicionalmente, es posible que los eventos más importantes, que no sean las tareas mismas, se muestren en la planificación como puntos de conexión del proyecto: estos se denominan acontecimientos. Los acontecimientos permiten que el proyecto se realice en fases claramente indentificables, evitando que se prolongue la finalización del mismo. Un acontecimiento podría ser la producción de un documento, la realización de una reunión o el producto final de un proyecto. Los acontecimientos son tareas de duración cero, representadas en el diagrama por un símbolo específico, frecuentemente un triángulo invertido o un diamante. Recursos Generalmente es posible (y útil) mostrar referencias en el diagrama, humanas o materiales, para permitir calcular el tiempo restante y tener una idea del costo global. Para ser más concisos, por lo general sólo serán necesarios las iniciales o los nombres de los responsables. Herramientas Proyecto GANTT"
- Diagrama de GANTT (ver en Google Sidewiki)
Aplicaciones para el OMNIA i900
http://www.taringa.net/posts/
"Aplicaciones para el OMNIA i900"
- Taringa! - Aplicaciones para el OMNIA i900 (ver en Google Sidewiki)
martes, 15 de diciembre de 2009
Mac OS X keyboard shortcuts
Start up hot-keys (press key while booting)
X = Force Mac OS X startup
C = Start up from a bootable CD
N = Attempt to start up from a compatible network server (NetBoot)
T = Start up in FireWire Target Disk mode
Opt-Cmd-Shift-Delete = Seeks a different startup volume
Shift = Start up in Safe Boot mode
Cmd-V = Start up in Verbose mode
Cmd-S = Start up in Single-User mode
Cmd-Opt-Esc = Force Quit menu
Cmd-Opt-D = Show/hide the dock
Ctrl-Eject = Bring up Shutdown/Sleep/Logout Dialog
Ctrl-Cmd-Eject = Restart immediately
Clipboard
Cmd-C = Copy
Cmd-V = Paste
Cmd-X = Cut
Cmd-A = Select All
Finder Navigation
Cmd-N = New Finder window
Cmd-W = Close Window
Opt-Cmd-W = Close all Windows
Cmd-Down = Open File/Folder
Cmd-Up = Navigate to parent
Cmd-Right = Expand folder (in list view)
Cmd-Left = Collapse Folder (in list view)
Opt-Cmd-Right = Expand folder and its subfolders (in list view)
Opt-Cmd-Up = Open parent folder and close current window
Cmd-Shift-H = Jump to your Home folder
Cmd-Shift-A = Jump to your Applications folder
Cmd-Shift U = Jump to your Utilities folder
Cmd-Shift K = Jump to the Network browser
Cmd-Shift G = Goto Folder…
Cmd-1 = View as Icons
Cmd-2 = View as List
Cmd-3 = View as Columns
Cmd-Space = Open Spotlight (OS X 10.4)
Cmd-Delete = Move file/folder to trash
Cmd-Click window title = Display the file path
Menu Commands
Shift-Cmd-Q = Log out
Shift-Opt-Cmd-Q = Log out immediately
Shift-Cmd-Delete = Empty Trash
Opt-Shift-Cmd-Delete = Empty Trash without dialog
Cmd-H = Hide window
Opt-Cmd-H = Hide Others
Cmd-N = File New window
Shift-Cmd-N = New Folder
Cmd-O = Open
Cmd-S = Save
Shift-Cmd-S = Save as
Cmd-P = Print
Cmd-W = Close Window
Opt-Cmd-W = Close all Windows
Cmd-I = Get Info
Opt-Cmd-I = Show Attributes Inspector
Cmd-D = Duplicate
Cmd-L = Make Alias
Cmd-R = Show original
Cmd-T = Add to Favorites
Cmd-Delete = Move to Trash
Cmd-E = Eject
Cmd-F = Find
Cmd-Z = Undo
Cmd-B = Hide Toolbar
Cmd-J = Show View Opts
Cmd = [ = Go Back
Cmd = ] = Go Forward
Shift-Cmd-C = Go to Computer
Shift-Cmd-H = Go to your Home folder
Shift-Cmd-I = Go to iDisk
Shift-Cmd-A = Go to Applications folder
Shift-Cmd-G = Go to Go-To Folder
Cmd-K = Connect to Server
Cmd-M = Minimize Window
Cmd-? = Open Mac Help
Cmd-Space = Open Spotlight (OS X 10.4)
Screen capture
Cmd-Shift 3 = Capture the screen to a file
Cmd Ctrl Shift 3 = Capture the screen to the clipboard
Cmd-Shift 4 = Select an area to be captured to a file
Cmd Ctrl Shift 4 = Select an area to be captured to the clipboard
Cmd-Shift 4, then press Space = Capture entire window
Universal Access
Opt-Cmd-* (asterisk) = Turn on Zoom
Opt-Cmd-+ (plus) = Zoom in
Opt-Cmd– (minus) = Zoom out
Cmd-Opt-Ctrl-8 = Invert Screen colours
Window Management
Cmd-W = Close window
Cmd-Opt-W = Close all windows
Cmd-M = Minimise window
Cmd-Opt-M = Minimise all windows
Cmd-H = Hide Application
Cmd-~ = Cycle through windows for current application
Ctrl-F4 = Cycle through every open window
Cmd-Tab = Bring up the Application Switcher.
Cmd-Tab = Cycle Forwards
Cmd-~ = Cycle Backwards
Cmd-Shift-Tab = Cycle Backwards
Cmd-Q = Quit application
Expose
F9 = Show all open windows on the screen at once
F10 = Show all windows for the current application.
F11 = Shows Desktop
F12 = Activates Dashboard
F12 (hold) = ejects disk
Miscellaneous
Opt-Cmd-D = Show/Hide Dock
Ctrl-Up = Move up one page
Ctrl-Down = Move down one page
Opt-Drag = Copy to new location
Opt-Cmd-Drag = Make alias in new location
Cmd-Drag = Move to new location without copying
Opt-Cmd-Eject = Sleep
Cmd-click window toolbar button (upper right corner) = Cycle through toolbar views
Ctrl-Cmd-D and mouse over word in Cocoa applications = shows Dictionary description for that word
http://www.silvermac.com/mac-
Portátiles de Apple: Calibración de la batería del equipo para un rendimiento óptimo
Resumen
Puedes calibrar la batería de iones de litio de tu iBook, PowerBook, MacBook, MacBook Air o MacBook Pro para obtener el mejor rendimiento posible.
La batería dispone de un microprocesador interno que ofrece una estimación de la cantidad de energía que hay en la batería conforme se carga y descarga. La batería necesita volver a calibrarse de vez en cuando para que el tiempo y el porcentaje de batería que aparecen en pantalla sean los correctos y para que la batería funcione con la máxima eficacia. Deberías realizar esta operación la primera vez que utilices tu ordenador y luego cada unos pocos meses. Si habitualmente dejas tu ordenador portátil Apple enchufado a la CA y utilizas la batería pocas veces, lo mejor sería realizar este proceso una vez al mes. En el sitio web http://www.apple.com/es/
Consejos para maximizar la carga de la batería del portátil
Resumen
Puedes seguir algunos sencillos pasos para prolongar la carga de la batería del portátil de Apple.
A continuación, se especifican algunos pasos y configuraciones sencillos que puedes llevar a cabo para sacar el máximo provecho de la batería de tu MacBook, MacBook Pro, iBook o PowerBook.
Productos afectados
Ordenadores portátiles
Optimiza la configuración de la batería en preferencias de Economizador.
En el menú Apple, selecciona Preferencias del sistema.
En el menú Ver, selecciona Economizador.
Haz clic en Mostrar detalles.
Selecciona Batería o Alimentación con batería en el menú emergente "Configuración para".
Selecciona Batería mejor o más larga en el menú emergente Optimizar configuración de energía.
Estas configuraciones pondrán el disco duro en el modo de reposo siempre que sea posible y reducirán el rendimiento del microprocesador del ordenador para maximizar la duración de la batería. Si estás utilizando aplicaciones que requieren un uso intensivo del procesador, es posible que desees cambiar estas configuraciones para que el rendimiento del microprocesador no se vuelva a ver reducido.
Ajusta el brillo de la pantalla según el nivel adecuado más bajo.
Pulsa las teclas F1 (más oscuro) y F2 (más brillante) para atenuar el brillo de la pantalla hasta que esté lo más bajo posible al mismo tiempo que se pueda ver la pantalla adecuadamente.
Desactiva la tecnología y opciones que no se utilicen.
Igual que apagas las luces de una habitación vacía, también puedes apagar la tecnología y opciones que no utilices para maximizar la duración de la batería. Aquí tienes unas cuantas sugerencias:
Saca los CD y DVD que no se estén utilizando. Cada cierto tiempo, la unidad óptica gira para leer el CD o DVD. Esto consume energía.
Desconecta los periféricos cuando no los estés utilizando. Los periféricos conectados, como impresoras y cámaras digitales, pueden consumir energía de la batería aunque no los estés utilizando.
Si te encuentras en un lugar en el que no necesitas utilizar AirPort o Bluetooth, puedes apagarlos para ahorrar energía.
Para desconectar el AirPort:
En el menú Apple, selecciona Preferencias del sistema.
En el menú Ver, selecciona Red.
En el menú Mostrar, selecciona Configuraciones de puerto de red.
Elimina la marca de verificación de AirPort.
Haz clic en Aplicar ahora.
Para desconectar el Bluetooth en Mac OS X 10.2 o posterior:
En el menú Apple, selecciona Preferencias del sistema.
En el menú Ver, selecciona Bluetooth.
Haz clic en la ficha Configuración.
Haz clic en Apagar Bluetooth.
Fte: http://support.apple.com/kb/
lunes, 7 de diciembre de 2009
Sincronizar Omnia en un Mac
SyncMate, sincroniza Windows Mobile y Mac
http://www.moviendonos.com/
Suscribirse a:
Entradas (Atom)