Далее все выросло до следующего варианта: при выполнении задачи пишется ###.название.sql, где название"" лишь для визуальной идентификации, а вот эти ### для очередности выполнения скриптов. Для небольшого проекта это простой счетчик. т.е. файлы 001.extend_user.sql, 002.optimize_prod_view.sql и т.д. Да, и если номера совпали у двух разработчиков, то чаще всего проблемы не возникнет, если они не меняли одну область БД. Когда же проект побольше, то можно нумеровать в виде yyMMdd.title.sql или даже yyMMdd.HHmm.title.sql. Хотя в любом случае нужно разруливать на уровень выше, при планировании задач связанных с БД.

А запустить полученные скрипты может как ДБА, так и shell скрипт, который написать совсем не проблема. Для упрощения можно еще завести табличку version содержащую актуальный номер (тот самый, с которого начинаются наши файлы sql) и тогда процедура обновления версии вовсе станет автоматической.

Все это не претендует на новизну, лишь совет при планировании начальной архитектуры, почему то часто об этом забывают. Ну а вообще в RoR это сразу встроено. К GRails есть отдельный плагин. Да и отдельно для Java есть библиотека облегчающая такой процесс. Правда она добавляет свой оверхед по написанию этих апдейтов, так что тут дело вкуса.

PS: pgAdmin (менеджер для PostgreSQL) в данном случае очень удобен, по нажатию на любой объект, будь то таблица, колонка, индекс, вьюха или что угодно, он сбоку покажет SQL для удаления и создания этого объекта. В результате все эти alter table писать не приходится, достаточно скопировать.

Так вот, я к тому что Spring предоставляет возможность указать какие поля позволено менять извне. И при формировании объекта, из переданных в POST значений, будут заполненны лишь определенные поля.
Указывается все очень просто:

protected void initBinder(HttpServletRequest request, ServletRequestDataBinder binder) throws Exception {
        super.initBinder(request, binder);
        binder.setAllowedFields(new String[] {"title", "content"});
}

По хорошему, в зависимости от ролей пользователя, нужно менять список доступных для редактирования полей. Админу разрешить менять вообще все (это по умолчанию), а остальным указать что можно.

• замена в определённом поле
• удаление по определённому регекспу
• сортировка
• удаление пробелов

Получаем вот такой вот файлик:

--- !replace
from: __UNKNOWN__
to: Computer
atField: author
--- !remove
regex: [^\\d]+
atFields:
  - year
  - phone
--- !sort
withComparator: !defaultComparator
  direction: desc
--- !transform
withTransformer: !trim{}

Этакий Domain Specific Language получается. Может на первый взгляд не так все просто, но если написать небольшое описание синтаксиса нашего языка, или знакомство с документацией по yaml, все встанет на свои места, и редактирование подобного списка команд становится несложной задачей, с которой может справится продвинутый пользователь. В общем я сейчас сильно в синтаксис не буду вдаваться, кому надо глянут на yaml.org и jyaml.sourceforge.net
Второй момент как это прочитать, т.е. как построить их этого файла наши объекты. Делается все просто, через упомянутый JYaml:

List<Command> list = new ArrayList<Command>();
YamlDecoder dec = new YamlDecoder(in);
try {
    while (true) {
        Command command = (Command) dec.readObject();
        list.add(command);
    }
} catch (EOFException e) {
    log.debug("Finished reading stream.");
} finally {
    dec.close();
}

ну и т.к. в файле мы использовали не полный имена классов, то надо настроить связь между именем и самим классом, это нужно сделать до чтения самих объектов, следующим образом:

BiDirectionalMap<String, String> classes = new BiDirectionalMap<String, String>();
classes.put("replace", ReplaceCmd.class.getName());
classes.put("remove", RemoveCmd.class.getName());
classes.put("trim", Trim.class.getName());
classes.put("sort", SortCmd.class.getName());
classes.put("defaultComparator", DefaultComparatorCmd.class.getName());
classes.put("transform", TransformCmd.class.getName());
YamlConfig.getDefaultConfig().setTransfers(classes);

На самом деле можно такой мини язык делать не только для списка команд, в общем то почти любой класс так можно описать и десериализовать после в объект, а текущая задача она применима к моим условиям. Правда тут возникла проблема: хотелось бы чтобы эти объекты помимо описания в этом файле имели настройки в Spring. Т.е. все связи с другими объектами настроить в Spring контексте, а саму очерёдность и дополнительные настройки брать уже из этого файла. Так вот это я не знаю как реализовать, не расширяя YamlDecoder. Хотя, т.к. jyaml проект open source'ный, это тоже вполне реализуемо.

  if ( !StringUtils.isEmpty(value) ) {
  }

гораздо красивее чем то, что я постоянно встречаю:

  if ( value != null && value.length() > 0 ) {
  }

StringUtils это из Jakarta Commons Lang. В Jakarta Commons вообще много чего интересного

SEVERE: Servlet.service() for servlet jsp threw exception
org.apache.jasper.JasperException: Unable to read TLD "META-INF/c-1_0.tld" from JAR file "file:/**/jakarta-tomcat-5.5.4/webapps/**/WEB-INF/lib/standard-tags.jar": org.apache.jasper.JasperException: Failed to load or instantiate TagLibraryValidator class: org.apache.taglibs.standard.tlv.JstlCoreTLV

