Traduza

Translate to EnglishÜbersetzen Sie zum Deutsch/GermanΜεταφράστε στα ελληνικά/GreekПереведите к русскому/RussianOversetter til Norsk/NorwegianÖversätta till Svensk/Swedishहिनà¥à¤¦à¥€ अनà¥à¤µà¤¾à¤¦ करने के लिà¤/Hindi
Tradueix al català/CatalanTulkot uz latviešu/LatvianPreložiť do slovenčiny/SlovakVertaal aan het Nederlands/Dutchترجمة الى العربية/ArabicTraduzca al Español/SpanishTraduisez au Français/French
Traduca ad Italiano/ItalianTraduza ao Português/Portuguese日本語に翻訳しなさい /Japanese한국어에게 번역하십시오/Korean中文翻译/Chinese Simplified中文翻译/Chinese TraditionalПереклад на українську/Ukrainian
A imagem de RHCE Red Hat certificou o guia do estudo do linux do coordenador (exame RH302) (a imprensa da certificação)
Imagem de começar Google Maps API 3
Imagem de XSLT 2.0 e de referência de programador de XPath 2.0 (programador ao programador)
Imagem do desenvolvimento de aplicações do rádio do Android

XAM encarregou de campos

Neste borne eu olho que campos são encarregados pela especificação de SNIA XAM v1.0 e escrevo uma aplicação de Java pequena para recuperar seus valores de defeito usando VIM do Centera XAM do VIM e da compatibilidade electrónica da referência de XAM.

Que é significado por um campo em XAM? De acordo com a seção 3.1.5 da especificação v1.0 de XAM, a parte 1, um campo é uma parte de dados excepcionalmente identificáveis que podem ser unidos a um XSet, a um XSystem, ou a uma biblioteca de XAM.

Mais concreta, um campo tem um nome, um número de atributos que descrevem como interagir com o objeto, e um valor. Todo o objeto preliminar de XAM, isto é um XSystem, um XSet, ou um objeto da biblioteca de XAM pode conter uns ou vários campos.

Os nomes de campo são cordas codificadas UTF-8 sentitive do caso com um comprimento máximo de 512 bytes e de nenhuns caráteres NULOS encaixados. Para evitar conflitos do namespace, o namespace do campo é alocado entre vendedores de sistema do armazenamento de SNIA, de XAM e de aplicação de XAM vendedores. A seguinte tabela mostra o namespace atualmente reservado para nomes de campo: NAMESPACEDESCRIPTION .xam.* O XAM Biblioteca-possuiu a parcela do namespace. Os campos neste namespace serão definidos nesta especificação e em suas continuações e não estendidos por vendedores de sistema do armazenamento de XAM. .xsystem.*The XSystem-possuiu a parcela do namespace. Os campos neste namespace serão definidos nesta especificação e em suas continuações e não estendidos por vendedores de sistema do armazenamento de XAM. .xset.* a parcela XSet-possuída do namespace. Os campos neste namespace serão definidos nesta especificação e em suas continuações e não estendidos por vendedores de sistema do armazenamento de XAM. o sistema de .vnd.<reverseDNS>.*The XAM vendedor-possuiu o namespace dentro do namespace de XSystem, onde está o nome de DNS reverso org.snia.*Reserved de vendedor de sistema do armazenamento de XAM para SNIA org.snia.xam.* reservado para SNIA FCWG para evitar conflitos do namespace do campo entre vendedores de sistema do armazenamento de XAM no namespace unreserved restante e aleviate a necessidade para um registro central do nome de campo de XAM, a primeira parcela de um vendedor o nome de campo que será o Domain Name do vendedor na ordem reversa, seguida pelo nome de campo vendedor-definido, por exemplo com.emc.centera.xam.vim.version.

Como mentionly previamente um campo pode ter atributos. Os seguintes quatro atributos são encarregados pela especificação de XAM: ATRIBUA o tipo do MIME de NAMEDESCRIPTION TypeThe do valor. O tipo atributo será US-ASCII codificado com um comprimento máximo de 512 bytes. Valor booleano de BindingA que indica se o campo é limitado ao XUID do XSet. Indicação do valor booleano de ReadonlyA

Tema de Atahualpa

Boa vinda ao repouso novo de meu blogue.  Eu comutei a WordPress 2.8 com o tema de Atahualpha.  Eu espero que você gosta da disposição e das linhas simples limpas deste tema que, BTW, está decorando grandes revisões da comunidade blogging.

