;)
Vous trouverez sur mon blog des infos sur différents sujets techniques. Ils proviennent de mes expériences chez BEA, Versata ... et actuellement ORACLE
mardi 30 octobre 2007
BPEL & Excel
;)
vendredi 26 octobre 2007
Oracle Cics Adapter - License.txt
Il faut avant tout ouvrir votre Studio Oracle et disposer du CD d'installation ou du fichier téléchargé du site Oracle (en bref l'installation).
Vous devez renseigner la licence pour chacunes de vos machines MVS que vous avez configurées.
comment procéder ?
- Ouvrir le Studio "Oracle Studio for Legacy Adapters"
- Aller sur une de vos machines que vous avez spécifiée, faire un clic droit dessus et procéder ainsi :
puis sélectionner le fichier license.txt présent dans l'installation du produit : Mon_intall\adapters_10131_win32\Oracle_Connect\CICS_Legacy_Adapter\license.txt
puis confirmer ...
La license est maintenant connue pour le studio et pour les deamons de votre CICs
jeudi 25 octobre 2007
Oracle - CICs Adapter et Oracle studio for Legacy Adapters
Pour effectuer cela j'ai télécharger un exemple de code Colob MicroFocus sur :
http://www.csis.ul.ie/COBOL/examples/default.htm#SimplePrograms
Multiplier.cbl
Ensuite il faut procéder ainsi :
- créer une connexion déconnecté vers votre CICs
- Ajouter votre fichier Cobol par le bouton Add ci-dessous
- modifier si besoin les paramètres de parsing de votre Cobol
- Paramètrer les variables d'entrées / sorties
La liste déroulante propose par défaut les entrées sorties de votre programme Cobol
- publier votre strucutre dans l'annuaire Meta Data, que vous pourrez appeler depuis Bpel Process Manager
- Configurer votre Bpel Server via la console d'administration:
(Repeat the previous step for each Oracle Connect server to be used by Oracle BPEL Process Manager. Use a comma as a separator between the different servers and ports.)
mardi 23 octobre 2007
RFID - Show 2007 - Paris la défense (CNIT)
lundi 22 octobre 2007
RFID : Extension des documents EPCIS
Oracle Sensor Data Manager : SDM permettant d'être en accord avec la norme EPCIS (Electronic Product Code Information Service) définie par EPC Globlal.
La connexion entre le monde HardWare et le monde logiciel de l'entreprise passe par un serveur dit EDGE (frontière). Le flux va être transformé sous forme de document XML normé (ALE : Application Level Event) définit par EPC Global.
Ensuite ces documents sont inscrits dans un annuaire des mouvements : EPCIS (Electronic Product Code Information Service).
Les interfaces de EPCIS sont normées (notamment sous forme de Web Services) et comprennent plusieurs méthodes : capture, pool ....
Chaque flux xml ALE, est proposé sous différents types de document (objectEvent, TransactionEvent, QuantityEvent ...). La structure de ces documents est validée par EPC Global et est totalement supportée par la solution Oracle.
La normalisation EPCIS offre la possibilité d'étendre les documents "Events" par des zones spécifiques. Ci-dessous la structure proposée en standard par EPC Global :
La solution Oracle supporte aussi l'extension de ce modèle relationnel.
Comment faire pour étendre le modèle dans la solution Oracle :
- Modifier le fichier ORACLE_HOME\j2ee\home\applications\edge\edge\config\isSimpleHandler.xml
- Aller dans sur la ligne correspondant au document que vous souhaitez modifier. Exemple ObjectEvent. On rajoute un champ appelé TRCUKNUM :
- Modifier la structure de la table de stockage correspondant au document ObjectEvent présent dans votre schema EDGE (table: is_object_events):
- Redemarrer votre SES Oracle.
- Pour tester, envoyer une requête vers la méthode Capture de l'EPCIS avec un champ supplémentaire 'TRUCKNUM'. La donnée est alors automatiquement insérée dans votre EPCIS et dans la table correspondant à votre document 'Event'.
- Pour les requêtes à faire via l'interface 'Pool' vous n'avez rien à changer. Vous pouvez utiliser la syntaxe EPC pour vos requêtes comme par exemple 'EQ_TRUCKNUM=12345' qui génére l'ordre SQL suivant vers la table du document : 'SELECT * From objectEvent where TRUCKNUM=12345'
Plus d'infos sur :http://www.oracle.com/technology/products/sensor_edge_server/index.html
vendredi 12 octobre 2007
Achat en cours ....
c'est bien pour moi qui suit chez Oracle depuis 1 an ....
Oracle Letter Proposes to Buy BEA Systems for $17.00 per Share in Cash
jeudi 11 octobre 2007
SMS depuis une classe JAVA vers un GSM en bluetooth
Ce mémo explique comment envoyer depuis une classe java un SMS vers un destinataire de votre choix. Tout cela se déroule sans réseau IP et uniquement avec votre téléphone. Ce dernier est connécté à un port COM de votre machine Windows. On passe ensuite de commandes Hayes du type (ATI3).
Vous pouvez valider vos commandes AT en utilisant l'utilitaire hyperTerminal de windows :
pour bien connaitre les commandes hayes je vous conseil ce lien url: http://www.smssolutions.net/tutorials/gsm/sendsmsat/
Voici l'architecure :
Pour faire fonctionner le tout il vous faut :
- le package java communication API version Win32 (plus distribuée par SUN) dont voici le lien pour le download API
puis copier la DLL: win32com.dll dans c:\windows\system32
copier comm.jar dans le répertoire de votre jdk favori à cet endroit par exemple: D:\productORACLE\10.1.3.1\jdev10.1.3.3\jdk\lib
Créer dans le même répertoire un fichier nommé javax.comm.properties contenant une seule ligne :
Driver=com.sun.comm.Win32Driver
- paramétrer votre modem nokia dans Windows :
- Télécharger ma classe java (dont voici le source ICI)
- Executer le main de cette classe comme suit avec les paramètres :
- port COM windows à utiliser
- message texte du sms
- numéro de votre correspondant
D:\>java -classpath D:\dev_hugu\DemoSOA\ATCommandes\classes;D:\productORACLE\10.1.3.1\jdev10.1.3.3\jdk\lib\comm.jar D:\dev_hugu\DemoSOA\ATCommandes\classes\atcommandes.Test COM4 "mon message SMS" 0606060606
- La classe peut être transformée en WebService afin d'être appeler de BPEL Process Manager
hé voilou !
ps: voici les liens que j'ai utilisé pour faire cela :
http://christophej.developpez.com/tutoriel/java/javacomm/
http://www.developpez.net/forums/archive/index.php/t-107192.html
http://java.sun.com/products/javacomm/reference/api/index.html
lundi 8 octobre 2007
RFID : Créer son ONS Local
La norme EPCGlobal a clairement définit l'utilisation de l'ONS. Il existe d'ailleurs une normalisation présente sur le lien :
ONS
Son rôle est de diriger le flux de données EPC (electronic product code) vers le bon EPCIS (electronic product code information service). Ce dernier permet de stocker l'ensemble des évènements liés à ce code EPC présent dans une puce RFID.
Pour mieux comprendre le cheminement des informations RFID je vous propose le PPT associé : Comprendre_EPCIS_ONS
Mettre en place un ONS serveur est assez simple, il suffit de disposer d'un serveur DNS et de suivre la normalisation ONS de EPCGlobal.
On peut utiliser sur Windows SimpleDNS, ou Bind sous Linux pour faire ce type de réalisation :
Il reste alors à bâtir un requêteur java pour questionner votre ONS :
Exemple de code : ma_req.java
Pour être conforme à la norme ONS il faut également déclarer son serveur ONS Local auprès du serveur ONS Root (EPC network).
Ainsi, vos lecture de puce RFID pourront suivre la logique suivante pour déverser en fonction du code EPC l'information sur le bon EPCIS :
ONS resolver est une classe java permettant de passer de EPC code à un nom de domaine :
EPC code :
urn:epc:id:sgtin:0614141.000024.400
Nom de domaine à rechercher dans votre ONS:
000024.0614141.sgtin.id.onsepc.com
Ons resolver procède alors à la recherche via une classe sur les champs NAPTR : ma_req.java
et cela vous retourne le bon EPCIS correspondant à ce produit.
Certes c'est un peu compliquer mais ca marche comme ca chez EPC Global ;)