Următoarele recomandări de slăbire sunt pentru o configurație standard JBoss AS 5.1.0 GA (Comunitate) „Toate” și pot fi utilizate pentru Jboss EAP 5.1.0 (Enterprise). Slăbirea este foarte specifică aplicației, deci nu este în niciun caz un document universal. Dacă ați documentat procesul de slăbire a altor servicii pentru JBoss 5.x vă rugăm să le adăugați aici.

jboss

Slăbire

Eliminați serviciile EJB3

În server // implementați/eliminați:

  • ejb3-connectors-jboss-beans.xml
  • ejb3-container-jboss-beans.xml
  • ejb3-interceptori-aop.xml
  • ejb3-timerservice-jboss-beans.xml
  • profile-service-secure.jar -> Notă: acest folder nu se află în Jboss EAP 5.1.0

În server // deployers/remove

  • jboss-ejb3-endpoint-deployer.jar
  • ejb3-deployers-jboss-beans.xml -> Notă: acest fișier este în Jboss EAP 5.1.0 dar nu în Jboss AS 5.1.0

AVERTISMENT: Nu îndepărtați

sunt utilizate pentru a susține adnotări pentru clientul EJB.

Eliminați serviciile EJB2

În server // implementați/eliminați:

  • ejb2-container-jboss-beans.xml
  • ejb2-timer-service.xml (Rețineți că implementările EJB3 pot eșua fără acest serviciu. Consultați această postare pe forum)

Eliminați JUDDI

În server // implementați/eliminați:

  • juddi-service.sar

Eliminați Generatorul de chei

În server // implementați/eliminați:

  • uuid-key-generator.sar

Eliminați JMS (Java Message Service)

În server// conf/props/remove:

  • messaging-roles.properties
  • messaging-users.properties

În server // implementați/eliminați:

  • mesagerie
  • jms-ra.rar
  • quartz-ra.rar (aceasta este doar o resursă JMS pentru planificatorul Quartz)

În server // deployers/remove:

  • definiții-mesaje-jboss-beans.xml

În server//conf/standardjboss.xml eliminați (comentați):

  • totul despre jms (poate opțional, deoarece profilul web și utilizarea implicită

același fișier standardjboss.xml și profil web nu au suport JMS)

În server//conf/jbossts-properties.xml eliminați (comentați):

Eliminați JBoss Mail

În server // implementați/eliminați:

  • mail-service.xml
  • mail-ra.rar

Eliminați programarea JBoss

În server // implementați/eliminați:

  • calendar-manager-service.xml
  • scheduler-service.xml

Eliminați baza de date hipersonică

În server // implementați/eliminați:

Eliminați Bsh Deployer

În server // deployers/remove:

Dezactivați implementarea la cald

În server // implementați/eliminați:

  • hdscanner-jboss-beans.xml

Eliminați JBossWS

În server // conf eliminați:

În server// conf/props/remove:

  • jbossws-roles.properties
  • jbossws-users.properties

În server // implementați/eliminați:

  • jbossws.sar
  • jbossws-console.war

În server // deployers/remove

  • jbossws.deployer

Îndepărtați cusătura

În server // deployers/remove

  • seam.deployer
  • webbeans.deployer

În server // implementați/eliminați:

  • admin-console.war - preia prea multe resurse în JBoss 5.x, eliminați-l chiar dacă utilizați Seam

Eliminați IIOP/Corba

În server// conf/remove

  • "jacorb.properties

În server // implementați/eliminați:

În server//deployers/ejb3.deployer/META-INF eliminați

  • ejb3-iiop-deployers-jboss-beans.xml

În server // lib eliminați

În server//conf/jndi.properties, înlocuiți linia:

cu această nouă linie

Eliminați alte servicii

În server // deployers/remove

  • xnio.deployer - nu este utilizat în configurația implicită JBoss 5.x oricum pentru JBoss la distanță

În server // implementați/eliminați:

  • jboss-xa-jdbc.rar - dacă nu utilizați surse de date XA
  • jmx-remoting.sar - acces la distanță (RMI) la JMX, puteți accesa în continuare JMX prin jmx-console
  • jmx-console.war - dacă nu utilizați consola JMX
  • profileservice-secure.jar - acces la distanță securizat la profileservice
  • sqlexception-service.xml - destul de inutil în JBoss 5.x
  • xnio-provider.jar - nu este utilizat în configurația implicită JBoss 5.x pentru JBoss la distanță

În server // deployers/remove:

  • hibernate-deployer-jboss-beans.xml - implementarea numai a arhivelor HAr, puteți utiliza în continuare Hibernate în EJB-uri după ce ați eliminat acest lucru

De asemenea, nu ezitați să eliminați .jars corespunzătoare pentru serviciile subțiate de mai sus din jboss/common/lib.

Eliminați Invocatorii neutilizați

Depinde ce invocator doriți să utilizați: jrmp, cumulat, unificat, http. Cel mai bun mod este să alegeți una și să le dezactivați pe celelalte.

