Child pages
  • Ear project
Skip to end of metadata
Go to start of metadata

Ha egy EAR-ba teszek EJB-ket akkor azok között local-ban kommunikálnak?

És ha van egy WEB-is akkor az most local-ban vagy remote-ban érik el az EJB-t?

      
      
Page viewed times
#trackbackRdf ($trackbackUtils.getContentIdentifier($page) $page.title $trackbackUtils.getPingUrl($page))
  • No labels

12 Comments

  1. Ha egy EAR-ba teszek EJB-ket akkor azok között local-ban kommunikálnak?

    Igen, gyakorlatilag ennyi az egész (valahol egy EJB-ben, amelyből hívni akarod a másikat):

      @EJB
      private EJBServiceLocal ejbRef;

    És máris van egy helyi példányod az adott bean-ből.

    És ha van egy WEB-is akkor az most local-ban vagy remote-ban érik el az EJB-t?

    A Web projekt az már remote hívás, igen.
  2. Nekem Jboss-om van és eclipse, de amikor egy ear project-et csinálok majd egy ejb-t bele keresgeti az ejb-jar.xml-t de én ha ejb3-at használok akkor nem kell használni (nem?)

    De kell neki most akkor használjak xml-t mint az ejb2-őn???

  3. Nekem Jboss-om van és eclipse, de amikor egy ear project-et csinálok majd egy ejb-t bele keresgeti az ejb-jar.xml-t de én ha ejb3-at használok akkor nem kell használni (nem?)

    Ezért kérdeztem, hogy mindenképpen ragaszkodsz-e a JBoss-hoz, mert annak vannak ilyen hülye dolgai. ejb-jar.xml nem kell EJB3 esetén, de JBoss mégis igényli, hasonló dolog az application.xml is. Biztos nem akarod kipróbálni a Glassfish-t? :)
  4. Mit szólsz a websphere, vagy a weblogic-hoz?

  5. Ezeket a szörnyetegeket szvsz csak akkor érdemes használni fejlesztéshez, ha valami oknál fogva az éles rendszer is ezeken fog futni. Emlékeim szerint ezeknek is valami speciális deszkriptorokat kell csinálni, amiknek semmi köze a szabványhoz, emellett iszonyat a memóriaigényük. Fejlesztés közben tipikusan fut mellette egy IDE, egy DB és pár böngészőablak: 2Gbyte RAM az alap, de azzal még recseg. Egy jboss-t felpattintok 10 másodperc alatt (sic!), ehhez képest egy WS vagy egy WL installálás félórás társalgás egy paranoid telepítőprogrammal. A WS talán még saját JDK-t is felrak magának. De már közel egy évesek ezek az emlékeim, cáfolja meg aki tudja.
  6. Unknown User ((k)risztián)

    websphere-t csak akkor ha nagygepet is veszel hozza olyan nagyon-nagyot nem PC-t Nekem az OpenEJB jott be de EJB3-al meg nem probaltam.... JBoss-al napokig szenvedtemeredmeny nelkul amivel az OpenEJBbe szine pillanatok alatt meg volt... anno...
  7. Egy jboss-t felpattintok 10 másodperc alatt (sic!)
    Irigyellek. Nalam tipikus fejlesztesi iteracio: JBoss indit (2-3 perc). Ralepek az oldalra (elso alkalom 4-5 perc). Egy SQL-t at kell irni az ejb-k kozott (10 masodperc). Mivel ossze-vissza vannak a fuggosegek, ezert EJB deploy eseten a JBosst ujra kell inditani (megint 2-3 perc). Az oldal tesztelese soran (ugye elso letoltesekort megint 4-5 perc) kiderul, hogy elfelejtettem group by-hoz felvenni az oszlopot. Es kezdodik elorol a tortenet. El se merem kepzelni, hogy milyen lehet a W*-al ezt jaccani.
  8. Glassfish-nek van egy inkrementális deploy nevű dolga, amivel a NetBeans remekül együtt tud működni.
  9. Már írtam hogy eclipse-t használok. Amikor készítek egy ear project-et és bele egy EJB3 bean-t akkor az eclipse-nek nem tetszik hogy nincs ejb-jar.xml. Megnéztem hogy beállítva EJB2.1 van, de nem tudom hogy kell ezt 3.0 állítani hátha akkor észreveszi magát ?

    Vagy nem látom jól át a helyzetet?

  10. Irigyellek. Nalam tipikus fejlesztesi iteracio: JBoss indit (2-3 perc). Ralepek az oldalra (elso alkalom 4-5 perc).
    Sosem volt ilyen problémám, pedig sokmindent használtam rajta (ejb2, jsp, jsf, hibernate, echo, echo2, wicket, spring). Nálatok inkább a projektben lehet igen erősen elkefélve valami.
  11. Meg kell hogy védjem a JBOSS-t.

    Én rontottam el, mert az eclipse-ben a server beállításokat elcsesztem. Régi jboss-t használtam ami a JEE 1.4-es verziót, de átállítottam 1.5-re és úgy már megy az EJB3-al deploy descriptor nélkül is.

  12. Anonymous

    Felejtsük már el végre az EJB-t (smile) Tomcat+Spring és a világ ránkmosolyog (smile)