Je vais essayer de décrire l'ajout d'une pièce jointe à un message SOAP via l'API JAX-WS.

SOAP 1.2 permet d'envoyer à l'instar des mails des documents en pièce jointe d'un flux SOAP.

Ils peuvent être binaires ou tout simplement texte (ex. flux XML). Les flux binaires sont par défaut mis dans le message SOAP et encodé en base64. Ce qui augmente la taille du message d'environ 30% par rapport au flux binaire original....

Exemple de flux binaire encodé en base64:

  
     
       JVBERi0xLjQNJeLjz9MNCjYgMCBvYmoNPDwgDS9MaW5lYXJpemVkIDEgDS9PIDkgDS9IIFsgMTQ2MSAyMjcgXSANL0wgMjk1ODMgDS9FIDI3NTU4IA0vTiAxIA0vVCAyOTM0NiANPj4gDWVuZG9iag0gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB4cmVmDTYgNDMgDTAwMDAwMDAwMTYgMDAwMDAgbg0KMDAwMDAwMTIyMCAwMDAwMCBuDQowMDAwMDAxMzA5IDAwMDAwIG4NCjAwMDAwMDE2ODggMDAwMDAgbg0KMDAwMDAwMTg5MyAwMDAwMCBuDQowMDAwMDAyMDg0IDAwMDAwIG4NCjAwMDAwMDI2MjcgMDAwMDAgbg0KMDAwMDAwMzM3OSAwMDAwMCBuDQowMDAwMDAzNzUzIDAwMDAwIG4NCjAwMDAwMDQwOTcgMDAwMDAgbg0KMDAwMDAwNDE2NSAwMDAwMCBuDQowMDAwMDA0MjA0IDAwMDAwIG4NCj
     
  

On peut donc ajouter une pièce jointe dans un flux grâce à la classe DataHandler. Celle-ci fournit les mécanismes de sérialisation et de gestion des types MIME.

L' API permet également d'utiliser d'autres classes plus spécifiques : (ex.: la classe Image pour pour les images png et jpg)

Exemple:

@WebService
@Stateless
@SOAPBinding(style=SOAPBinding.Style.DOCUMENT,use=SOAPBinding.Use.LITERAL,parameterStyle=SOAPBinding.ParameterStyle.WRAPPED)


public class PDFDownloaderBean implements PDFDownloaderBeanLocal {

 
    private static final String PDF_FILE="GTD-EN.pdf";

    private DataHandler dataHandler;

 
    @WebMethod
    public DataHandler sendPDF() {

 
        try {

            FileDataSource dataSource = new FileDataSource(new File(PDF_FILE));

            dataHandler = new DataHandler(dataSource);

            System.err.println(">>>>>>>>>>FICHIER :" + dataSource.getName());

        } catch (Exception e) {

            e.printStackTrace();

        }

        return dataHandler;

    }

}

Ici nous renvoyons dans un flux SOAP un fichier binaire.

Nous pouvons voir dans SOAPUI que les données binaires renvoyées sont encodées en base64 et mises directement dans le flux XML. Pour que ces dernières soient réellement en pièce jointe, on peut: gérer les pièces jointes manuellement en utilisant la classe SOAPMessageContext dans un handler

@Override
    public boolean handleMessage(SOAPMessageContext context) {

        Boolean isOutBound = (Boolean) context.get(MessageContext.MESSAGE_OUTBOUND_PROPERTY);

        if (isOutBound) {

            try {

                AttachmentPart attachmentPart = context.getMessage().createAttachmentPart();

                FileDataSource dataSource = new FileDataSource(new File(PDF_FILE));

                attachmentPart.setDataHandler(new DataHandler(dataSource));

                attachmentPart.setContentId("pdf");

                context.getMessage().addAttachmentPart(attachmentPart);

 
            } catch (Exception e) {

                e.printStackTrace();

            }

        }

        return true;

 
    }

ou tout simplement utiliser MTOM. Ce mécanisme permet d'envoyer le flux binaire dans sa forme originale et nous éviter l'encodage en base64....

Pour activer MTOM sur notre service il faut simplement ajouter l'annotation @MTOM

@MTOM
@WebService
@Stateless
@SOAPBinding(style=SOAPBinding.Style.DOCUMENT,use=SOAPBinding.Use.LITERAL,parameterStyle=SOAPBinding.ParameterStyle.WRAPPED)


public class PDFDownloaderBean implements PDFDownloaderBeanLocal

