Jdbi: डॉक्स / उदाहरण: स्प्रिंग-बूट में jdbi3 को एकीकृत करने का तरीका दिखाने के लिए उदाहरण (रेपो) प्रदान करें

एक साधारण मामले में, यदि आपको स्प्रिंग की लेन-देन सुविधाओं के साथ एकीकरण की आवश्यकता नहीं है, तो आप बस Jdbi और अपने डीएओ को स्प्रिंग कॉन्फ़िगरेशन में प्रारंभ कर सकते हैं:

    <strong i="7">@Bean</strong>
    public DataSource dataSource() {
        // From Spring Boot's connection pool configuration;
    }

    <strong i="8">@Bean</strong>
    public Jdbi createJdbi(DataSource dataSource) {
        return Jdbi.create(dataSource);
    }

    <strong i="9">@Bean</strong>
    public UserDao userDao(Jdbi jdbi) {
        return jdbi.onDemand(UserDao.class);
    }

नमस्ते @bastman , @alwins0n #989 में बेहतर स्प्रिंग सपोर्ट में योगदान दे रहा है - क्या आप अब तक उनके काम की समीक्षा करना चाहेंगे और इस पर टिप्पणी करना चाहेंगे कि क्या यह आपके स्प्रिंग एकीकरण को स्पष्ट करता है, या यदि आप कुछ अलग मांग रहे हैं?

jdbi को स्प्रिंग बूट में एकीकृत करना तुच्छ है, आपको बस अपने @Configuration वर्ग में एक @Bean एनोटेट विधि सेट करने की आवश्यकता है ताकि एक Jdbi इंस्टेंस वापस किया जा सके - जैसा कि @arteam द्वारा दिखाया गया है

मेरे वसंत पीआर में किए गए कठिन काम, वसंत लेनदेन प्रबंधन में जेडीबीआई को एकीकृत कर रहा है। आपको निश्चित रूप से इसे देखना चाहिए, अगर यह वही है जो आप ढूंढ रहे हैं।

