duh... good point... boundaries between libraries and app code is one place where generics
really get annoying... that and typing the damn types over and over.
b
Jeff Butler wrote:
On a side note to the ibatis devs, what's the road map for having ibatis
query methods return type-specific col
If you don't want RAD to go to the Internet for validation and content assist, you can download the DTD and add an XML catalog entry for it (something like Window->Preferences->XML->Catalog). I don't think you can make RAD use the value in the ibatis JAR. But this is just for RAD's validation and
Jeff:
Thanks for the quick answer.
I'll implement that.
By chance, is there a way to
force the parser to use the value in the iBatis package and avoid trying the
internet?
thanks,
Edwin
- Original Message -
From:
Jeff
Butler
To: user-java@ibatis.apache.o
You don't have to put it anywhere - just use the public URL:
http://ibatis.apache.org/dtd/dao-2.dtd
Rational Application Developer knows how to read the DTD from the Internet. If you're behind a proxy, then you can set proxy settings in RAD. iBATIS will resolve from the JAR file regardless -
Hi:
I am having trouble figuring out
where to place the dao-2.dtd . I get the message:
E:\Projects\rationalsdp6.0\ForStart\AddamSubV2Archive-test\dao-2.dtd (The
system cannot find the file specified)
My dao.xml begins with:
xml version="1.0"
encoding="UTF-8"?>
DOCTYPE daoConf
Hi Hans,
I did this:
my.ear:
my.jar
lib/my-ibatis-lib.jar
lib/ibatis-common-2.jar
lib/ibatis-sqlmap-2.jar
lib/ibatis-dao-2.jar
my.jar/MANIFEST.MF
Class-Path: lib/my-ibatis-lib.jar lib/ibatis-common-2.jar etc.
my-ibatis-lib.jar
blah/blah/blah/sqlMapConfig.xml
>From within EJB3 my.jar, I'm doing
Hans,
You are correct and I think I will try that since I have a feeling it
will work. It turns out that if you put classes in the
MANIFEST.MF file (based on several posts from Googling) that Jboss puts
these classes in the System classloader outside the scoped EAR.
That's why I can't see anythi
Alexander,
When I understand it correctly, you have the iBatis jar files in the EAR
project and
the iBatis configuration in the EJB project.
Can you try to extract these configuration files and add them as a
'shared library' to your application?
This is a 'good practice':
- You can configure
Thanks Jeff a lot. Yea, your absolutely correct about J2EE
classloading which IMO is a wreck in the specification (it should be
well understood and analgous across app servers).
Yeah, this all started when I turned on EAR isolation on. I'm
going to explore EAR isoloation and java2Parent delegati
Well, I'm thinking that there is some misunderstanding on one of our parts. The "bottom line" restriction is not a problem in most cases (certainly I've never found it to be a problem). It only spells doom if the iBATIS classes are actually loaded by the parent classloader - which is why I though
Yea no. iBatis is in the EAR and only in the EAR. Without
the MANIFEST file, I get com/ibatis/blah not found which I expect.
Your last statement ("Bottom Line") though is interesting. That
could spell doom for me (and many others) using iBatis under an EAR
where the classloader maybe the parent
On a side note to the ibatis devs, what's the road map for having ibatis query methods return type-specific collections? Will you ever do so (since that would break backwards compatibility, right?)?
It's not just a backwards compatibility problem...
The problem with iBATIS returning type speci
If I understand you correctly, you have ibatis JARs in default/lib. If so, that is EXACTLY the problem - they cannot be in that directory. Most Java classloaders delagate to their parents, so even though you have the ibatis JARs in your EAR, they are NEVER USED - because the classloader is loadin
Jeff, bingo. Yea already had it that way where iBatis and some of
the commons libraries I'm using were in default/lib (think commons/lib,
etc.). But that doesn't really solve my issue. I can't see
resources witihin my jar. What's odd is that I can't even
see resources within my EAR, i.e. if I
Ah - you didn't say that my.jar was an EJB jar, so I wondered.
It looks like the iBATIS classes CAN be found, but that the iBATIS classes cannot find the resources in my.jar. So it's not an issue of the MANIFIEST.MF being setup improperly. This probably means that the iBATIS classes are not rea
The client? The client is in my.jar which is a bunch of EJBs plus
a class wrapping a DAO. The war file is in a separate
deployment. It looks up an EJB interface, calls it. The
interfaces are shared in a common library outside both WAR and EAR
(global scope).
That eventually gets me inside my.j
What's the client? my.war? myejb.jar? Make sure that my.jar is in the manifest classpath of the client.
I have the ibatis*.jar files in the EAR on WebSphere and have no troubles - but the different module's classpaths do need to be setup properly.
Jeff Butler
On 4/7/06, Alexander Sack <[EMA
Hi
I'm saving a blob file in database but the next error message is showed:
06/04/07 12:11:29 gob.pe.mtc.framework.exception.NegocioException:
com.ibatis.dao.client.DaoException: Failed to execute queryForObject - id
[PSST_ARCHIVO.SAV], parameterObject
[EMAIL PROTECTED] Cause:
com.ibatis.common
Hello iBatis Folks,
I have this problem when using iBatis within in an EAR (I posted this in the JBoss Forum but so far no solution):
my.ear
my.jar
my.jar/META-INF/MANIFEST.MF
lib/ibatis*.jar
my.jar/com/blah/blah/mapfile.xml
The MANIFEST.MF file has Class-Path: lib/ibatis*.jar etc. Wh
You should be able to suppress the warnings by adding the annotation
"@SuppressWarnings("unchecked")" on the methods that use raw Collections.
You could also put the return value of queryForList in a raw List (no generics) and then
copy those items into a type-specific List. Something like:
L
Hi, if i run an jar from command-line this works fine, same jar from
java web start fails at the point of the first queryForObject, not with
an exception, but returning null.
Somebody has experience with that ?
Thanks
--
A.U.S. Enrique Ferreyra
Centro de Cómputos
Red Megatone - Red Confin
Somu - I'm glad this fixed your issue. The next release of Abator will include a change to avoid this issue in the future. The change is in SVN now.
Jeff Butler
On 4/7/06, Somasundaram Pitchaiah <[EMAIL PROTECTED]> wrote:
Hi Everybody,The issue got resolved by replacing the value:
by 'false' a
Hi Everybody,
The issue got resolved by replacing the value:
by 'false' as suggested by Jeff.
I was able execute the basic queries select,insert & delete functions.
I was trying to get the DaoManager instance for almost a week.Now that
it is resolved.
A BIG THANKS TO ALL esp Jeff Butler,Poitras Ch
Tony,
Your time is probably not my time... I'm located in Belgium, Europe.
You don't need a version number, but you do need an SVN client (on windows I
like Tortoise). If you're not able to build it, let me know off-list and I will
build you a version out of SVN.
Regards,
Sven
>- Oorspro
Erica,
Start by using the version of iBATIS in SVN... there is a known bug in 2.1.7
and before when nesting groupBy's.
Regards,
Sven
>- Oorspronkelijk bericht -
>Van: Erica Cody [mailto:[EMAIL PROTECTED]
>Verzonden: vrijdag, april 7, 2006 02:25 PM
>Aan: user-java@ibatis.apache.org
>Ond
Help!! I am having problems getting my groupBy to work. My query brings back 5
rows, but the businessEmployeesList collection is not populated for any of the
business objects. Here is my mapping:
<-- all properties for this
table
<--
My english is limited :)
I know this, i mean if there is a better way for code that and get no
warnings, or this warnings are so normal that the better choice is
-Xlint ??
Thanks
Meindert escribió:
Am using netBeans 5.0 and removed in 'Additional Compiler Options' the
option; -Xlint
Th
Am using netBeans 5.0 and removed in 'Additional Compiler Options' the
option; -Xlint
This field can be found under Project Properties=>Build=>Compiling
MEINDERT
-Original Message-
From: Enrique Ferreyra [mailto:[EMAIL PROTECTED]
Sent: 07 April 2006 01:19 PM
To: user-java@ibatis.apache
Maybe this is a more java laguage question than ibatis, but someone can
tell me how to avoid this warnings ? Not suppressing them, doing the
things fine.
C:\svnjava\ccem-base\src\com\ccem\megatone\base\LegajoPick.java:144:
warning: [unchecked] unchecked cast
found : java.util.List
required:
Sven,
Really appreciate your prompt response, especially at 3:12am.
I have never used SVN and JIRA before. I read the instruction of "how to
build from source on Unix". Do I need version number to check out the
latest version? If I check out the code according to the instruction,
can I use tha
Tony,
For this you would need to have the very latest version of iBATIS, the version
from SVN. In JIRA this is IBATIS-260.
Regards,
Sven
>- Oorspronkelijk bericht -
>Van: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>Verzonden: vrijdag, april 7, 2006 06:51 AM
>Aan: user-java@ibatis.apac
31 matches
Mail list logo