Et voila la requête générée :

 xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:prot="http://proto.touret.info/">
   />

   >

      />

   >

>

et la réponse

 xmlns:S="http://schemas.xmlsoap.org/soap/envelope/">
   >

       xmlns:ns2="http://proto.touret.info/">

         >

             href="cid:f25753c5-c8eb-4ced-b6cd-7c89c687a7c0@example.jaxws.sun.com" xmlns="http://www.w3.org/2004/08/xop/include"/>

         >

      >

   >

>

On peut voir que le message SOAP n'indique qu'une référence à la pièce jointe ( un peu comme les images inclus dans un mail HTML) et non le flux en base 64.

Le résultat vu par SOAPUI:

Ressources

Un article intéressant sur le site d'IBM

Original post of Littlewing.Votez pour ce billet sur Planet Libre.

Ca va bientôt faire un mois que j'ai plus posté quoi que ce soit... C'est donc honteux, la queue entre les jambes, que je me décide ENFIN à montrer un signe de vie . Oui, je sais, je ne vous manque peut-être pas, mais avez-vous songé à la récifroque (coquille volontaire) :-) ?

Bref, concernant les Nono's Songs ou encore les Serv'o'm0le, je n'ai vraiment pas d'excuse. Manque de temps, manque de motivation, ça reviendra sans doute, et le moins tard possible. Oui, c'est la version pessimiste du "plus tôt possible" !

Par contre du côté des Nono's Vrac, je continue à faire ma veille. Bon, sur mois un entier je dois avoir plus de 100 liens TRÈS sélectionné à poster, et plus j'en accumule, plus ça me fait peur de le rédiger... En clair, il est grand temps que je me mette un coup de pied au cul : IL FAUT que j'installe un shaarli...

C'est ce que j'ai commencé à faire en envoyant bêtement un mail à sebsauvage, lui posant quelques question sur mes envies de fonctionnement.

Pourquoi "bêtement" ? Tout simplement :

1. parce qu'il n'est pas là pour faire le support de son appli, il est déjà assez overbooké (comme tout le monde ?!) en ce moment pour ça
2. car je me prive de vous, utilisateurs de shaarli, qui pouvez peut-être répondre à mes questions, dont voici un résumé :

Je compte, dans un futur proche, passer à shaarli pour générer mes nono's vrac automatiquement depuis la BDD de shaarli.

Le souci, j'ai jamais bossé avec une BDD comme celle de shaarli...

Me sera-t-il possible, automatiquement, via une requête, une api, ou un bout de code, de :

