Versions: 2.1.7
Environment: All
Reporter: Jeff Butler
Assigned to: Jeff Butler
Priority: Minor
Currently in an iterate tag, the removeFirstPrepend function works once for
the duration of the loop. This is the correct and normal behavior. This
enhancement adds the ability
[ http://issues.apache.org/jira/browse/IBATIS-310?page=all ]
Jeff Butler closed IBATIS-310:
--
Resolution: Invalid
Not a bug - as explained in the comments.
DateTypeHandler throws NullPointerException on null Timestamps for some
drivers
[ http://issues.apache.org/jira/browse/IBATIS-311?page=all ]
Jeff Butler closed IBATIS-311:
--
Fix Version: 2.2.0
Resolution: Fixed
Fixed in SVN.
Allow removeFirstPrepend to fire repeatedly in an iterate tag
Interesting idea - I think I like it. It would work for sure, but it would also make the removeFirstPrepend attribute on the iterate tag different from the removeFirstPrepend attribute on all other dynamic tags. Would that be confusing?
Jeff Butler
On 6/19/06, Paul Benedict [EMAIL PROTECTED
Amit,
I think this is a good idea (and sorry for the delay in responding). Please create a JIRA enhancement request for this.
Ifyou don't have access to JIRAI'd be happydo it for you. Let me know.
Jeff Butler
On 5/24/06, Amit Kushwaha [EMAIL PROTECTED] wrote:
Hi All,A while back posted
[ http://issues.apache.org/jira/browse/IBATIS-307?page=all ]
Jeff Butler closed IBATIS-307:
--
Resolution: Duplicate
Duplicate of IBATIS-50. (Please at least try to search before creating new
JIRA issues).
Pluggable object factory
[
http://issues.apache.org/jira/browse/IBATIS-214?page=comments#action_12416428 ]
Jeff Butler commented on IBATIS-214:
This seems unnecessary to me. There's a simple workaround - use inline
parameters. They give you exactly what you need.
The only
[ http://issues.apache.org/jira/browse/IBATIS-108?page=all ]
Jeff Butler closed IBATIS-108:
--
Resolution: Duplicate
Duplicate of IBATIS-50
Declarative Implementation Factory for Interface properties
[
http://issues.apache.org/jira/browse/IBATIS-283?page=comments#action_12416083 ]
Jeff Butler commented on IBATIS-283:
This does not look like a bug report to me - rather it is a request for help.
Please use the mailing list for help.
IBATIS-145
[
http://issues.apache.org/jira/browse/IBATIS-305?page=comments#action_12415881 ]
Jeff Butler commented on IBATIS-305:
I do think we need to add some information to the documentation about logging.
Just to verify, you are seeing log statements
[ http://issues.apache.org/jira/browse/IBATIS-176?page=all ]
Jeff Butler closed IBATIS-176:
--
Fix Version: 2.2.0
Resolution: Fixed
Fixed in SVN
Add support for DECIMAL/NUMERIC scale on Stored Procedure Output Parameters
[ http://issues.apache.org/jira/browse/IBATIS-242?page=all ]
Jeff Butler closed IBATIS-242:
--
Fix Version: 2.2.0
Resolution: Fixed
Fixed in SVN (with different method names, but the same idea)
Add property getters for ParameterSetter index
[ http://issues.apache.org/jira/browse/IBATIS-225?page=all ]
Jeff Butler closed IBATIS-225:
--
Fix Version: 2.2.0
Resolution: Fixed
Fixed and documented in SVN.
Reuse resultmap for single bean property
[
http://issues.apache.org/jira/browse/IBATIS-159?page=comments#action_12415591 ]
Jeff Butler commented on IBATIS-159:
Part of the problem here is that iBATIS does more than JDBC does. Meaning that
the iBATIS executeBatch method will (potentially
[ http://issues.apache.org/jira/browse/IBATIS-277?page=all ]
Jeff Butler closed IBATIS-277:
--
Fix Version: 2.2.0
Resolution: Fixed
Fixed (and documented) in SVN.
selectKey execution order attribute
[
http://issues.apache.org/jira/browse/IBATIS-298?page=comments#action_12415377 ]
Jeff Butler commented on IBATIS-298:
I'm not sure I agree that this is a bug. If you wrote code like this...
try {
DaoManager.startTransaction()
//1. db insert 1
[
http://issues.apache.org/jira/browse/IBATIS-294?page=comments#action_12415383 ]
Jeff Butler commented on IBATIS-294:
This looks like you are using iBATIS 1.x (or at least the 1.x DTD). I'd
recommend upgrading to the latest version first to see
[ http://issues.apache.org/jira/browse/IBATIS-298?page=all ]
Jeff Butler closed IBATIS-298:
--
Resolution: Invalid
Not a bug - as confirmed by the original reporter.
implicit commit does not work if there's an explicit commit right before
[
http://issues.apache.org/jira/browse/IBATIS-108?page=comments#action_12415396 ]
Jeff Butler commented on IBATIS-108:
I believe the fix for IBATIS-50 addresses your need. Please advise. If so,
I'll close this issue.
Declarative Implementation
[
http://issues.apache.org/jira/browse/IBATIS-225?page=comments#action_12415427 ]
Jeff Butler commented on IBATIS-225:
I propose to fix this using Paul's last suggestion - meaning that if the
specified property is not a collection, then we'll just
[ http://issues.apache.org/jira/browse/IBATIS-50?page=all ]
Jeff Butler closed IBATIS-50:
-
Fix Version: 2.2.0
Resolution: Fixed
Fixed (and documented) in SVN.
Ability to override the default bean creation mechanism
[ http://issues.apache.org/jira/browse/IBATIS-129?page=all ]
Jeff Butler closed IBATIS-129:
--
Resolution: Invalid
This isn't really a bug - its more of an announcement. Any announcement of
progress on the tool is welcome on the users list, and you
[ http://issues.apache.org/jira/browse/IBATIS-282?page=all ]
Jeff Butler closed IBATIS-282:
--
Resolution: Cannot Reproduce
As discussed in the comments, I cannot repeat this behavior. Everything seems
to work as expected. Feel free to reopen if you
comment out code except in testing scenarios. If it's not needed, then delete it. If you need to get it back then use your SCM to retrieve the history.
Jeff Butler
On 6/6/06, Brandon Goodin [EMAIL PROTECTED] wrote:
Hey All,Just a friendly reminder. Let's be sure that we are using JIRA tocommunicate
[
http://issues.apache.org/jira/browse/IBATIS-50?page=comments#action_12414975 ]
Jeff Butler commented on IBATIS-50:
---
Thanks for the feedback.
Good question about lazy loading. But there is no impact because lazy loading
just delays the execution
[ http://issues.apache.org/jira/browse/IBATIS-128?page=all ]
Jeff Butler closed IBATIS-128:
--
Resolution: Fixed
Fixed in SVN - and all the tests are happy this time.
Detect illegal overloaded JavaBeans properties methods (e.g. setters
[
http://issues.apache.org/jira/browse/IBATIS-50?page=comments#action_12414801 ]
Jeff Butler commented on IBATIS-50:
---
Another thought for my proposed solution...
Does anyone see a benefit of knowing the statement for which the object create
is being
[ http://issues.apache.org/jira/browse/IBATIS-22?page=all ]
Jeff Butler closed IBATIS-22:
-
Fix Version: 2.2.0
Resolution: Fixed
Fixed in SVN. This support uses the JDBC driver support
(Statement.setQueryTimeout) which may not be implemented
[ http://issues.apache.org/jira/browse/IBATIS-128?page=all ]
Jeff Butler closed IBATIS-128:
--
Fix Version: 2.2.0
Resolution: Fixed
Fixed in SVN.
We will log an error if we detect overloaded setters. I really considered
making
[
http://issues.apache.org/jira/browse/IBATIS-282?page=comments#action_12414338 ]
Jeff Butler commented on IBATIS-282:
I can't get this to fail in any combination of java.util.Date and
java.sql.Date. Are you actually experiencing an error, or just
[ http://issues.apache.org/jira/browse/IBATIS-297?page=all ]
Jeff Butler closed IBATIS-297:
--
Resolution: Won't Fix
Closing ... I'm assuming the workarounds I've outlined in the comments are
sufficient.
iBATIS doesn't remap sql fully
[ http://issues.apache.org/jira/browse/IBATIS-205?page=all ]
Jeff Butler closed IBATIS-205:
--
Fix Version: 2.2.0
Resolution: Fixed
Fixed in SVN.
Change access modifiers from private to protected in many classes to allow
developers to create
[
http://issues.apache.org/jira/browse/IBATIS-297?page=comments#action_12413311 ]
Jeff Butler commented on IBATIS-297:
This is by design. When you use the dollar sign delimiters, iBATIS passes
exactly what you specify. iBATIS has no provision for re
[
http://issues.apache.org/jira/browse/IBATIS-297?page=comments#action_12413317 ]
Jeff Butler commented on IBATIS-297:
If the number of conditions is dynamic, you can also use the iterate tag like
this:
select # from myTable
iterate prepend=where
[
http://issues.apache.org/jira/browse/IBATIS-297?page=comments#action_12413320 ]
Jeff Butler commented on IBATIS-297:
This can get complex depending on how you lay out your parameter object. But I
think with the new nested iterate support you should
[ http://issues.apache.org/jira/browse/IBATIS-293?page=all ]
Jeff Butler closed IBATIS-293:
--
Fix Version: 2.2.0
(was: 2.1.6)
Resolution: Fixed
Fixed in SVN.
Fix use of list[]-notation in propertyattributes of dynamic tags
[ http://issues.apache.org/jira/browse/IBATIS-281?page=all ]
Jeff Butler closed IBATIS-281:
--
Fix Version: 2.2.0
Resolution: Fixed
Fixed in SVN.
In addition to the patches here, there were some additional changes to
IterateContext
[
http://issues.apache.org/jira/browse/IBATIS-293?page=comments#action_12412243 ]
Jeff Butler commented on IBATIS-293:
I've verified that this is an issue. The isPropertyAvailable, isNull,
isEmpty, and their isNot... counterparts all have the same
[ http://issues.apache.org/jira/browse/IBATIS-238?page=all ]
Jeff Butler closed IBATIS-238:
--
Resolution: Duplicate
This issue is similar to fixes we are making in IBATIS-281 and IBATIS-293.
Property of a bean from a list can not be used in a dynamic
[
http://issues.apache.org/jira/browse/IBATIS-281?page=comments#action_12412064 ]
Jeff Butler commented on IBATIS-281:
I just discovered that I can resolve the class #3 errors by rewriting the
SqlMaps somewhat. If I do something like this...
iterate
[ http://issues.apache.org/jira/browse/IBATIS-292?page=all ]
Jeff Butler closed IBATIS-292:
--
Resolution: Invalid
Please use the mailing lists for support questions.
Dynamic select query picks up database date as java.sql.Date instead
our test cases, and I also want to make sure that the tags can be nested to arbitrary levels.
I plan to work on this later in the week. Please post any opinions you may have about this.
Jeff Butler
[ http://issues.apache.org/jira/browse/IBATIS-285?page=all ]
Jeff Butler closed IBATIS-285:
--
ABATOR SQL map generator creates incorrect XML maps using Sybase and Oracle
(@abatorgenerated) for the same purpose.
Is the prefix causing a problem, or is it just ugly?I think it's ugly too, but I think it'sthe only way to accomplish this ability to let any hand coded additions to the XML files survive a re-running of Abator.
Jeff Butler
On 12/22/05, Dan Hodnett [EMAIL
[
http://issues.apache.org/jira/browse/IBATIS-227?page=comments#action_12360754 ]
Jeff Butler commented on IBATIS-227:
Just to pitch in here, if you write your XML like this:
select id=searchForStaff parameterClass=staff resultMap=staffResult
select
the .Net world (to parse these files and manipulated them in a symantically correct way), then it would work. My guess is that the XML merge would be pretty simple in .Net, but I have no idea about a C# merge. I'd love to talk about it further...
Jeff Butler
On 12/11/05, Ron Grabowski [EMAIL
DTDs are used to validate these files. http://ibatis.apache.org/dtd
Jeff Butler
On 12/11/05, Ron Grabowski [EMAIL PROTECTED] wrote:
Does iBATIS for Java have an .xsd file (or something else) that itvalidates the sqlMap.config and sqlMap files against? If so, where in
the repository are those
and IntelliJ must have such a thing somewhere. If it's exposed as a committed API, all the better.
BTW - I'm a nerd too - it is really interesting :-)
Jeff Butler
On 12/11/05, Larry Meadors [EMAIL PROTECTED] wrote:
Dang, I must be a nerd...this stuff is really interestingThis one -
https
of documentation today, so it's ready to go. I'llget it up on the ibatis.apache.org site in the next day or two.
Jeff Butler
On 12/7/05, Philippe Laflamme [EMAIL PROTECTED] wrote:
That's pretty interesting!Just curious: what's the reference for the code generation? Do you use
the Database Metadata
where the function resides to merge old and new versions of the generated objects (becasue I use the Eclipse AST to do the heavy lifting).
I hope that talking about itpublically will give me enough pressure to get the initial set of documentation finshed and get it out the door. More soon...
Jeff
(+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.
Jeff Butler
there are issues I haven't thought of, but this is a start.
What do you think?
Jeff Butler
Done! I'll clean up my mocked code and post it sometime soon.
Jeff Butler
On 8/9/05, Larry Meadors [EMAIL PROTECTED] wrote:
I agree, stored proc support seems to be incredibly problematic,because there seem to be as many ways to get data back as there are
ways to..um, skin a cat or something.Put
reviews
Your developers are weak with SQL
Then some kind of ORM tool (Hibernate, OJB, JDO, EJB3, etc.) could
possibly be right for you
Else - iBATIS is probably a better choice
Not that I'm biased or anything :)
Jeff Butler
[ http://issues.apache.org/jira/browse/IBATIS-176?page=all ]
Jeff Butler updated IBATIS-176:
---
Attachment: DecimalTest.zip
This file includes a simple test case showing how to use decimal output
parameters with iBATIS. The test case works with DB2 8.1.9
201 - 255 of 255 matches
Mail list logo