Нашли или выдавили из себя код, который нельзя назвать нормальным,
на который без улыбки не взглянешь?
Не торопитесь его удалять или рефакторить, — запостите его на
говнокод.ру, посмеёмся вместе!
Servlet mapping позволяет мапить конкретный запрос (по шаблону) в конкретный класс (сервлет).
Класс должен быть в класс-пасе, а значит он может быть в соседнем .jarнике например.
Этот маппинг описывается в рамках дескриптора приложения (web.xml) и пишется относительно контекста сервлета.
а значит админ вправе выбирать любой контейнер сервлетов (томкат, джетти, jboss итд), разворачивать приложение по любому урлу (в корень, в подпапку итд) и даже не знать что там во что мапится.
решение с модреврайтом же привязывает нас к апачу, требует права allowOverride, модуля mod_rewrite, конкретного файлика (file.php, куда будет отправлятся запрос), да еще и требует передачи всех параметров вручную (гетом) в этот файл.
Простой пример: у меня есть .jar файл, в котором есть класс-сервлет, который умеет по определенному условию делать редирикет на другие сервлеты.
Я просто маплю его на нужный мне урл, он узнает свой контекст , и знает куда делать редирект.
в случае php если у меня есть такой класс, то я должен сделать файл redirect.php, подключить в нем этот класс, передавать там ему туда вызов, прописать в .htaccess реврайт, передать этому сервлету все 42 параметра, и каким-то образом сообщить ему реальный путь, что бы он смог делать относительного него редиректы.
а если у меня iis, то я вообще должен покупать аналог mod_rewrite за деньги.
именно))
а Вы не считаете паммингом что для ЧПУ надо писать реврайт рулы?
или что для сохранения объекта в памяти нужно его сериализовать и по IP передавать в СОСЕДНИЙ сервер (memcachd) итд?
а вообще идеология реврайтов -- один из главных костылей пыхомира. ни в сервлетах ни в asp.net оно не нужно)
дело в апаче и памминге запросов на конкретный хэндлер.
потому идеология сервлетов например в 100500 раз лучше чистого CGI (и пыха, коий почти что CGI)
а пых чуть лучше чистого cgi
и все
но платформа может быть на твоей стороне
а может быть и против)
дано: апач+пхп+мускул
задача: сделать проект средней величины и загруженности.
доказательство: *цензуро*
вывод: получилось говно.
Класс должен быть в класс-пасе, а значит он может быть в соседнем .jarнике например.
Этот маппинг описывается в рамках дескриптора приложения (web.xml) и пишется относительно контекста сервлета.
а значит админ вправе выбирать любой контейнер сервлетов (томкат, джетти, jboss итд), разворачивать приложение по любому урлу (в корень, в подпапку итд) и даже не знать что там во что мапится.
решение с модреврайтом же привязывает нас к апачу, требует права allowOverride, модуля mod_rewrite, конкретного файлика (file.php, куда будет отправлятся запрос), да еще и требует передачи всех параметров вручную (гетом) в этот файл.
Простой пример: у меня есть .jar файл, в котором есть класс-сервлет, который умеет по определенному условию делать редирикет на другие сервлеты.
Я просто маплю его на нужный мне урл, он узнает свой контекст , и знает куда делать редирект.
в случае php если у меня есть такой класс, то я должен сделать файл redirect.php, подключить в нем этот класс, передавать там ему туда вызов, прописать в .htaccess реврайт, передать этому сервлету все 42 параметра, и каким-то образом сообщить ему реальный путь, что бы он смог делать относительного него редиректы.
а если у меня iis, то я вообще должен покупать аналог mod_rewrite за деньги.
а Вы не считаете паммингом что для ЧПУ надо писать реврайт рулы?
или что для сохранения объекта в памяти нужно его сериализовать и по IP передавать в СОСЕДНИЙ сервер (memcachd) итд?