• récupérer tous les liens compris entre deux dates (date du dernier nono's vrac - date du jour) ?
• récupérer uniquement les liens, avec un tag  'nonovrac' par exemple ?
• pouvoir écrire automatiquement

  
  Original post of Nono.Votez pour ce billet sur Planet Libre.

Aujourd’hui, Geek de France souhaitait vous présenter différents projets de console de jeux vidéo ayant abouti ou abandonné ou en cours de développement ou ya (Vous comprendrez le jeu de mot dans le prochain article concernant les consoles de salon) et utilisant notre système d’exploitation GNU / Linux.

Notre première partie concerne les consoles portables.

La saga GP2X

Je ne peux vous parler de la GP2X sans vous parler avant de son ancêtre la GP32. La GP32 était une console portable coréenne, sortie en 2001 et produite par la société Game Park, bien que n’étant pas sous GNU / Linux, c’était une console ouverte qui permettait le bidouillage (« hackable » si vous me permettez cet anglicisme).

Suite à un désaccord interne sur la prochaine console une partie des employés quittèrent Game Park pour fonder GamePark Holdings qui produira la GP2X,  la première console portable sous GNU / Linux et donc l’héritière spirituelle de la GP32.

Quant à Game Park, sa future console portable XGP, ne vit jamais le jour et la société mis la clé sous la porte en 2006.

La GP2X sortie initialement en Corée, en 2005, au prix de 185$ connue quelques versions matérielles dont la dernière, la « F200″ sortie en 2007 remplaçait le joystick par une croix directionnelle et un écran tactile muni d’un stylet.

Au niveau matériel, la console avait les caractéristiques suivantes :

• GNU / Linux customisée
• écran 3,5″ TFT LCD, 320×240, 65536 couleurs
• 64Mo de mémoire interne réservé à l’OS
• double proc 200MHz (ARM920T et ARM940T programmable), 64Mo SDRAM
• Joystick (FX100) / Croix directionnelle (F200)
  
• 2 piles AA ou via adaptateur électrique

En 2008, Game Park Holdings annonça avoir vendu au total 60 000 exemplaires autour du monde et qu »un successeur allait voir le jour la GP2X Wiz.

La GP2X Wiz, sortie en 2009 au prix de 179$, tourne comme ça grande soeur sous GNU / Linux, avec les specs suivantes :

• GNU / Linux customisée
• écran 2,8″, 320×240 AMOLED tactile
• 1Go de mémoire
• ARM926TEJ 533 MHz, 64Mo DDR
• accélération 3D supportant OpenGL ES 1.1
• 2 Croix directionnelles
• Batterie interne 2000mAh en Lithium Polymer (env. 7h de jeu/lecture vidéo)

La GP2X Canoo, succède à la Wiz en 2010 au prix de 150$, c’est grosso modo une Wiz avec certaines specs ré-haussées:

• GNU / Linux customisée
• écran 3,5″, 320×240 LCD tactile résistif
• 128Mo de mémoire interne réservé à l’OS
• ARM926EJ 533 MHz, 128Mo DDR 133Mhz
• accélération 3D supportant OpenGL ES 1.1
• Joystick
• accéléromètre et vibration
• Wifi via adapteur (USB dongle – vendu séparément)
• Batterie: interne 1850mAh Lithium (env. 5/6h de jeu/lecture vidéo)

La communautaire

Le projet OpenPandora a commencé quand des membres de la communauté GP32X (forum qui rassemble les possesseurs des consoles portables coréennes, sous GNU / Linux, GP32 et GP2X) ont décidé de faire équipe afin de mettre au point la console portable libre ultime. Leur première idée était essentiellement une version GP32 sans ses lacunes (batteries, contrôles) puis ils se sont tournés vers le forum GP32X pour définir les spécifications de la Pandora sur la base des idées et des suggestions des membres de la communauté. Le développement c’est financé à travers les précommandes.

La console a eu droit à 3 versions Classic, Rebirth et 1Ghz dont les specs sont les suivantes:

• GNU / Linux basée sur Ångström
• écran 4,3″, 800×480 LCD tactile
• 512Mo de mémoire interne
• ARM Cortex-A8 CPU 600 MHz (Classic et Rebirth) ou 1Ghz , 256Mo DDR (Classic) 512Mo (Rebirth et 1Ghz)
• PowerVR SGX530 110 MHz (Classic et Rebirth) et 200 MHz (1Ghz)
• 2 Croix directionnelle, 2 Joysticks, un clavier QWERTY
• accéléromètre et vibration
• Wifi et Bluetooth intégré
• Batterie: interne 4200mAh Lithium (env. 8/10h de jeu/lecture vidéo, 100h en lecture audio, 450h en hibernation(Suspend-to-RAM) )

Au final, on est plus en présence d’un UMPC (mini ordinateur portable) avec son clavier QWERTY que d’une simple console, mais son prix assez élevé de 279€ pour la Classic 439€ pour la Rebirth et 539€ pour la 1Ghz explique les 3500 exemplaires vendus. Enfin seulement n’est pas le mot judicieux car à y regarder de plus près on est pas dans une logique commerciale ici, on est devant une console de qualité produite communautairement et en Europe: au début les consoles n’étaient produites qu’une fois les précommandes enregistrées dépassaient un certain seuil.

La plus hackée

J’ai failli oublié la Dingoo, une autre console portable, chinoise, mais qui à l’origine n’est pas sous GNU/Linux. Sortie en 2009 et vendue à plus d’un million d’exemplaires, son succès s’explique sûrement par son bas prix de 82$. Mais c’est ça très prolifique communauté qui nous intéresse puisque cette console a bénéficié d’un port GNU / Linux connu sous le nom de Dingux, installable en dual boot sur la console, 5 mois après sa sortie.

• Open Dingux en dual boot
• écran 2,8″ LCD, 320×240, 65536 couleurs
• 1/2/4Gb de mémoire interne
• Ingenic JZ4732 336 MHz, 32Mo DDR 112 MHz
• Croix directionnelle
• Tuner FM
• 1700-1800 mAH (6.29WH) Li-Ion (env. 7h de jeu/lecture vidéo)

La plus récente

La GCW Zero est une héritière de la Pandora et de la Dingux : c’est une console faite par des joueurs pour des joueurs et qui est soutenu par la communauté autour de la Dingoo. Sortie en édition limité à 250 exemplaires en décembre 2012, les premiers tests de la console ont été très positifs.

Les caractéristiques de la consoles sont les suivantes:

• Open Dingux
• écran 3,5″, 320×240
• 8Gb de mémoire interne
• Ingenic JZ4770 1Ghz, 256Mo DDR2
• D-PAD + pad analogique
• accéléromètre et vibreur
• Wifi intégré

Un kickstarter a été lancé, le 8 janvier dernier afin de récolter 130 000 $ avant le 28 janvier à 7h30 pour permettre le lancement de la production en masse de la console portable.

Pourquoi contribuer à cette opération, voici quatre bonne raisons de le faire:

1. Son prix n’est pas prohibitif
2. Son prix publique sera sûrement un peu plus élevé par la suite
3. Vous soutiendrez un projet de console libre.
4. Vous obtiendrez la reconnaissance de toute l’équipe derrière la GCW.

L’opération

Suivant la hauteur du don plusieurs options vous sont proposés :

• 5$ : une note personnel de remerciement vous sera envoyée par l’équipe de la GCW Zero.
• 10$ : une note personnel de remerciement et un autocollant du logo vous seront envoyés par l’équipe de la GCW Zero.
• 50$ : un tee-shirt, un autocollant et un verre avec le logo GCW Zero vous seront envoyés par l’équipe de la GCW Zero.
• 135$ : une console avec les jeux et logiciels libres et un accès au site de GCW zero (pour les mises à jour logicielle).
• 160$ : une console, un tee-shirt, un autocollant et un verre et tous les accès au site.
• 500$ : (plutôt réservé aux développeurs) 2 consoles capable de communiquer ensemble en Wifi ainsi que le soutien de l’équipe pour le développement d’applications ou de jeux. Une sorte de boutique en ligen sera accessible avec une section qui vous sera dédiée. Plus un tee-shirt, un autocollant et un verre.
• 1000$ : Même chose qu’au dessus avec en plus un accès direct au canal de discussion de l’équipe pour un suivi en direct de l’évolution du projet.
• 5000$ : Une mention comme membre fondateur en plus de tout le reste, vous aurez le droit à 6 verres + 6 verres à bières et une invitation pour 2 personnes à diner avec l’équipe de la GCW (séjour à l’hôtel et diner inclus).

Prévoyez tout de même 20$ supplémentaire pour les frais d’envoi…

Original post of Geek de France.Votez pour ce billet sur Planet Libre.

C’est un Geektionnerd très spécial que nous propose Gee cette semaine (cliquez sur l’image pour l’agrandir).

Vous pouvez également lire les traductions de quelques uns de ses articles que nous avons publié cette semaine, ainsi que ce Manifeste Hacker qui lui va si bien.

Crédit : Simon Gee Giraudot (Creative Commons By-Sa)

Original post of Framablog.Votez pour ce billet sur Planet Libre.

Ce post est un petit pense-bête pour toutes celles et ceux qui souhaiteraient changer la langue d’un utilisateur dans Centreon.

• Logguez-vous sur l’interface web Centreon
• Rendez-vous dans Configuration ==> Users
• Sélectionnez l’utilisateur pour lequel vous souhaitez effectuer ces modifications
• Rendez-vous dans l’onglet Centreon Authentication
• Comme montré ci-dessous changez la valeur dans le champ Default language :

Que faire si ma langue n’est pas affiché dans la liste déroulante ?

Vous pouvez télécharger les fichiers de traduction ici : http://translate.centreon.com/ ces fichiers sont au nombre de deux : help.mo et messages.mo. Créez le dossier correspond à votre langue dans /usr/share/centreon/www/locale/. Exemple avec la version italienne (je donne dans l’originalité ) :

# cd /usr/share/centreon/www/locale/
# mkdir it_IT
# mkdir it_IT/LC_MESSAGES

Copiez les fichiers de traduction téléchargé (ici : http://translate.centreon.com/it/centreon-2.3/LC_MESSAGES/) dans ce dossier. Un petit changement de droits pour que votre serveur apache puisse travailler avec ces fichiers :

# chown -R apache:apache /usr/share/centreon/www/locale/it_IT

Votre dossier de traduction devrait apparaître dans les paramètres de l’utilisateur.

Si l’utilisateur est connecté au moment de la modification notez que pour que les modifications soient pris en charge il doit se déconnecter et se reconnecter.

 Loic FONTAINE

Original post of Lolokai.Votez pour ce billet sur Planet Libre.