>I'm surprised that the Alfresco team is still giving-out advice that
>was appropriate in the mid-2000s.
>Some notes:
>1. Don't put in server.xml. Just don't.
>2. "debug" hasn't been used in ... forever.
>3. path="" is bad, and isn't necessary if you follow #1
It did not work so i took it out
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chris,
On 1/26/15 8:05 PM, Chris Arnold wrote:
>>> Yeah, that document is evidently a pack of lies. Specifically,
>>> the "path" and "docbase" attributes in are ignored
>>> in META-INF/context.xml files, and you really shouldn't have
>>> your any
>> Yeah, that document is evidently a pack of lies. Specifically,
>> the "path" and "docbase" attributes in are ignored in
>> META-INF/context.xml files, and you really shouldn't have your
>> anywhere else (except in
>> conf/[engine]/[host]/[appname].xml, which behaves almost the same
>> way).
>>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chris,
On 1/26/15 5:36 PM, Chris Arnold wrote:
>
>> Yeah, that document is evidently a pack of lies. Specifically,
>> the "path" and "docbase" attributes in are ignored in
>> META-INF/context.xml files, and you really shouldn't have your
>> any
> Yeah, that document is evidently a pack of lies. Specifically, the
> "path" and "docbase" attributes in are ignored in
> META-INF/context.xml files, and you really shouldn't have your
> anywhere else (except in conf/[engine]/[host]/[appname].xml,
> which behaves almost the same way).
>
> Best
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chris,
On 1/26/15 4:52 PM, Chris Arnold wrote:
>> The best possible setup here is to set up httpd with more than
>> one VirtualHost (and SNI, since you are using HTTPS) with the
>> correct hostnames, etc., and only use JkMount from the "share2"
>> V
>>If the application can't handle that (try it!), you'll have to make
>>other arrangements.
>According to:
>https://wiki.alfresco.com/wiki/Deploying_To_Server
>that is not even necessary. I understand that link is a years old and talks
>about tomcat 6 but the general >idea is the same. I will tr
>The best possible setup here is to set up httpd with more than one
>VirtualHost (and SNI, since you are using HTTPS) with the correct
>hostnames, etc., and only use JkMount from the "share2" VirtualHost.
>Then, re-name your application from share.war to ROOT.war and
>re-deploy it into Tomcat. Use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chris,
On 1/25/15 7:38 PM, Chris Arnold wrote:
>> If you won't re-name the web application, I think redirects will
>> be your best bet. If a client requests
>> http(s)://share2.domain.tld/, you should redirect them to
>> https://share2.domain.tld/sh
> If you won't re-name the web application, I think redirects will be
> your best bet. If a client requests http(s)://share2.domain.tld/, you
> should redirect them to https://share2.domain.tld/share/ and then
> "JkMount /share/* worker1". You can redirect using RedirectPermanant
> or a few other
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chris,
On 1/23/15 7:49 PM, Chris Arnold wrote:
>
>> *sigh*
>>
>> If you only want to proxy for one VirtualHost, then only set up
>> JkMounts in that one VirtualHost.
>>
>> Like this:
>>
>> ServerName share2..xxx
>>
>> JkMount /* worker1 (
> *sigh*
>
> If you only want to proxy for one VirtualHost, then only set up
> JkMounts in that one VirtualHost.
>
> Like this:
>
>
>ServerName share2..xxx
>
>JkMount /* worker1 (or "balancer", whichever you want)
>
Maybe I wasn't clear in my other reply, the above jkmount /* wo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chris,
On 1/23/15 10:40 AM, Chris Arnold wrote:
>> What you want is:
>
>> JkMount /share2/* worker1
>
>> or maybe:
>
>> JkMount /share2/* balancer
>
>> workers.properties defines the workers (target host/port,
>> connection options, etc.) and th
>What you want is:
>JkMount /share2/* worker1
>or maybe:
>JkMount /share2/* balancer
>workers.properties defines the workers (target host/port, connection
>options, etc.) and the JkMount directives in httpd.conf map URL
>patterns to those workers.
So JkMount /* proxied everything and we only
>What you want is:
>JkMount /share2/* worker1
>or maybe:
>JkMount /share2/* balancer
>workers.properties defines the workers (target host/port, connection
>options, etc.) and the JkMount directives in httpd.conf map URL
>patterns to those workers.
So JkMount /* proxied everything and we only
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chris,
On 1/21/15 6:41 PM, Chris Arnold wrote:
>> Chris,
>
>> On 1/21/15 5:56 PM, Chris wrote: You must have changed something
>> since your original >configuration. Do you have "JkMount ajp13"
>> somewhere? You need to use >the worker name and not
Am 22.01.2015 um 01:03 schrieb Chris Arnold:
+1
And also, could you specify again what URL you are >requesting in the browser,
which you
would expect to be proxied to Tomcat ?
https://share2.domain.tld
Looking at the log you just showed, it seemed that the >only requests ever
passed throug
>+1
>And also, could you specify again what URL you are >requesting in the browser,
>which you
>would expect to be proxied to Tomcat ?
https://share2.domain.tld
>Looking at the log you just showed, it seemed that the >only requests ever
>passed through
>mod_jk for evaluation, where things like
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chris,
On 1/21/15 5:56 PM, Chris Arnold wrote:
When i look at the apache log for that request, i dont see
where the request is even making it to apache or tomcat.
Try to request a static file from DocumentRoot directo
>Chris,
>On 1/21/15 5:56 PM, Chris wrote:
>You must have changed something since your original >configuration. Do
>you have "JkMount ajp13" somewhere? You need to use >the worker name
>and not the protocol name.
>Can you post your updated workers.properties file, and >related
>httpd.conf configur
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chris,
On 1/21/15 5:56 PM, Chris Arnold wrote:
>>> When i look at the apache log for that request, i dont see
>>> where the request is even making it to apache or tomcat.
>>>
>>
>> Try to request a static file from DocumentRoot directory.
>>
>> I
>> When i look at the apache log for that request, i dont see where the request
>> is even making it to apache or tomcat.
>>
>
> Try to request a static file from DocumentRoot directory.
>
> If you cannot, then your HTTPS is not configured correctly. Get that
> working first.
>>>Yeah, I overlooke
> #This rewrites https://share.anydomain.tld to our share server
> RewriteEngine On
> RewriteCond %{HTTP_HOST} ^share\.
> RewriteCond %{HTTPS} on
> RewriteCond %{REQUEST_URI} !^/share/
> RewriteRule ^/(.*) https://share.domain.tld:8443/share/ [P]
That will forward any
Am 17.01.2015 um 04:05 schrieb Chris Arnold:
When i look at the apache log for that request, i dont see where the request is
even making it to apache or tomcat.
Try to request a static file from DocumentRoot directory.
If you cannot, then your HTTPS is not configured correctly. Get that
work
>> When i look at the apache log for that request, i dont see where the request
>> is even making it to apache or tomcat.
>>
>
> Try to request a static file from DocumentRoot directory.
>
> If you cannot, then your HTTPS is not configured correctly. Get that
> working first.
>>Yeah, I overlooked
Am 17.01.2015 um 03:43 schrieb Chris Arnold:
No JkMount?
mod_jk uses the JkMount directive to decide, which >>requests should be
forwarded. Something like
JkMount /myapp|/* balancer
The directive should be put into the VirtualHost that is >>used in your
Apache web server config to serve
Am 17.01.2015 um 01:51 schrieb Konstantin Kolinko:
2015-01-17 2:31 GMT+03:00 Chris Arnold :
Current working setup:
apache 2.2 using mod_jk to pass 443 requests to tomcat on 8443.
We are migrating from SLES 11 SP3 to SLEs 12. On SLES 11 we use alfresco 5.0.c which
includes tomact 7.x i believ
>>No JkMount?
>>mod_jk uses the JkMount directive to decide, which >>requests should be
>>forwarded. Something like
>>JkMount /myapp|/* balancer
>>The directive should be put into the VirtualHost that is >>used in your
>>Apache web server config to serve the requests for >>/myapp.
When i look a
Am 17.01.2015 um 00:31 schrieb Chris Arnold:
Current working setup:
apache 2.2 using mod_jk to pass 443 requests to tomcat on 8443.
We are migrating from SLES 11 SP3 to SLEs 12. On SLES 11 we use alfresco 5.0.c which
includes tomact 7.x i believe. SLES 11 has apache 2.2.10. SLES 12 has apache
2015-01-17 2:31 GMT+03:00 Chris Arnold :
> Current working setup:
>
> apache 2.2 using mod_jk to pass 443 requests to tomcat on 8443.
>
>
> We are migrating from SLES 11 SP3 to SLEs 12. On SLES 11 we use alfresco
> 5.0.c which includes tomact 7.x i believe. SLES 11 has apache 2.2.10. SLES 12
> ha
>> I have the following configuration (config files below) and am
>> encountering the error
>> âajp_connection_tcp_get_message::jk_ajp_common.c (1033): wrong
>> message format 0x4854 from 127.0.0.1:8082â when attempting to access
>> a URL that matches one of my JKMounted entries. My versions ar
[EMAIL PROTECTED] schrieb:
>> I have the following configuration (config files below) and am
>> encountering the error
>> “ajp_connection_tcp_get_message::jk_ajp_common.c (1033): wrong
>> message format 0x4854 from 127.0.0.1:8082” when attempting to access
>> a URL that matches one of my JKMounte
> I have the following configuration (config files below) and am
> encountering the error
> “ajp_connection_tcp_get_message::jk_ajp_common.c (1033): wrong
> message format 0x4854 from 127.0.0.1:8082” when attempting to access
> a URL that matches one of my JKMounted entries. My versions are
> li
On 16 Jul 2008 at 13:41, Vinod Nagarajan wrote:
Date sent: Wed, 16 Jul 2008 13:41:09 -0700
From: Vinod Nagarajan <[EMAIL PROTECTED]>
Subject:mod_jk configuration issue
To: users@tomcat.apache.org
Send reply to: Tomcat Users List
> Hi,
>
> I am kind of new to tomcat and apach
What's your idea why you configured a socket timeout of 2?
nuka schrieb:
> Hello,
>
> I am facing to a problem concerning apache-tomcat configuration via mod_jk
> for our production environment. We are using Apache: 2.0.55, Tomcat 5.0,
> mod_jk 1.2.15.
>
> Our first problem has been raised some
Bruno,
>> Hmm... I didn't know that one could "upload file" to an email...
>> consider using copy/paste in the future. It seems to have worked, here.
>
> I'm using www.nabble.com...
Ah. I think the list will clip-out attachments. I'm not sure of the
rules, but copy/paste pretty much always works
Christopher Schultz-2 wrote:
>
> Hmm... I didn't know that one could "upload file" to an email...
> consider using copy/paste in the future. It seems to have worked, here.
>
I'm using www.nabble.com...
Christopher Schultz-2 wrote:
>
>> ### jps-examples #
Bruno,
bcochofel wrote:
> Christopher Schultz-2 wrote:
>>> Here's my /etc/apache2/conf.d/jk.conf:
>>> http://www.nabble.com/file/3921/jk.conf jk.conf
>> (These are never coming through. How are you trying to attach files?)
>>
>
> I'm using Upload File... option.
Hmm... I didn't know that one c
Christopher Schultz-2 wrote:
>
>> Here's my /etc/apache2/conf.d/jk.conf:
>> http://www.nabble.com/file/3921/jk.conf jk.conf
>
> (These are never coming through. How are you trying to attach files?)
>
I'm using Upload File... option. Here's a copy/paste:
# simple configuration for apache (
Bruno,
> Now I have an even stranger behavior...
>
> I can only JkMount /jsp-examples, I did the same to /tomcat-docs,
> /servlets-examples and /cocoon and I get :
>
> Forbidden
> You don't have permission to access /tomcat-docs/ on this server.
> Additionally, a 403 Forbidden error was encounte
Now I have an even stranger behavior...
I can only JkMount /jsp-examples, I did the same to /tomcat-docs,
/servlets-examples and /cocoon and I get :
Forbidden
You don't have permission to access /tomcat-docs/ on this server.
Additionally, a 403 Forbidden error was encountered while trying to use
Christopher Schultz-2 wrote:
>
> Bruno,
>
>> Alias /jsp-examples "/srv/www/tomcat5/base/webapps/jsp-examples"
>> JkMount /jsp-examples/*.jsp ajp13
>> JkMount /jsp-examples/j_security_check ajp13
>
> These three ought to do the trick. Which files aren't being served by
> Apache h
Bruno,
> Alias /jsp-examples "/srv/www/tomcat5/base/webapps/jsp-examples"
> JkMount /jsp-examples/*.jsp ajp13
> JkMount /jsp-examples/j_security_check ajp13
These three ought to do the trick. Which files aren't being served by
Apache httpd?
Can you give an example of a URI that sho
Well I tried that but no good... I'vre tried this and still nothing:
# The following line makes apache aware of the location of
# the /jsp-examples context
Alias /jsp-examples "/srv/www/tomcat5/base/webapps/jsp-examples"
Options Indexes FollowSymLinks
AllowOverrid
Bruno,
> But when I use "JkMount /jsp-examples ajp13" doesn't this tell Apache that
> everything inside /jsp-examples "goes" to Tomcat?
No, it doesn't. JkMount does two kinds of matching: exact and wildcard.
Exact:
JkMount /jsp-examples ajp13
This will map the URI "/jsp-examples" to Tomcat,
But when I use "JkMount /jsp-examples ajp13" doesn't this tell Apache that
everything inside /jsp-examples "goes" to Tomcat?
Christopher Schultz-2 wrote:
>
> Bruno,
>
>> I have one more question, let's take /jsp-examples to explain...
>> I want *.jsp send to tomcat for processing but all stat
Bruno,
> I have one more question, let's take /jsp-examples to explain...
> I want *.jsp send to tomcat for processing but all static contents processed
> by apache, how can I do this?
This should be the default. Anything for which you do not explicitly
have a "JkMount" directive will be served b
Bruno,
> Well I've tried adding DirectoryIndex index.html index.htm index.jsp but no
> good...
Can you post the relevant portions of your httpd.conf?
> Does jk.cong overrides my apache conf?
jk.conf is just included in httpd.conf (right?), so it can certainly
override your httpd.conf.
-chris
I had
JkMount /jsp-examples worker1
and now the problem is gone... Thanks
I have one more question, let's take /jsp-examples to explain...
I want *.jsp send to tomcat for processing but all static contents processed
by apache, how can I do this?
Sorry for all the question but I'm new to
Monday, October 30, 2006 10:19 AM
Subject: Re: mod_jk configuration
>
> Well I've tried adding DirectoryIndex index.html index.htm index.jsp but no
> good...
> My Apache configuration has this and all the links work with or without the
> /
> Does jk.cong overrides my apa
Well I would appreciated...
Jorge Cabrera wrote:
>
> Hi,
>
> Christopher Schultz wrote:
>> Bruno,
>>
>>
>>> when I try
>>> http://localhost/jsp-examples http://localhost/jsp-examples (without
>>> the /)
>>> I get this error:
>>>
>>> Forbidden
>>> You don't have permission to access /jsp-e
Well I've tried adding DirectoryIndex index.html index.htm index.jsp but no
good...
My Apache configuration has this and all the links work with or without the
/
Does jk.cong overrides my apache conf?
Christopher Schultz-2 wrote:
>
> Bruno,
>
>> when I try
>> http://localhost/jsp-examples http
Hi,
Christopher Schultz wrote:
Bruno,
when I try
http://localhost/jsp-examples http://localhost/jsp-examples (without the /)
I get this error:
Forbidden
You don't have permission to access /jsp-examples on this server.
Additionally, a 403 Forbidden error was encountered while trying to us
Bruno,
> when I try
> http://localhost/jsp-examples http://localhost/jsp-examples (without the /)
> I get this error:
>
> Forbidden
> You don't have permission to access /jsp-examples on this server.
> Additionally, a 403 Forbidden error was encountered while trying to use an
> ErrorDocument to
Dan -
Thanks very much for all this - looks like it should work with mod_jk too!
I'll let you know how I get on.
Jon
-Original Message-
From: Didier McGillis [mailto:[EMAIL PROTECTED]
Sent: 26 January 2006 19:32
To: users@tomcat.apache.org
Subject: RE: mod_jk configuration direc
I did mod_jk2 with Virtual Host, and while its not the same I think that
doing VH will not be a problem once you get an idea of how it should/can be
setup.
THIS IS PSEUDO, DO NOT TAKE AS GOSPEL TRUTH !!! NO SUPPORT! :p
-- workers.properties file --
# Setting Tomcat & Java Home
56 matches
Mail list logo
