Борис Ванин

Мы в текущем проекте используем Tapestry framework. Тоже компонентно-ориентированный, как и JSF. Имеет свою библиотеку tapestry-hibernate, так что можно работать прям из коробки. Своя реализация CDI. Поддержка JQuery: tapestry-Jquery-Components, Ajax и прочее. Очень хорошая документация, мгновенно-отвечающее комьюнити. Единственное, что после JSF может смущать - посроен tapestry не по jsr, так что аннотации не стандартные. Вобщем полистайте документацию, посмотрите пример, может и понравится.

Как-то так:

import java.io.FileInputStream;
import java.util.zip.ZipEntry;
import java.util.zip.ZipInputStream;

public class LsZip {
    public static void main(String[] args) throws Exception {
        byte[] zipBytes = ...;
        ZipInputStream zis = new ZipInputStream(new ByteArrayInputStream(zipBytes));
        ZipEntry entry;
        while ((entry = zis.getNextEntry()) != null) {
            // здесь делайте то, что вам требуется с entry.getName()
        }
    }
}

Очевидно, вам нужно использовать очередь для колоды карт, вместо массива.
Сам я не знаком с Джава, поэтому конкретные классы/методы не подскажу.

spring security кажется вполне себе независимым, хотя если быть честным — юзал его исключительно под томкатом :)

Видимо, всё-таки стоит пересматривать архитектуру. Примените Hibernate. Это решит и текущую проблему — Hibernate сам сгенерирует Statement и правильно заполнит поля, а в качестве бонуса сделает прозрачно за вас работу «планировался executeBatch». В начале вот этой моей длинной статьи есть пару абзацев о том, как Hibernate сам все оптимизировал при пакетной загрузке, без каких-либо прямых на то указаний. Ситуация практически один-в-один с Вашей — загрузка данных из текстового файла в БД, также с кешированием Statement-ов. Hibernate сделал все на порядок быстрее.

Вот вам кусочек кода для медитации:

    interface Payable<T> {
        void doIt(T t);
    }

    class Employee implements Payable<Employee> {
        @Override
        public void doIt(Employee t) {}
    }
    
    class Hourly extends Employee implements Payable<Hourly> {
        //что реализовать?
        @Override
        public void doIt(Employee t) {}
        // или
        @Override
        public void doIt(Hourly t) {}
    }

А еще можно воспользоваться JRebel, чтобы на ходу обновлять код, включая EJB-компоненты. Это позволит экономить время на деплойменте (за день я запускаю деплой обычно не чаще 3х раз). И соглашусь с deadkrolik, что неплохо писать юнит-тесты, так можно быстро найти и исправить ошибку в отдельном участке кода.