Discussion :

[request]

Pour ceux que ca intéresserait, le seul document que j'ai trouvé au sujet delphi <--> ejb est celui-ci : http://community.borland.com/article/0,1410,28595,00.html

Cependant dans ce document, je ne trouve pas comment le client sait où trouver le serveur (port ??, ...).

Sur le cd delphi 7 il y a 2 .pdf qui expliquent comment faire mais qui sont corrupted, il faut les demander au support, ce que j'ai fait.

Mais il y a tout de même quelque chose que j'ai du mal à comprendre: si j'ai un session bean qui retourne une collection d'objets (value objects). Admettons des signalétiques clients, du style une classe ClientData écrite en java. Est-ce que cette classe ClientData sera traduite en delphi pour qu'il puisse la manipuler ? Parce que j'ai l'impression que tous les exemples qu'on voit sur le net, ne renvoient que des choses simples comme un String.

Le serveur est trouvé automatiquement par un broadcast sur le port 14000 dans le sous réseau. En java, en C++ (et en Delphi j'imagine) on peut spécifier de facon facultative le port et le serveur.

Pour la question de ValueObject, tu t'es posé la bonne question, le service CORBA (EJB) est transformé en langage neutre: l'IDL, quand on veut utiliser ce service avec un autre langage (Delphi ici), l'outil (idl2pas je crois) générer les classes nécéssaires à la manipulation et au transport (Marshaling, Stubs/ Squeleton).

Petit bémole, Delphi supporte uniquement le SIDL (simplified IDL), mais qui est largement sufisant pour supporter tous les types Java, les classes ...

[cooper]

JBoss en est actuellement a la version 3.2.3, en fait JBoss-3.xx est tres mature et la branche 3.2.x est excellente pour le developement. La version 2.4.4 est vraiment vieille et le comparatif n'est plus vraiment d acutalite.

[JefDeBourges]

Pour ma part nous sommes sous weblogic 6.1.

Le moins que je puisse dire c'est qu'il ne faut pas avoir besoin du support de BEA

Notre appli en est à son 2ème coup de chaud.
La 1ère fois, nous étions en 6.1sp1. l'expert BEA après avoir accusé notre appli s'est retranché derrière un bug de la jvm sun
Et encore, il a creusé son "diagnostic" car en stressant la même appli déployée sous Tomcat ca tenait
Nous nous en sommes sorti en passant en 6.1sp5 et en pluguant la jirokit de la v7.

La 2nde fois (en ce moment), un autre "expert" est venu et devinez quoi ? Il accuse à nouveau l'appli....
Si encore il étayait en nous disant c'est telle ou telle partie qui provoque des dead-locks, mais non !! Il a juste constaté que tous les threads étaient en wait et hop la phrase magique "c'est pas WLS ca vient d'ailleurs"

Si notre appli était complexe, je comprendrais....mais non, de simples jsp/servlets (avec struts en framework), un chouïa de SGBD (SQLServer), des connecteurs telnet (Scort) pour revamper des transactions CICS.

Les symptômes ? Au bout d'une 40aine de minutes de test de stress, on observe une surconsommation mémoire puis tout ce gèle... Les threads wls se mettent en wait, IIS empile les requêtes HTTP et le CICS se la coule douce.

Bref, ca pue le bug dans les processus internes (wls et jvm), une saturation de la mémoire permanente ou un blocage du garbage

Moralité : si pas besoin d'aide, pourquoi pas weblogic

PS : A ceux qui demanderaient pourquoi on ne passe pas en wls8.1 (ou websphere ou jboss ou autre), je leur conseillerai d'aller bosser qq jours dans un grand groupe pour découvrir ce qu'est un urbaniste technique, un architecte technique, une centrale d'achat....

[XavierZERO]

Bonjour à tous,

J'ai lu l'ensemble de vos mails et certains m'ont été très utiles pour en apprendre plus. J'ai l'impression que ma question annodine à lancer un genre de trolls sur ce Forum.

Je pense qu'il est toujours intéressant de laisser cette question ouverte car de nombreux visiteurs l'ont consulté et elles restent toujours d'actualité. Alors je vous invite à rajouter vos nouvelles expériences sur les serveurs d'applications, des comparaisons de serveurs voire vos propres benchmark maison.

Merci à tous les membre pour votre participation active à ce sujet de discussion.

[Medo_free]

Et qu'en est-il des solutions Open? telles que JBoss, Jonas, OpenEJB.

Est-ce une solution fiable et viable?
Quelqu'un les as-il utilisé en production?
Y a t-il des comparatifs entre des serveurs open source et commerciales?

Pour ma part, je sais que le grand défaut des serveur open est la documentation, elle est affreuse et si on veux la doc officielle de JBoss il faut la payer (nouveau buissnes plan de Jboss?), donc un gros point noir pour ce genre de serveurs.

De plus on remarque le nombre de serveur d'appli J2EE proliférer, quelle est leur place dans un créneau déjà chargé?

Voilà mes question!

Merci.

[XavierZERO]

Perso, je connais un peu JBoss et JOnAS.

Des deux, je préfère JOnAS parce qu'il respecte mieux la norme EJB et est plus ouvert que JBoss du fait qu'il soit développé par un consortium. D'ailleurs JOnAS représente une brique logicielle du serveur d'application Red Hat Enterprise Server.

Tu peux trouver un bonne doc de JOnAS en plus de celle sur l'objectweb.
http://jonas.objectweb.org/doc/jonas...jonas3.3.6.pdf

Pour les benchmarks, j'ai rien trouver là-dessus de récent mais perso je n'ai pas vu de grosses différences.

[Medo_free]

Ce que je peux te dire de JOnAS et de JBoss est le suivant:

J'ai trouvé JOnAS plus difficile d'accès, avec une documetation un peu brouillon, il faut aussi générer les classes intermédiaires (les stub et les skeltons,etc...) à l'aide de l'outil GenIC.

Pour Jboss, je l'ai trouvé plus "domptable" que JOnAS, du le dézipe, rajoute un jboss.xml à ton ejb-jar et ça marche 5 min après chrono en main!

De plus je te parle pas du temps de démarrage de Jboss presque instantanement(Remarquable surtout sur les petites configs).

[RanDomX]

JBoss est une alternative fiable et viable.

JBoss à été le premier conteneur d'EJB validé par Sun pour la spec 1.4 de J2EE.

Jonas est très bien aussi mais plus diificile à prendre en main.

@+

[mannou_monia]

Bonjour,

j'ai déployé mon site web jsp sur le serveur d'application ias10g ,sous j2ee ,il est visible chez certains internautes ,mais chez d'autres c'est une page blanche qui s'affiche ... qui peut m'aider svp ??? c'est trés urgent !!!!

[nicorama]

Eud, demande à Oracle

Si j'ai bien compris, le seul intérêt de payer les serveurs d'application propriétaires est d'avoir du support.
Sinon Glassfish semble très bien d'après les derniers témoignages. Il semble optimisable avec un beau serveur avec processeur Sparks 4 coeurs qui gère en quasi natif les threads java.

A confirmer....

[nicorama]

Pouvez-vous renvoyer vos expériences des serveurs 1.4 ou 1.5 pour mettre à jour la page ci-contre : http://request.developpez.com/j2ee/panorama/

Si j'ai bien capté, il faut écrire à java@redaction-developpez.com

[Ricky81]

Pouvez-vous renvoyer vos expériences des serveurs 1.4 ou 1.5 pour mettre à jour la page ci-contre : http://request.developpez.com/j2ee/panorama/

Si j'ai bien capté, il faut écrire à java@redaction-developpez.com

Ou poster ici à la suite, comme ca l'information sera accessible sans avoir à attendre la mise à jour de la page

[request]

JBoss à été le premier conteneur d'EJB validé par Sun pour la spec 1.4 de J2EE.

Tu es sure qu'il a été cértifié?

[RanDomX]

hummm, certifié je sais pas, mais validé oui. Mais il me semble:

ATLANTA—November 18, 2003—JBoss Group LLC today announced it has reached
an agreement with Sun Microsystems, Inc. to license the J2EE 1.4 technology
compatibility kit to certify the industry’s most popular open source, Java™-based
application server, JBoss®. JBoss Group is testing its product with Sun’s J2EE 1.4
Compatibility Test Suite (CTS), a suite of tests, tools and documentation that provides a
standard way of testing an implementation for compatibility with the J2EE specification,
thus demonstrating the company’s commitment to the J2EE value proposition of choice,
flexibility and compatibility.

Depuis c'est bon il me semble, je l'ai lu je ne sais plus ou...


extrait complet:
http://www.jboss.org/services/press/j2eecert.pdf

[request]

J'ai rien trouvé sur leur site, ils ne mettent pas en avant leur certification

Pourtant ton info existe bien

J'y comprends pas grand chose...

[knotty]

Quand ils disent "jboss commits to j2ee specs", ca veut dire que Jboss va tout faire pour devenir j2ee.

Ils sont arrive a une entente "cordiale" avec Sun sur le sujet. c'est a dire que Sun est d'accord pour leur faire une remise (sur le prix)

Mais le travail n'est pas fait. Il y a beaucoup de boulot pour que Jboss soit compliant. Peut etre la version 4, a voir.

[fdouilly]

Pour le choix d'un application server il est également très important de bien appréhender l'ensemble de l'architecture cible.

SI vous avez à adresser du Tuxedo, les connecteurs sont déjà présents sous Weblogic, ce qui n'est pas le cas dans Websphere ou d'autres. Un temps de développement supplémentaire sera nécessaire pour avoir des connecteurs ad hoc.

Idem côté IBM qui fournit en standard maintenant un WSIF pour les accès CICS.

Enfin si l'on se tourne vers des solutions de portails, de mobilités, il faut connaitre les offres des éditeurs au dessus de leur Application Server.

Tout ca pour préciser qu'il ne faut pas se cantonner aux AS.

See u.

Frédéric DOUILLY

[Chahid]

je te conseille cet article ceci te donnera un idée sur ton choix
http://www.jroller.com/page/trom/20040425#why_we_choosed_jonas_instead

[piedsvelus]

Pour ma part nous sommes sous weblogic 6.1.

Le moins que je puisse dire c'est qu'il ne faut pas avoir besoin du support de BEA

Notre appli en est à son 2ème coup de chaud.
La 1ère fois, nous étions en 6.1sp1. l'expert BEA après avoir accusé notre appli s'est retranché derrière un bug de la jvm sun
Et encore, il a creusé son "diagnostic" car en stressant la même appli déployée sous Tomcat ca tenait
Nous nous en sommes sorti en passant en 6.1sp5 et en pluguant la jirokit de la v7.

La 2nde fois (en ce moment), un autre "expert" est venu et devinez quoi ? Il accuse à nouveau l'appli....
Si encore il étayait en nous disant c'est telle ou telle partie qui provoque des dead-locks, mais non !! Il a juste constaté que tous les threads étaient en wait et hop la phrase magique "c'est pas WLS ca vient d'ailleurs"

Si notre appli était complexe, je comprendrais....mais non, de simples jsp/servlets (avec struts en framework), un chouïa de SGBD (SQLServer), des connecteurs telnet (Scort) pour revamper des transactions CICS.

Les symptômes ? Au bout d'une 40aine de minutes de test de stress, on observe une surconsommation mémoire puis tout ce gèle... Les threads wls se mettent en wait, IIS empile les requêtes HTTP et le CICS se la coule douce.

Bref, ca pue le bug dans les processus internes (wls et jvm), une saturation de la mémoire permanente ou un blocage du garbage

Moralité : si pas besoin d'aide, pourquoi pas weblogic

PS : A ceux qui demanderaient pourquoi on ne passe pas en wls8.1 (ou websphere ou jboss ou autre), je leur conseillerai d'aller bosser qq jours dans un grand groupe pour découvrir ce qu'est un urbaniste technique, un architecte technique, une centrale d'achat....

Je rigole en lisant ce message car je travaille depuis 1 an sur 4 applis web JSP/Struts/EJB Session + JDBC sur du Weblogic 8.1. Nous rencontrons les mêmes difficultés.

Sur la dizaine de postes de developpement Windows (PIV avec 512Mo minimum) Weblogic part régulièrement en OutOfMemory que se soit avec la jrockit ou la jvm de sun fourni avec (1.4.1). Solution : utiliser la jvm 1.4.2 même si elle n'est pas certifiée ou monter à 1Go de RAM. Ca réduit de bcps les incidents.
Eviter la sp2 c'est encore pire, Weblogic refuse carrement de démarrer dans certains cas...

Les benchs effectués sur des machines identiques production conduisent dans des conditions extrèmes de stress à un plantage en 2 heures avec la même raison : sur-consomation mémoire et un garbage collecteur qui ne s'en sort plus.

Sur les serveurs de production on observe après qq heures d'utilisation intensive des fuites mémoires qui provoquent la mort du serveur. Après avoir réglé qq problèmes liés à l'utilisation de log4j et devant la persistence des fuites mémoires et des OutOfMemory des serveurs nous avons fait intervenir un consultant BEA qui après 2 semaines d'examen de notre configuration et de nos applications à préconisé la chose suivante :
-2 ou 3 serveurs quadri-processeurs avec 4Go de RAM par application ,
-redemarrage journalier des machines

bref surdimensionner l'architecture pour permettre à l'ensemble de fonctionner correctement. Cependant cela n'empeche pas les plantages des serveurs et cela même si 1 seul des 4 processeurs est utilisé et que on ne depasse pas 400 utilisateurs par serveur ...

J'ai en outre remarqué que c'est souvent lors de la phase de deploiement des EJBs ou après une phase prolongée d'inactivité (quant il s'agit de depassiver les EJBs) que Weblogic avait tendance à planter.
Autre remarque : la console de monitoring de la mémoire de Weblogic provoque egalement une forte consomation mémoire et pour peu que l'on choisise un taux de rafraichissement trop élevé on peut planter weblogic uniquement par le fait de faire fonctionner la console d'administration (qui est une appli web je le rapelle)...

[wace]

nous avons fait intervenir un consultant BEA qui après 2 semaines d'examen de notre configuration et de nos applications à préconisé la chose suivante :
-2 ou 3 serveurs quadri-processeurs avec 4Go de RAM par application ,
-redemarrage journalier des machines

HIHIHIHIHI je rigole bien parce que j'ai du intervenir chez un client sur la validation de l'arci technique et c'est a peu pres ce que je leur ai dit de faire ( Heuuu je bosse pas pour BEA mais svt en partenariat avec eux )

sauf ke j'ai fait des preco de ouf pour une fois ke j'etais a peu pres sur que ca passerait
une appli pour 300 users max et < 100 tres gourmant en ressource en cluster
c'etait du genre
25 utilisateur simultanées max par CPU
4 Go par serveur ( multi processeur il me semble )
redemarrage machine journalier
et deviné quoi .... l'expert BEA qui est passé apres pour faire la validation coté client a dit qu'il n'y avait pas besoin de redemmarrer les machines que WLS n'en avait pas besoin .... et le mec qui a dit ca est l'expert N°1 de reference de BEA en Europe