Eu provavelmente deixarei o blogue velho no lugar no Blogger por alguns meses mas não lhe estarei adicionando nenhuns bornes novos.

Formato canônico de XAM

Uma das exigências chaves para conseguir a persistência a longo prazo dos dados é a habilidade de mover dados entre a arquivística de sistemas ou, na língua da especificação de SNIA XAM (método de acesso eXtensible), movendo XSets entre XSystems.

A especificação de XAM v1.0 suporta esta exigência fornecendo a sustentação para exportar e importar Xsets.  Especific os métodos usados para exportar um XSet de um XSystem, do formato de intercâmbio de dados canônico resultante de XSet (pacote) e dos métodos usados para importar um Xset em um Xsystem. 

Este borne supor que você é um tanto familiar com o XAM e como programar a essa especificação usando Java.  Centra-se sobre o formato e o índice do pacote canônico do formato de XSet que consiste em duas porções principais: um original de XML que descrevesse as políticas, as propriedades e os córregos dos uns ou vários XSets seguiu pela respresentação binária dos córregos.

O formato do pacote conforma-se à recomendação de empacotamento aperfeiçoada XML-binária de 2005 W3C (XOP). Para citar da recomendação:

XOP definem um mecanismo de uso geral da serialização para o XML Infoset com índice binário que é não somente aplicável ao SABÃO e ao MIME que empacotam, mas a todo o XML Infoset e qualquer mecanismo de empacotamento.

Se você é estranho com XOP, e a maioria de povos são, um artigo por Andrey Butov na introdução de dezembro 2005 de Jornal do doutor Dobb conteve uma boa introdução.

Mais de um XSet pode ser contido em um pacote.  Entretanto a execução atual da referência de XAM SDK suporta somente um XSet.  O original de XML (AKA o XSet manifesto) é um original válido e well-formed de XML cujo o elemento da raiz seja xsets.  Pode ser analisado gramaticalmente e manipulado usando XSLT e outras ferramentas de XML.  O anexo B do original da arquitetura de XAM contem uma definição do esquema de XML (XSD) para o XSet manifesto.

A fim estudar mais detalhadamente o formato do pacote, eu escrevi uma aplicação de Java pequena chamada StoreHelloWorld que cria um XSet novo que contem dois XStreams.  O primeiro Xstream contem o código fonte para o programa ubíquo de HelloWorld.java.  O segundo XStream contem o objeto binário HelloWorld.class codificado a base64 e com um tipo do MIME da aplicação/base64.  Normalmente você não deve codificar um XStream mas indicar limas binárias em um blogue é problemática e daqui a ac1ão alternativa.

Está aqui o código fonte para StoreHelloWorld. fferedOutputStream de java.io.Bu da importação; fferedInputStream de java.io.Bu da importação; fferedReader de java.io.Bu da importação; importação java.io.Fi le; leInputStream de java.io.Fi da importação; leOutputStream de java.io.Fi da importação; leNotFoundException de java.io.Fi da importação; leWriter de java.io.Fi da importação; exceção de java.io.IO da importação; putStreamReader de java.io.In da importação; putStream de java.io.In da importação; importação

Namespace prolongado novo dos atributos de lima de Fedora 11

