Je viens de télécharger un jar qui contient tout plein de trucs vachement utiles.
Mais j'arrive pas à paramètrer netbean pour qu'on puisse importer des package contenus dans ce nouveau .Jar
Qqn connait netbean et peut m'aider !?
 
Et g une autre question (je précies que je fais très peu de Java, m'engueulez pas !):
Je programme une servlet qui mon entreprise va vendre, et donc diffuser. Ce package, je vais devoir le diffuser avec ma servlet ou pas ?

Question 1 >>> Si je me souviens bien il suffit de "monter" (mount) ton Jar pour qu'il soit ajouter au classpath de ton projet.
 
Question 2 >>> Tout dépend de ce que ton JAR fait. Mais si ton client ne l'a pas, ta servlet ne fonctionnera pas dessus (pour répondre à ta question plus précisement, lors de la compilation, java ne vas pas prendre le code des classes que tu importes mais fait des "références" donc tu en as toujours besoin à l'exécutionà.
 
Attention au license dans ce dernier cas si tu distribies ce jar avec une servlet commerciale
 
A+

 
Cool, tes réponses sont claires et précises. J'aime.
ça marche de monter le jar en fichier system, merci.
Même si t un peu râleur, c bien que tu traines sur le forum !

ha, et 1 autre question:
Ma servlet, elle utilisera le CLASSPATH du serveur sur lequel elle est installée ?

 
Dans ce genre de situations, il y a différent métiers et différentes reponsabilités et je trouve qu'on a un peu trop tendance à tout mélanger. Parmis les différentes responsabilités dans un environnement WebApp, il y a le déploiement. Le déployeur est responsable d'installer ta servlet sur le serveur et de configurer le classpath.
 
Chaque WebApp a son classpath qui lui est propre. Tu peux installer ton jar à cet endroit où si c'est utilisé par plusieurs webapp dans le classpath global de l'application server.
 
Quoi qu'il en soit, essaie d'écrire une doc claire précisant les dépendances de ta servlet (par exemple ce fameux jar).
 
A+

el_gringo a écrit a écrit :   Même si t un peu râleur, c bien que tu traines sur le forum !

 
Je le revendique. Il fut un temps où j'avais bcp de mal à l'accepter. Là je me suis résigné. Mon père est comme ça, je suis comme ça ...
 
C'est congénital

 
Et il se paramètre dans le fichier Web.xml ce classpath spécifique à chaque WebApp !?

non ta web app a une structure propre (un directory du nom de la webapp générallement). Dans cette structure il y a un répertoire lib (je crois que c'est ta_web_app/WEB-INF/lib) où tout les jar présents sont pompés automatiquement par l'app server.

mais bon à nouveau tout dépend de l'app server. Je sais que JRun a une chouette interface Web où tu peux spécifier ce genre de choses.

Tiens, d'ailleur tu sais comment faut faire quand tu veux qu'un jar ou un rep soit placé devant un autre dans le classpath ??

le classpath de ta webapp tu veux dire? Je ne vois pas vraiment l'intérêt mais ca dépend de l'app serveur. Avec JRun il y a moyen via la web interface si mes souvenirs sont bon. Avec WebSphere aussi mais là c'est trop loin. Tomcat je sais pas.

 
D'ailleur, je cherche un moteur de servlets performant et simple à mettre en place, qui permette une redirection vers un serveur web, pour conseiller aux clients. T'as une idée !? JRun c bien !? Parce que Tomcat, y a qd même pas mal de trucs à paramètrer, nottament pour la redirection ! Et surtout, y a pas d'interface, tt le paramètrage se fait à la main. C pas génial !

bin si t'as pas trop de charge JRun est sympas surtout qu'il se greffe à ton serveur HTTP assez facilement.
 
C'est pas un foudre de guerre mais il est vraiment sympas (moi j'aime bien en tout cas).

 
Ha, merde, g oublié de dire que c un truc gratuit que je doit conseiller aux clients !!!

euh je me demande si il y a pas une version gratos mais là je m'avance un peu    
 
Sinon dans le gratuit y a tomcat qui est très bien. Et puis ca te fera pas de mal de plonger là dedans à la mano au lieu de te baser sur une interface graphique. Comme ca t'apprendra. Et puis l'avantage avec tomcat c'est qu'il y a bcp de doc qui traine.

DarkLord a écrit a écrit : euh je me demande si il y a pas une version gratos mais là je m'avance un peu       Sinon dans le gratuit y a tomcat qui est très bien. Et puis ca te fera pas de mal de plonger là dedans à la mano au lieu de te baser sur une interface graphique. Comme ca t'apprendra. Et puis l'avantage avec tomcat c'est qu'il y a bcp de doc qui traine.

 
Non, apparement JRun existe en Shareware. C pas freeware !  
Mais, tomcat, c bon, il tourne sans pb chez moi.
Le pb, c que, je te rappel, ce que je développe, c une servlet qu'on va vendre. Ma boite assure aussi l'installation chez le client. Alors j'aurai bien voulu avoir un truc plus simple à configurer, histoire de simplifier un peu l'instal.

[jfdsdjhfuetppo]--Message édité par el_gringo le 30-05-2002 à 16:19:32--[/jfdsdjhfuetppo]

Youps !

familarise toi avec tomcat. Tu sais tu peux très bien ziper le directory de la webapp, dézipper dans webapps, démarrer tomcat et ca y est
 
donc je vois pas en quoi c'est compliqué

DarkLord a écrit a écrit : familarise toi avec tomcat. Tu sais tu peux très bien ziper le directory de la webapp, dézipper dans webapps, démarrer tomcat et ca y est   donc je vois pas en quoi c'est compliqué

 
Ha non, y a pas que ça a faire !
Du coté Tomcat (4.0), 'faut définir ma WebApp dans le fichier server.xml pour qu'elle soit persistante.
Faut déployer l'application (par l'outil manager?install...)
Dans ce même fichier, pour la redirection, 'faut faire plusieurs trucs, selon le werveur web qu'on veut rediriger sur Tomcat. Je sais que pour IIS 'faut aussi définir le connecteur AJP.
Ensuite, toujours pour la redrection sur IIS, 'faut copier 2, 3 fichiers de-ci de-là. Metter redirect.dll comme filtre d'IIS.
Après ça logiquement, c bon, et encore, si g rien oublié.
Y a qd même plus simple ! (enfin, j'éspère !)

attends là. Tu confonds tout. Y a une GROSSE différence entre déployer une webapp (ici une servlet visiblement) et configurer un app server !!!!!!!!!!!!!!!!!!!!!
 
C'est vrai qu'avec JRun tu as des connecteurs qui semblent s'intégrer facilement à IIS et Apache mais bon voilà. Pour la persistence et tout le tralala c'est vrai que c'est pas facile mais si tu maitrises le sujet tu dois etre capable d'écrire une doc claire. Les problèmes d'installations ne doivent pas te freiner (c'est comme ca que pas mal de boites utilisent des produits de merde pour la simple raison qu'ils sont facile à installer).

 
Moi, ça me freine pas. Par contre, ça peut freiner le éventuels acheteurs de ma Servlets.
Et du coup, c quoi la différence entre deployer une application et configurer un app server !?

si tu déploies, ton app serveur est prêt et fonctionnel (connection avec ton web server etc).

resin rulez

 
Hé ouais, ms bon. Les clients de ma boite, en général, ils ont jammais fait tourner de Servlet. A mon avis, ils sauront même pas ce que c'est !

[jfdsdjhfuetppo]--Message édité par el_gringo le 31-05-2002 à 10:04:44--[/jfdsdjhfuetppo]

bha déjà pour faciliter les choses, tu peux très bien n'utiliser que Tomcat : pas besoin de IIS.
Tu modifies le ficiher server.xml pour ajouter un connecteur sr le port 80 :
 

 
(je sais pas si la configuration du connecteur est optimal : c'est une bête copie de celui sur le port 8080. Mais en tout cas, ca marche !)
 
ensuite tu copies le repertoire de ta webapp dans le rep webapps de tomcat et tu ajoutes la ligne suivante (au bon endroit) dans le fichier  server.xml (obligatoire depuis tomcat 4.0)
 

Tu redémares un coup tomcat et ca marche : tu accède à ta servlet comme ca :
http://localhost/unNomQuelconque/s [...] .TaServlet
 
on a déjà vu plus compliqué comme procédure d'instalation !

 
Bah oui, mais comme ça, c'est accessible qu'en local, non !?
Tomcat est pas un serveur web !
Et même si il peut faire office de serveur Web c(!?), niveau perfs, je doute qu'il arrive à la cheville d'un IIS ou autre serveur web.

tu te trompes. Accessible depuis l'extérieur. Pas aussi performant qu'apache mais très valable.

 
JE LE REPETE UNE DERNIERE FOIS:
RESIN RULEZ !
 
 

je sens le "c kwa resin"  
 

Tant pis, j'me lance...
c quoi resin ?

[jfdsdjhfuetppo]--Message édité par el_gringo le 31-05-2002 à 12:01:49--[/jfdsdjhfuetppo]

qu'est ce que je disais  

en attendant que greg sorte de son VB <-> Java
 
http://www.caucho.com/products/resin/

j'allais le dire

serieux resin, c'est de la balle
il compile meme les classes pour toi si tu veux
super rapide et tout
(genre pas besoin d'apache meme pour le static...)
 
edit: je dirais meme que c'est de la balle de balle

[jfdsdjhfuetppo]--Message édité par greg@freestarthu le 31-05-2002 à 12:34:21--[/jfdsdjhfuetppo]

 
...Mais payant ! Dommage.

 
meuh non.
ils ont changé la license??

 
Meuuuuh si c payant. Pour les particuliers, j'en sais rien, mais pour les entreprises, c'est 500$, pour les service minimum (servlet, JSP, XSL, XML and Javascript). Si tu veux les EJB, ça double !

el_gringo a écrit a écrit :     Meuuuuh si c payant. Pour les particuliers, j'en sais rien, mais pour les entreprises, c'est 500$, pour les service minimum (servlet, JSP, XSL, XML and Javascript). Si tu veux les EJB, ça double !

 
bah, 500$, spocher... et t'as du support pour ce prix là en plus il me semble. bon t'en auras meme pas besoin du support mais bon.

[jfdsdjhfuetppo]--Message édité par greg@freestarthu le 31-05-2002 à 15:22:24--[/jfdsdjhfuetppo]

 
Non, pour le support, tu rajoutes 2000$
Et j'ai déja expliqué que c pas pour Ma boite que je cherche un moteur de servlets. C pour conseiller à des clients. Et je préfère leur conseiller un truc gratuit.

 
  pô bien. Voilà que tu conseilels des trucs payants alors que le monsieur il veut un truc gratuit