SUNOPSIS V3 - Modification du Driver JDBC pour les fichiers

Version imprimable

20/09/2011, 09h43
Antichoc

SUNOPSIS V3 - Modification du Driver JDBC pour les fichiers

Bonjour,

Utilisateur de SUNOPSIS V3 dans le cadre de mon travail, je souhaite utiliser un fichier en tant que sources pour mes interfaces.

Le driver mis à disposition pour déclarer la source physique est

Code:

com.sunopsis.jdbc.driver.FileDriver

Seulement, selon certaines informations (http://gerardnico.com/doc/odi/webhel...iversample.htm), ce driver est DEPRECATED à l'instar de

Code:

com.sunopsis.jdbc.driver.file.FileDriver

Ma question : comment télécharger et intégrer ce driver à SUNOPSIS 3 ?

Merci pour votre aide ...
20/09/2011, 11h58
doc malkovich

il faut passer à odi 8-)
20/09/2011, 17h22
Antichoc

Tu penses bien que si je pose la question, c'est qu'il est pas prévu de migrer cette vielle version ...
21/09/2011, 10h54
doc malkovich

Dans ce cas-là tu n'as pas besoin de ce driver 8-)

A ma connaissance c'est un driver spécifique à ODI, donc il faut avoir une licence ODI - et monter de version. Après ce n'est pas grave si tu restes en V3 avec les anciens drivers - tant qu'ils marchent ...
21/09/2011, 11h45
Antichoc

C'est bien là le problème, je souhaite utiliser un fichier en tant que source mais malgré ma déclaration, lorsque je souhaite afficher les données depuis le modèle sous Designer, il me dit qu'il ne trouve pas le fichier (le chemin affiché dans la log est pourtant bon ...)

Ceci dit, le fichier se trouve sur un serveur UNIX ... y a t il une contre indication ?
21/09/2011, 12h17
doc malkovich

Citation:

Envoyé par Antichoc

Ceci dit, le fichier se trouve sur un serveur UNIX ... y a t il une contre indication ?

+1

Ton designer travaille en local, donc en effet tu ne verras pas le fichier. Sauf s'il est sur un répertoire réseau partagé.
21/09/2011, 13h58
Antichoc

OK merci, je n'avais pas cette notion ...

Mais si une interface utilise mon modèle, n'est-ce pas l'agent portant sur ma machine UNIX qui permet de savoir où chercher le fichier ?
21/09/2011, 14h57
doc malkovich

Si, c'est l'agent qui se trouve sur ton serveur qui va le chercher.

C'est pour ça que lorsque tu exécutes ton interface il faut passer par le bon agent et ne pas le faire en local sinon ça plante. Idem pour la récupération des métadonnées.

En gros il faut juste savoir où tu es. Au pire tu peux gérer ça avec des contextes ( un dev "local" et un dev "serveur" , les 2 pointant sur des répertoires différents )
21/09/2011, 15h34
Antichoc
Petite précision sur le contexte de configuration de mon interface :

Partie Topology
- J'ai une Architecture physique de type FILE utilisant le driver JDBC déprécié cité ce dessous.
- Dans cette architecture physique, j'ai un schéma physique pointant sur le repertoire de mon serveur UNIX contenant le fichier à traiter en source.
- J'ai une Architecture logique de type FILE dont le contexte pointe sur mon Architecture Physique.
- Mon Contexte pointe sur un agent déclaré vers mon serveur UNIX.
Partie Designer
- J'ai un modèle de type FILE qui pointe sur mon schéma logique
- J'ai un datastore dans ce modèle dont le nom est celui du fichier qui est sur le serveur.
Donc en gros, je pointe bien sur mon serveur UNIX... la question est : depuis le modèle, lorsque nous voulons lister les données, nous ne choississons pas l'agent donc ca ne peut pas marcher ... mais depuis une interface ?
21/09/2011, 16h07
doc malkovich

Quand tu dis "depuis une interface", tu veux dire à l'exécution ?

Mais oui si l'agent voit le fichier, à l'exécution l'interface le verra.
09/11/2011, 17h15
shaun_the_sheep

Comment as tu fait ton reverse de ton fichier pour avoir ta structure (colonne) ? As ce stade tu n'as pas rencontré de problème ?

sinon si ton fichier est sur un serveur distant (c'est souvent mon cas) , tu passes toujours par ton agent sunopsis (qui est sur ce même serveur) pour l'exécution de tes interfaces ?