All streams
Search
Write a publication
Pull to refresh
5
0
Евгений Калитько @Kaluchi

User

Send message
Отличная статья!

От себя хочу добавить пару слов.

У меня опускаются руки, когда я слышу вопросы от новичков из серии «Я хочу стать Java-программистом. Какую IDE мне скачать: эклипс или идею? ». Либо «Я хочу начиться делать веб-сайты на Java. И даже уже нашёл и создал Struts-проект в идее. Что делать дальше?».

Мой совет: до тех пор, пока вы не научитесь без страха писать программы в блокноте, компилировать и запускать их из консоли, даже не садитесь за IDE.

Добро пожаловать в суровый мир J2EE =)

мне приходило такое сообщение… от якобы suport@gmail.com =))

интересно, много ли народу повелось на этот развод?
Ура! Я счастлив! :)) Со спамом/неважными рассылками в имапе покончено!
Согласен с Вами =)

Имхо, владельцев магазинов в очередной раз пытаются «развести на бабки». =)
ну может я погорячился =)

я хотел скачать, что сначала надо хоренько подумать над тем, ЧТО делать… и уж потом только браться за изучение нового инструментария.
троллинг детектед

От вопросительного знака можно избавиться, добавив номер версии в имя скрипта. Например, xmlhandler_v12.js.

Кстати, как Ваш упаковщик скриптов «разруливает» сборку различных ревизий классов?
С задачей кэширования скриптов прекрасно справляются браузеры — а склеивание скриптов в 1ом файле может этому сильно помешать, потому как при открытии новой страницы браузеру ещё надо вытягивать её «индивидуальный» js-файл.

Имхо, решение хабра более правильное: для каждой страницы — свое подмножество скриптов. После загрузки нескольких таких страниц в кэш браузера переедет всё множество скриптов сайта — и ничего тормозить не будет.

Цена за такую неоптимальность не очень большая, зато убирается много проблем.

<script type=«text/javascript» src=«js/mootools-1.2-core-nc.js»></script>
<script type=«text/javascript» src=«<? echo $classesResultJsFileName ?>»></script>

А почему первый скрипт не попал в $classesResultJsFileName?

ЗЫЖ «изминения» режет глаз. исправьте пока никто не увидел =)
Офтоп: буду сильно признателен тому, кто подскажет решение проблемы «повторяемости сборки» для больших maven-проектов.
Минус микро-jar модульности — остуствие/несовершенство инструментов для инкрементной сборки проекта=(.

Изменённые модули/зависимости приходится либо собирать вручную и затем «подкладывать» в приложение, либо пересобирать весь проект заново.

улыбнуло =)


Печатаю слепым методом.

Зависание раскладки (когда виндовс упорно отказывается менять язык ввода) и ложные срабатывания пунтосвичера — 2 вещи, которые за 10 секунд могут посадить меня на коня =)

А можно ли настроить коннектор так, что бы он прозрачно работал с путями, находящимися вне директории веб-приложения?

К примеру, неплохо было бы размещать папку с загружаемыми файлами на отдельном диске. Конечно, можно воспользоваться символическими ссылками, но и этот подход не так хорош и не везде работает. Хотелось бы услышать более универсальное решение.
Может кто-нибудь ответит на такой глупый вопрос:

У меня есть проект состоящий из N модулей… как сделать так, что бы мавен сам мог определять в каких модулях были произведены локальные изменения, затем мавен компилил эти модули и использовал для сборки главного проекта

Например, в каком-то интерфейсе модуля CORE появился новый метод, затем этот метод был реализован в модулях в модулях A и B. Модули C, D, E, F,…, N не менялись. Как мне так собрать главный PARENT-проект, что бы 1) не надо было перекомпиливать все модули 2) перед сборкой главного проекта мне не нужно было устанавливать в локальный репозиторий модули CORE, A, B?

Буду очень благодарен за вашу помощь.

Information

Rating
Does not participate
Location
Беларусь
Date of birth
Registered
Activity