Ibator 1.2.2 Eclipse jars not published

2010-03-12 Thread Morearty, Brian
Hi, I am starting a new project with iBATIS 3 and Ibator. I am successfully using Ibator 1.2.2 from the command line but we'd like to use the Eclipse version of Ibator so we can add methods to the generated models and not have them clobbered. Can someone point me to instructions for either

Re: Ibator 1.2.2 Eclipse jars not published

2010-03-12 Thread Jeff Butler
The SVN repo has moved - glad you found the new one! The "how to build" pages in SVN should be current - it sounds like you found the page for building the Eclipse feature. Ibator for Eclipse now builds with the headless PDE build process so a simple "Export" doesn't work anymore. When you run t

Re: Ibator 1.2.2 Eclipse jars not published

2010-03-12 Thread Jeff Butler
By the way - there's a problem with the Eclipse Java file merger right now. I added something new to base Ibator recently, and it broke the eclipse merger. That's what I get for eating my own dog food! I keep finding things I want to add to Ibator. I'll try to fix it this afternoon. Jeff Butle

RE: Ibator 1.2.2 Eclipse jars not published

2010-03-12 Thread Morearty, Brian
Hmm, I must have done something wrong. As instructed on the build page I loaded the projects into Eclipse and waited for the build to complete. But I don't have a \Temp\ibator.build\I.TestBuild directory. (When you wrote \Temp did you mean at the root of the drive? I checked there, as well

Re: Ibator 1.2.2 Eclipse jars not published

2010-03-12 Thread Jeff Butler
Run the build.xml file in the build project. Jeff Butler On 3/12/10, Morearty, Brian wrote: > Hmm, I must have done something wrong. As instructed on the build page I > loaded the projects into Eclipse and waited for the build to complete. But > I don't have a \Temp\ibator.build\I.TestBuild d

iBatis 2.x vs. iBatis 3.x performance

2010-03-12 Thread François Schiettecatte
Hi Just wanted to share some impression on iBatis 2.x vs. iBatis 3.x performance. Creating SqlSession appears to be very expensive vs. creating sqlMapClient. My application creates a SqlMapClient for each statement I run (inefficient I know, but I am accessing lots of tables spread across lots

AUTO: Gregor Cremosnik/Switzerland/IBM is out of the office. (returning 22.03.2010)

2010-03-12 Thread Gregor Cremosnik
I am out of the office until 22.03.2010. I will respond to your message when I return. Note: This is an automated response to your message "Ibator 1.2.2 Eclipse jars not published" sent on 12/3/10 19:24:04. This is the only notification you will receive while this person is away. --

Re: Problem with Character Encoding

2010-03-12 Thread John Seer
Hello, I am not sure where is problem... If I am using hibernate I am getting data back with out problems... Only combination is ibatis and oracle. I am currently using JNDI to connect and saw in documentation for ibatis 3 that I can set env.encoding=UTF-8... I tried to use it no difference. :(

Re: Problem with Character Encoding

2010-03-12 Thread Larry Meadors
Where are you seeing the "?" characters? On Fri, Mar 12, 2010 at 3:14 PM, John Seer wrote: > > Hello, > > I am not sure where is problem... > If I am using hibernate I am getting data back with out problems... > Only combination is ibatis and oracle. I am currently using JNDI to connect > and saw

Re: Problem with Character Encoding

2010-03-12 Thread John Seer
for example if I have long dash, I will see "?" if I have é I will see replacement character. I see it in debug/sysout/jsp Larry Meadors wrote: > > Where are you seeing the "?" characters? > > On Fri, Mar 12, 2010 at 3:14 PM, John Seer wrote: >> >> Hello, >> >> I am not sure where is proble

Re: Problem with Character Encoding

2010-03-12 Thread François Schiettecatte
I don't have any experience with Oracle specifically, but when I see this in MySQL or indeed on the web in general, there is usually a character encoding disconnect. I suspect that the layer connecting iBatis to Oracle most likely is not being told that it should expect utf8. I need to tell the

RE: Ibator 1.2.2 Eclipse jars not published

2010-03-12 Thread Morearty, Brian
Cool, that helps. Do you mean right-click build.xml in the build project and choose "Run As -> Ant Build"? When I do that I get a bunch of errors, even though the Eclipse syntax highlighter doesn't show errors. The errors indicate that the compiler can't find Ant. Things like: [javadoc] C:

Re: Problem with Character Encoding

2010-03-12 Thread Larry Meadors
I just happen to have spent the last month wrestling with Oracle and UTF-8 encoding. I had to deal with BLOBs, but Strings should be easier. Oracle stores VARCHAR2, VARCHAR, and CLOB fields as unicode and when the driver fetches the value, it goes into a String which is just an array of unicode ch

RE: Ibator 1.2.2 Eclipse jars not published

2010-03-12 Thread Morearty, Brian
I got it working. In case anyone else has this problem: I didn't know I had to update the build.properties file to set some variables in there to match my local machine configuration. I also had to update site.xml. This is what I ended up with:

Re: Ibator 1.2.2 Eclipse jars not published

2010-03-12 Thread Jeff Butler
I'm glad you got it working. I'm working on making the documentation for this better! Jeff Butler On Fri, Mar 12, 2010 at 8:57 PM, Morearty, Brian wrote: > I got it working. > > In case anyone else has this problem: I didn't know I had to update the > build.properties file to set some variabl

RE: Ibator 1.2.2 Eclipse jars not published

2010-03-12 Thread Morearty, Brian
Thanks, Jeff. The existing doc is pretty good, just needs a few extra things. Also since I'm not doing anything special with the source code, all I really needed was to install it. So even better than updating the documentation would be an updated install site at http://ibatis.apache.

Re: Ibator 1.2.2 Eclipse jars not published

2010-03-12 Thread Jeff Butler
iBATIS 3 does not need mapper implementations - iBATIS creates them automagically! SomeMapper mapper = sqlSession.getMapper(SomeMapper.class); Jeff On Fri, Mar 12, 2010 at 9:11 PM, Morearty, Brian wrote: > Thanks, Jeff.  The existing doc is pretty good, just needs a few extra things. > > Also s