Re: ROOT.xml problem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefan,
On 6/3/12 9:20 AM, Stefan Mayr wrote:
> Steps: 1. remove everything you did to make it work as ROOT; back
> to the working /corda version
+1
> 2. Create a redirect in your ROOT context
>
> Options to make no. 2 work: create webapps/ROOT/index.jsp with
> content <%
> response.sendRedirect("http://yourhostname:8080/corda/";); %>
>
> or a simple html-only version index.html:
Another option would be to redirect even earlier using a filter like
url-rewrite.
- -chris
-BEGIN PGP SIGNATURE-
Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk/NBhoACgkQ9CaO5/Lv0PCQ7QCdHoWRvteKA3GY+ub6vB8wRYb/
Cx0AoLd2EIqFXPOjJM3ZF4KRY4kukeG4
=1eXo
-END PGP SIGNATURE-
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: ROOT.xml problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin, On 6/3/12 3:17 AM, Kevin Marx wrote: > in the browser I am entering http://localhost:8080 > > the URL is comes up with is thus: > > http://localhost:8080/dashboards/welcome/main.dashxml > > However it should be: > > http://localhost:8080/corda/dashboards/welcome/main.dashxml > > This URL will work when entered. The /corda is necessary > > Why is the /corda missing from the URL? What needs to be in the > ROOT.xml file to make it show up? I just felt a searing pain in my brain. Haven't you been trying to make your "corda" into the ROOT webapp? You keep using that word (ROOT). I do not think it means what you think it means. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/NBcAACgkQ9CaO5/Lv0PCLtwCgqrQBBKRN5ZgJ8orGEDJO+8NH 5tgAn0Ufp8CNi3Gj2beDJyia4mnNyFm+ =XJhy -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: ROOT.xml problem
On 03/06/2012 14:20, Stefan Mayr wrote: > > So you have a third-party app which needs to be called in the /corda > context. There seems no way to make it accessible as ROOT applications. > > I think you just need a redirect pointing to your applications location. > > Steps: > 1. remove everything you did to make it work as ROOT; back to the > working /corda version > 2. Create a redirect in your ROOT context @Kevin /you/ asked us how to remove the '/corda' bit of the URL. Like Stefan says, if you need that, then go back to how you had the app before. p -- [key:62590808] signature.asc Description: OpenPGP digital signature
Re: ROOT.xml problem
Am 03.06.2012 09:17, schrieb Kevin Marx:
OK, so now, how is this working? How to fix it?
ROOT.xml is located in conf/Catalina/localhost
File contents are thus:
in the browser I am entering http://localhost:8080
the URL is comes up with is thus:
http://localhost:8080/dashboards/welcome/main.dashxml
However it should be:
http://localhost:8080/corda/dashboards/welcome/main.dashxml
This URL will work when entered. The /corda is necessary
Why is the /corda missing from the URL? What needs to be in the ROOT.xml file
to make it show up?
So you have a third-party app which needs to be called in the /corda
context. There seems no way to make it accessible as ROOT applications.
I think you just need a redirect pointing to your applications location.
Steps:
1. remove everything you did to make it work as ROOT; back to the
working /corda version
2. Create a redirect in your ROOT context
Options to make no. 2 work:
create webapps/ROOT/index.jsp with content
<%
response.sendRedirect("http://yourhostname:8080/corda/";);
%>
or a simple html-only version index.html:
Go to corda
hope this fulfills your needs
Stefan
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org
Re: ROOT.xml problem
Kevin Marx wrote: OK, so now, how is this working? How to fix it? ROOT.xml is located in conf/Catalina/localhost File contents are thus: in the browser I am entering http://localhost:8080 the URL is comes up with is thus: http://localhost:8080/dashboards/welcome/main.dashxml What do you mean by "it comes up with" ? who ? where ? how ? what ? However it should be: http://localhost:8080/corda/dashboards/welcome/main.dashxml This URL will work when entered. The /corda is necessary why ? if that application was correctly designed, it shouldn't be. It means that somewhere in that application, there is a harcoded "/corda/" prefix pre-pended to URLs. Why is the /corda missing from the URL? What needs to be in the ROOT.xml file to make it show up? We don't know what that application is doing inside. All we can tell you here, is that if the application used only relative URLs (which is the cleanest design), then it shouldn't matter if it was moved around here or there. I believe that you are looking at this the wrong way. You seem to expect the container to be able to override everything that the application specifies. It cannot; or maybe it can, but it is likely to be hard work, re-rewriting URLs all over. The application seems to work fine when it is installed in "../webapps/corda/", and accessed with URLs starting with "/corda". Fine. Now /you/ would like it instead to be the default application, and to be able to drop that "/corda" prefix. You have asked how to do that, and have done it. And it should work. That is, it should work as long as the application's pages themselves don't fight this all the way. If you access the application's main page, and it returns a page in which there is a link with an absolute URL starting with "/xyz/*", (or starting with nothing when it should be "/xyz/"), then that is /the application's doing/, not the container's. The container code, by itself, does not scan every page that the application is returning to check if there is a URL inside there that should or should not have some prefix, and change it. I believe that you should go back to the creators of that application, tell them what you have done, tell them that it is not working as you expect, and ask /them/ why. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: ROOT.xml problem
OK, so now, how is this working? How to fix it? ROOT.xml is located in conf/Catalina/localhost File contents are thus: in the browser I am entering http://localhost:8080 the URL is comes up with is thus: http://localhost:8080/dashboards/welcome/main.dashxml However it should be: http://localhost:8080/corda/dashboards/welcome/main.dashxml This URL will work when entered. The /corda is necessary Why is the /corda missing from the URL? What needs to be in the ROOT.xml file to make it show up? Kevin - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: ROOT.xml problem
On 01/06/2012 22:22, Kevin Marx wrote: > I know there is a way to do this without renaming things to ROOT, that's what > I'm looking for. Why make your life so difficult, what's wrong with just calling it ROOT.war? If you're really desperate to see that it's called 'corda', call the app: ROOT##corda.war p signature.asc Description: OpenPGP digital signature
Re: ROOT.xml problem
OK, response to last two (Thomas and Charles) ROOT.xml (understood the case matters comment, it is capitals ROOT.xml) removed the path="" contents now are: Same message showing in the browser (Lost session info…..) When the /corda folder is located within the /webapps folder, I can use the URL localhost/corda and everything works fine so I am assuming the app is ok. I just checked with the vendor for the webapp and they indicated that it should be able to exist outside the /webapps folder. Thoughts? Kevin On Jun 1, 2012, at 2:56 PM, Mark Thomas wrote: > On 01/06/2012 22:53, Kevin Marx wrote: >> OK… here's what I've done. >> >> ROOT.xml located in /conf/Catalina/localhost >> >> contents of Root.xml > > Case matters. Which is it? > >> >> > docBase="C:\Corda\CenterView4\Server\corda" >> path="" >> reloadable="true" >> /> > > Remove the path attribute, it is invalid here as the message in the logs > tells you. > >> http://localhost:8080 entered on a browser >> >> "Lost session info before entering the auth filter" shown as result > > That would be an application error you need to debug, not a Tomcat error. > >> I have also tried including path="\corda" and received the same results. > > Yep, that won't help and may make things worse. > > Mark > > - > 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
Re: ROOT.xml problem
OK, response to last two (Thomas and Charles) ROOT.xml (understood the case matters comment, it is capitals ROOT.xml) removed the path="" contents now are: Same message showing in the browser (Lost session info…..) When the /corda folder is located within the /webapps folder, I can use the URL localhost/corda and everything works fine so I am assuming the app is ok. I just checked with the vendor for the webapp and they indicated that it should be able to exist outside the /webapps folder. Thoughts? Kevin On Jun 1, 2012, at 2:56 PM, Mark Thomas wrote: > On 01/06/2012 22:53, Kevin Marx wrote: >> OK… here's what I've done. >> >> ROOT.xml located in /conf/Catalina/localhost >> >> contents of Root.xml > > Case matters. Which is it? > >> >> > docBase="C:\Corda\CenterView4\Server\corda" >> path="" >> reloadable="true" >> /> > > Remove the path attribute, it is invalid here as the message in the logs > tells you. > >> http://localhost:8080 entered on a browser >> >> "Lost session info before entering the auth filter" shown as result > > That would be an application error you need to debug, not a Tomcat error. > >> I have also tried including path="\corda" and received the same results. > > Yep, that won't help and may make things worse. > > Mark > > - > 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
RE: ROOT.xml problem
> From: Kevin Marx [mailto:simplyfema...@gmail.com] > Subject: Re: ROOT.xml problem > ROOT.xml located in /conf/Catalina/localhost > > docBase="C:\Corda\CenterView4\Server\corda" >path="" >reloadable="true" > /> As you've been told before, remove the path attribute; it's not allowed here. > http://localhost:8080 entered on a browser > "Lost session info before entering the auth filter" shown as result Shown where? That's not a message Tomcat displays, so it may well be coming from your webapp. - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: ROOT.xml problem
On 01/06/2012 22:53, Kevin Marx wrote: > OK… here's what I've done. > > ROOT.xml located in /conf/Catalina/localhost > > contents of Root.xml Case matters. Which is it? > > docBase="C:\Corda\CenterView4\Server\corda" >path="" >reloadable="true" > /> Remove the path attribute, it is invalid here as the message in the logs tells you. > http://localhost:8080 entered on a browser > > "Lost session info before entering the auth filter" shown as result That would be an application error you need to debug, not a Tomcat error. > I have also tried including path="\corda" and received the same results. Yep, that won't help and may make things worse. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: ROOT.xml problem
OK… here's what I've done. ROOT.xml located in /conf/Catalina/localhost contents of Root.xml http://localhost:8080 entered on a browser "Lost session info before entering the auth filter" shown as result I have also tried including path="\corda" and received the same results. Kevin On Jun 1, 2012, at 2:27 PM, Mark Thomas wrote: > On 01/06/2012 22:22, Kevin Marx wrote: >> The ROOT.xml file is in the Catalina/localhost folder >> >> Renaming the folder didn't work BTW. >> >> I have the /corda folder located in the /webapps folder >> >> I'd like the /corda to be the default app >> >> when I don't have the ROOT.xml file, I can go to the browser and >> enter http://localhost/corda and everything works fine >> >> I'd like it to work so that when I enter http://localhost I get the >> corda as the default. (without having to use the /corda in the >> URL) >> >> I know there is a way to do this without renaming things to ROOT, >> that's what I'm looking for. How do I set up the ROOT.xml file so >> that it makes the /corda the default rather than /ROOT as the >> default? > > Move the /corda directory outside of webapps and then set the docBase > in ROOT.xml > > Mark > > - > 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
Re: ROOT.xml problem
On 01/06/2012 22:22, Kevin Marx wrote: > The ROOT.xml file is in the Catalina/localhost folder > > Renaming the folder didn't work BTW. > > I have the /corda folder located in the /webapps folder > > I'd like the /corda to be the default app > > when I don't have the ROOT.xml file, I can go to the browser and > enter http://localhost/corda and everything works fine > > I'd like it to work so that when I enter http://localhost I get the > corda as the default. (without having to use the /corda in the > URL) > > I know there is a way to do this without renaming things to ROOT, > that's what I'm looking for. How do I set up the ROOT.xml file so > that it makes the /corda the default rather than /ROOT as the > default? Move the /corda directory outside of webapps and then set the docBase in ROOT.xml Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: ROOT.xml problem
The ROOT.xml file is in the Catalina/localhost folder Renaming the folder didn't work BTW. I have the /corda folder located in the /webapps folder I'd like the /corda to be the default app when I don't have the ROOT.xml file, I can go to the browser and enter http://localhost/corda and everything works fine I'd like it to work so that when I enter http://localhost I get the corda as the default. (without having to use the /corda in the URL) I know there is a way to do this without renaming things to ROOT, that's what I'm looking for. How do I set up the ROOT.xml file so that it makes the /corda the default rather than /ROOT as the default? Kevin On Jun 1, 2012, at 12:43 PM, Christopher Schultz wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Kevin, > > On 6/1/12 2:40 PM, Kevin Marx wrote: >> I am using Tomcat 7 and wish to have my app open as the default >> page. >> >> I have googled and basically found the following recommendation, >> but its not working. Wondering what I am missing? >> >> ROOT.xml code…. > > Where is your ROOT.xml file? > >> >> >> > Obviously, you don't want the "path" to be set to "/corda" if you want > the context path to actually be "". The "path" attribute is illegal in > this context anyway, so remove it entirely. > > You should probably have the above file in META-INF/context.xml with > *no docBase* inside your WAR file. Just name your WAR file ROOT.war > (note that ROOT must be uppercase, even on a case-insensitive > filesystem like NTFS). > > - -chris > -BEGIN PGP SIGNATURE- > Version: GnuPG/MacGPG2 v2.0.17 (Darwin) > Comment: GPGTools - http://gpgtools.org > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ > > iEYEARECAAYFAk/JG1MACgkQ9CaO5/Lv0PClxwCgrpPttvcivjKAG24kqs6VkWA7 > rb0AoLdNxTQQYdhGZgshEfxOUOqUIBmZ > =A0p8 > -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
Re: ROOT.xml problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kevin, On 6/1/12 2:40 PM, Kevin Marx wrote: > I am using Tomcat 7 and wish to have my app open as the default > page. > > I have googled and basically found the following recommendation, > but its not working. Wondering what I am missing? > > ROOT.xml code…. Where is your ROOT.xml file? > > > http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk/JG1MACgkQ9CaO5/Lv0PClxwCgrpPttvcivjKAG24kqs6VkWA7 rb0AoLdNxTQQYdhGZgshEfxOUOqUIBmZ =A0p8 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: ROOT.xml problem
2012/6/1 Kevin Marx : > I am using Tomcat 7 and wish to have my app open as the default page. > > I have googled and basically found the following recommendation, but its not > working. Wondering what I am missing? > > ROOT.xml code…. > > > > docBase="corda.war" > path="/corda" > reloadable="true"> > > Just rename "corda.war" to "ROOT.war". That is all. Note, that it is in the FAQ, http://wiki.apache.org/tomcat/HowTo#How_do_I_make_my_web_application_be_the_Tomcat_default_application.3F - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