TOT: cum să comutați invocatori (cum ar fi comutarea JMX de la JRMP la HTTP).

    Dacă doriți să eliminați invocatorii HTTP (care sunt utilizați dacă vă „tunelați” solicitările prin HTTP) pur și simplu eliminați implementările/directoarele corespunzătoare din $ JBOSS_HOME/server /

/ deploy/directory.

  • Rețineți că invocatorii HTTP sunt ceva diferit de conectorul HTTP Tomcat (invocatorii HTTP au nevoie de conectorul HTTP, dar conectorul HTTP nu are nevoie de invocatorii HTTP).
  • HTTP Invoker pentru JNDI, EJB și JMX
    • Pur și simplu eliminați directorul http-invoker.sar (web, implicit, standard) sau httpha-invoker.sar (toate, producție) din configurația dvs., împreună.
    • Dacă utilizați o configurație clusterizată, eliminați httpha-invoker.sar
  • HTTP Invoker pentru JMS
    • Eliminați complet directorul /deploy/jms/jbossmq-httpil.sar.

      • Dacă doriți să eliminați invocatorul JMX, eliminați $ JBOSS_HOME/server /

    /deploy/jmx-invoker-service.xml.

  • Prin eliminarea invocatorului JMX nu veți putea efectua o oprire la distanță sau orice fel de gestionare programată de la distanță. Nu veți putea folosi scripturi Twiddle și shutdown!
  • Invocatorul JMX depinde de invocatorul JRMP. Puteți elimina invocatorul JMX și păstra invocatorul JRMP, dar nu puteți elimina invocatorul JRMP fără a elimina și invocatorul JMX.
  • Consola de administrare Web veche depinde de serviciul jmx-invoker. Puteți elimina $ JBOSS_HOME/server /

    / directorul deploy/management pentru a curăța erorile de implementare din această dependență. Această Consolă Web este depreciată de Consola de administrare începând cu EAP 5 și este menținută doar în scopuri vechi.

  • Securizarea JMX Invoker
    • În loc să eliminați invocatorul jmx, îl puteți securiza și descomentând linia din jmx-invoker-service.xml care arată ca: ->
    • Acest lucru va necesita autentificare pentru a utiliza serviciul de invocare JMX, dar parola va fi necriptată în continuare. Puteți implementa o metodă simplă de hash, așa cum se arată în ghidul de securitate.

    • Aceasta oferă un pool de conexiuni socket pentru apeluri EJB la distanță.
    • Dacă doriți să eliminați invocatorul grupat, în server//deploy/legacy-invokers-service.xml eliminați (comentați): PooledInvoker

    • Clasa org.jboss.invocation.jrmp.server.JRMPInvoker este un serviciu MBean care oferă implementarea RMI/JRMP a interfeței Invoker. JRMPInvoker se exportă ca server RMI, astfel încât atunci când este utilizat ca Invoker într-un client la distanță, stub-ul JRMPInvoker este trimis clientului în loc și invocațiile folosesc protocolul RMI/JRMP.
    • Dacă doriți să eliminați invocatorul JRMP, în server//deploy/legacy-invokers-service.xml eliminați (comentați): JRMPInvoker
    • De asemenea, trebuie să dezactivați jmx-invoker-service.xml. Vezi deasupra.

    • JBoss IIOP acceptă accesul CORBA/IIOP la enterprise beans implementat într-un server de aplicații JBoss, așa cum este definit de specificația EJB.
    • Dacă doriți să eliminați invocatorul IIOP, în server//conf/standardjboss.xml eliminați (comentați afară): invoker-proxy-binding iiop

    Notă: Pot exista alți invocatori legați de porturi diferite. Dacă nu aveți nevoie de ele, le puteți elimina. În caz contrar, asigurați-le dacă sunt accesibile de către oameni în care nu aveți încredere deplină.

    Eliminați gruparea

    În server/eliminați:

    • deploy-hasingleton /
    • fermă /

    În server // implementați eliminați:

    Pentru a elimina un mesaj de eroare altfel inofensiv în jurnalele despre un director de fermă lipsă, în server//conf/bootstrap/profile.xml editați beanul "BootstrapProfileFactory" și ștergeți sau comentați următoarele:

    Pentru a comuta JBoss Messaging la o operațiune non-grupată, în server // implementați/mesaje editați fișierul -persistence-service.xml și

    • dezactivați gruparea:

    • ștergeți sau comentați dependența de fabrica de canale JGroups

    Cele de mai sus descriu o eliminare completă a caracteristicilor de grupare. O eliminare mai fină a caracteristicilor poate fi realizată prin ștergerea completă a serverului // deploy/cluster, ci mai degrabă doar prin ștergerea unora dintre implementările din acesta. De exemplu, făcând toate cele de mai sus, dar plecând

    • server//deploy/cluster/jboss-cache-manager.sar și
    • server//deploy/cluster/jgroups-channelfactory.sar

    va permite replicarea HttpSession să funcționeze.