myslim, ze toto nie je dobre. hned ako som dal prec
default-lazy-init="true"
ta chyba je tam opat.
Ivan
Ing. Jan Novotný wrote / napísal(a):
Skoro bych si tipnul, že díky atributu default-lazy-init="true" se vám
ta beana vůbec nevytvořila a k chybě dojde pravděpodobně až když si na
tu beanu (nebo jinou beanu, která se danou beanu odkazuje) šáhnete.
Schválně to zkuste ...
Honza N.
2008/1/9, Ivan Polák <[EMAIL PROTECTED]>:
Dobry den,
aby som odstranil moznost problemov s IDE, teraz to kompilujem pomocou
build.xml skriptu a ANT.
java je 1.5.0 a pouzivam tomcat 6.0.14
povodne som mal v subore applicationContext-acegi.xml iba <beans> a
zmenil som to na:
<beans xmlns="http://www.springframework.org/schema/beans";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.0.xsd";
default-lazy-init="true">
a uz tam ta chyba nie je, neviem ci toto ma vplyv, pretoze uz fakt
skusam vsetko ?
Ivan
Karel Tejnora wrote / napísal(a):
Zdravim,
muzete nam popsat v cem kompilujete (verze + binary kompatible) a na
jakem apl serveru to deployujete (verze javy)? Popr. je to exploded nebo
packed?
Podobne problemy mam nekdy pokud se neschoduji verze jaky vyvojoveho
prostredi (myeclipse) a apl serveru i kdyz tak class tam je zda "ze neni
v classes kdyz ji hleda spring".
Ing. Jan Novotný píše v St 09. 01. 2008 v 10:18 +0100:
Co takhle si hodit breakpoint na AbstractBeanFactory.java:1160
a zkusit si tam inspectnout:
this.getClass().getClassLoader().loadClass("com.house.dao.HibernateAuthenticationDao")
...
__________ Informacia od NOD32 2549 (20070925) __________
Tato sprava bola preverena antivirusovym systemom NOD32.
http://www.eset.sk
