Hi, I am the CUBRID open source RDBMS Project Manager. Our parent company NHN has extensively been using Hibernate in its services together with CUBRID Database Server. Here I would like to attach the CUBRIDDialect.java class file which supports CUBRID version 8.3.0 and higher (8.3.0, 8.3.1, and current stable 8.4.0) that we want to submit to Hibernate project. If I should create an issue in JIRA, please let me know which project is the most appropriate. Regards, Esen Sagynov. CUBRID Project Manager. http://www.cubrid.org http://twitter.com/cubrid http://facebook.com/cubrid _______________________________________________ hibernate-dev mailing list hibernate-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev

Hello Liu, Thank you very much for your attention to this issue. We have reviewed all the thread you mentioned and some additional mentioned within those threads. As a result we have performed unit tests for Hibernate + CUBRID DB. There were 64 tests, 16 of which were related to data types. All 64 tests were successfully passes. Regarding the way to add CUBRID support to Hibernate, we have decided to go with the 3rd option, i.e. integrate CUBRIDDialect directly into Hibernate source code. As a CUBRID Project Manager I am taking the responsibility to ensure the stability/compatibility of the code and to maintain it as both Hibernate and CUBRID Database evolve. In fact, I am the lead of CUBRID packages for PHP at PECL, Ruby at RubyGems, Python at PYPI, JDBC at Clojars, too. With this I would like to ensure you that the CUBRIDDialect will be maintained continuously. It's not going to be a one-time commit. Like I said in my previous mail, our company uses Hibernate extensively at 100+ web services together with CUBRID. More than that there is a huge user base of Hibernate in Korea where CUBRID is a popular relational database. If there is anything else we should look at before creating JIRA issue, please let me know. We will address all the issues. We are ready to proceed with creating a JIRA issue and committing the code. Thanks. Esen Sagynov. -----Original Message----- From: "Strong Liu&quot;&lt;stliu(a)hibernate.org&gt; To: "에센 사그노브&quot;&lt;esen.sagynov(a)nhn.com&gt; Cc: hibernate-dev(a)lists.jboss.org Sent: 11-07-15(금) 01:20:25 Subject: Re: [hibernate-dev] CUBRID Database Dialect for Hibernate here are some related topics: http://lists.jboss.org/pipermail/hibernate-dev/2010-April/005094.html http://lists.jboss.org/pipermail/hibernate-dev/2010-April/005101.html http://lists.jboss.org/pipermail/hibernate-dev/2010-April/005102.html http://lists.jboss.org/pipermail/hibernate-dev/2008-September/003323.html we (hibernate team) would suggest DB vendors maintain the hibernate dialect themselves, like delivery the dialect class within jdbc driver. there are some reasons that we recommended this way: 1. resources, we have limited developer resources and testing environment resource, for example, i don't think we have qa resources to maintain a CURBID instance for testing/CI. 2. since Dialect is the main contract between hibernate and DB, so, if DB has any new release, it can update the dialect as well, and no need to wait for hibernate release. meanwhile, we would like to help db vendors to set up a hibernate ci environment to make sure the dialect/hibernate works well on the DB. and thanks for working on this dialect :D ----------- Strong Liu <stliu(a)hibernate.org&gt; http://hibernate.org http://github.com/stliu On Jul 14, 2011, at 3:12 PM, 에센 사그노브 wrote: > Hi, > I am the CUBRID open source RDBMS Project Manager. Our parent company NHN has extensively been using Hibernate in its services together with CUBRID Database Server. > Here I would like to attach the CUBRIDDialect.java class file which supports CUBRID version 8.3.0 and higher (8.3.0, 8.3.1, and current stable 8.4.0) that we want to submit to Hibernate project. > If I should create an issue in JIRA, please let me know which project is the most appropriate. > Regards, > Esen Sagynov. > CUBRID Project Manager. > http://www.cubrid.org > http://twitter.com/cubrid > http://facebook.com/cubrid > _______________________________________________ > hibernate-dev mailing list > hibernate-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/hibernate-dev

