And very very strage, with user_1 pages has correct layout, with user 2 no!
2009/8/15 Gabriele Fatigati <g.fatig...@cineca.it>: > Mm, > there are css link in the source of the page. But i've checked and i > think are correct. > > How can avoid this behaviour? > > 2009/8/15 Gabriele Fatigati <g.fatig...@cineca.it>: >>> Bad reference to the css maybe? >> >> Yes, to the css. >> >> 2009/8/15 Mark Thomas <ma...@apache.org>: >>> Gabriele Fatigati wrote: >>>> Well, >>>> now i can authenticate subdirectories. But for some strange reason, >>>> web pages, after BASIC authentication has very bad layout! I attached >>>> an example. >>> >>> Attachments are blocked on this list so no-one can see your example. >>> >>>> Why? >>> >>> Bad reference to the css maybe? >>> >>> Mark >>> >>>> >>>> 2009/8/15 David Smith <d...@cornell.edu>: >>>>> Mark Thomas wrote: >>>>>> Gabriele Fatigati wrote: >>>>>> >>>>>>> I kow what is <url-pattern> tag , but simply i don't understand how i >>>>>>> have to write security coinstraints. >>>>>>> >>>>>> But you clearly don't know what a context path is. Read the servlet >>>>>> spec. It explains this. >>>>>> >>>>>> >>>>>>> You told me: >>>>>>> >>>>>>> "you don't need to include the context path in the <url-pattern> >>>>>>> elements" >>>>>>> >>>>>>> And i renew my question :), What i have to write in <url-pattern> in >>>>>>> this specific case? >>>>>>> >>>>>> The servlet spec also explains how to write security constraints. >>>>>> >>>>>> Mark >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>>>>> For additional commands, e-mail: users-h...@tomcat.apache.org >>>>>> >>>>>> >>>>> May I add the servlet spec is a _very_ readable document -- nothing like >>>>> the many RFCs that govern stuff like URLs and HTTP protocol. >>>>> >>>>> --David >>>>> >>>>> >>>>> --------------------------------------------------------------------- >>>>> 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 >>> >>> >> >> >> >> -- >> Ing. Gabriele Fatigati >> >> Parallel programmer >> >> CINECA Systems & Tecnologies Department >> >> Supercomputing Group >> >> Via Magnanelli 6/3, Casalecchio di Reno (BO) Italy >> >> www.cineca.it Tel: +39 051 6171722 >> >> g.fatigati [AT] cineca.it >> > > > > -- > Ing. Gabriele Fatigati > > Parallel programmer > > CINECA Systems & Tecnologies Department > > Supercomputing Group > > Via Magnanelli 6/3, Casalecchio di Reno (BO) Italy > > www.cineca.it Tel: +39 051 6171722 > > g.fatigati [AT] cineca.it > -- Ing. Gabriele Fatigati Parallel programmer CINECA Systems & Tecnologies Department Supercomputing Group Via Magnanelli 6/3, Casalecchio di Reno (BO) Italy www.cineca.it Tel: +39 051 6171722 g.fatigati [AT] cineca.it --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
