Как я понимаю, даже если я в свободное от работы время, веду опенсорс проект, то получу я некоммерческую лицензию и не смогу на работе использовать этот софт. Только для опенсорс проекта. Поэтому и жалуюсь)) хотелось бы на работе использовать, но слишком дорого.
Максимум, что я готов заплатить за JRebel — 20 долларов. Сотни баксов… обойдусь обычным редеплоем. И так есть подмена классов во время дебаггинга, которая наверно в 40% случаев спасает.
У меня есть опыт использования викета. Там (в доках к викету) эта тема очень мутно расписывается. И в книгах по викету тоже. Если меня кто-нибудь ткнет носом в хорошую статью или в место в любой книге по викету — буду благодарен!
Автор бы не писал статью, если бы там всё было так очевидно и понятно
Статья неплохая и идея раскрыть эту тему — тоже хорошая!
Но действительно, хочется больше подробностей и объяснений: для чего вообще нужны стейтфул компоненты, если без них так хорошо? и номера версии в урле нет, и в сессии нет ничего и т.п.
Почему стандартные аджаксовые викетовские компоненты — стейтфулл и почему не включены в стандартную поставку стейтлесс аджакс компоненты?
про java разработчика это я к тому, что я не админ, не могу гарантировать, что данный путь установки — рекомендуемый ораклом или правильный. Но я бы делал именно так.
Я на самом деле простой java разработчик, да, работаю на Fedora 16, которая является rpm-based. Но при чем тут RPM? я же качаю архив. В архиве нет rpm, там просто запакованный jdk.
Вот как я бы устанавливал JDK(или JRE) себе на сервер:
1) Качаете tar.gz версию — это просто архив
2) распаковываете его куда-нибудь. Например, в ~/java
3) Устанавливате java Plugin для Firefox-а
типа такого:
mkdir -p ~/.mozilla/plugins
ln -s ~/java/jdk1.7.0_04/jre/lib/amd64/libjavaplugin_jni.so ~/.mozilla/plugins/
ln -s ~/java/jdk1.7.0_04/jre/lib/amd64/libnpjp2.so ~/.mozilla/plugins/
4) прописываете переменные окружения JAVA_HOME для юзера, от которого запускается java приложение
5) добавляете в PATH путь до JAVA_HOME/bin
никаких танцев с бубнами, никакого засорения системы лишними пакетами, никаких конфликтов с другими юзерами и их версиями java и т.п.
вот как у меня прописано в .zshrc
export JAVA_HOME=/home/revenant/java/jdk1.7.0_04
export JDK_HOME=/home/revenant/java/jdk1.7.0_04
export JAVA_OPTS="-server -XX:+TieredCompilation -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC"
LOL, а я читал in action, не знал, что есть 2nd edition. Хотя я читал с парнями из .net параллельно книгу nhibernate in action (2009 год) и вроде большой разницы с первой hibernate in action не заметил.
спасибо за подкаст! Прослушал в 3 подхода. Если провести аналогию с книгами, то вы выбрали путь 600 страничных.
Если о книгах, то мне нравится что-то среднее. Около 400 страниц. И таскать не тяжело и есть что почитать. Особенно нравится in action серия. Например: wicket in action ~ 400 pages, hibernate in action ~ 400 pages…
В викете страница может иметь состояние. Меняем состояние страницы — меняется и номер версии страницы. Все версии страницы сериализуются, и можно при клике на кнопку Back в браузере переходить к старой версии страницы.
Другими словами, мы можем положить на страницу компоненты, например, ссылки, при нажатии на которых, мы не переходим на другую страницу, а меняем состояние(содержимое) текущей страницы. В урле появляется цифра — номер версии.
Все стандартные ajax компоненты викета делают страницу statefull. То есть, появляется номер версии в урле. Это стрёмно т.к. поделиться ссылкой с товарищем становится проблематично.
А можете поговорить в следующем выпуске про веб фреймворки? плюсы и минусы statuefull и stateless фреймворков, какие хороши, если нужен ajax, а какие — если не нужен. Какие подходят для хайлоад, а какие — нет.
Я сейчас делаю rich ajax страницы с использованием wicket-а, получается не быстро(много взаимосвязей между гуи элементами), довольно много кода получается (в количестве строк), в викете неудобно работать с повторяющимися элементами (для тех, кто в теме, я про репитеры типа ListView) — при изменении (например, удалении) одного элемента, приходится перерендеривать весь список и т.п. Еще проблемы с url-ами из-за того, что фреймворк statefull, в урлах уродские номера версий появляются, а все стандартные Ajax компоненты делают страницы statefull…
классно, что под линуксом работаете! Я на 2-х последних работах тоже сижу на линуксе, и думаю, что не смогу больше вернуться на винду(не пойду работать в компанию, где обязательна винда). Дома тоже на всех устройствах (десктопы, ноуты) юзаю линукс
Насколько я помню, Intel выпускает новую линейку процессоров каждый год. Первый год — с более крутой архитектурой, а второй год — с уменьшением транзисторов.
Как я понимаю, Sandy Bridge — это было улучшение архитектуры, они вышли в прошлом году. А в этом году должны быть с мелкими транзисторами. Как новая технология называется Ivy Bridge?
Вобщем, я хотел спросить: были ли представлены новые процессоры? Для десктопов? В прошлом году были, например, i7-2600k, а в этом году появилось ли что-нибудь, основанное на новых технологиях, на замену? Или появится, но позже?
OS: Fedora 17, Idea 11.1.2
Автор бы не писал статью, если бы там всё было так очевидно и понятно
Но действительно, хочется больше подробностей и объяснений: для чего вообще нужны стейтфул компоненты, если без них так хорошо? и номера версии в урле нет, и в сессии нет ничего и т.п.
Почему стандартные аджаксовые викетовские компоненты — стейтфулл и почему не включены в стандартную поставку стейтлесс аджакс компоненты?
Вот как я бы устанавливал JDK(или JRE) себе на сервер:
1) Качаете tar.gz версию — это просто архив
2) распаковываете его куда-нибудь. Например, в ~/java
3) Устанавливате java Plugin для Firefox-а
типа такого:
mkdir -p ~/.mozilla/plugins
ln -s ~/java/jdk1.7.0_04/jre/lib/amd64/libjavaplugin_jni.so ~/.mozilla/plugins/
ln -s ~/java/jdk1.7.0_04/jre/lib/amd64/libnpjp2.so ~/.mozilla/plugins/
4) прописываете переменные окружения JAVA_HOME для юзера, от которого запускается java приложение
5) добавляете в PATH путь до JAVA_HOME/bin
никаких танцев с бубнами, никакого засорения системы лишними пакетами, никаких конфликтов с другими юзерами и их версиями java и т.п.
вот как у меня прописано в .zshrc
export JAVA_HOME=/home/revenant/java/jdk1.7.0_04
export JDK_HOME=/home/revenant/java/jdk1.7.0_04
export JAVA_OPTS="-server -XX:+TieredCompilation -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC"
export PATH=/home/revenant/java/jdk1.7.0_04/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/home/revenant/java/apache-maven-3.0.3/bin:/home/revenant/java/apache-cassandra-1.0.9/bin
Если о книгах, то мне нравится что-то среднее. Около 400 страниц. И таскать не тяжело и есть что почитать. Особенно нравится in action серия. Например: wicket in action ~ 400 pages, hibernate in action ~ 400 pages…
Другими словами, мы можем положить на страницу компоненты, например, ссылки, при нажатии на которых, мы не переходим на другую страницу, а меняем состояние(содержимое) текущей страницы. В урле появляется цифра — номер версии.
Все стандартные ajax компоненты викета делают страницу statefull. То есть, появляется номер версии в урле. Это стрёмно т.к. поделиться ссылкой с товарищем становится проблематично.
пруф: cwiki.apache.org/WICKET/stateless-pages.html
Я сейчас делаю rich ajax страницы с использованием wicket-а, получается не быстро(много взаимосвязей между гуи элементами), довольно много кода получается (в количестве строк), в викете неудобно работать с повторяющимися элементами (для тех, кто в теме, я про репитеры типа ListView) — при изменении (например, удалении) одного элемента, приходится перерендеривать весь список и т.п. Еще проблемы с url-ами из-за того, что фреймворк statefull, в урлах уродские номера версий появляются, а все стандартные Ajax компоненты делают страницы statefull…
Как я понимаю, Sandy Bridge — это было улучшение архитектуры, они вышли в прошлом году. А в этом году должны быть с мелкими транзисторами. Как новая технология называется Ivy Bridge?
Вобщем, я хотел спросить: были ли представлены новые процессоры? Для десктопов? В прошлом году были, например, i7-2600k, а в этом году появилось ли что-нибудь, основанное на новых технологиях, на замену? Или появится, но позже?