Tout ce que je télécharge semble enfermable à l'aide de tous les Java EE. Je dois construire une seule page pour gérer les demandes et faire un peu de traitement basé sur des paramètres. Ceci doit accrocher à un autre cadre qui appellera systématiquement cette URL.
Je veux un moyen rapide et facile de créer une page avec un certain traitement. Y a-t-il un moyen facile de faire cela en utilisant Java? J'utilise Java parce que je suis à l'aise avec Java. J'ai utilisé SE pendant des années et j'ai travaillé dans EE mais je ne veux pas que toutes les choses fournies avec EE.
Devrais-je peut-être simplement éviter Java tout à fait et utilisez autre chose. Cela doit être déployé dans un environnement Linux.
8 Réponses :
On dirait que vous pouvez utiliser php pour faire votre traitement. Appelez la page et postez les paramètres à celui-ci, calculez et renvoyez le résultat.
Recommander PHP dans une question Java est comme jeter Natirium ( aka sodium ) à l'eau.
@Esko: L'OP a fait Dites qu'il était ouvert à utiliser autre chose que Java si cela serait encore plus facile. En fait, si l'OP est un gars Strictly Java-Seul Java, cela pourrait être une bonne occasion de se débrouiller dans une autre technologie, bien qu'elle faudra plus de temps à se lever et à courir, avec des courbes d'apprentissage de la nouvelle technologie et ...
Certainement ouvert à quoi que ce soit à ce stade. J'avais envisagé de barbouiller dans des rails. Seule la raison pour laquelle je choisis pour Java à ce stade est que j'ai la plus grande expérience avec elle.
@uridium: Bien que si vous avez du temps libre après la mise en œuvre Java, essayez de porter à PHP, juste pour voir ce que c'est comme. Vous apprendrez quelque chose de nouveau. :)
@Frustration: Je ne dis pas que ce n'est pas une bonne recommandation, c'est-à-dire que sur la base de mon expérience PHP est considérée comme l'antichrist des langages de script chez Java Devs, ce qui peut provoquer très facilement des batailles verbales. Heureusement que cela n'était pas arrivé ici, je craignais que cela finirait comme 99% des discussions de PHP que j'ai euës ces derniers temps.
Je transfère Java et PHP en fonction du projet. Chacun a ses utilisations, ses avantages et ses inconvénients.
.jsp et éventuellement un httpservlet
En règle générale, ce n'est pas une bonne pratique de mettre n'importe quel code de traitement dans un JSP, mais s'il est vraiment simple et ne sera pas prolongé, mettez simplement la logique là-bas - elle est traduite dans un servlet de toute façon.
L'OP ne pas besoin Tomcat ou quoi que ce soit, il pourrait utiliser Tomcat ou jetée ou JBoss ou Glassfish ou Weblogic, etc. L'environnement d'exécution n'a pas d'importance, le point est-ce que l'OP peut utiliser une petite partie de quelque chose de grand.
@ Pascal. Mais je ne veux pas télécharger Java Ee si je peux l'éviter. Et je préférerais surtout éviter la douleur de JBoss si ou un autre serveur d'applications si je peux l'éviter.
@uridium: Ce n'est pas mon point. Mon point est que même si votre entreprise exécute tout son projet sur un serveur Corporate Full Java EE, vous pouvez utiliser une petite partie de Java EE. Maintenant, si vous avez le choix, Tomcat ou Jetty ira bien pour une seule application de servlet.
J'ai utilisé SE pendant des années et j'ai travaillé dans EE mais je ne veux pas que toutes les choses fournies avec EE.
Ensuite, utilisez simplement un servlet et c'est tout. Rien, je répète
rien , vous oblige à utiliser "tout ce genre de choses" et votre question est soit une déclaration gratuite ou montre un malentendu profond.
+1, d'accord. Le problème que je trouve est que la plupart des tutoriels supposent que vous souhaitez tout utiliser et l'évier de la cuisine, ils écrivent donc des exemples inefficaces et surcliqués de choses simples utilisant des trucs EE très lourds. J'aimerais voir un didacticiel qui couvre une page Web en Java avec le minimum absolu minimum de Fuss et dérangez, mais ils sont difficiles à trouver.
Probablement profonde de malentendus pour être honnête. Je n'ai jamais vraiment eu l'architecture EE aussi bien. J'ai juste fait un peu. Pour la plupart, j'ai fait des choses dans un environnement de serveur.
@uridium: pas de problème. Ce que je ne reçois pas, c'est cette partie qui vous fait penser que vous ne pouvez pas faire des "choses simples" avec Java Ee. Comme je l'ai écrit, écrivez simplement un servlet , c'est tout ce dont vous avez besoin.
@ Pascal, mon ignorance encore une fois. Mais autant que je sache, je devais avoir un serveur d'applications lorsque j'ai commencé à utiliser Java EE. Je pensais que Java EE avait toute la mise en file d'attente et la communication inter-traiter. J'ai donc pensé qu'il serait préférable d'éviter tout le monde. Si vous avez utilisé ASP.NET, je suis presque à la recherche d'une page Web simple avec un code-derrière. J'ai même envisagé d'utiliser Mono et de faire ça. Merci pour vos commentaires.
@URidium: Vous semblez utiliser java ee pour vous reporter à l'environnement Runtime (un serveur d'applications Java EE) pendant que je considère java ee à Soyez l'API , d'où la confusion. Ainsi, comme je l'ai écrit dans un autre commentaire, un conteneur de servlet (c'est-à-dire un serveur Java EE complet) ira bien si vous n'avez besoin que de l'API de servlet.
Comme mentionné, vous pouvez le faire très simplement avec une jetée et un servlet, vous n'avez même pas besoin d'une JSP si vous avez juste besoin d'une URL qui fait du traitement basé sur les paramètres de la demande et renvoie une réponse.
Pour le développement, il est très facile de créer un projet Web dynamique à Eclipse, il suffit de suivre les étapes de cet article .
Cela dit, je ne pense pas que Java est un excellent choix pour des trucs vraiment légers. PHP est probablement la chose la plus facile à utiliser si vous voulez juste le faire fonctionner hier.
Oui, toutes les solutions à base de servlets sont assez chubby.
Jetée est bien, mais le téléchargement est de 20 Mo. c'est ridicule.
Actuellement, le meilleur choix est probablement com.sun.net.httptserver qui est fourni dans jdk 6. Vous pouvez facilement implémenter votre service.
Vous pouvez utiliser Si vous n'avez pas peur des servlets (ils ne sont qu'une très petite partie de Java EE!), je peux recommander Jax-RS , il est assez facile de commencer avec. Si votre côté client est basé sur JavaScript, vous pouvez éviter d'utiliser JSP (que je vous recommanderais d'éviter).
Par exemple, voir Backbone-Jax-Cave . La source Java est ici . Pour une application Java, c'est léger. Il roule de son propre Dao, mais c'est le prix que vous payez pour utiliser Java et SQL et aucune dépendance (autre que JDBC). Le code rappelle PHP orienté objet si vous me demandez. Le point est que si vous avez un client JavaScript, vous n'avez pas besoin de rendu de modèle ou de tout ce que Cruft et une interface de repos devraient suffire.
Si vous avez peur des systèmes de construction lourds aussi, j'ai fait un Exemple ToDo Appuyez sur Backend (qui utilise une façade existante) qui nécessite uniquement un système POSIX, le JDK et SQLITE3, et obtient son propre autre dépendances (y compris WebServer). Je n'ai pas utilisé de Dao. La page de front de référentiel a un readme.
Une autre possibilité est le cadre de jeu qui n'utilise pas Java Ee. C'est plutôt lourd, cependant. Complet en vedette cependant. Vous auriez certainement besoin d'utiliser une IDE pour cela, vous n'avez pas besoin de cela pour développer des applications JAX-RS / FastCGI.
JavaScript? Php? Ils semblent comme des options viables dans ce cas.