On 1/25/2013 12:11 PM, Casper Wandahl Schmidt wrote:
See inline
Med venlig hilsen/Kind regards
Casper W. Schmidt
Den 25-01-2013 06:38, bxqdev skrev:
On 1/24/2013 11:52 AM, Casper Wandahl Schmidt wrote:
See inline
Med venlig hilsen/Kind regards
Casper W. Schmidt
Den 24-01-2013 02:32, Christopher Schultz skrev:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
BBQ,
On 1/23/13 12:09 AM, bxqdev wrote:
i need to map a custom paths, like "/path1" and "/path2", (not root
"/" path), of the same webapp to a custom domains.
as i said i need this mapping: ${samewebapp}/path1 is mapped to
http://path1.com/ ${samewebapp}/path2 is mapped to
http://path2.com/
NOT this: ${samewebapp}/path1 is mapped to http://path1.com/path1
${samewebapp}/path2 is mapped to http://path2.com/path2
What is ${samewebpp}/path1? Is that a "piece" of a webapp?
Do you care if the same webapp is deployed twice (which is probably
going to be required)?
Actually the OP is not really clear in describing anything. I'm wondering if "path1" in
http://path1.com equals "path1" in the
"/path1" part or not.
actually the path names and domain names should be able to be different
Anyway I would say a context.xml file in conf/catalina/path1 (the
hostname)/path1.xml (the context name) should do the trick?
Place the webapp outside the appbase of the hosts and then point the docbase to
the webapp (or just drop the .war with two
different names in the appbases of the two hosts) :)
i want to have one instance of webapp,
which has two paths,
and each of the paths serves the root of different domains
once again:
* one webapp
* has 2 different paths: "/path1" and "/path2"
* served on 2 domains
* when user goes to http://path1.com/ -> {webapp}/path1 is served as root path
* when user goes to http://path2.com/ -> {webapp}/path2 is served as root path
is it possible?
To me it doesn't make sense to say that the webapp has two different paths,
/path1 and path2, and then say the webapp is to be
served as root from two different hosts. I guess it's simply a case of bad
terminology :)
it's not. maybe it will make things clear if i change the names of the paths,
say:
* when user goes to http://app1.com/ -> {thesamewebapp}/app1 path is served as
root path of the domain app1.com
* when user goes to http://app2.com/ -> {thesamewebapp}/app2 path is served as
root path of the domain app2.com
Anyway. What you are trying to do is make the same webapp answer both
domain1.com/ and domain2.com/ right? If so you can simply
deploy the webapp as ROOT. The webapp will then answer on all domains pointing
to the server. If this is not what you want, you
can set up a virtual host in server.xml with an appbase outside the webapps
folder (eg. $CATALINA_BASE (or is it HOME?)$\domain1
and then use the <Alias> element to specify the second domain as an alias for
the first (which you set as an attribute in the
Host element).
i know these tricks, but they don't work for my case.
- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEAREIAAYFAlEAj0cACgkQ9CaO5/Lv0PCChwCggGZi3v8ylGaj6py+uQ2ZNuq9
0+QAnR5ENaqoollzjpB5dx7KtcT3mquu
=/GYF
-----END PGP SIGNATURE-----
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
