fupfin
이를 방지하고자 여러 DB객체를 쓰면 개개의 Close시 타 DB가 줸 Transaction이랑 충돌나서 어플이 죽어버리고....아우우우우!!!
10.05.23 18:41
foreign key를 지원하지 않는건 뭐 그렇다 쳐도, 별개로 DB를 오픈한 개별 스레드중 1번 스레드가 DB transaction션을 쥐고 있는 동안 2번 스레드에서 closeDB를 요청하면, 어플리케이션이 inTracsaction!을 외치며 죽어버리는건 좀 충격.
by Kairos
fupfin
OpenHelper란 녀석을 통해 DB객체를 받아오는데, 하나의 OpenHelper를 통해서 하나의 DB를 돌려쓰면 transaction을 한녀석만 쥘 수 있어서, 멀티스레드에서 여러 Transaction이 동시에 돌때 에러가 뜨고,
10.05.23 18:41
foreign key를 지원하지 않는건 뭐 그렇다 쳐도, 별개로 DB를 오픈한 개별 스레드중 1번 스레드가 DB transaction션을 쥐고 있는 동안 2번 스레드에서 closeDB를 요청하면, 어플리케이션이 inTracsaction!을 외치며 죽어버리는건 좀 충격.
by Kairos
fupfin
웹에서 DB쓰듯이 안드로이드에서 쓰니 좀 문제가 발생해서 골치썪히고있는 중입니다.
10.05.23 18:40
foreign key를 지원하지 않는건 뭐 그렇다 쳐도, 별개로 DB를 오픈한 개별 스레드중 1번 스레드가 DB transaction션을 쥐고 있는 동안 2번 스레드에서 closeDB를 요청하면, 어플리케이션이 inTracsaction!을 외치며 죽어버리는건 좀 충격.
by Kairos
foreign key를 지원하지 않는건 뭐 그렇다 쳐도, 별개로 DB를 오픈한 개별 스레드중 1번 스레드가 DB transaction션을 쥐고 있는 동안 2번 스레드에서 closeDB를 요청하면, 어플리케이션이 inTracsaction!을 외치며 죽어버리는건 좀 충격.
by Kairos
foreign key를 지원하지 않는건 뭐 그렇다 쳐도, 별개로 DB를 오픈한 개별 스레드중 1번 스레드가 DB transaction션을 쥐고 있는 동안 2번 스레드에서 closeDB를 요청하면, 어플리케이션이 inTracsaction!을 외치며 죽어버리는건 좀 충격.
by Kairos
fupfin
Thread 클래스의 생성자에서 인스턴스의 hashCode를 불러서 생기는 문제에요. 해시값 계산에 쓰이는 필수 프로퍼티들은 new 하고 난 뒤 setXXX으로 넣거나 생성자에서 설정하니.. 타이밍을 이미 놓쳐버리지요..
10.05.23 03:50
안드로이드에서, Thread를 상속한 클래스에다 hashCode()를 오버라이드 하는 것은 대단히 위험한 일이다. Thread.<init>에서 security permission을 캐시한다는 목적하에 static map의 key에 스레드 인스턴스를 넣어버리기
때문
.
by rath