java - Postgresql / Hibernate - Large Objects may not be used in auto-commit mode -


recently migrated application oracle postgresql (9.2.20). used org.hibernate.type.materializedblobtype storing document contents (bytes property) in db:

<hibernate-mapping >   <class name="x.y.z.entities.documentdataentity" table="ds_document_data">     <id name="id" column="id_" type="java.lang.string">       <generator class="uuid2"/>     </id>     <property name="bytes" column="bytes_" type="org.hibernate.type.materializedblobtype"/>   </class> </hibernate-mapping>

bytes property in documentdataentity class: 

private byte[] bytes;

it works fine in oracle in postgresql, loading documentdataentity throws exception: 

18:54:57 error [ds/root] i.a.w.c.d.e.applicationexceptionhandler -| error occured in calling rest method! org.postgresql.util.psqlexception: large objects may not used in auto-commit mode.     @ org.postgresql.largeobject.largeobjectmanager.open(largeobjectmanager.java:265)     @ org.postgresql.largeobject.largeobjectmanager.open(largeobjectmanager.java:251)     @ org.postgresql.jdbc.abstractblobclob.getlo(abstractblobclob.java:283)     @ org.postgresql.jdbc.abstractblobclob.getbinarystream(abstractblobclob.java:127)     @ org.hibernate.type.descriptor.java.primitivebytearraytypedescriptor.wrap(primitivebytearraytypedescriptor.java:115)     ... 163 common frames omitted wrapped by: org.hibernate.hibernateexception: unable access lob stream     @ org.hibernate.type.descriptor.java.primitivebytearraytypedescriptor.wrap(primitivebytearraytypedescriptor.java:118)     @ org.hibernate.type.descriptor.java.primitivebytearraytypedescriptor.wrap(primitivebytearraytypedescriptor.java:26)     @ org.hibernate.type.descriptor.sql.blobtypedescriptor$1.doextract(blobtypedescriptor.java:48)     @ org.hibernate.type.descriptor.sql.basicextractor.extract(basicextractor.java:47)     @ org.hibernate.type.abstractstandardbasictype.nullsafeget(abstractstandardbasictype.java:238)     @ org.hibernate.type.abstractstandardbasictype.nullsafeget(abstractstandardbasictype.java:234)     @ org.hibernate.type.abstractstandardbasictype.nullsafeget(abstractstandardbasictype.java:224)     @ org.hibernate.type.abstractstandardbasictype.hydrate(abstractstandardbasictype.java:300)     @ org.hibernate.persister.entity.abstractentitypersister.hydrate(abstractentitypersister.java:2790)     @ org.hibernate.loader.plan.exec.process.internal.entityreferenceinitializerimpl.loadfromresultset(entityreferenceinitializerimpl.java:306)     @ org.hibernate.loader.plan.exec.process.internal.entityreferenceinitializerimpl.hydrateentitystate(entityreferenceinitializerimpl.java:233)     @ org.hibernate.loader.plan.exec.process.internal.abstractrowreader.readrow(abstractrowreader.java:103)     @ org.hibernate.loader.plan.exec.internal.entityloadquerydetails$entityloaderrowreader.readrow(entityloadquerydetails.java:239)     @ org.hibernate.loader.plan.exec.process.internal.resultsetprocessorimpl.extractresults(resultsetprocessorimpl.java:122)     @ org.hibernate.loader.plan.exec.internal.abstractloadplanbasedloader.executeload(abstractloadplanbasedloader.java:122)     @ org.hibernate.loader.plan.exec.internal.abstractloadplanbasedloader.executeload(abstractloadplanbasedloader.java:86)     @ org.hibernate.loader.entity.plan.abstractloadplanbasedentityloader.load(abstractloadplanbasedentityloader.java:167)     @ org.hibernate.persister.entity.abstractentitypersister.load(abstractentitypersister.java:4019)     @ org.hibernate.event.internal.defaultloadeventlistener.loadfromdatasource(defaultloadeventlistener.java:508)     @ org.hibernate.event.internal.defaultloadeventlistener.doload(defaultloadeventlistener.java:478)     @ org.hibernate.event.internal.defaultloadeventlistener.load(defaultloadeventlistener.java:219)     @ org.hibernate.event.internal.defaultloadeventlistener.doonload(defaultloadeventlistener.java:116)     @ org.hibernate.event.internal.defaultloadeventlistener.onload(defaultloadeventlistener.java:89)     @ org.hibernate.internal.sessionimpl.fireload(sessionimpl.java:1129)     @ org.hibernate.internal.sessionimpl.immediateload(sessionimpl.java:997)     @ org.hibernate.proxy.abstractlazyinitializer.initialize(abstractlazyinitializer.java:157)     @ org.hibernate.proxy.abstractlazyinitializer.getimplementation(abstractlazyinitializer.java:266)     @ org.hibernate.proxy.pojo.javassist.javassistlazyinitializer.invoke(javassistlazyinitializer.java:73)