Hello Liu, This whole porting and CUBRID support in Hibernate was initiated with the idea to provide ease of use and convenience for developers. You know very well how much important is to have one-shot installer. These years we've been providing the users with a tutorial how and where to include the Dialect to get Hibernate work with CUBRID. And this is very inconvenient for developers. And like I said, CUBRID is a very active project. It's stable and very popular here in Korea and we are actively building our global community. We really hope that by committing CUBRIDDialect to Hibernate core would allow HB users to seamlessly benefit from CUBRID's performance and HA. I will maintain CUBRIDDialect, so it will not be an issue. Esen. -----Original Message----- From: "Strong Liu&quot;&lt;stliu(a)hibernate.org&gt; To: "에센 사그노브&quot;&lt;esen.sagynov(a)nhn.com&gt; Cc: "Hibernate Dev&quot;&lt;hibernate-dev(a)lists.jboss.org&gt;; "Catalin Ciobanu&quot;&lt;catalin.ciobanu(a)arnia.ro&gt; Sent: 11-08-08(월) 09:14:46 Subject: Re: [hibernate-dev] CUBRID Database Dialect for Hibernate why ship the dialect with your jdbc driver is not a better option? ----------- Strong Liu <stliu(a)hibernate.org&gt; http://hibernate.org http://github.com/stliu On Aug 5, 2011, at 10:30 AM, 에센 사그노브 wrote: > Hello Liu, > > Thank you very much for your attention to this issue. We have reviewed all the thread you mentioned and some additional mentioned within those threads. > > As a result we have performed unit tests for Hibernate + CUBRID DB. There were 64 tests, 16 of which were related to data types. All 64 tests were successfully passes. > > Regarding the way to add CUBRID support to Hibernate, we have decided to go with the 3rd option, i.e. integrate CUBRIDDialect directly into Hibernate source code. As a CUBRID Project Manager I am taking the responsibility to ensure the stability/compatibility of the code and to maintain it as both Hibernate and CUBRID Database evolve. In fact, I am the lead of CUBRID packages for PHP at PECL, Ruby at RubyGems, Python at PYPI, JDBC at Clojars, too. With this I would like to ensure you that the CUBRIDDialect will be maintained continuously. It's not going to be a one-time commit. Like I said in my previous mail, our company uses Hibernate extensively at 100+ web services together with CUBRID. More than that there is a huge user base of Hibernate in Korea where CUBRID is a popular relational database. > > If there is anything else we should look at before creating JIRA issue, please let me know. We will address all the issues. We are ready to proceed with creating a JIRA issue and committing the code. > > Thanks. > > Esen Sagynov. > > -----Original Message----- > From: "Strong Liu&quot;&lt;stliu(a)hibernate.org&gt; > To: "에센 사그노브&quot;&lt;esen.sagynov(a)nhn.com&gt; > Cc: hibernate-dev(a)lists.jboss.org > Sent: 11-07-15(금) 01:20:25 > Subject: Re: [hibernate-dev] CUBRID Database Dialect for Hibernate > > here are some related topics: > > http://lists.jboss.org/pipermail/hibernate-dev/2010-April/005094.html > http://lists.jboss.org/pipermail/hibernate-dev/2010-April/005101.html > http://lists.jboss.org/pipermail/hibernate-dev/2010-April/005102.html > http://lists.jboss.org/pipermail/hibernate-dev/2008-September/003323.html > > > we (hibernate team) would suggest DB vendors maintain the hibernate dialect themselves, like delivery the dialect class within jdbc driver. > there are some reasons that we recommended this way: > 1. resources, we have limited developer resources and testing environment resource, for example, i don't think we have qa resources to maintain a CURBID instance for testing/CI. > 2. since Dialect is the main contract between hibernate and DB, so, if DB has any new release, it can update the dialect as well, and no need to wait for hibernate release. > > meanwhile, we would like to help db vendors to set up a hibernate ci environment to make sure the dialect/hibernate works well on the DB. > > and thanks for working on this dialect :D > > ----------- > Strong Liu <stliu(a)hibernate.org&gt; > http://hibernate.org > http://github.com/stliu > > On Jul 14, 2011, at 3:12 PM, 에센 사그노브 wrote: > >> Hi, >> I am the CUBRID open source RDBMS Project Manager. Our parent company NHN has extensively been using Hibernate in its services together with CUBRID Database Server. >> Here I would like to attach the CUBRIDDialect.java class file which supports CUBRID version 8.3.0 and higher (8.3.0, 8.3.1, and current stable 8.4.0) that we want to submit to Hibernate project. >> If I should create an issue in JIRA, please let me know which project is the most appropriate. >> Regards, >> Esen Sagynov. >> CUBRID Project Manager. >> http://www.cubrid.org >> http://twitter.com/cubrid >> http://facebook.com/cubrid >> _______________________________________________ >> hibernate-dev mailing list >> hibernate-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/hibernate-dev > >