इसके अलावा, अगर यह स्वीकृत हो जाता है तो मैं स्प्रिंग बूट (2) के लिए एक ऑटोकॉन्फ़िगरेशन/स्प्रिंग-बूट-स्टार्टर बनाने पर विचार कर रहा हूं। अगर आप यही ढूंढ रहे हैं। (यदि आप स्वयं को आजमाना चाहते हैं तो यह वास्तव में एक अच्छा व्यायाम है: https://docs.spring.io/spring-boot/docs/current/reference/html/boot-features-developing-auto-configuration.html )

मैं बिना किसी समस्या के jdbi2.x के साथ निम्न विधि का उपयोग कर रहा हूं। jdbi3.x के साथ इसका परीक्षण कर रहे हैं और कोई समस्या नहीं देखी है। यह जेडीबीआई का उपयोग करते समय लेनदेन का प्रबंधन करने के लिए वसंत प्राप्त करने का एक आसान तरीका जैसा दिखता है।

असल में आप प्रॉक्सी को TransactionAwareDataSourceProxy के साथ लपेटते हैं और जेडीबीआई इंस्टेंस बनाने के लिए इसका इस्तेमाल करते हैं। (मेरे पास @arteam के उत्तर से c/

    <strong i="8">@Bean</strong>
    public DataSource dataSource() {
        // From Spring Boot's connection pool configuration;
    }

    <strong i="9">@Bean</strong>
    public TransactionAwareDataSourceProxy txDataSource(DataSource dataSource) {
        return new TransactionAwareDataSourceProxy(dataSource);
    }

    <strong i="10">@Bean</strong>
    public PlatformTransactionManager transactionManager(DataSource dataSource) {
        //not sure if this is needed
        return new DataSourceTransactionManager(dataSource);
    }

    <strong i="11">@Bean</strong>
    public Jdbi createJdbi(TransactionAwareDataSourceProxy dataSource) {
        //note that parameter is TransactionAwareDataSourceProxy instead of plain DataSource
        return Jdbi.create(dataSource);
    }

    <strong i="12">@Bean</strong>
    public UserDao userDao(Jdbi jdbi) {
        return jdbi.onDemand(UserDao.class);
    }

अच्छा लग रहा है, मुझे नहीं पता था कि यह वर्ग मौजूद है।

क्या आप पहले बताए गए पीआर में देख सकते हैं? जेडीबीआई में अंतर्निहित "लेन-देन जागरूक" कनेक्शन फैक्ट्री के संबंध में पहले ही एक सुझाव दिया जा चुका है।

iirc समस्या बनी हुई है कि कनेक्शन और हैंडल राज्य के अनुसार इन-सिंक नहीं है। इसलिए यह डीएस एक कनेक्शन देता है (जो लेनदेन के लिए बाध्य है) जो लेनदेन के अंत में बंद हो जाता है। जबकि प्रयुक्त हैंडल बंद नहीं है और इसका उपयोग (पुनः) करने के प्रयास पर अपवाद फेंकता है।

लेकिन हो सकता है कि यह एक सौदा का इतना बड़ा नहीं है और बल्कि कोने का मामला है और आपका समाधान 99% उपयोग के मामलों के लिए फिट बैठता है।

संक्षेप में: आपके दृष्टिकोण के साथ लेनदेन प्रबंधित संसाधन कनेक्शन है। मेरे पीआर में प्रबंधित संसाधन संभाल है।

jdbi3 को stringtemplate4 और समूह आयात के साथ उपयोग करने से संबंधित समस्याएं हैं। मेरी समस्या देखें https://github.com/jdbi/jdbi/issues/1052
इस मुद्दे में स्प्रिंग बूट 2.0.0 . में jdbi3 का उपयोग करने के लिए पूरी तरह से काम कर रहे रेपो कंकाल का लिंक भी शामिल है

जब मैं वसंत के @Transactional टिप्पणी के साथ की समाधान @kaandok लागू, मैं वजह से हैंडल बंद करने जब वहाँ खुला लेनदेन मौजूद अपवाद निम्न मिलता है। क्या इसके लिए कोई अनुशंसित/लागू समाधान है?

"अनुचित लेनदेन प्रबंधन का पता चला: एक खुले लेनदेन के साथ एक हैंडल बंद कर दिया गया था। लेनदेन को स्पष्ट रूप से प्रतिबद्ध होना चाहिए या हैंडल को बंद करने से पहले वापस लेना चाहिए। जेडीबीआई ने इस लेनदेन को स्वचालित रूप से वापस ले लिया है।"

@cengha क्या आप कृपया अपनी समस्या का प्रदर्शन करने वाला कुछ कोड प्रदान कर सकते हैं?

नीचे विन्यास वर्ग है:

<strong i="6">@Bean</strong>
public HikariDataSource hikariDataSource() {
    HikariConfig dataSourceConfig = new HikariConfig();
    dataSourceConfig.setDriverClassName(driverClassName);
    dataSourceConfig.setJdbcUrl(jdbcUrl);
    dataSourceConfig.setUsername(username);
    dataSourceConfig.setPassword(password);
    dataSourceConfig.setAutoCommit(true);
    return new HikariDataSource(dataSourceConfig);
}

<strong i="7">@Bean</strong>
public TransactionAwareDataSourceProxy transactionAwareDataSourceProxy(HikariDataSource dataSource) {
    return new TransactionAwareDataSourceProxy(dataSource);
}

<strong i="8">@Bean</strong>
public PlatformTransactionManager platformTransactionManager(HikariDataSource dataSource) {
    return new DataSourceTransactionManager(dataSource);
}

<strong i="9">@Bean</strong>
public Jdbi jdbi(TransactionAwareDataSourceProxy transactionAwareDataSourceProxy) {
    Jdbi jdbi = Jdbi.create(transactionAwareDataSourceProxy);
    jdbi.installPlugin(new SqlObjectPlugin());
    return jdbi;
}

यहाँ सेवा परत है

    <strong i="13">@Override</strong>
    <strong i="14">@Transactional</strong>
    public Long createX(X x) {
        Long aLong = XDao.insertX(x);
        if(true) throw new RuntimeException();
        return aLong;
    }

जब ऑटो-कमिट को गलत पर सेट किया जाता है, तो मुझे लेन-देन त्रुटि का उल्लेख मिलता है, लेकिन अगर यह सही पर सेट होता है, तो कोई लेनदेन त्रुटि नहीं होती है, लेकिन इस बार रोलबैक काम नहीं करता है (रनटाइम अपवाद के बाद) और इसलिए एक्स ऑब्जेक्ट को डेटाबेस में जारी रखा जा रहा है। मैं वसंत 2.0.3, जेडीबीआई 3.0.0-बीटा 2 का उपयोग करता हूं।

समस्या हल हो गई। मैं JDBI के पुराने संस्करण का उपयोग कर रहा था, इस धागे को देखने के बाद पुस्तकालय को अद्यतन किया गया और सब कुछ हल हो गया।