J'ai développé une petite application (commerciale) java qui fonctionne en ligne
de commande.
Pour administrer cette application, je souhaiterais utiliser soit une interface graphique
java soit une interface web.
Je préfèrerai l'interface web puisque cela éviterai d'avoir à installer une GUI en
java.
Le problème est qu'il faut donc que j'utilise un conteneur web, il y a bien Tomcat
mais l'installation sera trop difficile pour les clients... (et je doute que l'on
puisse incorporer Tomcat avec une appli commerciale)
Y a t'il un moyen d'avoir un conteneur de servlet minimaliste que l'on puisse facilement
incorporer dans une application commerciale?
Merci par avance
Seb
--
Message monitoré par axinews : http://www.axinews.com/
Je viens d'installer et de lire la faq, ca à l'air parfait pour mes b esoins et en plus je peux l'utiliser dans une appli commerciale : c'est nickel. Par contre, il y a un sacré paquet de librairies suplémentaires et de fichiers XML de configuration à l'installation de jetty, j'espere qu'ils ne sont p as necessaires dans le cas d'une application web minimaliste sinon ca va faire beaucou p plus de 300 ko
Nul besoin de tous les jar supplémentaires dans ton cas, pour faire une simple servlet d'administration il te faudra juste jetty.jar et servlet.jar. La configuration XML n'est pas indispensable si tu configures le serveur manuellement comme exposé précédemment. Si tu veux faire des JSPs tu peux les précompiler pour éviter de packager l'intégralité de Jasper avec ton application.
Si tu veux voir ce que ça donne je l'ai mis en place pour un petit serveur tetrinet open source :
http://jetrix.sourceforge.net
Le tout jetty.jar + servlet.jar + jasper-runtime.jar pèse un peu moins de 300ko en reduisant bien les jar aux classes nécessaires.
Emmanuel
Sébastien X wrote:
Je viens d'installer et de lire la faq, ca à l'air parfait pour mes b esoins et en
plus je peux l'utiliser dans une appli commerciale : c'est nickel.
Par contre, il y a un sacré paquet de librairies suplémentaires et de fichiers XML
de configuration à l'installation de jetty, j'espere qu'ils ne sont p as necessaires
dans le cas d'une application web minimaliste sinon ca va faire beaucou p plus de
300 ko
Nul besoin de tous les jar supplémentaires dans ton cas, pour faire une
simple servlet d'administration il te faudra juste jetty.jar et
servlet.jar. La configuration XML n'est pas indispensable si tu
configures le serveur manuellement comme exposé précédemment. Si tu veux
faire des JSPs tu peux les précompiler pour éviter de packager
l'intégralité de Jasper avec ton application.
Si tu veux voir ce que ça donne je l'ai mis en place pour un petit
serveur tetrinet open source :
http://jetrix.sourceforge.net
Le tout jetty.jar + servlet.jar + jasper-runtime.jar pèse un peu moins
de 300ko en reduisant bien les jar aux classes nécessaires.
Je viens d'installer et de lire la faq, ca à l'air parfait pour mes b esoins et en plus je peux l'utiliser dans une appli commerciale : c'est nickel. Par contre, il y a un sacré paquet de librairies suplémentaires et de fichiers XML de configuration à l'installation de jetty, j'espere qu'ils ne sont p as necessaires dans le cas d'une application web minimaliste sinon ca va faire beaucou p plus de 300 ko
Nul besoin de tous les jar supplémentaires dans ton cas, pour faire une simple servlet d'administration il te faudra juste jetty.jar et servlet.jar. La configuration XML n'est pas indispensable si tu configures le serveur manuellement comme exposé précédemment. Si tu veux faire des JSPs tu peux les précompiler pour éviter de packager l'intégralité de Jasper avec ton application.
Si tu veux voir ce que ça donne je l'ai mis en place pour un petit serveur tetrinet open source :
http://jetrix.sourceforge.net
Le tout jetty.jar + servlet.jar + jasper-runtime.jar pèse un peu moins de 300ko en reduisant bien les jar aux classes nécessaires.
Emmanuel
y.a.n
300 ko , interresaant ca peut tourner sous forme de midlet dans dans un telephone ? yan
Le tout jetty.jar + servlet.jar + jasper-runtime.jar pèse un peu moins de 300ko en reduisant bien les jar aux classes nécessaires.
Emmanuel
300 ko , interresaant
ca peut tourner sous forme de midlet dans dans un telephone ?
yan
Le tout jetty.jar + servlet.jar + jasper-runtime.jar pèse un peu moins
de 300ko en reduisant bien les jar aux classes nécessaires.
300 ko , interresaant ca peut tourner sous forme de midlet dans dans un telephone ? yan
Le tout jetty.jar + servlet.jar + jasper-runtime.jar pèse un peu moins de 300ko en reduisant bien les jar aux classes nécessaires.
Emmanuel
jerome moliere
Sébastien X wrote:
bonjour,
J'ai développé une petite application (commerciale) java qui fonctionne en ligne de commande. Pour administrer cette application, je souhaiterais utiliser soit une interface graphique java soit une interface web.
Je préfèrerai l'interface web puisque cela éviterai d'avoir à installer une GUI en java. Le problème est qu'il faut donc que j'utilise un conteneur web, il y a bien Tomcat mais l'installation sera trop difficile pour les clients... (et je doute que l'on puisse incorporer Tomcat avec une appli commerciale) Y a t'il un moyen d'avoir un conteneur de servlet minimaliste que l'on puisse facilement incorporer dans une application commerciale? STOP !!!
tu ne vas te lancer dans une nouvelle implémentation de servlets engine, ni dans le nieme serveur Web en Java ? cela n'est pas serieux, je ne sais pas ce qu'ils ont fumé tous mais c'est de la folie et une atteinte à tous les principes de la réutilisation.... Un tomcat embedded existe, jetty est léger, tu réutilises ..basta la config est simple, facile à scripter dans le pire des cas ....
aucun problème, d'ailleurs comme c'est bizarre, tous les produits ayant ce besoin réutilisent un truc qui existe déjà (tomcat généralement), c'est fou le nb de softs (du commerce) qui sont livrés avec un tomcat en bonus.... bonne intégration!!! Jerome
Sébastien X wrote:
bonjour,
J'ai développé une petite application (commerciale) java qui fonctionne en ligne
de commande.
Pour administrer cette application, je souhaiterais utiliser soit une interface graphique
java soit une interface web.
Je préfèrerai l'interface web puisque cela éviterai d'avoir à installer une GUI en
java.
Le problème est qu'il faut donc que j'utilise un conteneur web, il y a bien Tomcat
mais l'installation sera trop difficile pour les clients... (et je doute que l'on
puisse incorporer Tomcat avec une appli commerciale)
Y a t'il un moyen d'avoir un conteneur de servlet minimaliste que l'on puisse facilement
incorporer dans une application commerciale?
STOP !!!
tu ne vas te lancer dans une nouvelle implémentation de servlets engine,
ni dans le nieme serveur Web en Java ? cela n'est pas serieux, je ne
sais pas ce qu'ils ont fumé tous mais c'est de la folie et une atteinte
à tous les principes de la réutilisation....
Un tomcat embedded existe, jetty est léger, tu réutilises ..basta
la config est simple, facile à scripter dans le pire des cas ....
aucun problème, d'ailleurs comme c'est bizarre, tous les produits ayant
ce besoin réutilisent un truc qui existe déjà (tomcat généralement),
c'est fou le nb de softs (du commerce) qui sont livrés avec un tomcat en
bonus....
bonne intégration!!!
Jerome
J'ai développé une petite application (commerciale) java qui fonctionne en ligne de commande. Pour administrer cette application, je souhaiterais utiliser soit une interface graphique java soit une interface web.
Je préfèrerai l'interface web puisque cela éviterai d'avoir à installer une GUI en java. Le problème est qu'il faut donc que j'utilise un conteneur web, il y a bien Tomcat mais l'installation sera trop difficile pour les clients... (et je doute que l'on puisse incorporer Tomcat avec une appli commerciale) Y a t'il un moyen d'avoir un conteneur de servlet minimaliste que l'on puisse facilement incorporer dans une application commerciale? STOP !!!
tu ne vas te lancer dans une nouvelle implémentation de servlets engine, ni dans le nieme serveur Web en Java ? cela n'est pas serieux, je ne sais pas ce qu'ils ont fumé tous mais c'est de la folie et une atteinte à tous les principes de la réutilisation.... Un tomcat embedded existe, jetty est léger, tu réutilises ..basta la config est simple, facile à scripter dans le pire des cas ....
aucun problème, d'ailleurs comme c'est bizarre, tous les produits ayant ce besoin réutilisent un truc qui existe déjà (tomcat généralement), c'est fou le nb de softs (du commerce) qui sont livrés avec un tomcat en bonus.... bonne intégration!!! Jerome
Sébastien X
Nul besoin de tous les jar supplémentaires dans ton cas, pour faire une > simple servlet d'administration il te faudra juste jetty.jar et servlet.jar. La configuration XML n'est pas indispensable si tu configures le serveur manuellement comme exposé précédemment. Si tu > veux faire des JSPs tu peux les précompiler pour éviter de packager l'intégralité de Jasper avec ton application.
Merci pour ces précieux conseils
Si tu veux voir ce que ça donne je l'ai mis en place pour un petit serveur tetrinet open source : http://jetrix.sourceforge.net Le tout jetty.jar + servlet.jar + jasper-runtime.jar pèse un peu moins > de 300ko en reduisant bien les jar aux classes nécessaires.
J'ai installé jetrix pour voir tout cela. Je vais en profiter pour en étudier un peu le code :-) Est ce toi meme qui a compressé jetty.jar ? car ta version ne fait que 300 Ko alors que Jetty 4.2 que j'ai téléchargé fait près de 700 Ko (bon en fait c'est juste pour savoir parce que entre 300 ou 700 ko, c'est un peu du pareil au meme)
Au passage, l'interface graphique est nickelle, c'est tres agréable : super travail. Je vais m'inspirer de ton travail.
-- Message monitoré par axinews : http://www.axinews.com/
Nul besoin de tous les jar supplémentaires dans ton cas, pour faire une >
simple servlet d'administration il te faudra juste jetty.jar et
servlet.jar. La configuration XML n'est pas indispensable si tu
configures le serveur manuellement comme exposé précédemment. Si tu > veux
faire des JSPs tu peux les précompiler pour éviter de packager
l'intégralité de Jasper avec ton application.
Merci pour ces précieux conseils
Si tu veux voir ce que ça donne je l'ai mis en place pour un petit
serveur tetrinet open source :
http://jetrix.sourceforge.net
Le tout jetty.jar + servlet.jar + jasper-runtime.jar pèse un peu moins >
de 300ko en reduisant bien les jar aux classes nécessaires.
J'ai installé jetrix pour voir tout cela. Je vais en profiter pour en étudier un
peu le code :-) Est ce toi meme qui a compressé jetty.jar ? car ta version ne fait
que 300 Ko alors que Jetty 4.2 que j'ai téléchargé fait près de 700 Ko (bon en fait
c'est juste pour savoir parce que entre 300 ou 700 ko, c'est un peu du pareil au
meme)
Au passage, l'interface graphique est nickelle, c'est tres agréable : super travail.
Je vais m'inspirer de ton travail.
--
Message monitoré par axinews : http://www.axinews.com/
Nul besoin de tous les jar supplémentaires dans ton cas, pour faire une > simple servlet d'administration il te faudra juste jetty.jar et servlet.jar. La configuration XML n'est pas indispensable si tu configures le serveur manuellement comme exposé précédemment. Si tu > veux faire des JSPs tu peux les précompiler pour éviter de packager l'intégralité de Jasper avec ton application.
Merci pour ces précieux conseils
Si tu veux voir ce que ça donne je l'ai mis en place pour un petit serveur tetrinet open source : http://jetrix.sourceforge.net Le tout jetty.jar + servlet.jar + jasper-runtime.jar pèse un peu moins > de 300ko en reduisant bien les jar aux classes nécessaires.
J'ai installé jetrix pour voir tout cela. Je vais en profiter pour en étudier un peu le code :-) Est ce toi meme qui a compressé jetty.jar ? car ta version ne fait que 300 Ko alors que Jetty 4.2 que j'ai téléchargé fait près de 700 Ko (bon en fait c'est juste pour savoir parce que entre 300 ou 700 ko, c'est un peu du pareil au meme)
Au passage, l'interface graphique est nickelle, c'est tres agréable : super travail. Je vais m'inspirer de ton travail.
-- Message monitoré par axinews : http://www.axinews.com/
Sébastien X
STOP !!! tu ne vas te lancer dans une nouvelle implémentation de servlets engine, ni dans le nieme serveur Web en Java ? cela n'est pas serieux, je ne sais pas ce qu'ils ont fumé tous mais c'est de la folie et une atteinte à tous les principes de la réutilisation....
Na!
Un tomcat embedded existe, jetty est léger, tu réutilises ..basta
Oui, Jetty est parfait en fait : tres leger, apparement simple et me permet de l'intégrer légalement dans une application commerciale (pour tomcat je ne suis pas persuadé)
la config est simple, facile à scripter dans le pire des cas ....
aucun problème, d'ailleurs comme c'est bizarre, tous les produits ayant ce besoin réutilisent un truc qui existe déjà (tomcat généralement),
Bah en fait l'avantage du web c'est que ca permet d'integrer tres vite une interface d'administration, tandis qu'avec Swing, c'est forcément plus long à programmer avec la gestion des sockets et tout le basard : deux JSP, hop c'est réglé et en plus ca évite d'installer un logiciel d'administration (oui peut etre un peu faignant)
c'est fou le nb de softs (du commerce) qui sont livrés avec un tomcat en bonus.... bonne intégration!!!
Merci :-)
-- Message monitoré par axinews : http://www.axinews.com/
STOP !!!
tu ne vas te lancer dans une nouvelle implémentation de servlets engine,
ni dans le nieme serveur Web en Java ? cela n'est pas serieux, je ne
sais pas ce qu'ils ont fumé tous mais c'est de la folie et une atteinte
à tous les principes de la réutilisation....
Na!
Un tomcat embedded existe, jetty est léger, tu réutilises ..basta
Oui, Jetty est parfait en fait : tres leger, apparement simple et me permet de l'intégrer
légalement dans une application commerciale (pour tomcat je ne suis pas persuadé)
la config est simple, facile à scripter dans le pire des cas ....
aucun problème, d'ailleurs comme c'est bizarre, tous les produits ayant
ce besoin réutilisent un truc qui existe déjà (tomcat généralement),
Bah en fait l'avantage du web c'est que ca permet d'integrer tres vite une interface
d'administration, tandis qu'avec Swing, c'est forcément plus long à programmer avec
la gestion des sockets et tout le basard : deux JSP, hop c'est réglé et en plus ca
évite d'installer un logiciel d'administration (oui peut etre un peu faignant)
c'est fou le nb de softs (du commerce) qui sont livrés avec un tomcat en
bonus....
bonne intégration!!!
Merci :-)
--
Message monitoré par axinews : http://www.axinews.com/
STOP !!! tu ne vas te lancer dans une nouvelle implémentation de servlets engine, ni dans le nieme serveur Web en Java ? cela n'est pas serieux, je ne sais pas ce qu'ils ont fumé tous mais c'est de la folie et une atteinte à tous les principes de la réutilisation....
Na!
Un tomcat embedded existe, jetty est léger, tu réutilises ..basta
Oui, Jetty est parfait en fait : tres leger, apparement simple et me permet de l'intégrer légalement dans une application commerciale (pour tomcat je ne suis pas persuadé)
la config est simple, facile à scripter dans le pire des cas ....
aucun problème, d'ailleurs comme c'est bizarre, tous les produits ayant ce besoin réutilisent un truc qui existe déjà (tomcat généralement),
Bah en fait l'avantage du web c'est que ca permet d'integrer tres vite une interface d'administration, tandis qu'avec Swing, c'est forcément plus long à programmer avec la gestion des sockets et tout le basard : deux JSP, hop c'est réglé et en plus ca évite d'installer un logiciel d'administration (oui peut etre un peu faignant)
c'est fou le nb de softs (du commerce) qui sont livrés avec un tomcat en bonus.... bonne intégration!!!
Merci :-)
-- Message monitoré par axinews : http://www.axinews.com/
Emmanuel Bourg
Sébastien X wrote:
J'ai installé jetrix pour voir tout cela. Je vais en profiter pour en étudier un peu le code :-) Est ce toi meme qui a compressé jetty.jar ? car ta ve rsion ne fait que 300 Ko alors que Jetty 4.2 que j'ai téléchargé fait près de 700 Ko (bon en fait c'est juste pour savoir parce que entre 300 ou 700 ko, c'est un peu du pareil au meme)
Au passage, l'interface graphique est nickelle, c'est tres agréable : super travail. Je vais m'inspirer de ton travail.
Pour passer de 700 à 300ko il faut recompiler les classes en mode -g:none et ne conserver que les classes strictement nécessaires. La servlet d'admin, les classes de configuration par fichier xml et d'autres peuvent être supprimées. J'ai utilisé Jetty 4.1 aussi je c rois, il est légèrement plus compact.
Pour l'interface graphique j'ai utilisé les composants DHTML de WebFX (http://webfx.eae.net), ça donne facilement un rendu assez propre.
Sébastien X wrote:
J'ai installé jetrix pour voir tout cela. Je vais en profiter pour en étudier un
peu le code :-) Est ce toi meme qui a compressé jetty.jar ? car ta ve rsion ne fait
que 300 Ko alors que Jetty 4.2 que j'ai téléchargé fait près de 700 Ko (bon en fait
c'est juste pour savoir parce que entre 300 ou 700 ko, c'est un peu du pareil au
meme)
Au passage, l'interface graphique est nickelle, c'est tres agréable : super travail.
Je vais m'inspirer de ton travail.
Pour passer de 700 à 300ko il faut recompiler les classes en mode
-g:none et ne conserver que les classes strictement nécessaires. La
servlet d'admin, les classes de configuration par fichier xml et
d'autres peuvent être supprimées. J'ai utilisé Jetty 4.1 aussi je c rois,
il est légèrement plus compact.
Pour l'interface graphique j'ai utilisé les composants DHTML de WebFX
(http://webfx.eae.net), ça donne facilement un rendu assez propre.
J'ai installé jetrix pour voir tout cela. Je vais en profiter pour en étudier un peu le code :-) Est ce toi meme qui a compressé jetty.jar ? car ta ve rsion ne fait que 300 Ko alors que Jetty 4.2 que j'ai téléchargé fait près de 700 Ko (bon en fait c'est juste pour savoir parce que entre 300 ou 700 ko, c'est un peu du pareil au meme)
Au passage, l'interface graphique est nickelle, c'est tres agréable : super travail. Je vais m'inspirer de ton travail.
Pour passer de 700 à 300ko il faut recompiler les classes en mode -g:none et ne conserver que les classes strictement nécessaires. La servlet d'admin, les classes de configuration par fichier xml et d'autres peuvent être supprimées. J'ai utilisé Jetty 4.1 aussi je c rois, il est légèrement plus compact.
Pour l'interface graphique j'ai utilisé les composants DHTML de WebFX (http://webfx.eae.net), ça donne facilement un rendu assez propre.
