Re: iBatis and ORM's

>> The fact that it currently translates the resultsets into an object model >> As a matter of fact, it could be argued that /that/ part of iBatis is its /weakness/. That part?  That's not a part...that's ALL iBATIS does. If you've misunderstood that, then I'm sorry for our lack of clarity. >> L

RE: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

Clinton Begin wrote: > >  * iBATIS 1.x (including 2.0 compat package) >  * All JDKs 1.3 and earlier (and therefore old JDBC versions) >  * DTDs hosted by iBATIS.com The sooner, the better :) Niels

Re: iBatis and ORM's

Clinton Begin wrote: >> I think we very badly need support for disconnected "datasets" or resultsets in iBatis. Datasets, rowsets, strongly typed or not are generally a horrible design choice and shouldn't be used in any sort of system that requires a maintainable object model that can exis

Re: iBatis and ORM's

Wow.  I could not disagree more. >> I think we very badly need support for disconnected "datasets" or resultsets in iBatis. Datasets, rowsets, strongly typed or not are generally a horrible design choice and shouldn't be used in any sort of system that requires a  maintainable object model that c

Re: iBatis and ORM's

Alan Chandler wrote: Hang on a sec here, don't we also map Java Classes to database tables with iBatis? A User class in my design maps to a User table in the database. Isn't this exactly how the iBatis docs tell us we should map our result beans? Well a) I was simplifying, but yes we

Re: iBatis and ORM's

Clinton Begin wrote: This is really good discussion. I hope you guys help Kim with the FAQ, and post your feature requests to JIRA (I think "use iBATIS as a spreadsheet" is already in there). ;-) If you mean my JIRA entry, then I agree. But, hey, you started the "iBatis is a spreadsheet"

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

Clinton, Why are you guys NOT listed on the Apache home page? You guys are like a stealth project, with a good following but no props. What's with that? :) Thanks! Paul --- Clinton Begin <[EMAIL PROTECTED]> wrote: > They're already on apache.org ! > > http://ibatis.apache.or

Re: Error setting null values in dates

With all due respect, there is nothing right about the statement you've posted...it has many problems, including incorrect types, missing quotes and attributes that don't exist... Try this:   property="p_aci_fec_Infraccion"   jdbcType="DATETIME"   javaType="java.util.Date"   nullValue="2005/05/2

Re: Property starting with 'i' character in Turkish Locale

I have no idea why this is happening to you but I suggest that this article might offer some insight: http://cafe.elharo.com/java/turkish/ -J On 11/5/05, Bahri Gencsoy <[EMAIL PROTECTED]> wrote:   Think about the most simple database table, just containing ID column as an integer:

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

No fair, using Spock's word on a bunch of nerds. ;-) (+1) iBATIS 1.x is unsupported as of version 2.2.0 (+1) JDK 1.3 and earlier are unsupported as of version 2.2.0 (+1) DTDs hosted at iBATIS.com are removed as of November 30th, 2005. Larry On 11/6/05, Clinton Begin <[EMAIL PROTECTED]> wrote

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

I have to agree with Vic. The beauty of a version control system, and good version control practices, is that we shouldn't be afraid to break out of our dependency shell. I've already tagged 2.1.6, so we can branch it any time.  The next version going out will be 2.2.0, so there's even room for 3

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

They're already on apache.org! http://ibatis.apache.org/dtd/ Cheers, ClintonOn 11/6/05, Larry Meadors <[EMAIL PROTECTED]> wrote: I am not sure i understand: Will the iBATIS 1.x DTDs remain where theyare, go away (potentially a very, very bad thing), or get moved toapache.org?LarryOn 11/5/05, Clin

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

They can continue to use older versions of iBatis, it does not stop. iBatis is solid today, even 1.0 is solid. Also you have the source, so you can compile and fix as you see fit. .V Paul Benedict wrote: I vote in favor for all except ending support for JDK 1.3 - earlier versions fine, but 1.

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

I vote in favor for all except ending support for JDK 1.3 - earlier versions fine, but 1.3 is important. Wait until you go release 3.0 because major version changes should be able to break backwards compatibility in a major way, but not minor releases. Suddenly switching between 2.1 and 2.3 I think

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

I am not sure i understand: Will the iBATIS 1.x DTDs remain where they are, go away (potentially a very, very bad thing), or get moved to apache.org? Larry On 11/5/05, Clinton Begin <[EMAIL PROTECTED]> wrote: > Hi everyone: > > == What? == > > I'm going to raise a vote and recommend to discont

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

Clinton Begin wrote: Let's lose the capitalization in the domain of the public ID http://ibatis.apache.org/dtd/sql-map-config-2.dtd";> Cool. Y'all hear that? All hail the new sqlMap doctype declaration! :-) b PS: oh and as for killing support of the old stuff, +1... people really need to

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

Let's lose the capitalization in the domain of the public ID     PUBLIC "-//ibatis.apache.org//DTD SQL Map Config 2.0//EN"     "http://ibatis.apache.org/dtd/sql-map-config-2.dtd"> On 11/6/05, Ben Munat <[EMAIL PROTECTED]> wrote: Clinton Begin wrote:>> Yes, the public id should change too...! T

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

Clinton Begin wrote: Yes, the public id should change too...! Thanks. Sorry to drag this out, but just to make sure... So, this is the correct new doctype declaration, right?: http://ibatis.apache.org/dtd/sql-map-config-2.dtd";> b

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

Yes, the public id should change too...! Thanks. ClintonOn 11/6/05, Ben Munat <[EMAIL PROTECTED]> wrote: Clinton Begin wrote:> DTDs hosted at iBATIS.com removed by November 30th 2005 as per the> warning[1] that went out in September (90 days notice). >> [1] http://www.mail-archive.com/user-java@

Re: iBatis and ORM's

Hi Adib, Thanks for sharing such a detailed account of your experiences. Did you ever run into any problems with the object identity hashCode/equals issue with hibernate. I know the hibernate people keep saying this is a general java issue (which I understand) but I find it a major reason for

Re: iBatis and ORM's

Hmmm...sounds like a pyramid scam opportunity. Now all you have to do is convince them to pay everyone on the list above them 1 dollar. Except they get to use ibatis which should definitely get them their money back sooner or later. Clinton Begin wrote: But if those two people convert t

Re: [VOTE] Discontinue Support for: iBATIS Java 1.x, JDK 1.3 and DTDs at ibatis.com

Clinton Begin wrote: DTDs hosted at iBATIS.com removed by November 30th 2005 as per the warning[1] that went out in September (90 days notice). > [1] http://www.mail-archive.com/user-java@ibatis.apache.org/msg01333.html Hey, are you changing the public ID as well? Since is says "iBATIS.com" i