une colle pour les familiers de WAS (et les autres ).
Je déploie une application J2EE assez classique un conteneur Web, un
conteneur EJB sous Websphere Application Server 5.0.2 Network Deployment.
Je rencontre une difficulté lors de la recherche du DataSource dont le nom
JNDI est "jdbc/monDataSource". Je m'explique:
- lorsque je fais le lookup en passant la string "jdbc/monDataSource"
je recois (en echange?) une javax.naming.NameNotFoundException.
- en revanche quand je définis une reférence de ressource du genre dans
le descripteur de deploiement qui va bien (j'ai essayé avec le web.xml et
l'ejb-jar.xml)
<resource-ref>
<description>Oracle
Datasource</description>
<res-ref-name>jdbc/dsAlias</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Application</res-auth>
</resource-ref>
et que je fais la liaison entre cette reference ("binding") dans le
*.xmi (fichier specifique Webphere) qui va bien et le nom jndi du datasource
(jdbc/monDataSource) et que je passe au lookup la string
"java:comp/env/jdbc/dsAlias" et ben ça marche !!!!!
Alors il est ou le problème me direz-vous? Le probleme c est que le client
ne veut pas de reference sur les ressources (pas cool ce client!!!).
J'ajouterais tout meme que la premiere méthode marche quand le deploiement
se fait avec le serveur de test de WSAD (5.1.1) et aussi avec un WAS 5 Base
(au lieu de Network Deployment mais le client ....). J'ai bien entendu
parler d'un namespace fédéré sous WAS 5 ND mais j'y comprend rien...
alors soit je passe a coté d'un truc gros comme une maison ou alors vais
devoir aller negocier avec le client (tout mais pas ça), alors please je
vous demande humblement votre aide , toute suggestion est la bienvenue...
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
katerine_st
Salut,
J'ai eu le même problème, je l'ai résolu en ne passant aucun argument au constructeur d'InitialContext. WAS se charge lui meme de déterminer l'url du provider et la factory d'InitialContext qui va bien.
Avant je passais la factory d'InitialContext de WAS à savoir ( qq chose avec Wsn, me le rappelle plus de tête) et l'url "iiop//", en fait il faudrait passer le nom de ton host et la bootstrapAdress que tu pe trouver dans la console...
Kate.
"Terry" wrote in message news:<40be587c$0$24382$...
Bonjour a tous,
une colle pour les familiers de WAS (et les autres ).
Je déploie une application J2EE assez classique un conteneur Web, un conteneur EJB sous Websphere Application Server 5.0.2 Network Deployment.
Je rencontre une difficulté lors de la recherche du DataSource dont le nom JNDI est "jdbc/monDataSource". Je m'explique:
- lorsque je fais le lookup en passant la string "jdbc/monDataSource" je recois (en echange?) une javax.naming.NameNotFoundException. - en revanche quand je définis une reférence de ressource du genre dans le descripteur de deploiement qui va bien (j'ai essayé avec le web.xml et l'ejb-jar.xml) <resource-ref> <description>Oracle Datasource</description>
<res-ref-name>jdbc/dsAlias</res-ref-name>
<res-type>javax.sql.DataSource</res-type> <res-auth>Application</res-auth> </resource-ref> et que je fais la liaison entre cette reference ("binding") dans le *.xmi (fichier specifique Webphere) qui va bien et le nom jndi du datasource (jdbc/monDataSource) et que je passe au lookup la string "java:comp/env/jdbc/dsAlias" et ben ça marche !!!!!
Alors il est ou le problème me direz-vous? Le probleme c est que le client ne veut pas de reference sur les ressources (pas cool ce client!!!). J'ajouterais tout meme que la premiere méthode marche quand le deploiement se fait avec le serveur de test de WSAD (5.1.1) et aussi avec un WAS 5 Base (au lieu de Network Deployment mais le client ....). J'ai bien entendu parler d'un namespace fédéré sous WAS 5 ND mais j'y comprend rien...
alors soit je passe a coté d'un truc gros comme une maison ou alors vais devoir aller negocier avec le client (tout mais pas ça), alors please je vous demande humblement votre aide , toute suggestion est la bienvenue...
Merci d avance,
Terry.
Salut,
J'ai eu le même problème, je l'ai résolu en ne passant aucun argument
au constructeur d'InitialContext. WAS se charge lui meme de déterminer
l'url du provider et la factory d'InitialContext qui va bien.
Avant je passais la factory d'InitialContext de WAS à savoir ( qq
chose avec Wsn, me le rappelle plus de tête) et l'url "iiop//", en
fait il faudrait passer le nom de ton host et la bootstrapAdress que
tu pe trouver dans la console...
Kate.
"Terry" <terence.soussan@free.fr> wrote in message news:<40be587c$0$24382$636a15ce@news.free.fr>...
Bonjour a tous,
une colle pour les familiers de WAS (et les autres ).
Je déploie une application J2EE assez classique un conteneur Web, un
conteneur EJB sous Websphere Application Server 5.0.2 Network Deployment.
Je rencontre une difficulté lors de la recherche du DataSource dont le nom
JNDI est "jdbc/monDataSource". Je m'explique:
- lorsque je fais le lookup en passant la string "jdbc/monDataSource"
je recois (en echange?) une javax.naming.NameNotFoundException.
- en revanche quand je définis une reférence de ressource du genre dans
le descripteur de deploiement qui va bien (j'ai essayé avec le web.xml et
l'ejb-jar.xml)
<resource-ref>
<description>Oracle
Datasource</description>
<res-ref-name>jdbc/dsAlias</res-ref-name>
<res-type>javax.sql.DataSource</res-type>
<res-auth>Application</res-auth>
</resource-ref>
et que je fais la liaison entre cette reference ("binding") dans le
*.xmi (fichier specifique Webphere) qui va bien et le nom jndi du datasource
(jdbc/monDataSource) et que je passe au lookup la string
"java:comp/env/jdbc/dsAlias" et ben ça marche !!!!!
Alors il est ou le problème me direz-vous? Le probleme c est que le client
ne veut pas de reference sur les ressources (pas cool ce client!!!).
J'ajouterais tout meme que la premiere méthode marche quand le deploiement
se fait avec le serveur de test de WSAD (5.1.1) et aussi avec un WAS 5 Base
(au lieu de Network Deployment mais le client ....). J'ai bien entendu
parler d'un namespace fédéré sous WAS 5 ND mais j'y comprend rien...
alors soit je passe a coté d'un truc gros comme une maison ou alors vais
devoir aller negocier avec le client (tout mais pas ça), alors please je
vous demande humblement votre aide , toute suggestion est la bienvenue...
J'ai eu le même problème, je l'ai résolu en ne passant aucun argument au constructeur d'InitialContext. WAS se charge lui meme de déterminer l'url du provider et la factory d'InitialContext qui va bien.
Avant je passais la factory d'InitialContext de WAS à savoir ( qq chose avec Wsn, me le rappelle plus de tête) et l'url "iiop//", en fait il faudrait passer le nom de ton host et la bootstrapAdress que tu pe trouver dans la console...
Kate.
"Terry" wrote in message news:<40be587c$0$24382$...
Bonjour a tous,
une colle pour les familiers de WAS (et les autres ).
Je déploie une application J2EE assez classique un conteneur Web, un conteneur EJB sous Websphere Application Server 5.0.2 Network Deployment.
Je rencontre une difficulté lors de la recherche du DataSource dont le nom JNDI est "jdbc/monDataSource". Je m'explique:
- lorsque je fais le lookup en passant la string "jdbc/monDataSource" je recois (en echange?) une javax.naming.NameNotFoundException. - en revanche quand je définis une reférence de ressource du genre dans le descripteur de deploiement qui va bien (j'ai essayé avec le web.xml et l'ejb-jar.xml) <resource-ref> <description>Oracle Datasource</description>
<res-ref-name>jdbc/dsAlias</res-ref-name>
<res-type>javax.sql.DataSource</res-type> <res-auth>Application</res-auth> </resource-ref> et que je fais la liaison entre cette reference ("binding") dans le *.xmi (fichier specifique Webphere) qui va bien et le nom jndi du datasource (jdbc/monDataSource) et que je passe au lookup la string "java:comp/env/jdbc/dsAlias" et ben ça marche !!!!!
Alors il est ou le problème me direz-vous? Le probleme c est que le client ne veut pas de reference sur les ressources (pas cool ce client!!!). J'ajouterais tout meme que la premiere méthode marche quand le deploiement se fait avec le serveur de test de WSAD (5.1.1) et aussi avec un WAS 5 Base (au lieu de Network Deployment mais le client ....). J'ai bien entendu parler d'un namespace fédéré sous WAS 5 ND mais j'y comprend rien...
alors soit je passe a coté d'un truc gros comme une maison ou alors vais devoir aller negocier avec le client (tout mais pas ça), alors please je vous demande humblement votre aide , toute suggestion est la bienvenue...
Merci d avance,
Terry.
Terry
Oui en effet j'avais trouvé cette solution, en fait j'ai l'impression qu'en fait Websphere va chercher dans son contexte initial "local" et qu'il voit alors le datasource, tandis qu'en passant "iiop///" il est trop "haut" mais je suis pas sûr que ce soit la vraie explication... ;-)
"Katerine" a écrit dans le message de news:
Salut,
J'ai eu le même problème, je l'ai résolu en ne passant aucun argument au constructeur d'InitialContext. WAS se charge lui meme de déterminer l'url du provider et la factory d'InitialContext qui va bien.
Avant je passais la factory d'InitialContext de WAS à savoir ( qq chose avec Wsn, me le rappelle plus de tête) et l'url "iiop//", en fait il faudrait passer le nom de ton host et la bootstrapAdress que tu pe trouver dans la console...
Kate.
"Terry" wrote in message news:<40be587c$0$24382$...
Bonjour a tous,
une colle pour les familiers de WAS (et les autres ).
Je déploie une application J2EE assez classique un conteneur Web, un conteneur EJB sous Websphere Application Server 5.0.2 Network Deployment.
Je rencontre une difficulté lors de la recherche du DataSource dont le nom
JNDI est "jdbc/monDataSource". Je m'explique:
- lorsque je fais le lookup en passant la string "jdbc/monDataSource"
je recois (en echange?) une javax.naming.NameNotFoundException. - en revanche quand je définis une reférence de ressource du genre dans
le descripteur de deploiement qui va bien (j'ai essayé avec le web.xml et
<res-type>javax.sql.DataSource</res-type> <res-auth>Application</res-auth> </resource-ref> et que je fais la liaison entre cette reference ("binding") dans le
*.xmi (fichier specifique Webphere) qui va bien et le nom jndi du datasource
(jdbc/monDataSource) et que je passe au lookup la string "java:comp/env/jdbc/dsAlias" et ben ça marche !!!!!
Alors il est ou le problème me direz-vous? Le probleme c est que le client
ne veut pas de reference sur les ressources (pas cool ce client!!!). J'ajouterais tout meme que la premiere méthode marche quand le deploiement
se fait avec le serveur de test de WSAD (5.1.1) et aussi avec un WAS 5 Base
(au lieu de Network Deployment mais le client ....). J'ai bien entendu parler d'un namespace fédéré sous WAS 5 ND mais j'y comprend rien...
alors soit je passe a coté d'un truc gros comme une maison ou alors vais devoir aller negocier avec le client (tout mais pas ça), alors please je vous demande humblement votre aide , toute suggestion est la bienvenue...
Merci d avance,
Terry.
Oui en effet j'avais trouvé cette solution, en fait j'ai l'impression qu'en
fait Websphere va chercher dans son contexte initial "local" et qu'il voit
alors le datasource, tandis qu'en passant "iiop///" il est trop "haut" mais
je suis pas sûr que ce soit la vraie explication... ;-)
"Katerine" <katerine_st@yahoo.fr> a écrit dans le message de news:
74c1fbef.0406041522.3bf3064a@posting.google.com...
Salut,
J'ai eu le même problème, je l'ai résolu en ne passant aucun argument
au constructeur d'InitialContext. WAS se charge lui meme de déterminer
l'url du provider et la factory d'InitialContext qui va bien.
Avant je passais la factory d'InitialContext de WAS à savoir ( qq
chose avec Wsn, me le rappelle plus de tête) et l'url "iiop//", en
fait il faudrait passer le nom de ton host et la bootstrapAdress que
tu pe trouver dans la console...
Kate.
"Terry" <terence.soussan@free.fr> wrote in message
news:<40be587c$0$24382$636a15ce@news.free.fr>...
Bonjour a tous,
une colle pour les familiers de WAS (et les autres ).
Je déploie une application J2EE assez classique un conteneur Web, un
conteneur EJB sous Websphere Application Server 5.0.2 Network
Deployment.
Je rencontre une difficulté lors de la recherche du DataSource dont le
nom
JNDI est "jdbc/monDataSource". Je m'explique:
- lorsque je fais le lookup en passant la string
"jdbc/monDataSource"
je recois (en echange?) une javax.naming.NameNotFoundException.
- en revanche quand je définis une reférence de ressource du genre
dans
le descripteur de deploiement qui va bien (j'ai essayé avec le web.xml
et
<res-type>javax.sql.DataSource</res-type>
<res-auth>Application</res-auth>
</resource-ref>
et que je fais la liaison entre cette reference ("binding") dans
le
*.xmi (fichier specifique Webphere) qui va bien et le nom jndi du
datasource
(jdbc/monDataSource) et que je passe au lookup la string
"java:comp/env/jdbc/dsAlias" et ben ça marche !!!!!
Alors il est ou le problème me direz-vous? Le probleme c est que le
client
ne veut pas de reference sur les ressources (pas cool ce client!!!).
J'ajouterais tout meme que la premiere méthode marche quand le
deploiement
se fait avec le serveur de test de WSAD (5.1.1) et aussi avec un WAS 5
Base
(au lieu de Network Deployment mais le client ....). J'ai bien entendu
parler d'un namespace fédéré sous WAS 5 ND mais j'y comprend rien...
alors soit je passe a coté d'un truc gros comme une maison ou alors vais
devoir aller negocier avec le client (tout mais pas ça), alors please je
vous demande humblement votre aide , toute suggestion est la
bienvenue...
Oui en effet j'avais trouvé cette solution, en fait j'ai l'impression qu'en fait Websphere va chercher dans son contexte initial "local" et qu'il voit alors le datasource, tandis qu'en passant "iiop///" il est trop "haut" mais je suis pas sûr que ce soit la vraie explication... ;-)
"Katerine" a écrit dans le message de news:
Salut,
J'ai eu le même problème, je l'ai résolu en ne passant aucun argument au constructeur d'InitialContext. WAS se charge lui meme de déterminer l'url du provider et la factory d'InitialContext qui va bien.
Avant je passais la factory d'InitialContext de WAS à savoir ( qq chose avec Wsn, me le rappelle plus de tête) et l'url "iiop//", en fait il faudrait passer le nom de ton host et la bootstrapAdress que tu pe trouver dans la console...
Kate.
"Terry" wrote in message news:<40be587c$0$24382$...
Bonjour a tous,
une colle pour les familiers de WAS (et les autres ).
Je déploie une application J2EE assez classique un conteneur Web, un conteneur EJB sous Websphere Application Server 5.0.2 Network Deployment.
Je rencontre une difficulté lors de la recherche du DataSource dont le nom
JNDI est "jdbc/monDataSource". Je m'explique:
- lorsque je fais le lookup en passant la string "jdbc/monDataSource"
je recois (en echange?) une javax.naming.NameNotFoundException. - en revanche quand je définis une reférence de ressource du genre dans
le descripteur de deploiement qui va bien (j'ai essayé avec le web.xml et
<res-type>javax.sql.DataSource</res-type> <res-auth>Application</res-auth> </resource-ref> et que je fais la liaison entre cette reference ("binding") dans le
*.xmi (fichier specifique Webphere) qui va bien et le nom jndi du datasource
(jdbc/monDataSource) et que je passe au lookup la string "java:comp/env/jdbc/dsAlias" et ben ça marche !!!!!
Alors il est ou le problème me direz-vous? Le probleme c est que le client
ne veut pas de reference sur les ressources (pas cool ce client!!!). J'ajouterais tout meme que la premiere méthode marche quand le deploiement
se fait avec le serveur de test de WSAD (5.1.1) et aussi avec un WAS 5 Base
(au lieu de Network Deployment mais le client ....). J'ai bien entendu parler d'un namespace fédéré sous WAS 5 ND mais j'y comprend rien...
alors soit je passe a coté d'un truc gros comme une maison ou alors vais devoir aller negocier avec le client (tout mais pas ça), alors please je vous demande humblement votre aide , toute suggestion est la bienvenue...
Merci d avance,
Terry.
g-greg
Bonjour, Je voudrais m'initier à Java et J2EE, mais uniquement avec des outils gratuits. Est-ce que Eclipse, Tomcat, etc peuvent me préparer correctement à utiliser ensuite des produits comme WebSphere ? Merci !
Bonjour,
Je voudrais m'initier à Java et J2EE, mais uniquement avec des outils gratuits.
Est-ce que Eclipse, Tomcat, etc peuvent me préparer correctement à utiliser ensuite des produits comme
WebSphere ?
Merci !
Bonjour, Je voudrais m'initier à Java et J2EE, mais uniquement avec des outils gratuits. Est-ce que Eclipse, Tomcat, etc peuvent me préparer correctement à utiliser ensuite des produits comme WebSphere ? Merci !
Terry
Un outil comme websphere ne s'appréhende qu'en l'utilisant aurais-je tendance à dire, je ne veux pas dire (au contraire même ) que c'est le meilleur outil du marché (il est bien foutu quand même) mais Websphere a ses spécificités a lui comme tous les autres app server du marché (notamment au niveau déploiement...).
Maintenant, tout dépend de ce que tu veux faire ... d'abord Websphere est un serveur d'appli (avec un conteneur d'EJB et un conteneur web) tandis que Tomcat n'est qu'un conteneur web (ou moteur de servlet si tu preferes). C'est un produit stable qui bénéficie d'un large support de la communauté Open source et qui est meme intégré dans des solutions commerciales (BES pex), cela me semble un outil tres indiqué pour commencer, il existe en outre un plugin pour eclipse.
Il existe aussi des serveurs d'app gratuits comme JBoss ou JOnAS. Enfin si c'est Websphere qui t'interesse a terme, commence par te procurer une version démo de WSAD l'ide basé sur eclipse qui embarque un serveur d'applications (plusieurs en fait) websphere pour les tests.
en esperant avoir répondu a tes questions...
Terry.
"g-greg" a écrit dans le message de news:
Bonjour, Je voudrais m'initier à Java et J2EE, mais uniquement avec des outils gratuits.
Est-ce que Eclipse, Tomcat, etc peuvent me préparer correctement à utiliser ensuite des produits comme
WebSphere ? Merci !
Un outil comme websphere ne s'appréhende qu'en l'utilisant aurais-je
tendance à dire, je ne veux pas dire (au contraire même ) que c'est le
meilleur outil du marché (il est bien foutu quand même) mais Websphere a
ses spécificités a lui comme tous les autres app server du marché (notamment
au niveau déploiement...).
Maintenant, tout dépend de ce que tu veux faire ... d'abord Websphere est un
serveur d'appli (avec un conteneur d'EJB et un conteneur web) tandis que
Tomcat n'est qu'un conteneur web (ou moteur de servlet si tu preferes).
C'est un produit stable qui bénéficie d'un large support de la communauté
Open source et qui est meme intégré dans des solutions commerciales (BES
pex), cela me semble un outil tres indiqué pour commencer, il existe en
outre un plugin pour eclipse.
Il existe aussi des serveurs d'app gratuits comme JBoss ou JOnAS. Enfin si
c'est Websphere qui t'interesse a terme, commence par te procurer une
version démo de WSAD l'ide basé sur eclipse qui embarque un serveur
d'applications (plusieurs en fait) websphere pour les tests.
en esperant avoir répondu a tes questions...
Terry.
"g-greg" <g-greg@club-internet.fr> a écrit dans le message de news:
40DF45BD.8C5754E8@club-internet.fr...
Bonjour,
Je voudrais m'initier à Java et J2EE, mais uniquement avec des outils
gratuits.
Est-ce que Eclipse, Tomcat, etc peuvent me préparer correctement à
utiliser ensuite des produits comme
Un outil comme websphere ne s'appréhende qu'en l'utilisant aurais-je tendance à dire, je ne veux pas dire (au contraire même ) que c'est le meilleur outil du marché (il est bien foutu quand même) mais Websphere a ses spécificités a lui comme tous les autres app server du marché (notamment au niveau déploiement...).
Maintenant, tout dépend de ce que tu veux faire ... d'abord Websphere est un serveur d'appli (avec un conteneur d'EJB et un conteneur web) tandis que Tomcat n'est qu'un conteneur web (ou moteur de servlet si tu preferes). C'est un produit stable qui bénéficie d'un large support de la communauté Open source et qui est meme intégré dans des solutions commerciales (BES pex), cela me semble un outil tres indiqué pour commencer, il existe en outre un plugin pour eclipse.
Il existe aussi des serveurs d'app gratuits comme JBoss ou JOnAS. Enfin si c'est Websphere qui t'interesse a terme, commence par te procurer une version démo de WSAD l'ide basé sur eclipse qui embarque un serveur d'applications (plusieurs en fait) websphere pour les tests.
en esperant avoir répondu a tes questions...
Terry.
"g-greg" a écrit dans le message de news:
Bonjour, Je voudrais m'initier à Java et J2EE, mais uniquement avec des outils gratuits.
Est-ce que Eclipse, Tomcat, etc peuvent me préparer correctement à utiliser ensuite des produits comme