Eu estou experimentando com o XAM (método de acesso eXtensible), que é um padrão do armazenamento desenvolvido por SNIA (a associação da indústria dos trabalhos em rede do armazenamento e desenvolveu um primeiro protótipo de um VIM (módulo de relação do vendedor) para o sistema de arquivo ext4 baseado em adicionar um outro namespace à sustentação prolongada atual dos atributos de lima.  Desde que outros colaboradores do linux puderam estar interessados em como adicionar um namespace prolongado dos atributos a um sistema de arquivo, eu decidi publicar este borne como um guia.

Os atributos de lima prolongados (EA) são extensões aos atributos normais que são associados com os inodes em um sistema de arquivo.  São simplesmente conhecidos: avalie os pares associados com as limas e os diretórios e cuja a finalidade é fornecer a funcionalidade adicional que é definida pelo sistema de exploração ou por uma aplicação do usuário.  Um EA pode ser definido ou undefined.  Se um EA é definido, seu valor pode ser vazio ou non-empty.  A maioria do trabalho inicial para suportar EAs no linux foi feito por Andreas Gruenbacher no marco temporal 2001 a 2004 e é baseado no trabalho feito no sistema de arquivo do SGI XFS.

EAs é armazenado diretamente nos inodes e em blocos adicionais do disco caso necessário.  Atualmente todo o EAs associado com uma lima deve caber em um inode e em um bloco adicional.  Os blocos que contêm o jogo idêntico de EAs podem ser compartilhados entre diversos inodes.  EAs nos inodes e em blocos tem um encabeçamento diferente seguido por descritores da entrada múltipla.  Os descritores da entrada são classificados em blocos do disco mas deixados não escolhidos nos inodes.

Os nomes do EA são cordas zero-terminadas e são especific sempre usando a inteiramente - namespace.attribute qualificado por exemplo system.posix_acl_access ou security.selinux.  Namespaces é usado para definir classes diferentes de EAs.  As classes diferentes do EA são exigidas porque as permissões e as capacidades exigidas manipulando EAs em um namespace podem diferir de um a outro.  Atualmente o linux suporta namespaces do EA para SELinux (segurança.), sistema (sistema.), confiado (confiado.) e usuário (usuário.).

Fedora 11 vem com sustentação do EA na semente do linux e daqui é a semente que deve ser modificada a fim adicionar um outro namespace do EA.  Em meu caso eu quis adicionar um namespace do EA chamado snia a fim suportar metadata de XAM XSet (veja abaixo).

Está aqui a lima de remendo para Fedora 11 2.6.29.4 - a semente 167.fc11 que executa o namespace do snia.  Deve trabalhar para sementes de 32 bits e 64-bit mas eu testei-a somente em uma semente 64-bit. diff

Sustentação de Twinview do nVidia de Fedora 11

Fedora 11 navios (de Leonidas) com o excitador dos gráficos do nVidia do nouveau preloaded à revelia se uma placa gráfica do nVidia é detectada em instala o tempo.  As versões anteriores de Fedora usaram o excitador mais velho de X.Org nanovolt.

O projeto do nouveau visa produzir excitadores de Open Source 3D para placas gráficas do nVidia.  De acordo com o projeto Wiki do nouveau

2D-support está na forma razoavelmente boa com aceleração, Xv e Randr12 de EXA (pense da duplo-cabeça, das rotações, etc.). Randr12 deve trabalhar para todos os cartões até, e incluindo, Geforce 9000 séries, embora algumas edições com Geforce 8/9 de portátil possam ainda existir, porque tais relatórios de erro das edições devem ser submetidos. Randr12 é agora o defeito. Toda a funcionalidade 3D que possa existir é ainda unsupported, não pede instruções para tentá-la. Também, o interruptor do VT quando X funcionar é considerado afortunado.

Bem, eu funcionei certamente rapidamente na edição do interruptor do VT!  Trabalhou mas não consistentemente.

Infelizmente o excitador do nouveau atualmente não suporta a funcionalidade de TwinView do nVidia e eu suspeito que será uma estadia longa antes que faça se nunca!

Para usar TwinView com Fedora 11, você tem que carregar os excitadores corretos do nVidia de rpmfusion.org.  Eu descrevi como fazer em detalhe isto em um borne precedente assim que eu não repetirei essa informação aqui.

Você igualmente precisa de modificar sua lima de grub.conf para incluir a opção do carregador da semente do nopat como mostrado abaixo. initrd /initrd-2.6.29.4-167.fc11.x86_64.img do nopat do silêncio do rhgb do ro root=/dev/mapper/vg_ultra-lv_root de /vmlinuz-2.6.29.4-167.fc11.x86_64 da semente da raiz de Fedora do título (2.6.29.4 - 167.fc11.x86_64) (hd0,1)

A opção do nopat é necessário para esta semente particular (2.6.29.4) como parece ainda ter funcionalidade quebrada da PANCADINHA.

Para aqueles leitores que são inconsciente do que a PANCADINHA é, é aqui uma breve explanação.  Pôr em esconderijo da página foi controlado tradicional por uma característica do processador central chamada Memória Tipo registos da escala (MTRR).  Um processador central tem um jogo finito e limitado de MTRRs cada qual peça de controle do espaço de endereço físico.  Para superar esta limitação e fornecer uma arquitetura mais flexível, Intel e outros vendedores do processador central x86 adicionaram um jogo dos bocados às entradas de tabela da página para controlar como um processador central pagina pôr em esconderijo.  Estes bocados são chamados a tabela do atributo da página (PANCADINHA).  Casualmente, a semente 2.6.26 era a primeira semente do linux para suportar pancadinhas.

A menos que você reconstruir seu ramdisk inicial (initrd), o excitador do nouveau permanecerá carregado na semente.  Eu prefiro não ter o excitador do nouveau carregado em minha semente se eu sou