I think site settings in the Content tab are used for e-commerce. For
back office application, url.properties is used. Someone please correct
if I am wrong.
Thanks,
Raj
David Goodenough wrote:
Is there a guide as to what might be need to be put in the url.properties file
or what we might need to enter under the Content Tab?
David
On Sunday 19 August 2007, Raj Saini wrote:
Hi Mathius,
You will need to fine tune your settings in the url.properties file.
For ecommerce, you can do that in the web site under content tab.
Thanks,
Raj
Mathius Allo wrote:
Hi Raj,
I have tried to configure it using mod_proxy_ajp. The only changes that I
made is to add the following line into proxy_ajp.conf under
/etc/httpd/conf.d/ (i'm using FC5): LoadModule proxy_ajp_module
modules/mod_proxy_ajp.so
ProxyPass / ajp://localhost:8009
This seems to be working for non-ssl. I can access my module in the
following: http://www.mallo.com/customer/
apache & tomcat access_log indicates that everything is ok.
However, when trying to access modules that require ssl port ":8443"
appears automatically the URL
(https://www.mallo.com:8443/project/control/main) and I noticed the
following in the apache access_log: 192.168.1.65 - -
[18/Aug/2007:20:49:13 +0800] "GET
/project/control/main?externalLoginKey=EL994157896198 HTTP/1.1" 302 -
"http://www.mallo.com/customer/control/editCustomer?customerId=10000"
"Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20070417
Fedora/2.0.0.3-4.fc7 Firefox/2.0.0.3"
After the above message, accessing non-ssl module does not seems to go
through apache (even though I don't see :8080 in the URL) as I don't see
any entry in the apache access_log.
Any idea on how to make it work for https?
Thanks,
Mathius Allo
Raj Saini <[EMAIL PROTECTED]> wrote: Yes, I have configured our Ofbiz +
Apache HTTP 2.2 with mod_ajp_proxy. You will need to enable proxy for
httpd and mod_proxy_ajp within your virtual hosts. I am doing it Debian
way. For a standard httpd.conf following should work:
1. Enable mod_proxy and mod_proxy_ajp modules in the Apache.
2. Somewhere in the global part of httpd.conf
--------------------------------------------------
#turning ProxyRequests on and allowing proxying from all may allow
#spammers to use your proxy to send email.
ProxyRequests Off
AddDefaultCharset off
Order deny,allow
Allow from all
#Allow from .example.com
# Enable/disable the handling of HTTP/1.1 "Via:" headers.
# ("Full" adds the server version; "Block" removes all outgoing
Via: headers)
# Set to one of: Off | On | Full | Block
ProxyVia On
3. Inside your virtual host config
-----------------------------------
ProxyPreserveHost On
proxyPass / ajp://localhost:8009/
RewriteEngine On
RewriteRule ^/(images/.+);jsessionid=\w+$ /$1
That is it you need to make it work.
Thanks,
Raj
Jacques Le Roux wrote:
>From this blog I'm not sure it's the good solution yet. Do you have
valuable experience with it ?
http://getahead.org/blog/joe/2006/02/01/mod_jk_is_dead_long_live_mod_pro
xy_ajp.html
Jacques
PS : though this links seem good points :
http://confluence.atlassian.com/display/DOC/Running+Confluence+behind+Ap
ache#comment-16121884
http://lenya.apache.org/docs/2_0_x/tutorials/mod_proxy_ajp.html
De : "Raj Saini"
mod_proxy_ajp is another way of doing it with Apache 2.2.x. It is far
simpler than mod_jk.
Thanks,
Raj
Gautam Deb wrote:
Yes, it is possible. You can use the *mod_jk* Tomcat-Apache plug-in
that handles the communication between Tomcat and Apache. You can
refer the link
http://tomcat.apache.org/tomcat-3.3-doc/mod_jk-howto.html
This way you can route request to the web container.
Regards,
Gautam Deb
On 8/12/07, Mathius Allo wrote:
Hi All,
Is it possible to have a deployment configuration where Apache web
server being used to route request to the web container?
How to deploy an OfBiz application within an Application Server?
Thanks in advanced.
Mathius
---------------------------------
Pinpoint customers who are looking for what you sell.
---------------------------------
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail,
news, photos & more.