Great! This is good information.
Thank you so much for your continued research and efforts in this matter.
Hycel
Hycel, I ran into this problem on a project on which I was using dom4j
(very much in agreement about dom4j, by the way). I asked about the
issue on the dom4j list and got a couple responses.
You can probably find the whole thread if you search for the archives
online, but I saved a couple of t
We think you may be correct. Since this problem only occurred when
the Apache web site went down, it was our first reaction in all the
confusion. Initially, we also did not understand that IBatis
validates from the jar at run time. It's not that we don't want to
validate our IBatis sqlmaps. We
I'm confused. It seems that the problem is occuring during your build when you use velocity/dom4j to build DAOs...right? How is this an iBATIS issue?
It seems to me that velocity/dom4j must be validating your sql map files - not iBATIS. iBATIS only validates when you actually build the SqlMapC
Thank you for your response.
Unfortunately, changing the DOCTYPE and using a file:// URL is not a
good solution for us. It would create more problems than it would
solve.
May I make a few suggestions for you consideration?
Have you considered defining an XSD instead of/or in addition to a
DTD.
It'll raise a few eyebrows but I'll see what the chaps say.
Is there any documentation anywhere on using private setters? Do I need to
add something to the result map entries, and will I need to fiddle with the
JVM security manager?
|-+--->
| |
On Tue, Sep 19, 2006 at 03:56:43PM +0200, Niels Beekman wrote:
> Try using $value[]$ or maybe $[]$.
> Using #'s is probably not going to work, since most databases do not
> support dynamic tablenames.
The $[]$ solved problem, but $value[]$ doesn't work for some reason.
--
Eugene N Dzhurinsky
At first sight this appears to be an ASE problem but it
actually isn't. By definition ASE can return multiple result sets from an sp, or
trigger for that matter. So even if you are expecting a single result set from
an insert or update statement, there can be multiple. These are called
"done
Your iterate tag needs to specify what its iterating.
I forget off the top of my head, but I think it's the value attribute.
" select * from
task_url_$values[]$"
-Original Message-
From: Eugeny N Dzhurinsky [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 19, 2006 6:33 AM
To: user-java
I understand that you're using constructor injection and that they don't have setters.What I'm suggesting is that you add private setters and a parameterless constructor. It won't have any impact on the immutability of your class.
It's a bit of extra code, but not uncommon. I know it's not idea
Try using $value[]$ or maybe $[]$.
Using #'s is probably not going to work, since most databases do not
support dynamic tablenames.
Niels
-Original Message-
From: Eugeny N Dzhurinsky [mailto:[EMAIL PROTECTED]
Sent: dinsdag 19 september 2006 15:33
To: user-java@ibatis.apache.org
Subject:
On Tue, Sep 19, 2006 at 04:01:38PM +0300, Eugeny N Dzhurinsky wrote:
> I'm trying to do this:
>
>
> create temporary view task_url_view as
>
>
> select * from task_url_$values[]$
>
>
>
>
> but this seems not work -
> w
Hi again,
I have still the problem with iBatis 2.2.0 .
My problem is with a stored procedure in Sybase returning multi result set. In
the class com.ibatis.sqlmap.engine.execution.SqlExecutor from Clinton, there is
a call to getFirstResultSet which call moveToNextResultsIfPresent.
The program
I'm trying to do this:
create temporary view task_url_view as
select * from task_url_$values[]$
but this seems not work -
weird exception is thrown: ERROR - relation task_url_$1 does not exists
I'm calling this statem
Hello!
I have a problem - my application creates temporary views for set of talbes
and then I would like to execute some queries on this view using iBATIS. For
postgresql the temporary view is alife unless the connection is closed, so my
workflow might looks like this:
1) get the connection from
The private setters is a nice addition, but not really helpful in our
situation because the fields actually don't have setters at all; the object
is filled in through the constructor call.
I did pick up on some interesting conversations that you had with the the
guy who wrote O/R Broker, which see
It seems that this stored procedure has a multi-result set result. The version
of iBatis we are currently using doesn't work with such procedure, but I see
the latest release supports this functionnality.
Time to update our version of iBatis !
Cyril
- Message d'origine
De : Cyril <[EM
17 matches
Mail list logo
