Vyriešené.
 
Vďaka všetkým, čo prispeli radou už server ide 2 dni bez problémov, takže 
problém pokladám za vyriešený.
 
Popíšem sem ale ešte konfiguráciu do archívu. Snáď to niekomu pomôže.
 
 
Pri starom nastavení workers.properties:
worker.ajp13.socket_timeout=120
worker.ajp13.connection_pool_size=100
worker.ajp13.connection_pool_minsize=30
worker.ajp13.connection_pool_timeout=120
 
sa ešte stále prejavoval problém "HSE_REQ_SEND_RESPONSE_HEADER failed". Potom 
som zmenil dve veci:
 
workers.properties:
worker.ajp13.connection_pool_minsize=70

a
 
server.xml:
<Connector port="8309" address="${jboss.bind.address}"
   maxThreads="100" minSpareThreads="70" debug="9"
   emptySessionPath="true" enableLookups="false" redirectPort="8443"
   protocol="AJP/1.3" tomcatAuthentication="false" URIEncoding="UTF-8" />

Neviem, ktoré nastavenie zabralo - možno obe.
 
Zaujímavé je to aj preto, že u nás som to testoval aj na úplne minimalistickom 
nastavení:
worker.ajp13.connection_pool_size=2
worker.ajp13.connection_pool_minsize=1 
a aplikácia stále išla v pohode.
 
Ešte raz vďaka,
Bedo.
 
 
P.S. JCIFS sa mi sprvoti nedarilo rozbehať, až som vyskúšal spustiť aplikáciu 
cez staručký Firefox 1.0 a tam to išlo. Čiže chyba nebola v konfigurácií JCIFS 
filtra, ale v browseri. Pri testovaní na IE som stále obdržal chybu "401 
Unauthorized" aj pri druhom volaní, keď som v HTTP hlavičkách videl, že si 
JBoss a IE nejaký NTLM reťazec poslali.
Čiže - najnovší JCIFS 1.2.13 proti windows doméne na Windows Server 2003 R2 
nejde cez IE 6.0, ani IE 7.0, ale s Firefoxom 1.0 ide (samozrejme, vtedy 
nepošle doménové meno a heslo sám, ale ho musí užívateľ zadať). Celkom sranda 
;-)
 



  _____  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rastislav Siekel
Sent: 5. júna 2007 12:00
To: 'Java'
Subject: RE: IIS + JBoss - mod_jk problem


Díky, to znie zaujímavo, skúsim nastaviť. Uvidíme...
 
Bedo


  _____  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Richard Holly
Sent: 5. júna 2007 10:38
To: Java
Subject: Re: IIS + JBoss - mod_jk problem


Skuste zvysit nastavenie ajp13 connectora - ak bezite v default home tak  
${jboss.home}/default/deploy/jbossweb-tomcat55.sar/server.xml  napr. 

      <!-- A AJP 1.3 Connector on port 8309 -->
      <Connector port="8309" address="${jboss.bind.address}"
         maxThreads="100" minSpareThreads="30" maxSpareThreads="10"
         debug="0" emptySessionPath="true" enableLookups="false" 
         protocol="AJP/1.3"/>

Hodnoty som uviedol tak aby reflektovali vami uvedene hodnoty z 
workers.properties.


Rastislav Siekel wrote: 

Ahoj, díky za ohlas.



...veď to je práve problém, server (Tomcat) sa tvári, že nejde, ale jeho priame 
oslovenie - mimo AJP13 ide v pohode, čiže HTTP GET na porte 8380 vráti stránku 
pre JBoss management v poriadku. Zlyháva práve ten connect na 8309.



Bedo





  

-----Original Message-----

From: [EMAIL PROTECTED] 

