Денис Загаевский: Я так и делаю - конструктор, конструктор анонимного класса и статический конструктор. Суть одна - автоматическая инициализация. Отличие блоков инициализации от конструктора только в том, что для них нет отдельной конструкции в Java.
Денис Загаевский: Это static initializer. Как бы они не назывались, назначение у них одно - выполнить код, необходимый для инициализации объекта или класса.
Ivan Sokolov: А мужики-то не знают. Эти конструкции называются "instance initializers" и выполняют ту же самую функцию, что и конструкторы - инициализируют инстанс анонимного класса. wiki.c2.com/?DoubleBraceInitialization
В web.xml прописываются правила аутентификации, чтобы сервер понял кого пускать, а кого нет.
Например следующие группы:
1. Доступ к программе
2. Доступ к админке
3. Создание заказов
4. Удаление проводок
Первые 2 группы пропишите в web.xml. 3-ю и 4-ю группы проверяйте в самом приложении. Ваши пользователи будут иметь 2 или больше групп: 1 и/или 2 и 3 и/или 4
Алена: Алена, каким-то образом серверу нужно объяснить, пользователей с каким ролями пускать, а с какими не пускать. Для этого роли и прописываются в web.xml. Выделите для этого несколько предопределенных ролей, чтобы авторизовать пользователей; и используйте дополнительные роли в самом приложении, чтобы настроить свои интерфейсы.
Я тоже так делал, пока не стал покрывать feature-ветки тестами. Если есть хороший набор тестов, то держать feature-ветки нет смысла. (от них все равно в репозитории остаются tag-и. ;)
Когда между релизами накапливается добрая сотня feature-веток (у меня их может быть около 200), то работать с репозиторием становится не удобно)
Тимур Мишагин: Это не важно. feature-, hotfix-ветки, это просто названия веток в git. GIT-FLOW ничего не запрещает, а только рекомендует как работать с репозиторием.
GIT также поддерживает патчи. Не стоит про них забывать. Если удастся найти commit, который все сломал, то можно сделать patch и накатить его на develop.
Да, верно. Так же, как и для PayPal и для эквайринга. Каждый берет свою маржу.
Не скажу за PayPal, т.к. не работал с ним напрямую, но если говорить про эквайринг, то маржа берется за все. Еще есть абонентская плата. Просто потому, что мы, холопы, отвлекаем серьезных дядек своими мизерными проблемами. У меня есть несколько работающих эквайрингов и это гемор. У каждого свои правила, свои форматы, и изменяют они это часто в одностороннем порядке, вывесив где-нибудь на своем сайте объявление.
Работа с Яндекс.Кассой после этого в удовольствие. С помощью них можно оплатить чем угодно (https://kassa.yandex.ru/payments), даже в кредит можно взять.
PS: На всякий случай: не являюсь сотрудником Яндекса.
German Nikolishin: Серверной разработкой на Java - это не разработкой серверов, а разработкой web-приложений, если я не ошибаюсь.
Java-сервер, это не только обработка запросов и выдача результатов. Это туева хуча спецификаций, таких как: сервлеты, JNDI, Realm-ы,...
Не стоит оно того, если честно. Лучше Tomcat-a, Jetty, Grizzly, Undertow,... вряд ли получится написать.
CityCat4: Уже писал выше. wine-1.6.2. Офис 2003 и XP работали на 10-14 версиях убунты. World of Warcraft, Компас 3D, Microsoft Project тоже.
Про notepad.exe перебор конечно.