Only the simple question,
What is the flag which URLs are protected?
I have found that link
http://tomcat-configure.blogspot.com/2009/01/tomcat-web-xml.html
and specially section:

    How to secure your application with JAAS ?

Let's say that my htdocs directory is there:
   /opt/testApp/htdocs/index.html
and servlet storage is there:
  /opt/testApp/servlet/

Logging page is mention here: /opt/globalPages/htdocs/index.html

How to configure https://<ipaddress>/testApp/ so that if HTTP COOKIE
is not defined then /opt/globalPages/htdocs/index.html will be shown
otherwise /opt/testApp/htdocs/index.html will be shown.

Thank you very much

2011/6/13 Pid <p...@pidster.com>:
> On 13/06/2011 07:50, Petr Hracek wrote:
>> First authentication is done so that if in the browser exists relevant
>> HTTP COOKIE and validation of that cookie is done then page should be
>> shown.
>>     How to do that I do not know from the tomcat point of view.
>>
>> Is there any possiblity how to check valid HTTP COOKIE otherwise
>> showing loging page.
>>
>> If HTTP COOKIE is not existing than logging has to be done over my one 
>> program.
>>     How to do that I do not know as well.
>>
>> Are there any examples?
>
> From the little information you give, you're describing container
> managed security.  FORM auth as defined by the Servlet Spec can do just
> that.
>
> You configure a Realm, some elements in web.xml which define where the
> login form & error pages are, and which URLs are protected.
>
>
> p
>
>
>
>> 2011/6/13 Petr Hracek <phrac...@gmail.com>:
>>> First authentication is done so that if in the browser exists relevant
>>> HTTP COOKIE and validation of that cookie is done then page should be
>>> shown.
>>>
>>>
>>> 2011/6/12 Mark Thomas <ma...@apache.org>:
>>>> On 12/06/2011 20:29, Pid wrote:
>>>>> On 12/06/2011 17:12, Petr Hracek wrote:
>>>>>> And what about in case that I have my own program for accessing to the
>>>>>> specific
>>>>>> databases where the passwords are stored as hashes?
>>>>>>
>>>>>> Are there any possibilities how to run that program for getting unhashed
>>>>>> password from database?
>>>>>
>>>>> Why not hash the inbound password, then send & compare it against the
>>>>> one in the DB, rather than decoding it?
>>>>>
>>>>> The Realm implementations can handle this, if you're using a standard
>>>>> hashing method that Java recognises.
>>>>>
>>>>> Hopefully you've not invented your own hashing method.
>>>>
>>>> Hmm. Hash functions are meant to be one way. It should be impossible to
>>>> retrieve an unhashed password from the database.
>>>>
>>>> I hope that the original description is inaccurate rather than an
>>>> example of (yet another) badly broken home-grown security solution that
>>>> needs to be thrown away.
>>>>
>>>> Mark
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
>>>> For additional commands, e-mail: users-h...@tomcat.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Best Regards / S pozdravem
>>> Petr Hracek
>>>
>>
>>
>>
>
>
>



-- 
Best Regards / S pozdravem
Petr Hracek

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

Reply via email to