why ship the dialect with your jdbc driver is not a better option? ----------- Strong Liu <st...@hibernate.org> 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"<st...@hibernate.org> > To: "에센 사그노브"<esen.sagy...@nhn.com> > Cc: hibernate-dev@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 <st...@hibernate.org> > 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@lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/hibernate-dev > > _______________________________________________ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev
