Использование транзакции с jdbi / IDBI / Dropwizard - проблемы отката
у меня много проблем с получением транзакций для работы с IDBI. Мы используем фреймворк dropwizard, и простые вставки, обновления, выбор и удаление работали, но теперь мы не можем заставить транзакции работать правильно. Вот что я пытаюсь
public class JDb {
private JustinTest2 jTest2 = null;
private Handle dbHandle = null;
public JDb(final IDBI idbi) {
try {
dbHandle = idbi.open();
dbHandle.getConnection().setAutoCommit(false);
jTest2 = dbHandle.attach(JustinTest2.class);
} catch( SQLException e ) {
}
}
public void writeJustin(final int styleId, final int eventId) {
dbHandle.begin();
int num = jTest2.findByStyleId(styleId);
try {
jTest2.doStuff(styleId, eventId);
dbHandle.commit();
} catch(Exception e) {
dbHandle.rollback(); // Never rolls back here, always get the inserted row!
}
num = jTest2.findByStyleId(styleId);
}
}
и вот мой JustinTest2 класс
public abstract class JustinTest2 {
@SqlUpdate("INSERT INTO jTest2 (styleId, jNum) VALUES (:styleId, :jNum)")
public abstract void insert(@Bind("styleId") int styleId, @Bind("jNum") int jNum);
@SqlQuery("SELECT count(styleId) " +
"FROM jTest2 " +
"WHERE styleId=:styleId")
public abstract int findByStyleId(@Bind("styleId") int styleId);
public int doStuff(int styleId, int eventId) throws Exception{
int count = findByStyleId(styleId);
insert(styleId, eventId);
count = findByStyleId(styleId);
if(count==1) {
throw new Exception("Roll back");
}
return count;
}
}
Я также попытался реализовать writeJustin, как:
public void writeJustin(final int styleId, final int eventId) throws Exception {
int rows_updated = jTest2.inTransaction(new Transaction<Integer, JustinTest2>() {
@Override
public Integer inTransaction(JustinTest2 transactional, TransactionStatus status) throws Exception {
jTest2.insert(styleId, eventId);
int num = transactional.findByStyleId(styleId);
try {
if(num == 1) throw new Exception("BOOM");
} catch (Exception e) {
transactional.rollback();
throw e;
}
num = transactional.findByStyleId(styleId);
return num;
}
});
}
Я не могу заставить транзакцию откатиться, в каждом из таким образом, вставленная строка всегда существует после отката, независимо от того, пытаюсь ли я напрямую через дескриптор или использую inTransaction (который, по моему пониманию, не должен совершать транзакцию, если исключение возникает в обратном вызове), кто-нибудь знает, что я могу делать неправильно?
2 ответов
это касательно к вашему вопросу, но я добавляю его в качестве ответа, потому что ваш вопрос высоко на результатах Google, и там не так много примеров этого.
С JDBI v2 вы можете использовать @Transaction
аннотации для упрощения кода. Просто украсьте публичный метод аннотацией, и JDBI будет обрабатывать начало, фиксацию и откат за кулисами.
public abstract class JustinTest2 {
@SqlUpdate("INSERT INTO jTest2 (styleId, jNum) VALUES (:styleId, :jNum)")
protected abstract void insert(@Bind("styleId") int styleId, @Bind("jNum") int jNum);
@SqlQuery("SELECT count(styleId) " +
"FROM jTest2 " +
"WHERE styleId=:styleId")
protected abstract int findByStyleId(@Bind("styleId") int styleId);
@Transaction
public int doStuff(int styleId, int eventId) throws Exception{
int count = findByStyleId(styleId);
insert(styleId, eventId);
count = findByStyleId(styleId);
if(count==1) {
throw new Exception("Roll back");
}
return count;
}
}
обратите внимание, что я сделал insert
и findByStyleId
методы защищен; от public
чтобы обеспечить их выполнение вместе в транзакции (в публичном doStuff
способ); не private
потому что автоматически сгенерированная реализация JDBI не сможет переопределить их (имея методы private abstract
не работает по этой причине - вы бы заставили компилятор принять метод без тела).
вы также можете указать TransactionIsolationLevel
в аннотации, чтобы переопределить значения по умолчанию базы данных.
@Transaction(TransactionIsolationLevel.REPEATABLE_READ)
Я понял это. Оказывается, таблица, которую я тестировал, использовала MyISAM, а не InnoDB в качестве механизма хранения. MyISAM не поддерживает транзакции. Я перестроил таблицу с помощью InnoDB, и код выше работал нормально.
для тех, кто не знает, что вы можете увидеть, какой движок использует таблица, используя:
show create table <tablename>;
должен увидеть что-то вроде:
CREATE TABLE `grades` (
`id` int(11) NOT NULL,
`percent` int(11) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1