SNIA lanzó recientemente una nueva versión del XAM SDK con las porciones de nuevas características. Fue incluido en este SDK un nuevo VIM de la referencia. Este poste le demuestra cómo utilizar este SDK para escribir un pequeño uso del ingester de RSS en Java cuál utiliza el nuevo VIM de la referencia como el sistema del almacenaje de XAM.
|
|
|||||||||||||||||||||||
    |
Este poste discute cómo utilizar la biblioteca de Java Typica para tener acceso y para manipular a los datos almacenados en un servicio del Amazonas SimpleDB. Un número de ejemplos completos, extendiéndose de muy simple a más avanzado, se proporcionan. Así como el abastecimiento de medios de la vendedor-independiente de crear, recuperando, modificando y suprimiendo XSets, la especificación de SNIA XAM v1.0 también define un lenguaje de interrogación (XAM QL), basado en un subconjunto de la lengua del SQL, porque de seleccionar y de recuperar el XUIDs de XSets basado en criterios contenido-definidos. El sistema de las palabras reservadas para este lenguaje de interrogación es absolutamente pequeño: seleccione, donde, y, o, no, como, existe, el atar, inalterable, typeof, longitud, fecha, VERDADES, FALSOS, antes de que, después de, contenga, y dentro. Por diseño, las preguntas de XAM parecen una declaración selecta del SQL. El lenguaje de interrogación es sin diferenciación entre mayúsculas y minúsculas y utiliza el juego de caracteres de ASCII. Aquí está un ejemplo de una pregunta simple de XAM: seleccione “.xset.xuid” donde “com.example.name” = 'Tuckers Plantation La versión 1.0 de la especificación de XAM define dos niveles de ayuda del lenguaje de interrogación, el nivel 1 es decir del nivel 1 y del nivel 2. define preguntas en características y cualidades de campo en XSets y es obligatorio. Cualquier valor de una propiedad de XSet que sea accesible a un programa de aplicación vía la biblioteca de XAM puede ser preguntado. El nivel 2 prolonga el nivel 1 a las preguntas de la ayuda en XStreams y es opcional. Ambos niveles de pregunta están alcanzados a través de un tipo solo, definido del trabajo que todos los abastecedores de XAM deban apoyar. Puesto que ninguÌn vendedor que soy consciente de tiene preguntas del nivel realmente ejecutado 2, el resto de los focos de este poste en preguntas del nivel 1. Una instrucción del lenguaje de interrogación de XAM consiste en una cláusula selecta obligatoria seguida por un opcional donde cláusula. Para XAM v1.0 la única cláusula selecta válida es el `selecto .xset.xuid'. Esto especifica que el uso está pidiendo una lista de valores de XUID. Por ejemplo seleccione “.xset.xuid” devolverá una lista de cada XSet que sea legible a la hora de la pregunta. Donde la cláusula se utiliza para especificar un subconjunto de XSets que se emparejará. Para las preguntas del nivel 1 se restringe a las comparaciones entre las características de XSet y los valores y/o las cualidades de campo literales y los valores literales. seleccione “.xset.xuid” donde “.xam.time.xuid” > la fecha ('2009-02-01T00: 00: 00.0 ') devolverá la lista de todo el Xsets que fueron creadas encendido o después del 1 de febrero de 2009. Las demostraciones siguientes de la tabla que colocan y los tipos literales pueden ser comparados válido. xam_intxam_doublexam_stringxam_datetimexam_xuid internacional ** doble ** datetime* XUID* del string* que la biblioteca de XAM valida que las secuencias y los liberales de las secuencias son las secuencias de conformación UTF-8. Los literales de cadena no conformes UTF-8 generan un error de sintaxis no fatal de la pregunta de XAM. Las ediciones tales como solo contra caracteres múltiples del glyph y caracteres no imprimibles están sin especificar y En este poste miro en qué campos son asignados por mandato por la especificación de SNIA XAM v1.0 y escribo un pequeño uso de Java para recuperar sus valores prefijados usando VIM de XAM de la referencia del Centera XAM del VIM y del EMC. ¿Qué es significada por un campo en XAM? Según la sección 3.1.5 de la especificación v1.0 de XAM, la parte 1, un campo es un pedazo de datos únicamente identificables que se puedan atar a un XSet, a un XSystem, o a una biblioteca de XAM. Más concreto, un campo tiene un nombre, un número de cualidades que describan cómo obrar recíprocamente con el objeto, y un valor. Cualquier objeto primario de XAM, es decir un XSystem, un XSet, o un objeto de la biblioteca de XAM puede contener uno o más campos. Los nombres de campo son secuencias codificadas UTF-8 sentitive del caso con una longitud máxima de 512 octetos y de ningunos caracteres NULOS encajados. Para evitar choques del namespace, el namespace del campo se asigna entre los vendedores de sistema del almacenaje de SNIA, de XAM y los vendedores del uso de XAM. La tabla siguiente demuestra el namespace actualmente reservado para los nombres de campo: NAMESPACEDESCRIPTION .xam.* El XAM Biblioteca-poseyó la porción del namespace. Los campos en este namespace serán definidos en esta especificación y sus continuaciones y no extendidos por los vendedores de sistema del almacenaje de XAM. .xsystem.*The XSystem-poseyó la porción del namespace. Los campos en este namespace serán definidos en esta especificación y sus continuaciones y no extendidos por los vendedores de sistema del almacenaje de XAM. .xset.* la porción XSet-poseída del namespace. Los campos en este namespace serán definidos en esta especificación y sus continuaciones y no extendidos por los vendedores de sistema del almacenaje de XAM. el sistema de .vnd.<reverseDNS>.*The XAM vendedor-poseyó el namespace dentro del namespace de XSystem, donde está el nombre de DNS reverso del vendedor de sistema del almacenaje de XAM org.snia.*Reserved para SNIA org.snia.xam.* reservado para SNIA FCWG para evitar choques del namespace del campo entre los vendedores de sistema del almacenaje de XAM en el namespace sin reservas restante y el aleviate la necesidad de un registro central del nombre de campo de XAM, la primera porción de un vendedor que el nombre de campo será el Domain Name del vendedor en la orden reversa, seguida por el nombre de campo vendedor-definido, e.g. com.emc.centera.xam.vim.version. Como mentionly previamente un campo puede tener cualidades. Las cuatro cualidades siguientes son asignadas por mandato por la especificación de XAM: ATRIBUYA el tipo del MIME de NAMEDESCRIPTION TypeThe del valor. El tipo cualidad será US-ASCII codificada con una longitud máxima de 512 octetos. Valor boleano de BindingA que indica si el campo está limitado al XUID del XSet. Valor boleano de ReadonlyA Uno de los requisitos dominantes para alcanzar persistencia de largo plazo de los datos es la capacidad de mover datos entre archivar sistemas o, en la lengua de la especificación de SNIA XAM (método de acceso extensible), moviendo XSets entre XSystems. La especificación de XAM v1.0 apoya este requisito proporcionando la ayuda para exportar e importar Xsets. Especifica los métodos usados para exportar un XSet de un XSystem, del formato de intercambio de datos canónico resultante de XSet (paquete) y de los métodos usados para importar un Xset en un Xsystem. Este poste asume que usted es algo familiar con XAM y cómo programar a esa especificación usando Java. Se centra en el formato y el contenido del paquete canónico del formato de XSet que consiste en dos porciones principales: un documento de XML que describe las políticas, las características y las corrientes de uno o más XSets siguió por la representación binaria de las corrientes. El formato del paquete se ajusta a la recomendación de empaquetado optimizada XML-binaria de 2005 W3C (XOP). Para cotizar de la recomendación: XOP definen un mecanismo de fines generales de la serialización para el XML Infoset con el contenido binario que es no sólo aplicable al JABÓN y al MIME que empaquetan, pero a cualquier XML Infoset y cualquier mecanismo de empaquetado. Si usted es desconocedor con XOP, y es la mayoría de la gente, un artículo de Andrey Butov en la aplicación del diciembre de 2005 Journal del doctor Dobb contuvo una buena introducción. Más de un XSet se puede contener en un paquete. Sin embargo la puesta en práctica actual de la referencia de XAM SDK apoya solamente un XSet. El documento de XML (AKA el XSet manifesto) es un documento válido y bien formado de XML cuyo elemento de la raíz es xsets. Puede ser analizado y ser manipulado usando XSLT y otras herramientas de XML. El anexo B del documento de la arquitectura de XAM contiene una definición del esquema de XML (XSD) para el XSet manifesto. Para estudiar el formato del paquete más detalladamente, escribí un pequeño uso de Java llamado StoreHelloWorld que crea un nuevo XSet que contiene dos XStreams. El primer Xstream contiene el código fuente para el programa ubicuo de HelloWorld.java. El segundo XStream contiene el objeto binario HelloWorld.class codificado a base64 y con un tipo del MIME del uso/base64. Usted no debe codificar normalmente un XStream pero la exhibición de archivos binarios en un blog es problemática y por lo tanto la solución alternativa. Aquí está el código fuente para StoreHelloWorld. fferedOutputStream de java.io.Bu de la importación; fferedInputStream de java.io.Bu de la importación; fferedReader de java.io.Bu de la importación; importación java.io.Fi le; leInputStream de java.io.Fi de la importación; leOutputStream de java.io.Fi de la importación; leNotFoundException de java.io.Fi de la importación; leWriter de java.io.Fi de la importación; excepción de java.io.IO de la importación; putStreamReader de java.io.In de la importación; putStream de java.io.In de la importación; |
||||||||||||||||||||||
|
Copyright el © Finnbarr 2005-2011 P. Murphy. Todos los derechos reservados. |
|||||||||||||||||||||||