Spring og alt for mange xml filer

Ja.

Men husk og brug Spring til det hvor det giver mening og undlad at bruge det hvor det
bare er en unødvendig komplikation.

Ja man skal kun benytte et framework hvis det giver mening. Sagen er den er at jeg er kommet på et projekt, hvor der ikke er skelnet imellem model, view og controller. I View er der blandt andet jdbc connections, og til tider også en model. Der er en central servlet der virkelig er svær at overskue. Så nu har jeg besluttet mig for at reenginere applikation og få den over i et framework. For så kommer der overblik samt at dem der kommer på projektet efter mig vil hurtig kunne komme i gang fremfor at sidde som jeg gør nu og bruge alt for mange timer på at forstå hvad der sket.
Grunden til Spring var at jeg blev anbefalet Spring samt at jeg er begrænset af JDK 1.4.2_15 samt en Tomcat 4.1. Jeg vil egentlig heller benytte mig af JSF eller Struts, som jeg har arbejdet med før. Hvorom alting er så søger jeg et framework der kan give mig MVC samt et framework der har et bagved liggende community. Arne har du nogle forslag  ?

Jeg ville bruge Spring udelukkende til IoC og transaktionsstyring, og så vælge struts (evt. struts II eller wicket), som web-framework.

Så skal lige finde en struts version der kan køre på JDK 1.4.2_15 samt en Tomcat 4.1 (huraaa for legacy systemer). Arne hvorfor egentlig den kombination ? Hvad er fordelen ved at blande de 2 frameworks sammen ?

nu var det ikke Arne der svarede før ;)

Spring har mange features/komponenter, men deres web-del er ikke just den mest brugte.
Spring bliver langt oftere brugt som IoC container m.m., hvor man så bygger andre dele ovenpå, end hvor det er springs eget web-framework.

De fleste web-framework kan uden problem kører sammen med Spring, så du kan/bør vælge web-framework udfra hvad der passer dig, og ikke føle dig bundet af Springs eget. Selvom det kan være, at det passer fint til netop din opgave.

fsconsult>> ups sorry. Ender nok med Struts. Grunden er at jeg har arbejdet med Struts før og har et Setup med XDoclet liggende. Troede at Spring var løsninge, men nøj hvor er der mange XML filer man skal vedlige holde. Hvis man f.eks. inde i en klasse laver en New AndenKlasse.java skal det defineres i en fil

jeg kan slet ikke genkende dit problem.  vel er der flere xml filer der skal vedligeholdes i spring, men du skal jo kun definere de klasser som beans i spring, som det giver mening at lade spring håndtere ved IoC. 

de fleste vil normalt opdele koden i et par lag. F.eks. dao, logik og præsentation, og så kun bruge IoC på tværs af disse lag.
nogle gange kan man så vælge at tilføje et par ekstra beans, hvis de let skal kunne skifte afhængigheder ud, som f.eks. i mocks..

fsconsult> Ok troede Ioc var på alle klasser. Jeg har dog kun kort læst om Spring. Med hensyn til XML filer vil jeg lade XDoclet genere dem for mig.

IoC er til alle klasser, som man ønsker at injecte i andre klasser. Forbrugerne af disse beans bliver oftest autowiret.

Struts 1 virker fint med Java 1.4.2 og Tomcat 4.1, saa hvorfor ikke bruge det.

Principielt kan du smide alle dine beans configs i en enkelt XML fil per app, saa
du behoever ikke saa mange XML filer. Om det er en design er en anden sag.

Den behoever ikke engang vaere saa stor - du skal kun bruge Spring til at loade beans
med, hvor du tror at du kunne have lyst til at aendre implementation paa et senere
tidspunkt.

smider i ikke lige et svar  ?

.