Проблемы с выравниванием нагрузки weblogic 9.2 и кластеризирующийся использующий плагин прокси

У меня есть кластер в weblogic 9.2 с 2 узлами (172.20.1.68:7101, 172.20.1.23:7102), 1 adminserver (172.20.1.23:7001) и 1 стабилизатор (апачи проксируют плагин), 172.20.1.49:7103.

То, что я вижу в access.log стабилизатора, - то, что каждый запрос отмечен как 404 не найденный. Но в журнале узла I видят их точно тот же запрос distribuited отмеченный, как ДОБИРАЮТСЯ с кодом 200.

Проблема состоит в том, что мое приложение не работает.

Любая идея ценилась бы.

Большое спасибо!

Править:

Здесь это - мой соответствующий httpd.conf, у меня нет раздела, вместо этого у меня есть это:

<VirtualHost *:80>
        ServerName fake.server.name  
        DocumentRoot "/usr/local/apache_ssl/htdocs"  
        <Location /myApp/>  
             SetHandler weblogic-handler  
             WebLogicCluster 172.20.1.23:7102,172.20.1.68:7101  
             Debug All   
             DebugConfigInfo ALL  
             WLLogFile logs/p.log  
              KeepAliveEnabled ON  
             KeepAliveSecs 15  
        </Location>  

        <Location /psoc-app>
             SetHandler weblogic-handler
             WebLogicCluster 172.20.1.23:7102,172.20.1.68:7101
              KeepAliveEnabled ON
             KeepAliveSecs 15
        </Location>

    WLLogFile logs/p.log
    ErrorLog logs/_log_error
    CustomLog logs/_log common
</VirtualHost>

Запрос /tmp/wlproxy.log:

================New Request: [GET /myApp/path HTTP/1.1] =================
Thu Jul 29 14:30:00 2010 <1382912804066002> INFO: SSL is not configured
Thu Jul 29 14:30:00 2010 <1382912804066002> Using Uri /myApp/path
Thu Jul 29 14:30:00 2010 <1382912804066002> After trimming path: '/myApp/path'
Thu Jul 29 14:30:00 2010 <1382912804066002> The final request string is '/myApp/path'
Thu Jul 29 14:30:00 2010 <1382912804066002> SEARCHING       id=[172.20.1.23:7102,172.20.1.68:7101] from current ID=[172.20.1.23:7102,172.20.1.68:7101]
Thu Jul 29 14:30:00 2010 <1382912804066002> The two ids matched
Thu Jul 29 14:30:00 2010 <1382912804066002> @@@FOUND...id=[172.20.1.23:7102,172.20.1.68:7101], server_name=[172.20.1.49], server_port=[80]
Thu Jul 29 14:30:00 2010 <1382912804066002> attempt #0 out of a max of 5
Thu Jul 29 14:30:00 2010 <1382912804066002> Trying a pooled connection for '172.20.1.68/7101/7106'
Thu Jul 29 14:30:00 2010 <1382912804066002> getPooledConn: No more connections in the pool for Host[172.20.1.68] Port[7101] SecurePort[7106]
Thu Jul 29 14:30:00 2010 <1382912804066002> general list: trying connect to '172.20.1.68'/7101/7106 at line 2619 for '/myApp/path'
Thu Jul 29 14:30:00 2010 <1382912804066002> INFO: New NON-SSL URL
Thu Jul 29 14:30:00 2010 <1382912804066002> Connect returns -1, and error no set to 115, msg 'Operation now in progress'
Thu Jul 29 14:30:00 2010 <1382912804066002> EINPROGRESS in connect() - selecting
Thu Jul 29 14:30:00 2010 <1382912804066002> Local Port of the socket is 38958
Thu Jul 29 14:30:00 2010 <1382912804066002> Remote Host 172.20.1.68 Remote Port 7101
Thu Jul 29 14:30:00 2010 <1382912804066002> general list: created a new connection to '172.20.1.68'/7101 for '/myApp/path', Local port:38958
Thu Jul 29 14:30:00 2010 <1382912804066002> URL::parseHeaders: CompleteStatusLine set to [HTTP/1.1 404 Not Found]
Thu Jul 29 14:30:00 2010 <1382912804066002> URL::parseHeaders: StatusLine set to [404 Not Found]
Thu Jul 29 14:30:00 2010 <1382912804066002> parsed all headers OK
Thu Jul 29 14:30:00 2010 <1382912804066002> sendResponse() : r->status = '404'
Thu Jul 29 14:30:00 2010 <1382912804066002> canRecycle: conn=1 status=404 isKA=0 clen=1214 isCTE=0
Thu Jul 29 14:30:00 2010 <1382912804066002> closeConn: URL.canRecycle() returns false, deleting URL '172.20.1.68/7101'
Thu Jul 29 14:30:00 2010 <1382912804066002> request [/myApp/path] processed sucessfully..................

Извините я просто наклон заставляю средство форматирования работать