PropertiesBeanDefinitionReader nevyzera tak dobre, lebo sa v properties
zbytocne miesaju koncepty, ktore tam z pohladu cloveka co to konfiguruje
nemaju co hladat. Napad s FactoryBean, ktory bude vraciat Mapu, vyzera
byt najlepsou volbou.
Dakujem.
S pozdravom,
-Peter
On 16. 2. 2010 15:13, Roman Pichlík wrote:
Mozete prosim trochu rozviest moznost 3? Nie som si celkom isty co hladat v
dokumentacii, klucove slova nezaberaju.
http://static.springsource.org/spring/docs/2.5.x/api/org/springframework/beans/factory/support/PropertiesBeanDefinitionReader.html
tady je to vysvetlene v celem kontextu
http://books.google.com/books?id=G4jk-NOpF7gC&pg=PA40&lpg=PA40&dq=spring+2.5+PropertiesBeanDefinitionReader&source=bl&ots=PGuLhfsIKb&sig=AMoEmtaMUYHmzv1-y02EHbL9KMw&hl=en&ei=P6d6S_LnI4_WmwOe3uzNCQ&sa=X&oi=book_result&ct=result&resnum=3&ved=0CA8Q6AEwAg#v=onepage&q=&f=false
Myslim, ze to vyriesim tak, ze budem mat objekt, ktory naparsuje
konfiguraciu (t.j. moznost 1) a bude obsahovat kolekciu tych mojich "beanov"
... (v ukazke to boli datove zdroje). Dalsi kod bude aj tak potrebovat
dohladat konkretny "bean" podla vlastnosti (v ukazke by to mohol byt
povedzme driver). Povodne som myslel, ze si tento kod jednoducho vypyta z
aplikacneho kontextu vsetky beany daneho typu, pripadne si ich necha
injektnut kontainerom, ale v konecnom dosledku je to jedno. Testovat sa to
da tak ci tak.
Jak rikam nejlepsi moznost je zavest beany typu factory, ktera bude
vracet ten holder asi tedy ve vasem pripade Mapu.