Раз в полгода парюсь с час над этой ошибкой (вот как сейчас было), потом ищу в гугле и выхожу на этот пост в блоге Ryan'на Scraps'а: Frustrating Tomcat 5.5.x Issue Solved (conflicting jars...). Там первое «спасибо» и то мое
В общем ошибка в том что не надо складывать jsp-api.jar servlet-api.jar со своим Web-приложением. И ведь помню, что надо запрещать складывание в WAR этих библиотек, но всеже иногда проскакивают.

Гдето чтото не так написал, или не сконвертировал из нужной кодировки в другую нужную, и все, и все полетело Вот тут, в Django, например, чтобы заменить регекспом строку на русском, надо делать так:

#-*- coding: cp1251 -*-
import re
instr = unicode(req.POST['param'], 'utf-8')
pat = re.compile(u'этоубрать', re.U)
instr = re.sub(pat, '_', instr)

а при выплевывании на страницу надо так

messages.append(unicode('Наше сообщение', 'cp1251').encode('utf-8'))

А я все то там, то тут пропускаю, то unicode () то encode () не в том месте, а они все поочереди идут, на выходе непонятно что получается Теперь разобрался вроде.

• что для обновления текста на страницах нужно перегружать приложение
• надо конвертить текст написанный по русски в Unicode.

Т.е. дергаем всякие native2ascii или Ant'ом пересобираем и перезапускам приложение.
А в Spring Framework есть замечательный класс ReloadableResourceBundleMessageSource, который решает все эти проблемы.

Пишем в spring.xml:

<bean id="messageSource"
          class="org.springframework.context.support.ReloadableResourceBundleMessageSource">
        <property name="basenames">
            <list>
                <value>/WEB-INF/messages/messages</value>
            </list>
        </property>
        <property name="useCodeAsDefaultMessage" value="true"/>
        <property name="defaultEncoding" value="Windows-1251"/>
        <property name="cacheSeconds" value="5"/>
    </bean>

Теперь Spring читает файлики /WEB-INF/messages/messages.properties, /WEB-INF/messages/messages_ru.properties и т.д. Если к моменту запроса они обновились, то перечитывает заново. И к томуже читает в указанной кодировке, что избавляет нас от запуска всяких лишних программ.

В первом случае можно взять Jakarta Commons Logging который говорят и является оберткой поверх логгеров. Хотя по мне так вероятность замены логгера очень близка к нули и это лишь трата времени и забивание головы лишними мыслями «а вдруг?».

Во втором это совсем не причина отказа, т.к. Log4J прекрасно меняется под наши условия, нужно только доки прочитать повнимателней. Можно написать свой appender который куда угодно запишет.

Вот, например, могу показать как писать лог в базу. Хотя подобный аппендер есть в стандартной поставке, но он stack-trace не пишет. Попробуем это исправить:

public class DBLogAppender extends AppenderSkeleton {

    private String SQL = "insert into logs(time, location, message, trace, level) " +
            " values(?, ?, ?, ?, ?)";

    protected synchronized void append(LoggingEvent loggingEvent) {
        Connection conn = null;
        try {
            conn = getConnection();
            PreparedStatement query = conn.prepareStatement(SQL);
            query.setTimestamp(1, new Timestamp(loggingEvent.timeStamp));
            StringBuilder buf = new StringBuilder();
            //делаем удобочитаемую строчку для нахождения где у нас собсно вывалилось
            buf.append(loggingEvent.getLocationInformation().getClassName());
            buf.append(" ");
            buf.append(loggingEvent.getLocationInformation().getFileName());
            buf.append(":");
            buf.append(loggingEvent.getLocationInformation().getLineNumber());

            query.setString(2, buf.toString());

            query.setString(3, loggingEvent.getMessage().toString());

            //Делаем stack-trace
            if ( loggingEvent.getThrowableStrRep() != null
                 && loggingEvent.getThrowableStrRep().length > 0) {

                buf = new StringBuilder();
                for ( String line : loggingEvent.getThrowableStrRep() ) {
                    buf.append(line);
                    buf.append("\n");
                }

                query.setString(4, buf.toString());
            } else {
                query.setString(4, null);
            }

            query.setInt(5, loggingEvent.getLevel().toInt());

            query.executeUpdate();
            conn.commit();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

    public boolean requiresLayout() {
        return false;
    }

    public void close() {
        try {
            getConnection().close();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

метод getConnection () написать думаю будет несложно.

а потом в log4j.properties дописываем чтото типа того:

log4j.appender.db=com.mycompany.project.DBLogAppender
log4j.appender.db.url=jdbc:postgresql://localhost/mydatabase
log4j.appender.db.driver=org.postgresql.Driver
log4j.appender.db.user=loguser
log4j.appender.db.password=pasword

да, в саммом классе я не показал сеттеры и геттеры для url, driver, user и password, чтобы не загромождать пост. В общем таким вот образом можно передать параметры в класс, как String а дальше использовать, как в нашем случае для настройки коннекшена к базе.

А решение на самом деле простое: прописать в server.xml, для нужного connector'а аттрибут URIEncoding="UTF-8", иначе он думает что там ISO-8859-1 и мы получаем совсем не то.