[mailto:[EMAIL PROTECTED] On Behalf Of Zdenek Lorenc

Sent: 5. júna 2007 10:06

To: Java

Subject: Re: IIS + JBoss - mod_jk problem



Rastislav Siekel napsal(a):



    

Nikto sa neozýva, tak skúsim ešte raz - nemá niekto z 

      

tunajších guru 

    

nasadený JBoss alebo Tomcat nad IIS, aby fungovala NTLM autorizácia?

Aké verzie? Plíz, plíz.

 

Bedo



    

      

--------------------------------------------------------------

----------

    

    *From:* [EMAIL PROTECTED]

    [mailto:[EMAIL PROTECTED] *On Behalf Of 

      

*Rastislav Siekel

    

    *Sent:* 4. júna 2007 10:47

    *To:* 'Java'

    *Subject:* IIS + JBoss - mod_jk problem



    Zdravím vospolok,

     

    potreboval by som niekoho pomôcť mi pri chybe v prepojení medzi

    IIS a JBoss.

     

    Naša aplikácia po premigrovaní na JBoss funguje úplne perfektne

    ;-) Teda počas testov. V ostrej prevádzke sa stáva, že 

      

po nejakom

    

    čase zlyhá prepojenie medzi IIS (6.0) a JBoss (4.0.5.GA) pomocou

    mod_jk (1.2.20 aj 1.2.23) V logu sa predtým zobrazí chyba

    *HSE_REQ_SEND_RESPONSE_HEADER failed, *prípadne *WriteClient

    failed with 00002746*, prípadne *connect to 

      

127.0.0.1:8309 failed

    

    with errno=61*.

     

    Google mi dal rady pre nastavenie *workers.properties*, tak som

    tam dokonfiguroval:

     

    - nastaviť nejaký konečný timeout - 

      

*worker.ajp13.socket_timeout=120*

    

    - zväčšiť počet spojení v connection pool -

    *worker.ajp13.connection_pool_size=100*

    - zväčšiť minimálny počet spojení v connection pool -

    *worker.ajp13.connection_pool_minsize=30*

    - nastaviť nejaký konečný timeout pre connection tool -

    *worker.ajp13.connection_pool_timeout=120*

     

    Aj cez všetko úsilie aplikácia stále mrzne. Pričom iná 

      

aplikácia -

    

    napr. JBoss management funguje stále - takže vlastné 

      

IIS a Tomcat

    

    z JBoss-u môžem vylúčiť. Nemáte niekdo nasadené IIS a 

      

JBoss spolu?

    

    Ako - teda aké verzie?

     

    Díky,

    Rastislav "Bedo" Siekel

     

    P.S. IIS by som prinajhoršom mohol nahradiť nejakým iným NTLM

    providerom - napr JCIFS, ale aplikácia sa určite musí 

      

prihlasovať

    

    automaticky doménovým menom a heslom z Windows domény.

     

     

    

      

--------------------------------------------------------------

----------

    

    Ing. Rastislav Siekel

    Prosoft s.r.o., Kuzmányho 8, 010 01 Žilina, Slovakia

    E-mail :  <mailto:[EMAIL PROTECTED]> <[EMAIL PROTECTED]>  <mailto:[EMAIL 
PROTECTED]> <mailto:[EMAIL PROTECTED]>

    Tel : 041/562 54 91

    Fax : 041/562 54 97

    Mobil : 0905 34 00 20

     



      

Ahoj,



ze znalosti mod_jk odvozuji :

 errno = WSAGetLastError() - WSABASEERR;  WSABASEERR = 10000;



  z chyby :   connect to 127.0.0.1:8309 failed with errno=61

  by mohl být chybový kód  100061;



 ve Win vrací fce  WSAGetLastError()  chybový kód  100061 v 

případě uvedeném níže .



WSAECONNREFUSED  10061

Connection refused.

No connection could be made because the target computer 

actively refused it.

This usually results from trying to connect to a service that 

is inactive on the foreign host—that is, one with no server 

application running.  



Z.Lorenc























    



  


Odpovedet emailem