note:

  • i'm using spring (4.3.8.release) , hibernate (5.0.12.final).
  • i used @transactional annotaion in documentdatamanager bean's load method.
  • saving/loading works fine in oracle.


Comments

Post a Comment

Popular posts from this blog

Is there a better way to structure post methods in Class Based Views -

i'm using class based views in django , never specify url in ajax calls , omit action parameter in form because know these requests go through post method of class based view. notice view - profile page make many requests depending on user updating on page - post method become convoluted , if/else mess example: def post(self, request, *args, **kwargs): # handle user changing available date if request.post.get('availabledate') != none: self.updateavailabledate(request) return jsonresponse({'result':'success'}) if request.post.get('newprojectname') != none: creative_user = creativeuserprofile.objects.get(id = request.user.id) project = project.create_project(creative_user, request.post['newprojectname']) project.save() return jsonresponse({'projectid': project.id }) if request.post.get('projectimage') != none , request.files['file']: proj
Read more

performance - Why is XCHG reg, reg a 3 micro-op instruction on modern Intel architectures? -

i'm doing micro-optimization on performance critical part of code , came across sequence of instructions (in at&t syntax): add %rax, %rbx mov %rdx, %rax mov %rbx, %rdx i thought had use case xchg allow me shave instruction , write: add %rbx, %rax xchg %rax, %rdx however, dimay found agner fog's instruction tables , xchg 3 micro-op instruction 2 cycle latency on sandy bridge, ivy bridge, broadwell, haswell , skylake. 3 whole micro-ops , 2 cycles of latency! 3 micro-ops throws off 4-1-1-1 cadence , 2 cycle latency makes worse original in best case since last 2 instructions in original might execute in parallel. now... cpu might breaking instruction micro-ops equivalent to: mov %rax, %tmp mov %rdx, %rax mov %tmp, %rdx where tmp anonymous internal register , suppose last 2 micro-ops run in parallel latency 2 cycles. given register renaming occurs on these micro-architectures, though, doesn't make sense me done way. why wouldn't register renamer
Read more

jquery - Responsive Navbar with Sub Navbar -

good day, forgive me nav vocabulary not best. if question confusing apologize. i'm working on navigation bar needs centered on page @ 768px , above. items in nav open (or perhaps toggle) subnav lives directly below. these nav should appear centered on page. i have been able work through responsive portion of nav bar, having main items align vertically , sub nav menu of each item roll out below, , gave them indent separation. working well. however, issue not responsive side, behavior @ width greater 768px. happens toggling menu's sub navigation pushes other main items down page below sub nav. here's code: $(document).ready(function () { //stick in fixed 100% height behind navbar don't wrap $('#slide-nav.navbar-inverse').after($('<div class="inverse" id="navbar-height-col"></div>')); $('#slide-nav.navbar-default').after($('<div id="navbar-height-col"></d
Read more