Теперь уже в этой теме прошу писать всех, кто хотел бы что-то обсудить – статьи на сайте или же просто какие-то интересные/актуальные вопросы. По результатам сбора пожеланий опять-таки будут созданы темы для обсуждения. Или же статьи, что тоже реально.
Я был бы рад, если бы анонимные комментарии и вопросы были подписаны – проще отвечать.
Я был бы рад, если бы анонимные комментарии и вопросы были подписаны – проще отвечать.
Profile
skipy_ru- Евгений Матюшкин
- skipy.ru: Записки трезвого практика
Page Summary
- (Anonymous) : Добавление аттрибута к HttpSession в JavaScript [+1]
- (Anonymous) : Доступ к полям формы из JSP [+1]
- (Anonymous) : Вопрос по поводу protected конструкторов [+1]
- (Anonymous) : Про строки [+1]
- (Anonymous) : Продолжаю собирать пожелания [+0]
- (Anonymous) : JAAS [+1]
Danya Smirnov : (no subject) [+1] 
Alexandr Rudenko : (no subject) [+1] - (Anonymous) : (no subject) [+5]
- Дмитрий Алексеев : (no subject) [+0]
- zakalupali : (no subject) [+1]
- gvidik : (no subject) [+0]
- Станислав Бурковский : (no subject) [+1]
- Дмитрий Богданов : (no subject) [+1]
- 2c2b3 : (no subject) [+0]
Designed by chasethestars
chasethestars
Comments
Подскажите, пожалуйста, как можно из JavaScript добавить параметр (к url) или аттрибут к request и session?
Заранее спасибо! Алексей
Я не совсем понял задачу. К какому url хочется добавить параметр?
Вообще JavaScript работает на стороне клиента, так что сессию он не модифицирует. А вот запрос - легко. Как правило, это делается так - создается hidden input, и в него пишется значение, которое надо передать на сервер. Можно даже модифицировать DOM и самостоятельно добавить нужное поле.
И к URL тоже можно добавить что угодно. Берется document.location.href, модифицируется и присваивается обратно. Присвоение вызовет переход по ссылке.
Можно ли в JSP-страничке получить доступ к значению checked поля чек-бокс?
На маленьком JavaScript это делается легко. А на нашей могучей Java?.....
Дополните, пожалуйста, 2 последние строчки кода:
КОД:
<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %>
<%@ taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c" %>
<input ... >Чек-бокс
<% out.println("Аттрибут чек-бокс (scriptlet): ???"); %>
ВЫВОД:
Аттрибут чек-бокс (JavaScript): false
Аттрибут чек-бокс (JSTL): ???
Аттрибут чек-бокс (scriptlet): ???
С уважением,
Алексей
Объясняю популярно. Значение checkbox-а известно на стороне клиента, после того, как от сервера получена страница. А "наша могучая Java" работает на сервере - она генерирует эту самую страницу и отсылает ее клиенту. Эти два факта надо связывать для получения ответа на вопрос?
P.S. Если же Вы имеете в виду получение значения уже после отправки запроса обратно на сервер - тут проще. Это значение приходит в качестве параметра в request-е, но (!) ТОЛЬКО если checkbox выбран. Если не выбран - параметра не будет. Это достаточный признак для определения состояния checkbox-а.
Давать создавать такой объект пользователю, который не знает всех тонкостей - опасно. А тот, кто от класса унаследуется, с большой вероятностью изучит все его тонкости.
Для абстрактных классов разницы между protected и public конструкторами я с ходу не придумаю.
А вообще есть правило - необходимо уровень доступа делать минимально возможным, позволяющем решить задачу. Можно использовать protected вместо public - значит, нужно делать именно так. Чем меньше уровень доступа, там меньше возможно ошибок и побочных эффектов.
Спасибо.
Стоит также помнить, что пул находится в области PermGen. И большой объем пула может вызвать OutOfMemory: PermGen space
Большое спасибо Вам за отличные статьи, все в самом деле лаконично и по существу. Сам перешел на JAVA недавно, до этого плотненько сидел на Delphi. Первое впечатление было - "Что здесь вообще происходит???". Сейчас же, все более вникая в основные концепции ООП JAVA понимаю, что ООП-ООП рознь, и не перестаю удивляться элегантности JAVA. Спасибо добрым людям, что посоветовали Ваш сайт, с, в самом деле, очень нужной информацией.
Конечно же, пока трудности возникают с компоновкой в GUI, формошлепству бой, так сказать, но к сожалению в статье "О менеджерах раскладки" я просто на просто теряюсь. Но время есть, ИМХО трудно ломать устои сложившиеся годами.
Большое Вам спасибо за труды, очень интересно читать. С уважением, Андрей.
Есть вопрос по поводу nginx. Поднимаю его на Windows 7 (ноут на котором работаю) и через минут 5 работы или около 50-100 запросов сервер успешно виснет.
Читал, что у него есть проблемы с версией под виндовс. Есть ли опыт поднимания nginx на Unix платформах и есть ли там какие-то траблы подобного рода?
Собственного опыта работы с nginx у меня нет. Есть только общее соображение - он работает в промышленном режиме на таком колоссальном количестве серверов (преимущественно под *NIX), что вряд ли у него есть реальные проблемы.
P.S. А под Windows7 я бы вообще ничего не тестировал. Это не серверная ОС, к тому же глючная в сетевой части. 2000, 2003, 2008R2 - если очень хочется именно Win.
Вы меня озадачили порядком, я о такой особенности не подозревал. Полез в код, там действительно фиксируется потоки, где происходят чтение и запись. Теперь по пунктам.
а) http://docs.oracle.com/javase/6/docs/api/java/io/PipedInputStream.html, http://docs.oracle.com/javase/6/docs/api/java/io/PipedOutputStream.html:
A pipe is said to be broken if a thread that was providing data bytes to the connected piped output stream is no longer alive.
The pipe is said to be broken if a thread that was reading data bytes from the connected piped input stream is no longer alive.
Это цитаты. Из документации :). Если поток, работающий с другой стороны, недоступен (проверяется через isAlive), то pipe считается поломанным. Возможно, и не совсем очевидно, но написано.
б) Надо читать документацию. Навскидку - я такого не видел. Мне вообще сложно представить, зачем такая привязка была сделана.
в) Честно сказать, я pipe-ы не использовал за 15 лет ни разу. Соответственно, задача отслеживания жизненного цикла не возникала. Я вообще слабо представляю, зачем в одном приложении нужно использовать pipe при наличии ссылок.
г) про блокировку в документации тоже написано - лучше оба конца в одном потоке не использовать, во избежание deadlock-а.
P.S. А если не секрет - что Вы такое делаете, что Вам pipe-ы понадобились?
Мелкое замечание по Ликбезу.
"Я не знаю, откуда в некоторых книгах взялась конструкция java ru.skipy.myproject.Main, без указания classpath."
По-моему класс может находится и относительно текущего каталога. Только вот в каком порядке это происходит не совсем понятно.
Причина по которой я хочу использовать Frame вместо JFrame в том, что при изменении при изменении размера JFrame его фон медленно отрисовывеатся,и это очень не красиво.
Вы лучше опишите более подробно проблему с медленной отрисовкой фона. Что значит "медленно", как надо? Как делаете? И лучше, наверное, в каком-нибудь форуме, например, в www.javatalks.ru. Сюда ссылку киньте, чтобы я обратил внимание.
пожелание на статью - networking. Http, tcp, i/o, sockets и пр.. Большая важная и интересная многим тема, по которой мало собранной в одном месте понятной документации на русском.
Конкретно вопрос по уровням логгера: "Установка логгеру определенного уровня означает следующее – сообщения, выводимые с этим или более высоким уровнем, попадут в лог."
Задал уровень WARN, в результате в логе не вижу INFO. Может все - таки у вас неверно указана иерархия?
Подумайте сами, просто логически. Уровень задается для того, чтобы отсечь неинтересные сообщения. Вот выставили Вы WARN - и начинаете получать всё вплоть до DEBUG, а ERROR нет? В этом есть какой-нибудь смысл?
Спасибо за интересные и полезные статьи!