BoneCP

BoneCP ay isang open source at mabilis Java database koneksyon pool (JDBC Pool). & Nbsp; Kung kayo ay pamilyar sa C3P0 at DBCP pagkatapos mo na kung ano ang ibig sabihin nito. Para sa pahinga, ito ay isang library na pamahalaan ang isang database ng koneksyon para sa iyo upang makakuha ng mas mabilis database access sa iyong aplikasyon.
& Nbsp;
Bakit magsulat ng isa pang alternatibo sa C3P0 / DBCP?
Sa aming kaso, ang mga magagamit na mga solusyon ay hindi lang mabilis sapat. C3P0 nagtrabaho malaki para sa maliit na workloads ngunit bilang itinulak namin itong mas mahirap, ito ay naging malinaw na ito ay pagbagal aming throughput down (lalo na sa mga tuntunin ng paggamit ng CPU). DBCP ay hindi inirerekomenda para sa paggamit sa produksyon at ang oras na kinakailangan namin ito (at ay mas mabagal sa ilang mga kaso pa rin).
& Nbsp;
Sa katapusan, kami ay ginawa ng isang bagong koneksyon pool library na ito ay mabilis, minsan halos 25 beses na mas mabilis kaysa sa susunod na pinakamabilis na opsyon. Huwag dalhin ang aming mga salita para dito bagaman, patakbuhin ang ibinigay benchmark sa pagsubok sa iyong sarili o sige, at lumikha ng iyong sariling.
& Nbsp;
Disclaimer
Sa kabila ng pagkakaroon ng 100% unit test coverage, ang proyektong ito ay itinuturing pa rin na maging beta software. Gamitin sa pag-aalaga

Ano ang bago sa release na ito:

• Maraming mga pagpapahusay statistics
• pag-aayos ng OSGi
• Payagan ang datasource getConnection (username, password)
• Kilalanin bagong postgresql SQLSTATE upang ma-trigger ang isang pool restart
• Added opsyon config externalAuth upang makakuha ng koneksyon nang hindi dumadaan sa username / direkta password.
• Payagan ang pagpapasadya hook ng kung ano ang itinuturing na isang putol connection
• Payagan ang max connections == 1
• Magdagdag ng mga name pool na hindi nakasara connection babala
• Panatilihin ang orihinal na exception para jdk6users
• I-publish sa maven gitnang
• magdagdag defaultReadonly, defaultAutoCommit, defaultTransactionIsolation, etc
• Magdagdag overloaded pamamaraan para BoneCPConfig upang pahintulutan para sa mga detalye ng TimeUnit
• Tester Connection Thread pagbabago upang payagan ang mga independiyenteng mga idleMaxAge / idleconnectionTestPeriod
• Sunggaban SQLExceptions lamang
• Isaalang-alang SQLSTATE 08s01 bilang isang kabiguan db ngayon
• Gamitin ang tamang ExecutorService para sa max connection edad
• Gamitin ang pagkakapantay-pantay ng bagay sa halip ng field pagkakapantay-pantay. katumbas () sa halip ay pinalitan ng pangalan upang hasSameConfiguration.
• Alisin thread-mararating kapag pagtatago statements
• Huwag punan batch SQL kung hook connection ay isinaayos

Ayusin ang para sa false statementCache babala pahayag na ito ay hindi sarado kapag releaseHelper statementCache closeConnectionWatch ay isinaayos
• .
• Ayusin ang para sa mga potensyal na lahi kondisyon
• Hawakan malapit nang maayos sa cache
• Ayusin ang para cache.putIfAbsent
• Kung nabigo kami ngunit pinalitan pa rin connection, subaybayan ang mga iyon
• Maging mas mahigpit sa kung ano ang isaalang-alang bilang isang kabiguan connection
• Simulan ang pagsubaybay sa mga koneksyon at incrementing count paglikha bago ang koneksyon ay ibinigay out
• Kung driverProperties ay hindi naglalaman / settings pass username pero config username ay, panatilihin ang mga ito sa sync
• Payagan connectionMaxAge thread na magamit nang tama LIFO mode
• Itigil ang pagsubaybay sa koneksyon na ito kung ito ay na ibinalik sa pool
• Pass sa LIFO / fifo mode upang connecitonMaxAge param
• Sa connection sirain, alisin mula finalizable ref queue kahit thread ay buhay pa
• Kung replay transaksyon suntok up, itapon ang pang exception
• MemoritzeTransaction: InvocationTargetException fix
• Guard magtotroso statements
• Gumamit ng isang nicer message debug ng mas malinaw na kapag ang isang datasource Ben ay sa paggamit
• Ayusin acquireRetryAttempts off-by-one error
• Palitan ang pangalan ng XXX - & gt; xxxinSeconds / Minuto / etc
• defaultTransactionIsolation: Basahin nakatuon - & gt; read_committed
• Huwag simulan connection testing thread kaagad
• Gumawa ng config panatilihin connectionTimeout value-set sa 0 ng 0 sa halip ng Long.MAX

Ano ang bago sa bersyon 0.7.0:

• ay tapos An pagbabago arkitektura upang gawing mas mabilis ang pool .
• Mga bug ay naayos na.
• Ang isang grupo ng mga bagong tampok ay naidagdag.

Ano ang bago sa 0.6.7.2:

• Fixes bersyon ay ginawa para idleMaxAge / idleConnectionTester, maramihang nodes sa pagsasaayos ng XML, at isang NPE on getConnection timeout.
• Batch pahayag ay naka-log in ng maayos.
• Ang onAcquireFail hook ay pinahusay, at isang maliit na maliit na bug ay naayos na sa proseso.
• Ang isang option properties driver ay idinagdag.
• Ang koneksyon ay hindi na sarado off kapag shut down.
• Ang isang bug sa malapit tool relos connection debug ay naayos.
• Lahat release Katulong ay tinapos kapag shut down.

Ano ang bago sa bersyon 0.6.6:

• Ang isang option properties driver ay idinagdag
• XML-based na suporta configuration ay idinagdag.
• onAcquireFail ay pinahusay na.
• Ang isang option configuration timeout connection ay idinagdag.
• Buong JDK5 compatibility ay idinagdag. Internal pahayag ay nakalantad.
• Ang onConnectionException hook ay idinagdag.
• Ang hindi pagpapagana ng pagsubaybay na koneksyon ay pinahihintulutan na ngayon.
• Batch statements ngayon ay naka-log in ng maayos.
• A lazy init lahi ay naayos na.
• Ang isang potensyal na lahi ay iwasan ngayon.
• Estatika ay inalis mula finalizers.
• Ang isang potensyal na bug sa pagdagdag ng isang bagong koneksyon ay naayos.
• May mga ngayon 125 yunit ng mga pagsusulit, na nagbibigay ng 100% unit test coverage.

Ano ang bago sa bersyon 0.6.4:

• Revamped statement caching + statement babala kung nabigo ang application na malapit na.

Ano ang bago sa bersyon 0.5.4:

• Panatilihin ang mas mabuting pagsubaybay ng mga koneksyon sa kaso ng isang DB idiskonekta (salamat 'ninja'!)

Ano ang bago sa bersyon 0.5.3 RC1:.

• Pag-aayos ng caching statement bug

Kinakailangan :

• Java 2 Standard Edition Runtime Environment