springframework-developer — Spring Framework developers list

[Springframework-developer] =?iso-8859-1?Q?Re:_[Springframework-developer]_Summary_of_pending_points?=

[=?iso-8859-1?Q?<jp....@ti...>]

Hi Juergen,=0D=0A=0D=0AIt's the second case. In fact, the locale is or is=
 not used in the request itself, depending if the root object uses it dir=
ectly or not.=0D=0A=0D=0AThe simpliest example is this one. Admitting a u=
ser or an address that is classicaly not localized in the database. If th=
is record contains a Country indication, only the country code will still=
 be stored in the database. When mapRow will create the Country object wi=
th the code from the database, it will need the locale, not of the record=
, but of the user to serve. To allow the view displaying the name of the =
country correctly.=0D=0A=0D=0AAs we said both, the locale cannot be a cur=
rent execute parameter in this case.=0D=0A=0D=0AThe core of rewriting is =
done. Just the doc is not changed accordingly and for the new feature, I =
have not rewrited convenience methods. =0D=0A=0D=0AI will, when at home, =
put my current version of the three involved classes in the sandbox. So y=
ou will be able to see what changes I've made and if this way has to be c=
hanged.=0D=0A=0D=0AThe changes are completely backward compatible. Curren=
tly only one test breaks, but its only a lack of a constructor signature.=
=0D=0A=0D=0ANote: I have also attached these files in this mail.=0D=0A=0D=
=0ARegards,=0D=0AJean-Pierre=0D=0A=0D=0A=0D=0A=0D=0A---------- Initial He=
ader -----------=0D=0A=0D=0AFrom      : j=FCrgen h=F6ller [werk3AT] <juer=
gen...@we...>=0D=0ATo          : "JP Pawlak" <jp.pawlak@tiscal=
i.fr>,<spr...@li...>=0D=0ACc          =
: =0D=0ADate      : Wed, 23 Jul 2003 09:27:53 +0200=0D=0ASubject : Re: [S=
pringframework-developer] Summary of pending points=0D=0A=0D=0AHi Jean-Pi=
erre,=0D=0A =0D=0A<quote>=0D=0A>>> Ad 3) I haven't thought about that in =
depth, as I'm mainly using=0D=0AHibernate these days. But it seems to me =
that simply using a=0D=0AMappingSqlQuery instance per request should solv=
e the problem. It's not=0D=0Areally about creating many such instances I =
guess, as they are pretty=0D=0Alightweight. Do you have a particular reas=
on for wanting to reuse=0D=0AMappingSqlQuery instances in this case?=0D=0A=
=0D=0AYou're right that using a new instance per request solves the probl=
em.=0D=0A=0D=0ANevertheless, it's not about a few particular requests, bu=
t almost all.=0D=0AIn addition to the class creation, it's also the prepa=
red statement=0D=0Are-creation and re-compilation. It's possible anyway t=
hat the gain is=0D=0Anot so high. But as the job is done for me, I prefer=
 continue to reuse=0D=0Aas so it can only be faster and has no additional=
 risk.=0D=0A</quote>=0D=0A =0D=0AOK, I see that there is value in reusing=
 the prepared statements.=0D=0A =0D=0AWhat exactly are you doing with the=
 Locale inside the mapRow implementation? If you'd use it as an argument =
for the prepared statement too, it could be a parameter of the execute me=
thod, but it probably won't go into the statement as Locale object but ra=
ther as some language code. So are you setting the Locale to the mapped o=
bject but not using it directly for the statement? Then it couldn't be an=
 execute parameter, so you'd have to get it there in some other way.=0D=0A=
 =0D=0AThat would require adding a new context parameter of type Object o=
r Map to execute, newResultReader, and mapRow. There should be a solution=
 to do this as backward compatible as possible, maybe by introducing a su=
per class of MappingSqlQueryWithParameters called MappingSqlQueryWithPara=
metersAndContext? The two subclasses could still offer the same mapRow im=
plementations as before.=0D=0A =0D=0ARegards,=0D=0AJuergen=0D=0A=0A=0A***=
******* L'ADSL A 20 EUR/MOIS**********=0ATiscali propose l'ADSL le moins =
cher du march=E9 : 20 EUR/mois et le modem ADSL offert ! =0APour profiter=
 de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/=
adsl/=0AOffre soumise =E0 conditions.=0A

Re: [Springframework-developer] Summary of pending points

[<jue...@we...>]

SGkgSmVhbi1QaWVycmUsDQogDQo8cXVvdGU+DQo+Pj4gQWQgMykgSSBoYXZlbid0IHRob3VnaHQg
YWJvdXQgdGhhdCBpbiBkZXB0aCwgYXMgSSdtIG1haW5seSB1c2luZw0KSGliZXJuYXRlIHRoZXNl
IGRheXMuIEJ1dCBpdCBzZWVtcyB0byBtZSB0aGF0IHNpbXBseSB1c2luZyBhDQpNYXBwaW5nU3Fs
UXVlcnkgaW5zdGFuY2UgcGVyIHJlcXVlc3Qgc2hvdWxkIHNvbHZlIHRoZSBwcm9ibGVtLiBJdCdz
IG5vdA0KcmVhbGx5IGFib3V0IGNyZWF0aW5nIG1hbnkgc3VjaCBpbnN0YW5jZXMgSSBndWVzcywg
YXMgdGhleSBhcmUgcHJldHR5DQpsaWdodHdlaWdodC4gRG8geW91IGhhdmUgYSBwYXJ0aWN1bGFy
IHJlYXNvbiBmb3Igd2FudGluZyB0byByZXVzZQ0KTWFwcGluZ1NxbFF1ZXJ5IGluc3RhbmNlcyBp
biB0aGlzIGNhc2U/DQoNCllvdSdyZSByaWdodCB0aGF0IHVzaW5nIGEgbmV3IGluc3RhbmNlIHBl
ciByZXF1ZXN0IHNvbHZlcyB0aGUgcHJvYmxlbS4NCg0KTmV2ZXJ0aGVsZXNzLCBpdCdzIG5vdCBh
Ym91dCBhIGZldyBwYXJ0aWN1bGFyIHJlcXVlc3RzLCBidXQgYWxtb3N0IGFsbC4NCkluIGFkZGl0
aW9uIHRvIHRoZSBjbGFzcyBjcmVhdGlvbiwgaXQncyBhbHNvIHRoZSBwcmVwYXJlZCBzdGF0ZW1l
bnQNCnJlLWNyZWF0aW9uIGFuZCByZS1jb21waWxhdGlvbi4gSXQncyBwb3NzaWJsZSBhbnl3YXkg
dGhhdCB0aGUgZ2FpbiBpcw0Kbm90IHNvIGhpZ2guIEJ1dCBhcyB0aGUgam9iIGlzIGRvbmUgZm9y
IG1lLCBJIHByZWZlciBjb250aW51ZSB0byByZXVzZQ0KYXMgc28gaXQgY2FuIG9ubHkgYmUgZmFz
dGVyIGFuZCBoYXMgbm8gYWRkaXRpb25hbCByaXNrLg0KPC9xdW90ZT4NCiANCk9LLCBJIHNlZSB0
aGF0IHRoZXJlIGlzIHZhbHVlIGluIHJldXNpbmcgdGhlIHByZXBhcmVkIHN0YXRlbWVudHMuDQog
DQpXaGF0IGV4YWN0bHkgYXJlIHlvdSBkb2luZyB3aXRoIHRoZSBMb2NhbGUgaW5zaWRlIHRoZSBt
YXBSb3cgaW1wbGVtZW50YXRpb24/IElmIHlvdSdkIHVzZSBpdCBhcyBhbiBhcmd1bWVudCBmb3Ig
dGhlIHByZXBhcmVkIHN0YXRlbWVudCB0b28sIGl0IGNvdWxkIGJlIGEgcGFyYW1ldGVyIG9mIHRo
ZSBleGVjdXRlIG1ldGhvZCwgYnV0IGl0IHByb2JhYmx5IHdvbid0IGdvIGludG8gdGhlIHN0YXRl
bWVudCBhcyBMb2NhbGUgb2JqZWN0IGJ1dCByYXRoZXIgYXMgc29tZSBsYW5ndWFnZSBjb2RlLiBT
byBhcmUgeW91IHNldHRpbmcgdGhlIExvY2FsZSB0byB0aGUgbWFwcGVkIG9iamVjdCBidXQgbm90
IHVzaW5nIGl0IGRpcmVjdGx5IGZvciB0aGUgc3RhdGVtZW50PyBUaGVuIGl0IGNvdWxkbid0IGJl
IGFuIGV4ZWN1dGUgcGFyYW1ldGVyLCBzbyB5b3UnZCBoYXZlIHRvIGdldCBpdCB0aGVyZSBpbiBz
b21lIG90aGVyIHdheS4NCiANClRoYXQgd291bGQgcmVxdWlyZSBhZGRpbmcgYSBuZXcgY29udGV4
dCBwYXJhbWV0ZXIgb2YgdHlwZSBPYmplY3Qgb3IgTWFwIHRvIGV4ZWN1dGUsIG5ld1Jlc3VsdFJl
YWRlciwgYW5kIG1hcFJvdy4gVGhlcmUgc2hvdWxkIGJlIGEgc29sdXRpb24gdG8gZG8gdGhpcyBh
cyBiYWNrd2FyZCBjb21wYXRpYmxlIGFzIHBvc3NpYmxlLCBtYXliZSBieSBpbnRyb2R1Y2luZyBh
IHN1cGVyIGNsYXNzIG9mIE1hcHBpbmdTcWxRdWVyeVdpdGhQYXJhbWV0ZXJzIGNhbGxlZCBNYXBw
aW5nU3FsUXVlcnlXaXRoUGFyYW1ldGVyc0FuZENvbnRleHQ/IFRoZSB0d28gc3ViY2xhc3NlcyBj
b3VsZCBzdGlsbCBvZmZlciB0aGUgc2FtZSBtYXBSb3cgaW1wbGVtZW50YXRpb25zIGFzIGJlZm9y
ZS4NCiANClJlZ2FyZHMsDQpKdWVyZ2VuDQo=

[Springframework-developer] Petclinic tutorial

[Ken K. <kk...@kk...>]

I have just committed a reasonably complete version of the tutorial html 
to the repository and deployed it to the website.

Ken Krebs

[Springframework-developer] CRUD Controller

[JP P. <jp....@ti...>]

Hi,

 

I just put the two new CRUD abstract controllers in the
sandbox:web.servlet.mvc.

Additional snippets including the concrete classes from the application
using them are in sandbox:samples.crud.web.

 

For people that have not followed the discussion. a concrete class
subclassing one of these controllers will handle a complete CRUD
scenario. 

It is mainly suited for handling little to medium Objects like data from
references tables and so on.

 

Despite they still work, some refectories will have to be done as well
as improving doc and adding tests before putting them in the 'src' part.

Simply sharing them will allow other Spring developers to collaborate.

 

Regards,

Jean-Pierre

RE : [Springframework-developer] Summary of pending points

[JP P. <jp....@ti...>]

Hi Juergen,

You are everywhere these times :-). Clearly, the framework gained a much
having you with it. That has to be said. Thanks for all this work and
explanations.

When I updated the framework many hours ago, I guessed you were working
on multiples Html values.


>>>Ad 1) As you said, I think it's behaving in a clearer way now.
Unfortunately I don't have an idea on how to properly add new attribute
keys in child definitions yet, but I guess we can live with the current
restriction.

Absolutely.

 
>>> Ad 2) Do you have some stacktrace or the like for this particular
JBoss crash? If JBoss had a good classloader architecture, it shouldn't
matter if a web app initialized its own Log4J instance or not. This
works nicely with Tomcat 4.1 for instance, with multiple webapps that
each have their own Log4J instance, and even if Tomcat itself logs via
Log4J.

Just here is the problem. The last logging line tolled that the
application was undeployed. After that, JBoss was no more able to log
anything. But it's not the log4j initialization which was problematic,
just the listener. Now, I setup the configuration, but don't use the
listener and all works fine. 
 

>>> Ad 3) I haven't thought about that in depth, as I'm mainly using
Hibernate these days. But it seems to me that simply using a
MappingSqlQuery instance per request should solve the problem. It's not
really about creating many such instances I guess, as they are pretty
lightweight. Do you have a particular reason for wanting to reuse
MappingSqlQuery instances in this case?

You're right that using a new instance per request solves the problem. 

Nevertheless, it's not about a few particular requests, but almost all.
In addition to the class creation, it's also the prepared statement
re-creation and re-compilation. It's possible anyway that the gain is
not so high. But as the job is done for me, I prefer continue to reuse
as so it can only be faster and has no additional risk.
 

>>> Ad 4) On the occasion, I've just implemented a solution for this
(already committed). It doesn't convert multiple values to a CSV String
in the first place, like you suggested, but rather converts them
straightly to a String array. "getParametersStartingWith" performs the
check and returns Map instead of Properties now. So if you want to bind
multiple values for the same parameter to a bean, you have to make the
respective bean property of type "String[]". The array will contain a
single String if there is just a single value. If the property is not of
that type, you will get a "typeMismatch" error when binding a request
with multiple values for that parameter. That shouldn't matter though,
as multiple values will only occur in special circumstances. Note that
converting such a String array to other types would be a job for the
BeanWrapper then, it simply gets a String array as parameter value. Does
that match your requirements?

Perfect.
 

>>> Ad 5) Your new CRUD controller sounds interesting. I'm looking
forward to have a look at it!

As often, I don't know all the subtleties of the framework. It is
certainly possible to make more re-use from the framework. Even if the
controllers could contain clumsy parts, they can be a pretty good
starting point. So I will put them in the sandbox for letting interested
people have a first look. Even in their current status.

Regards,
Jean-Pierre
 

Re: [Springframework-developer] HibernateTemplate has wrong signature for save() method

[<jue...@we...>]

VGhhbmtzIENvbGluLCBJJ3ZlIGp1c3QgZml4ZWQgaXQgOi0pDQogDQogDQoNCgktLS0tLVVyc3By
w7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tIA0KCVZvbjogQ29saW4gU2FtcGFsZWFudSBbbWFpbHRv
OmNvbGlubWwxQGV4aXMuY29tXSANCglHZXNlbmRldDogRGkgMjIuMDcuMjAwMyAyMjo0NCANCglB
bjogc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQoJQ2M6
IA0KCUJldHJlZmY6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBIaWJlcm5hdGVUZW1wbGF0
ZSBoYXMgd3Jvbmcgc2lnbmF0dXJlIGZvciBzYXZlKCkgbWV0aG9kDQoJDQoJDQoNCglIaWJlcm5h
dGUncyBTZXNzaW9uIGludGVyZmFjZSByZXR1cm5zIGEgU2VyaWFsaXphYmxlIGZvciBzYXZlKC4u
LiksDQoJd2hpbGUgSGliZXJuYXRlVGVtcGxhdGUncyBzYXZlKC4uLikgcmV0dXJucyB2b2lkLi4u
DQoJDQoJDQoJDQoJDQoJLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLQ0KCVRoaXMgU0YubmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogVk0gV2Fy
ZQ0KCVdpdGggVk13YXJlIHlvdSBjYW4gcnVuIG11bHRpcGxlIG9wZXJhdGluZyBzeXN0ZW1zIG9u
IGEgc2luZ2xlIG1hY2hpbmUuDQoJV0lUSE9VVCBSRUJPT1RJTkchIE1peCBMaW51eCAvIFdpbmRv
d3MgLyBOb3ZlbGwgdmlydHVhbCBtYWNoaW5lcyBhdCB0aGUNCglzYW1lIHRpbWUuIEZyZWUgdHJp
YWwgY2xpY2sgaGVyZTogaHR0cDovL3d3dy52bXdhcmUuY29tL3dsL29mZmVyLzM0NS8wDQoJX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCglTcHJpbmdmcmFt
ZXdvcmstZGV2ZWxvcGVyIG1haWxpbmcgbGlzdA0KCVNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJA
bGlzdHMuc291cmNlZm9yZ2UubmV0DQoJaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlz
dHMvbGlzdGluZm8vc3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcg0KCQ0KDQo=

[Springframework-developer] HibernateTemplate has wrong signature for save() method

[Colin S. <col...@ex...>]

Hibernate's Session interface returns a Serializable for save(...), 
while HibernateTemplate's save(...) returns void...

Re: [Springframework-developer] Summary of pending points

[<jue...@we...>]

SGkgSmVhbi1QaWVycmUsDQogDQpUaGFua3MgZm9yIHN1bW1hcml6aW5nIC0gSSd2ZSBsb3N0IHRy
YWNrIG9uIHNvbWUgb2YgdGhlc2UsIHNvIHRoaXMgd2FzIGEgaGVscGZ1bCByZW1pbmRlci4NCiAN
CkFkIDEpIEFzIHlvdSBzYWlkLCBJIHRoaW5rIGl0J3MgYmVoYXZpbmcgaW4gYSBjbGVhcmVyIHdh
eSBub3cuIFVuZm9ydHVuYXRlbHkgSSBkb24ndCBoYXZlIGFuIGlkZWEgb24gaG93IHRvIHByb3Bl
cmx5IGFkZCBuZXcgYXR0cmlidXRlIGtleXMgaW4gY2hpbGQgZGVmaW5pdGlvbnMgeWV0LCBidXQg
SSBndWVzcyB3ZSBjYW4gbGl2ZSB3aXRoIHRoZSBjdXJyZW50IHJlc3RyaWN0aW9uLg0KIA0KQWQg
MikgRG8geW91IGhhdmUgc29tZSBzdGFja3RyYWNlIG9yIHRoZSBsaWtlIGZvciB0aGlzIHBhcnRp
Y3VsYXIgSkJvc3MgY3Jhc2g/IElmIEpCb3NzIGhhZCBhIGdvb2QgY2xhc3Nsb2FkZXIgYXJjaGl0
ZWN0dXJlLCBpdCBzaG91bGRuJ3QgbWF0dGVyIGlmIGEgd2ViIGFwcCBpbml0aWFsaXplZCBpdHMg
b3duIExvZzRKIGluc3RhbmNlIG9yIG5vdC4gVGhpcyB3b3JrcyBuaWNlbHkgd2l0aCBUb21jYXQg
NC4xIGZvciBpbnN0YW5jZSwgd2l0aCBtdWx0aXBsZSB3ZWJhcHBzIHRoYXQgZWFjaCBoYXZlIHRo
ZWlyIG93biBMb2c0SiBpbnN0YW5jZSwgYW5kIGV2ZW4gaWYgVG9tY2F0IGl0c2VsZiBsb2dzIHZp
YSBMb2c0Si4NCiANCkFkIDMpIEkgaGF2ZW4ndCB0aG91Z2h0IGFib3V0IHRoYXQgaW4gZGVwdGgs
IGFzIEknbSBtYWlubHkgdXNpbmcgSGliZXJuYXRlIHRoZXNlIGRheXMuIEJ1dCBpdCBzZWVtcyB0
byBtZSB0aGF0IHNpbXBseSB1c2luZyBhIE1hcHBpbmdTcWxRdWVyeSBpbnN0YW5jZSBwZXIgcmVx
dWVzdCBzaG91bGQgc29sdmUgdGhlIHByb2JsZW0uIEl0J3Mgbm90IHJlYWxseSBhYm91dCBjcmVh
dGluZyBtYW55IHN1Y2ggaW5zdGFuY2VzIEkgZ3Vlc3MsIGFzIHRoZXkgYXJlIHByZXR0eSBsaWdo
dHdlaWdodC4gRG8geW91IGhhdmUgYSBwYXJ0aWN1bGFyIHJlYXNvbiBmb3Igd2FudGluZyB0byBy
ZXVzZSBNYXBwaW5nU3FsUXVlcnkgaW5zdGFuY2VzIGluIHRoaXMgY2FzZT8NCiANCkFkIDQpIE9u
IHRoZSBvY2Nhc2lvbiwgSSd2ZSBqdXN0IGltcGxlbWVudGVkIGEgc29sdXRpb24gZm9yIHRoaXMg
KGFscmVhZHkgY29tbWl0dGVkKS4gSXQgZG9lc24ndCBjb252ZXJ0IG11bHRpcGxlIHZhbHVlcyB0
byBhIENTViBTdHJpbmcgaW4gdGhlIGZpcnN0IHBsYWNlLCBsaWtlIHlvdSBzdWdnZXN0ZWQsIGJ1
dCByYXRoZXIgY29udmVydHMgdGhlbSBzdHJhaWdodGx5IHRvIGEgU3RyaW5nIGFycmF5LiAiZ2V0
UGFyYW1ldGVyc1N0YXJ0aW5nV2l0aCIgcGVyZm9ybXMgdGhlIGNoZWNrIGFuZCByZXR1cm5zIE1h
cCBpbnN0ZWFkIG9mIFByb3BlcnRpZXMgbm93LiBTbyBpZiB5b3Ugd2FudCB0byBiaW5kIG11bHRp
cGxlIHZhbHVlcyBmb3IgdGhlIHNhbWUgcGFyYW1ldGVyIHRvIGEgYmVhbiwgeW91IGhhdmUgdG8g
bWFrZSB0aGUgcmVzcGVjdGl2ZSBiZWFuIHByb3BlcnR5IG9mIHR5cGUgIlN0cmluZ1tdIi4gVGhl
IGFycmF5IHdpbGwgY29udGFpbiBhIHNpbmdsZSBTdHJpbmcgaWYgdGhlcmUgaXMganVzdCBhIHNp
bmdsZSB2YWx1ZS4gSWYgdGhlIHByb3BlcnR5IGlzIG5vdCBvZiB0aGF0IHR5cGUsIHlvdSB3aWxs
IGdldCBhICJ0eXBlTWlzbWF0Y2giIGVycm9yIHdoZW4gYmluZGluZyBhIHJlcXVlc3Qgd2l0aCBt
dWx0aXBsZSB2YWx1ZXMgZm9yIHRoYXQgcGFyYW1ldGVyLiBUaGF0IHNob3VsZG4ndCBtYXR0ZXIg
dGhvdWdoLCBhcyBtdWx0aXBsZSB2YWx1ZXMgd2lsbCBvbmx5IG9jY3VyIGluIHNwZWNpYWwgY2ly
Y3Vtc3RhbmNlcy4gTm90ZSB0aGF0IGNvbnZlcnRpbmcgc3VjaCBhIFN0cmluZyBhcnJheSB0byBv
dGhlciB0eXBlcyB3b3VsZCBiZSBhIGpvYiBmb3IgdGhlIEJlYW5XcmFwcGVyIHRoZW4sIGl0IHNp
bXBseSBnZXRzIGEgU3RyaW5nIGFycmF5IGFzIHBhcmFtZXRlciB2YWx1ZS4gRG9lcyB0aGF0IG1h
dGNoIHlvdXIgcmVxdWlyZW1lbnRzPw0KIA0KQWQgNSkgWW91ciBuZXcgQ1JVRCBjb250cm9sbGVy
IHNvdW5kcyBpbnRlcmVzdGluZy4gSSdtIGxvb2tpbmcgZm9yd2FyZCB0byBoYXZlIGEgbG9vayBh
dCBpdCENCiANCkJUVywgSSd2ZSBhbHNvIGFkZGVkIGEgZ2V0QXNUZXh0IGltcGxlbWVudGF0aW9u
IHRvIFN0cmluZ0FycmF5UHJvcGVydHlFZGl0b3IgYXMgeW91J3ZlIHByb3Bvc2VkIGEgd2hpbGUg
YWdvLg0KIA0KUmVnYXJkcywNCkp1ZXJnZW4NCiANCiANCg0KCS0tLS0tVXJzcHLDvG5nbGljaGUg
TmFjaHJpY2h0LS0tLS0gDQoJVm9uOiBKUCBQYXdsYWsgW21haWx0bzpqcC5wYXdsYWtAdGlzY2Fs
aS5mcl0gDQoJR2VzZW5kZXQ6IE1vIDIxLjA3LjIwMDMgMjE6MDUgDQoJQW46IHNwcmluZ2ZyYW1l
d29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0IA0KCUNjOiANCglCZXRyZWZmOiBb
U3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcl0gU3VtbWFyeSBvZiBwZW5kaW5nIHBvaW50cw0KCQ0K
CQ0KDQoJSGkgZXZlcnlib2R5LA0KCQ0KCUkganVzdCBzdW1tYXJpemUgdGhlIGZldyBwb2ludHMg
SSBkaXNjdXNzZWQgcmVjZW50bHkgKyAxIG5ldy4NCgkNCgkxKSBJTkhFUklUQU5DRSBPRiBhdHRy
aWJ1dGVDU1YNCglUaGUgY2F1c2Ugb2YgdGhlIGNoYW5nZWQgYmVoYXZpb3VyIHdhcyBmb3VuZCBi
eSBKdWVyZ2VuLiBJbiBhYnN0cmFjdCwgd2UNCgljb3VsZCBzYXkgaXQncyBhIG1hcHBlZCBwcm9w
ZXJ0eS4gQXMgdGhpcywgdGhlIGN1cnJlbnQgYmVoYXZpb3VyIGlzDQoJY2xlYW5lci4gSnVzdCwg
Zm9yIGNvbXBsZXRlbmVzcywgaXQgc2hvdWxkIGJlIHBvc3NpYmxlIHRvIGNoYW5naW5nIG9yDQoJ
YWRkaW5nIG5ldyBrZXlzIGluIHRoZSBwYXJlbnQgZGVmaW5lZCBtYXAgd2l0aCBhIHN5bnRheCBs
aWtlIDoNCglNeV92aWV3LkNTVkF0dHJpYnV0ZS5oZWFkZXI9aGVhZC5qc3AuDQoJDQoJUGVyaGFw
cywgaXQgc3RpbGwgd29ya3MuIEFueXdheSwgaXQncyBtaW5vciBhbmQgbm9uZSBvZiB1cyBoYXMg
bm93IHRpbWUNCglmb3IgdGhpcyBraW5kIG9mIHByb2JsZW1hdGljLiBXZSBzaW1wbHkga25vdyB0
aGF0IHRoZSBDU1ZBdHRyaWJ1dGUgaXMgbm8NCgltb3JlIG1lcmdlZCB3aXRoIHBhcmVudCdzIG9u
ZS4NCgkNCgkyKSBKQk9TUyBERVBMT1lNRU5UIEZFQVRVUkVTIENSQVNIDQoJSSBmb3VuZCB0aGUg
cmVzcG9uc2libGU6IGNvbS5pbnRlcmZhY2UyMS53ZWIudXRpbC5Mb2c0akNvbmZpZ0xpc3RlbmVy
Lg0KCUkgc2ltcGx5IGRvbid0IHVzZSBhbnkgbW9yZSB0aGUgbGlzdGVuZXIgYW5kIHRoZSBhcHBs
aWNhdGlvbiBjYW4NCglub3JtYWxseSBiZSB1bi1kZXBsb3llZCBhbmQgcmVkZXBsb3llZC4gSXQn
cyBub3Qgc3VycHJpc2luZyBhcyBKQm9zcw0KCWl0c2VsZiB1c2VzIGxvZzRqIGFuZCBudW1lcm91
cyBwZW9wbGUgaGF2ZSBvciBoYWQgdHJvdWJsZXMgd2l0aA0KCWFwcGxpY2F0aW9uIHVzZSBvZiBs
b2c0aiB3aXRoIEpCb3NzLg0KCQ0KCQ0KCTMpIFNIT1JUIExJVkVEIENPTlRFWFRVQUwgSU5GTyBJ
TiBNYXBwaW5nU3FsUXVlcnkNCglJIGRpc2N1c3NlZCB3aXRoIGEgZmV3IHBlb3BsZSBhYm91dCB0
aGlzIHRvcGljLiBUaGUgU1FMIHBhcmFtZXRlcnMgYXJlDQoJbm90IGFsd2F5cyBzdWZmaWNpZW50
IHRvIGJlIGFibGUgdG8gY3JlYXRlIHRoZSBjb3JyZWN0IG9iamVjdCBpbiB0aGUNCgltYXBSb3cg
bWV0aG9kLiBJZiB0aGUgZXh0cmEgaW5mb3JtYXRpb24gaXMgb25seSB2YWxpZCBkdXJpbmcgdGhl
IHJlcXVlc3QNCglwcm9jZXNzLCBpbnN0YW5jZSB2YXJpYWJsZXMgYXJlIG5vdCBhIGdvb2Qgd2F5
LiBUaGUgY2xlYW5lc3Qgd2F5IGlzDQoJY2xlYXJseSBhZGRpbmcgdGhlIGRhdGEgYXMgbmV3IHBh
cmFtZXRlciBpbiB0aGUgImV4ZWN1dGUiIG1ldGhvZHMgdHlwZWQNCglhcyBPYmplY3QuIFRoZSBm
cmFtZXdvcmsgaGFzIG9ubHkgdG8gcHJvdmlkZSB0aGlzIGluZm9ybWF0aW9uIGluIGEgbmV3DQoJ
KG9wdGlvbmFsKSBwYXJhbWV0ZXIgaW4gbWFwUm93Lg0KCQ0KCU5vIG9uZSBzZWVtcywgZm9yIHRp
bWUgYmVpbmcsIHVuZGVyc3RhbmQgdGhlIG5lZWQsIGJ1dCBpdCdzIGNsZWFyOiBJDQoJd2lsbCBz
aW1wbHkgY3JlYXRlIHRoZSBPYmplY3RzIHdpdGggYSB0YXJnZXQgTG9jYWxlLiBGb3Igbm93LCBJ
IGRvbid0DQoJdXNlIGFueW1vcmUgdGhlIE1hcHBpbmdTcWxRdWVyeSwgTWFwcGluZ1NxbFF1ZXJ5
V2l0aFBhcmFtZXRlcnMgYW5kDQoJU3FsUXVlcnkgY2xhc3NlcyBmcm9tIHRoZSBmcmFtZXdvcmsu
IEkgdXNlIGluc3RlYWQgYSBtb2RpZmllZCBzZXQgb2YNCgl0aGVtIHdoaWNoIGlzIGNvbXBsZXRl
bHkgYmFja3dhcmQgY29tcGF0aWJsZSBhbmQgZG9uJ3QgYnJlYWsgdGVzdHMuDQoJTmV2ZXJ0aGVs
ZXNzIGl0IGFkZHMgdGhlIHBvc3NpYmlsaXR5IG9mIHVzaW5nIGFuIGV4dHJhbmVvdXMgT2JqZWN0
DQoJcGFyYW1ldGVyIGZvciB0aGUgZGVzY3JpYmVkIG5lZWQgYnkgYWRkaW5nIHNvbWUgbmV3IHNp
Z25hdHVyZXMuDQoJDQoJSSBoYXZlIGZvciBub3cgbm90IGltcGxlbWVudGVkIHRoZSBjb252ZW5p
ZW5jZSBtZXRob2RzIHdpdGggdGhlIG5ldw0KCWZlYXR1cmUgYXMgSSB1c2Ugb25seSB0aGUgY29y
ZSBzaWduYXR1cmUuIEkgYWxzbyBoYXZlIG5vdCB1cGRhdGVkIHRoZQ0KCWRvYy4gSXQncyB3aHkg
SSBjYW5ub3QgcHJvcG9zZSB0aGVtIGluIHRoaXMgc3RhdHVzLiBUaGUgb25seSBkcmF3YmFjayBp
cw0KCXRoYXQgSSBoYXZlIHRvIGNoZWNrIGNoYW5nZXMgaW4gdGhlc2UgY2xhc3NlcyBpbiB0aGUg
ZnJhbWV3b3JrLiBJIHdpbGwNCglwdXQgdGhlbSBpbiB0aGUgc2FuZGJveCB3aGVuIHRoZXkgd2ls
bCBsb29rIGNsZWFuZXIuDQoJDQoJDQoJNCkgQ0hFQ0tCT1hFUyBBTkQgTVVMVElTRUxFQ1QgTElT
VCBCT1hFUw0KCVRoZXkgZXhpc3QgaW4gSHRtbC4gV2UgY2FuJ3Qgc2F5OiBEb24ndCB1c2UgdGhl
bSB3aGVuIHlvdSB3b3JrIHdpdGgNCglTcHJpbmcgKHdlYikuIEkgcHJvdmlkZWQgYSBzb2x1dGlv
biB0aGF0IHdvcmtzIHdpdGggdmVyeSBsaXR0bGUgY2hhbmdlDQoJYW5kIHdpdGhvdXQgZGVzaWdu
IGhhY2tzLiBCdXQgd2UgY291bGQgaGF2ZSBhIGRlc2lnbiBjaG9pY2UgdG8gbWFrZS4NCglDbGVh
cmx5LCBIdG1sIHVzZXIgZGF0YSBhcmUgZ2VuZXJhbGx5IFN0cmluZ3MsIGJ1dCBjYW4gYmUNCglt
dWx0aS1kaW1lbnNpb25hbCAoYXJyYXksIGNvbGxlY3Rpb24sIG1hcCBvciB3aGF0IHlvdSB3YW50
KS4gU2VlIEpTVEwsDQoJeW91IGhhdmUgcGFyYW0ueHh4IGFuZCBwYXJhbVZhbHVlcy54eHguIFRo
ZSBzYW1lIGluIHRoZSBqYXZheCBBUEk6DQoJcmVxdWVzdC5nZXRQYXJhbWV0ZXIoKSBhbmQgcmVx
dWVzdC5nZXRQYXJhbWV0ZXJNYXAoKS4gU28sIGRlc3BpdGUgbXkNCglzb2x1dGlvbiB3b3Jrcywg
aXQncyBwb3NzaWJseSBub3QgY29tcGxldGVseSBtYXR1cmUuDQoJDQoJDQoJNSkgTkVXIENPTlRS
T0xMRVINCglUaGF0IGlzIGEgbmV3IHRvcGljLiBJJ20gdXNpbmcgYSBzZWxmIG1hZGUgQ29udHJv
bGxlciB3aGljaCBJIHdpbGwgc29vbg0KCXByb3Bvc2UgYmVzaWRlIHRoZSBXaXphcmRDb250cm9s
bGVyLiBJdHMgZ29hbCBpcyB0byBlbmNsb3NlIGEgY29tcGxldGUNCglDUlVEIHNjZW5hcmlvLg0K
CUxpc3Qgb2YgZXhpc3RpbmcgaXRlbXMgd2l0aCBsaW5rcyB0byBlZGl0aW9uICsgbGluayB0byBu
ZXcoYWRkKSAtIEZvcm0NCgllZGl0aW9uIC0gb3B0aW9uYWwgY29uZmlybSB2aWV3cyBmb3IgUlVE
IG9wZXJhdGlvbnMgLSBlYXN5IHNlcGFyYXRlDQoJbWV0aG9kcyBmb3IgZWFjaCB0YXNrLiBJdCB3
aWxsIGNvbWUgd2l0aCB0d28gQWJzdHJhY3RDb250cm9sbGVycyBhbmQgYQ0KCUNvbmNyZXRlQ29u
dHJvbGxlckV4YW1wbGUuIFRoZSB3aG9sZSBpbiBhIHRpbnkgRGVtbyBBcHBsaWNhdGlvbi4gSXQn
cyBhDQoJbGFyZ2VseSByZXVzYWJsZSBzZXQsIG5vdGFibHkgZm9yIGFkbWluaXN0cmF0aW9uIHBh
Z2VzIGxpa2UgaGFuZGxpbmcNCglyZWZlcmVuY2UgdGFibGVzLg0KCQ0KCVRoYXQncyBhbGwgYXJl
YXMgZm9yIG5vdywNCgkNCglSZWdhcmRzLA0KCUplYW4tUGllcnJlDQoJDQoJDQoJDQoJDQoJDQoJ
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K
CVRoaXMgU0YubmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogVk0gV2FyZQ0KCVdpdGggVk13YXJl
IHlvdSBjYW4gcnVuIG11bHRpcGxlIG9wZXJhdGluZyBzeXN0ZW1zIG9uIGEgc2luZ2xlIG1hY2hp
bmUuDQoJV0lUSE9VVCBSRUJPT1RJTkchIE1peCBMaW51eCAvIFdpbmRvd3MgLyBOb3ZlbGwgdmly
dHVhbCBtYWNoaW5lcyBhdCB0aGUNCglzYW1lIHRpbWUuIEZyZWUgdHJpYWwgY2xpY2sgaGVyZTog
aHR0cDovL3d3dy52bXdhcmUuY29tL3dsL29mZmVyLzM0NS8wDQoJX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCglTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVy
IG1haWxpbmcgbGlzdA0KCVNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJAbGlzdHMuc291cmNlZm9y
Z2UubmV0DQoJaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vc3By
aW5nZnJhbWV3b3JrLWRldmVsb3Blcg0KCQ0KDQo=

Re: [Springframework-developer] CVS troubles

[Ken K. <kk...@kk...>]

Alef,

Anonymous access to repositories at Sourceforge is pretty awful. I've 
created a snapshot of my local copy (up-to-date) of the repository. You 
can download it here 
<http://www.globaldialog.com/%7Ekkrebs/files/spring_main.zip>. Please 
let me know when  you have it so I can remove this large file from this 
website as soon as possible.

I will be glad to help you check out and commit your changes.

Ken

Alef Arendsen (JTeam) wrote:

>Hi guys,
>
>I was planning to do some work on the JSPs of the Petclinic today and
>some other interesting stuff, but I can't seem to reach the CVS through
>anynomous access. On some other projects (where I'm a developer) the SSH
>access still works. I've had those problems before, and heard other
>people complaining in the past as well... (it either take ages and then
>I get nothing, or it says error: cvs.sourceforge.net: 0)...
>
>Any way we can get around this... I'd like to stay up-to-date to the
>sources and stuff...
>
>Alef
>
>
>-----Oorspronkelijk bericht-----
>Van: spr...@li...
>[mailto:spr...@li...] Namens
>jürgen höller [werk3AT]
>Verzonden: Monday, July 21, 2003 5:03 PM
>Aan: spr...@li...
>Onderwerp: [Springframework-developer] Fixed circular reference
>mechanism
>
>
>FYI, I've just fixed AbstractBeanFactory's circular reference mechanism:
>
>1. It now correctly handles repeated references to the same FactoryBean
>instance. Formerly, it resolved them via newlyCreatedBeans to the
>FactoryBean itself instead of the created object, resulting in a type
>mismatch exception on property population.
>
>2. It does not use newlyCreatedBeans for prototype references anymore.
>Formerly, it returned the same prototype instance for multiple
>references to the same prototype.
>
>Thanks to Thomas Achleitner for reporting the first issue! He spent
>numerous hours debugging his app until we finally found the root cause
>in a phone session...
>
>Juergen
>
>
>DI Jürgen Höller
>Senior System Architect
>______________________________________
>
>werk3ATS - division systementwicklung
>part of werk3AT internetmedien oeg
>
>europaplatz 4
>A - 4020 linz
>
>t.  +43 (0) 732 71 65 29 502
>f.  +43 (0) 732 71 65 29 3
>jue...@we...
>www.werk3at.com
>______________________________________
>werk3ATS - WIR ENTWICKELN ERFOLG
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: VM Ware
>With VMware you can run multiple operating systems on a single machine.
>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
>same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: VM Ware
>With VMware you can run multiple operating systems on a single machine.
>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
>same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>  
>

[Springframework-developer] RE: [Springframework-user] Using Hibernate convenience classes with a mapping layer above Hibernate

[<jue...@we...>]

PHF1b3RlPg0KRnJvbSBKdXJnZW4ncyBhbmQgeW91ciBlbWFpbCwgaXQgaXMgY2xlYXIgaXQgbWFr
ZXMgc2Vuc2UgdG8gdXNlIEhpYmVybmF0ZSdzIEpDQVNlc3Npb25GYWN0b3J5LCB3aGljaCB3b3Jr
cyB0aHJvdWdoIHRoZSBKQ0EncyBDb25uZWN0aW9uTWFuYWdlciB0byBiYXNpY2FsbHkgcmV0dXJu
IGJhY2sgdGhlIHNhbWUgSGliZXJuYXRlIHNlc3Npb24uIEkndmUgdHJhY2VkICh2aXN1YWxseSkg
dGhyb3VnaCB0aGUgSGliZXJuYXRlIGNvZGUgYW5kIGl0J3MgY2xlYXIgdGhhdCB5b3UgZW5kIHVw
IGdldHRpbmcgdGhlIHNhbWUgSGliZXJuYXRlIHNlc3Npb24uIEhvd2V2ZXIsIGVhY2ggY2FsbCB0
byBvcGVuU2Vzc2lvbigpIHdpbGwgZW5kIHVwIHJldHVybmluZyBhIG1hbmFnZWQgY29ubmVjdGlv
biBmb3IgdGhhdCBvbmUgc2Vzc2lvbi4NCiguLi4pDQpXb3VsZCBpdCBub3QgYmUgd29ydGggaXQg
dG8gc3RpbGwgdXNlIHNvbWUgc29ydCBvZiAoYWJzdHJhY3RlZCwgbm90IEhpYmVybmF0ZSBzcGVj
aWZpYykgd3JhcHBlciB3aGljaCBlbmRzIHVwIHB1dHRpbmcgdGhlIHNlc3Npb24gb24gdGhlIHRo
cmVhZCwgc28gdGhhdCB5b3UgZW5kIHVwIHVzaW5nIHRoZSBzYW1lIGNvbm5lY3Rpb24gd2l0aGlu
IHRoYXQgYnVzaW5lc3MgbWV0aG9kIGludm9jYXRpb24/DQo8L3F1b3RlPg0KDQpJIHNlZSAyIHNv
bHV0aW9ucyBmb3IgdGhpcyB3aXRoIFNwcmluZzoNCg0KMS4gSGliZXJuYXRlVHJhbnNhY3Rpb25N
YW5hZ2VyIHdpdGggYSBub24tSkNBIFNlc3Npb25GYWN0b3J5DQoNClVzZSBIaWJlcm5hdGVUcmFu
c2FjdGlvbk1hbmFnZXIgdG8gZGVtYXJjYXRlIHRyYW5zYWN0aW9ucyB3aXRoaW4gdGhlIEVKQiBp
bXBsZW1lbnRhdGlvbiwgd2l0aCBhIG5vbi1KQ0EgSGliZXJuYXRlIFNlc3Npb25GYWN0b3J5IGNv
bmZpZ3VyZWQgdG8gdXNlIGl0cyBKVEFUcmFuc2FjdGlvbiBzdHJhdGVneS4gQSBIaWJlcm5hdGUg
dHJhbnNhY3Rpb24gd2lsbCBhdXRvbWF0aWNhbGx5IHRha2UgcGFydCBpbiBhIEpUQSB0cmFuc2Fj
dGlvbiB0aGVuLCBpbnRlcnByZXRpbmcgSGliZXJuYXRlVHJhbnNhY3Rpb25NYW5hZ2VyJ3MgY29t
bWl0IG9yIHJvbGxiYWNrIGluIHRoYXQgY29udGV4dC4gVGhlIG5pY2UgdGhpbmcgaXMgdGhhdCBI
aWJlcm5hdGVUcmFuc2FjdGlvbk1hbmFnZXIgd2lsbCBjYXJlIGZvciB0aHJlYWQtYmluZGluZyBh
bmQgdW5iaW5kaW5nIG9mIGEgU2Vzc2lvbiBkdXJpbmcgYSBIaWJlcm5hdGUgdHJhbnNhY3Rpb24u
DQoNCkFjdHVhbGx5LCB5b3UgX25lZWRfIHRvIHVzZSBIaWJlcm5hdGVUcmFuc2FjdGlvbk1hbmFn
ZXIgKG9yIGV4cGxpY2l0IEhpYmVybmF0ZSB0cmFuc2FjdGlvbiBjb2RlKSB3aXRoIEhpYmVybmF0
ZSdzIEpUQVRyYW5zYWN0aW9uIHN0cmF0ZWd5IGZvciB0cmFuc2FjdGlvbmFsIEpWTS1sZXZlbCBj
YWNoaW5nIHdpdGggYW4gX2V4aXN0aW5nXyBKVEEgdHJhbnNhY3Rpb24gYW5kIGEgbm9uLUpDQSBT
ZXNzaW9uRmFjdG9yeS4gVGhlIHJlYXNvbiBpcyB0aGF0IEhpYmVybmF0ZSdzIG93biBKVEEgdHJh
bnNhY3Rpb24gc3luY2hyb25pemF0aW9uIG9ubHkgd29ya3Mgd2l0aCBleHBsaWNpdCBIaWJlcm5h
dGUgZGVtYXJjYXRpb24gb24gSlRBVHJhbnNhY3Rpb24uIFNwcmluZy1kcml2ZW4gSlRBIHRyYW5z
YWN0aW9ucyB2aWEgSnRhVHJhbnNhY3Rpb25NYW5hZ2VyIGRvbid0IHN1ZmZlciBmcm9tIHRoaXMg
aXNzdWUsIGR1ZSB0byB0aGUgbGF0dGVyJ3Mgb3duIHN5bmNocm9uaXphdGlvbiBtZWNoYW5pc20u
DQoNCkFuIGFkdmFudGFnZSBvZiB0aGlzIHNvbHV0aW9uIGlzIHRoYXQgZXhhY3RseSB0aGUgc2Ft
ZSBhcHBsaWNhdGlvbiBjb250ZXh0IGRlZmluaXRpb24gd2lsbCB3b3JrIHRyYW5zYWN0aW9uYWxs
eSBvdXRzaWRlIG9mIGFuIEVKQiBlbnZpcm9ubWVudCB0b28sIGUuZy4gaW4gYSB3ZWIgYXBwbGlj
YXRpb24uIFlvdSdkIGp1c3QgbmVlZCB0byByZWNvbmZpZ3VyZSBIaWJlcm5hdGUgdG8gdXNlIGl0
cyBKREJDVHJhbnNhY3Rpb24gc3RyYXRlZ3kuIE9mIGNvdXJzZSwgeW91IGNhbiB1c2UgYm90aCBU
cmFuc2FjdGlvblRlbXBsYXRlIGFuZCBUcmFuc2FjdGlvbkludGVyY2VwdG9yIHRvIGRlbWFyY2F0
ZSB0cmFuc2FjdGlvbnMsIHdpdGhvdXQgYSBkZXBlbmRlbmN5IG9uIEhpYmVybmF0ZS4NCg0KVGhl
IG1ham9yIGlzc3VlIGhlcmUgaXM6IFdoZXJlIHRvIGluaXRpYWxpemUgYW5kIGtlZXAgdGhlIGxv
Y2FsIFNlc3Npb25GYWN0b3J5IGluIGFuIEVKQiBlbnZpcm9ubWVudD8gT2YgY291cnNlLCB5b3Ug
Y291bGQgdXNlIGEgTG9jYWxTZXNzaW9uRmFjdG9yeUJlYW4gaW4gdGhlIGFwcGxpY2F0aW9uIGNv
bnRleHQsIGJ1dCBpdCB3b3VsZCBnZXQgaW5zdGFudGlhdGVkIGZvciBldmVyeSBFSkIgaW5zdGFu
Y2UgdGhhdCBsb2FkcyB0aGUgY29udGV4dCBpbiBlamJDcmVhdGUuIFByb2JhYmx5IHRoZSBiZXN0
IHdheSB3aWxsIGJlIHRvIG1hbnVhbGx5IGluaXRpYWxpemUgYW5kIHJlZ2lzdGVyIHRoZSBTZXNz
aW9uRmFjdG9yeSB3aXRoIEpOREkgaW4gc29tZSBzZXJ2ZXItc3BlY2lmaWMgc3RhcnR1cCBjbGFz
cywgYW5kIGFjY2VzcyBpdCBpbiB0aGUgYXBwbGljYXRpb24gY29udGV4dCB2aWEgYSBKbmRpT2Jq
ZWN0RmFjdG9yeUJlYW4uDQoNCjIuIEhpYmVybmF0ZUludGVyY2VwdG9yIHdpdGggYSBKQ0EgU2Vz
c2lvbkZhY3RvcnkNCg0KVXNlIFNwcmluZydzIEhpYmVybmF0ZUludGVyY2VwdG9yIHdoaWNoIHdp
bGwgc2ltcGx5IGJpbmQgYSBuZXcgSGliZXJuYXRlIFNlc3Npb24gZnJvbSBhIGdpdmVuIFNlc3Np
b25GYWN0b3J5IHRvIHRoZSB0aHJlYWQgYmVmb3JlIG1ldGhvZCBpbnZvY2F0aW9uIGFuZCB1bmJp
bmQgaXQgYWZ0ZXJ3YXJkcywgd2l0aG91dCBhbnkgdHJhbnNhY3Rpb24gaGFuZGxpbmcuIEFsbCBE
QU8gbWV0aG9kcyBpbnZva2VkIGluIHRoZSBjb3Vyc2Ugb2YgYW4gaW52b2NhdGlvbiB3aWxsIHRo
ZW4gdXNlIHRoZSBzYW1lIFNlc3Npb24gaW5zdGFuY2UuIEhpYmVybmF0ZUludGVyY2VwdG9yIGlz
IG1haW5seSBpbnRlbmRlZCBmb3Igbm9uLUhpYmVybmF0ZVRlbXBsYXRlIGRhdGEgYWNjZXNzIGNv
ZGUgdGhhdCB1c2VzICJTZXNzaW9uRmFjdG9yeVV0aWxzLmdldFNlc3Npb24oc2Vzc2lvbkZhY3Rv
cnksZmFsc2UpIiwgYnV0IGl0IHdpbGwgd29yayB3aXRoIEhpYmVybmF0ZVRlbXBsYXRlIHRvby4N
Cg0KSGliZXJuYXRlSW50ZXJjZXB0b3Igd2lsbCByZXNwZWN0IEhpYmVybmF0ZVRyYW5zYWN0aW9u
TWFuYWdlciB0cmFuc2FjdGlvbnMgYW5kIHNpbXBseSB0YWtlIHBhcnQgaW4gdGhlbS4gSWYgdGhl
IGRhdGEgYWNjZXNzIGNvZGUgZ2V0cyBleGVjdXRlZCB3aXRoaW4gYSBIaWJlcm5hdGUgdHJhbnNh
Y3Rpb24gaW4gYW55IGNhc2UsIEhpYmVybmF0ZUludGVyY2VwdG9yIGlzIGVmZmVjdGl2ZWx5IHJl
ZHVuZGFudC4gTm90ZSB0aG91Z2ggdGhhdCBIaWJlcm5hdGVUcmFuc2FjdGlvbk1hbmFnZXIgd291
bGQgY2xhc2ggd2l0aCB0aGUgSGliZXJuYXRlIEpDQSBhZGFwdGVyIHRoYXQgc29sZWx5IHdvcmtz
IHdpdGggSlRBIHRyYW5zYWN0aW9ucyBhbmQgZG9lcyBub3Qgc3VwcG9ydCBIaWJlcm5hdGUgYmVn
aW5UcmFuc2FjdGlvbiBjYWxscy4gVGh1cywgdGhlIGZpcnN0IG9wdGlvbiB3aWxsIG5vdCB3b3Jr
IHdpdGggSkNBLCBidXQgdGhpcyBpbnRlcmNlcHRvci1iYXNlZCBzb2x1dGlvbiB3aWxsLg0KDQpT
byBpZiB5b3Ugd2FudCB0byBzdGljayB3aXRoIHRoZSBKQ0EgYWRhcHRlciwgeW91IGNvdWxkIHVz
ZSBhIFNwcmluZyBhcHBsaWNhdGlvbiBjb250ZXh0IGluIHlvdXIgRUpCIHdoZXJlIGFsbCBidXNp
bmVzcyBtZXRob2RzIGFyZSBBT1AtY29uZmlndXJlZCB0byB1c2UgSGliZXJuYXRlSW50ZXJjZXB0
b3IuIFRoZSBsYXR0ZXIgd291bGQgY2FyZSBmb3IgSGliZXJuYXRlIFNlc3Npb24gYmluZGluZyB3
aXRob3V0IGFueSBpbnRydXNpb24gaW50byB0aGUgYnVzaW5lc3Mgb3IgZGF0YSBhY2Nlc3MgY29k
ZSwgcGxheWluZyB0aGUgcm9sZSBvZiB0aGUgd3JhcHBlciB0aGF0IHlvdSd2ZSBwcm9wb3NlZC4g
QlRXLCBTcHJpbmcgb2ZmZXJzIHRoZSBzYW1lIGxldmVsIG9mIHN1cHBvcnQgZm9yIEpETy4NCg0K
SkNBIHdpbGwgY2FyZSBmb3IgU2Vzc2lvbkZhY3RvcnkgaW5pdGlhbGl6YXRpb24gYW5kIHJldHJp
ZXZhbCBoZXJlLiBBIEpuZGlPYmplY3RGYWN0b3J5QmVhbiBjYW4gc2ltcGx5IGFjY2VzcyB0aGUg
Sk5ESS1ib3VuZCBKQ0EgU2Vzc2lvbkZhY3RvcnkuIFlvdSB3aWxsIGhhdmUgdG8gbWVzcyBhcm91
bmQgd2l0aCBjb250YWluZXItc3BlY2lmaWMgQ29ubmVjdG9yIGRlcGxveW1lbnQgYW5kIGNvbmZp
Z3VyYXRpb24sIHRob3VnaC4gSSByZWFsbHkgb25seSByZWNvbW1lbmQgdGhpcyBmb3IgSGliZXJu
YXRlIGRhdGEgYWNjZXNzIGluIGFuIEVKQiBlbnZpcm9ubWVudC4gRWxzZSB5b3UgY2FuIGhhdmUg
YSBtdWNoIHNpbXBsZXIgc2V0dXAgd2l0aCBMb2NhbFNlc3Npb25GYWN0b3J5QmVhbiBhbmQgYSB0
cmFuc2FjdGlvbi1kcml2aW5nIEp0YVRyYW5zYWN0aW9uTWFuYWdlciAob3IgSGliZXJuYXRlVHJh
bnNhY3Rpb25NYW5hZ2VyKSwgcHJvdmlkaW5nIHRoZSBzYW1lIGJlbmVmaXRzLg0KDQpSZWdhcmRz
LA0KSnVlcmdlbg0K

RE: [Springframework-developer] CVS troubles

[<jue...@we...>]

I guess we should consider making you a Spring Framework developer =
anyway, not just to allow SSH access :-)

Juergen


-----Original Message-----
From: Alef Arendsen (JTeam) [mailto:al...@jt...]
Sent: Monday, July 21, 2003 6:09 PM
To: spr...@li...
Subject: [Springframework-developer] CVS troubles


Hi guys,

I was planning to do some work on the JSPs of the Petclinic today and
some other interesting stuff, but I can't seem to reach the CVS through
anynomous access. On some other projects (where I'm a developer) the SSH
access still works. I've had those problems before, and heard other
people complaining in the past as well... (it either take ages and then
I get nothing, or it says error: cvs.sourceforge.net: 0)...

Any way we can get around this... I'd like to stay up-to-date to the
sources and stuff...

Alef


-----Oorspronkelijk bericht-----
Van: spr...@li...
[mailto:spr...@li...] Namens
j=FCrgen h=F6ller [werk3AT]
Verzonden: Monday, July 21, 2003 5:03 PM
Aan: spr...@li...
Onderwerp: [Springframework-developer] Fixed circular reference
mechanism


FYI, I've just fixed AbstractBeanFactory's circular reference mechanism:

1. It now correctly handles repeated references to the same FactoryBean
instance. Formerly, it resolved them via newlyCreatedBeans to the
FactoryBean itself instead of the created object, resulting in a type
mismatch exception on property population.

2. It does not use newlyCreatedBeans for prototype references anymore.
Formerly, it returned the same prototype instance for multiple
references to the same prototype.

Thanks to Thomas Achleitner for reporting the first issue! He spent
numerous hours debugging his app until we finally found the root cause
in a phone session...

Juergen


DI J=FCrgen H=F6ller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
part of werk3AT internetmedien oeg

europaplatz 4
A - 4020 linz

t.  +43 (0) 732 71 65 29 502
f.  +43 (0) 732 71 65 29 3
jue...@we...
www.werk3at.com
______________________________________
werk3ATS - WIR ENTWICKELN ERFOLG



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] AbstractApplicationContext

[<jue...@we...>]

SGkgSmVhbi1QaWVycmUsDQogDQo8cXVvdGU+DQpDdXJyZW50bHksIEFic3RyYWN0QXBwbGljYXRp
b25Db250ZXh0IGluaXRpYWxpemVzIHRoZSBtZXNzYWdlU291cmNlIGF0IHRoZSB2ZXJ5IGVuZCBv
ZiB0aGUgcHJvY2VzcyBhbmQgbm90YWJseSBiZWZvcmUgcHJlSW5zdGFudGlhdGVTaW5nbGV0b25z
KCkuDQo8L3F1b3RlPg0KIA0KSSBhc3N1bWUgeW91IG1lYW4gIi4uLiAqYWZ0ZXIqIHByZUluc3Rh
bnRpYXRlU2luZ2xldG9ucyIgOi0pDQogDQpZb3UncmUgcmlnaHQgdGhhdCBBYnN0cmFjdEFwcGxp
Y2F0aW9uQ29udGV4dCdzIGluaXRpYWxpemF0aW9uIG9yZGVyIGRpZG4ndCBhbGxvdyBBcHBsaWNh
dGlvbkNvbnRleHRBd2FyZSBzaW5nbGV0b24gYmVhbnMgdG8gYWNjZXNzIHRoZSBjb250ZXh0J3Mg
bWVzc2FnZSBzb3VyY2UuIFRoZSByYXRpb25hbGUgd2FzIHRvIGluc3RhbnRpYXRlIGFsbCBzaW5n
bGV0b25zIGluY2x1ZGluZyB0aGUgbWVzc2FnZSBzb3VyY2UgaW4gYSB1bmlmb3JtIHdheS4gSSd2
ZSBqdXN0IHJld29ya2VkIHRoaXMgYW5kIGludHJvZHVjZWQgZGlmZmVyZW50IG1lYW5zIG9mIGF2
b2lkIHJlaW5pdGlhbGl6YXRpb24gb2Ygc2luZ2xldG9ucy4gTm93IHNpbmdsZXRvbiBiZWFucyBj
YW4gYWNjZXNzIHRoZSBtZXNzYWdlIHNvdXJjZSB3aXRob3V0IGhhc3NsZS4NCiANClJlZ2FyZHMs
DQpKdWVyZ2VuDQogDQogDQoNCgktLS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tIA0K
CVZvbjogSlAgUGF3bGFrIFttYWlsdG86anAucGF3bGFrQHRpc2NhbGkuZnJdIA0KCUdlc2VuZGV0
OiBNbyAyMS4wNy4yMDAzIDIxOjU4IA0KCUFuOiBzcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxp
c3RzLnNvdXJjZWZvcmdlLm5ldCANCglDYzogDQoJQmV0cmVmZjogW1NwcmluZ2ZyYW1ld29yay1k
ZXZlbG9wZXJdIEFic3RyYWN0QXBwbGljYXRpb25Db250ZXh0DQoJDQoJDQoNCglIaSwNCgkNCglJ
IGhhdmUgYSBraW5kIG9mIGJ1c2luZXNzIG9iamVjdHMgdGhhdCBpbml0aWFsaXplIHRoZW0gd2l0
aCBkYXRhIGZyb20NCgl0aGUgQnVzaW5lc3MgTWVzc2FnZXMgcHJvcGVydHkgZmlsZSB1c2luZyBn
ZXRNZXNzYWdlKCkuDQoJU2VhcmNoaW5nIHRoZSBNZXNzYWdlU291cmNlIGJlYW4gd291bGQgYmUg
YSBoYWNrLg0KCQ0KCUN1cnJlbnRseSwgQWJzdHJhY3RBcHBsaWNhdGlvbkNvbnRleHQgaW5pdGlh
bGl6ZXMgdGhlIG1lc3NhZ2VTb3VyY2UgYXQNCgl0aGUgdmVyeSBlbmQgb2YgdGhlIHByb2Nlc3Mg
YW5kIG5vdGFibHkgYmVmb3JlDQoJcHJlSW5zdGFudGlhdGVTaW5nbGV0b25zKCkuDQoJSXMgYSBy
ZWFzb24gZm9yIHRoYXQgb3JkZXIgb3IgaXQgaXMgb25seSBhIGhhemFyZD8gSSB1bmRlcnN0YW5k
IHRoYXQNCglNZXNzYWdlU291cmNlIHdpbGwgc28gbm90IGJlIHRyZWF0ZWQgaWYgYW4gRXhjZXB0
aW9uIGlzIHRocm93biBieSBhDQoJc2luZ2xldG9uLg0KCQ0KCVRoYXQgaGFzIGZvciBjb25zZXF1
ZW5jZSB0aGF0IGdldE1lc3NhZ2UoKSBpcyBub3QgYXZhaWxhYmxlIHdoZW4gdGhlDQoJYmVhbiBy
ZWNlaXZlcyB0aGUgQXBwbGljYXRpb25Db250ZXh0LiBBcyB3b3JrYXJvdW5kLCBJIGhhdmUgY2hh
bmdlZCB0aGUNCgljb25jZXJuZWQgc2luZ2xldG9ucyBmcm9tIEFwcGxpY2F0aW9uQ29udGV4dEF3
YXJlIHRvDQoJQXBwbGljYXRpb25MaXN0ZW5lci4gQW5kIHRoZSBpbml0aWFsaXphdGlvbiBvY2N1
cnMgaW4gdGhlDQoJb25BcHBsaWNhdGlvbkV2ZW50IHdpdGggYSBzdGF0ZW1lbnQgbGlrZSAiaWYg
KGV2ZW50IGluc3RhbmNlb2YNCglDb250ZXh0UmVmcmVzaGVkRXZlbnQpIHsgeCB4IHggfSIuDQoJ
DQoJSXMgdGhpcyB0aGUgYmVzdCBzb2x1dGlvbiBvciBpbml0aWFsbGluZyBlYXJsaWVyIHRoZSBt
ZXNzYWdlU291cmNlIGNvdWxkDQoJYmUgcG9zc2libGU/DQoJDQoJUmVnYXJkcywNCglKZWFuLVBp
ZXJyZQ0KCQ0KCQ0KCQ0KCQ0KCQ0KCS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCglUaGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnk6
IFZNIFdhcmUNCglXaXRoIFZNd2FyZSB5b3UgY2FuIHJ1biBtdWx0aXBsZSBvcGVyYXRpbmcgc3lz
dGVtcyBvbiBhIHNpbmdsZSBtYWNoaW5lLg0KCVdJVEhPVVQgUkVCT09USU5HISBNaXggTGludXgg
LyBXaW5kb3dzIC8gTm92ZWxsIHZpcnR1YWwgbWFjaGluZXMgYXQgdGhlDQoJc2FtZSB0aW1lLiBG
cmVlIHRyaWFsIGNsaWNrIGhlcmU6IGh0dHA6Ly93d3cudm13YXJlLmNvbS93bC9vZmZlci8zNDUv
MA0KCV9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJU3By
aW5nZnJhbWV3b3JrLWRldmVsb3BlciBtYWlsaW5nIGxpc3QNCglTcHJpbmdmcmFtZXdvcmstZGV2
ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCWh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2Uu
bmV0L2xpc3RzL2xpc3RpbmZvL3NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXINCgkNCg0K

[Springframework-developer] AbstractApplicationContext

[JP P. <jp....@ti...>]

Hi,

I have a kind of business objects that initialize them with data from
the Business Messages property file using getMessage().
Searching the MessageSource bean would be a hack.

Currently, AbstractApplicationContext initializes the messageSource at
the very end of the process and notably before
preInstantiateSingletons().
Is a reason for that order or it is only a hazard? I understand that
MessageSource will so not be treated if an Exception is thrown by a
singleton.

That has for consequence that getMessage() is not available when the
bean receives the ApplicationContext. As workaround, I have changed the
concerned singletons from ApplicationContextAware to
ApplicationListener. And the initialization occurs in the
onApplicationEvent with a statement like "if (event instanceof
ContextRefreshedEvent) { x x x }".

Is this the best solution or initialling earlier the messageSource could
be possible?

Regards,
Jean-Pierre

[Springframework-developer] Summary of pending points

[JP P. <jp....@ti...>]

Hi everybody,

I just summarize the few points I discussed recently + 1 new.

1) INHERITANCE OF attributeCSV
The cause of the changed behaviour was found by Juergen. In abstract, we
could say it's a mapped property. As this, the current behaviour is
cleaner. Just, for completeness, it should be possible to changing or
adding new keys in the parent defined map with a syntax like :
My_view.CSVAttribute.header=head.jsp.

Perhaps, it still works. Anyway, it's minor and none of us has now time
for this kind of problematic. We simply know that the CSVAttribute is no
more merged with parent's one.

2) JBOSS DEPLOYMENT FEATURES CRASH
I found the responsible: com.interface21.web.util.Log4jConfigListener.
I simply don't use any more the listener and the application can
normally be un-deployed and redeployed. It's not surprising as JBoss
itself uses log4j and numerous people have or had troubles with
application use of log4j with JBoss.


3) SHORT LIVED CONTEXTUAL INFO IN MappingSqlQuery
I discussed with a few people about this topic. The SQL parameters are
not always sufficient to be able to create the correct object in the
mapRow method. If the extra information is only valid during the request
process, instance variables are not a good way. The cleanest way is
clearly adding the data as new parameter in the "execute" methods typed
as Object. The framework has only to provide this information in a new
(optional) parameter in mapRow.

No one seems, for time being, understand the need, but it's clear: I
will simply create the Objects with a target Locale. For now, I don't
use anymore the MappingSqlQuery, MappingSqlQueryWithParameters and
SqlQuery classes from the framework. I use instead a modified set of
them which is completely backward compatible and don't break tests.
Nevertheless it adds the possibility of using an extraneous Object
parameter for the described need by adding some new signatures.

I have for now not implemented the convenience methods with the new
feature as I use only the core signature. I also have not updated the
doc. It's why I cannot propose them in this status. The only drawback is
that I have to check changes in these classes in the framework. I will
put them in the sandbox when they will look cleaner.


4) CHECKBOXES AND MULTISELECT LIST BOXES
They exist in Html. We can't say: Don't use them when you work with
Spring (web). I provided a solution that works with very little change
and without design hacks. But we could have a design choice to make.
Clearly, Html user data are generally Strings, but can be
multi-dimensional (array, collection, map or what you want). See JSTL,
you have param.xxx and paramValues.xxx. The same in the javax API:
request.getParameter() and request.getParameterMap(). So, despite my
solution works, it's possibly not completely mature.


5) NEW CONTROLLER
That is a new topic. I'm using a self made Controller which I will soon
propose beside the WizardController. Its goal is to enclose a complete
CRUD scenario.
List of existing items with links to edition + link to new(add) - Form
edition - optional confirm views for RUD operations - easy separate
methods for each task. It will come with two AbstractControllers and a
ConcreteControllerExample. The whole in a tiny Demo Application. It's a
largely reusable set, notably for administration pages like handling
reference tables.

That's all areas for now,

Regards,
Jean-Pierre

[Springframework-developer] CVS troubles

[Alef A. \(JTeam\) <al...@jt...>]

Hi guys,

I was planning to do some work on the JSPs of the Petclinic today and
some other interesting stuff, but I can't seem to reach the CVS through
anynomous access. On some other projects (where I'm a developer) the SSH
access still works. I've had those problems before, and heard other
people complaining in the past as well... (it either take ages and then
I get nothing, or it says error: cvs.sourceforge.net: 0)...

Any way we can get around this... I'd like to stay up-to-date to the
sources and stuff...

Alef


-----Oorspronkelijk bericht-----
Van: spr...@li...
[mailto:spr...@li...] Namens
j=FCrgen h=F6ller [werk3AT]
Verzonden: Monday, July 21, 2003 5:03 PM
Aan: spr...@li...
Onderwerp: [Springframework-developer] Fixed circular reference
mechanism


FYI, I've just fixed AbstractBeanFactory's circular reference mechanism:

1. It now correctly handles repeated references to the same FactoryBean
instance. Formerly, it resolved them via newlyCreatedBeans to the
FactoryBean itself instead of the created object, resulting in a type
mismatch exception on property population.

2. It does not use newlyCreatedBeans for prototype references anymore.
Formerly, it returned the same prototype instance for multiple
references to the same prototype.

Thanks to Thomas Achleitner for reporting the first issue! He spent
numerous hours debugging his app until we finally found the root cause
in a phone session...

Juergen


DI J=FCrgen H=F6ller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
part of werk3AT internetmedien oeg

europaplatz 4
A - 4020 linz

t.  +43 (0) 732 71 65 29 502
f.  +43 (0) 732 71 65 29 3
jue...@we...
www.werk3at.com
______________________________________
werk3ATS - WIR ENTWICKELN ERFOLG



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] Fixed circular reference mechanism

[<jue...@we...>]

FYI, I've just fixed AbstractBeanFactory's circular reference mechanism:

1. It now correctly handles repeated references to the same FactoryBean =
instance. Formerly, it resolved them via newlyCreatedBeans to the =
FactoryBean itself instead of the created object, resulting in a type =
mismatch exception on property population.

2. It does not use newlyCreatedBeans for prototype references anymore. =
Formerly, it returned the same prototype instance for multiple =
references to the same prototype.

Thanks to Thomas Achleitner for reporting the first issue! He spent =
numerous hours debugging his app until we finally found the root cause =
in a phone session...

Juergen


DI J=FCrgen H=F6ller
Senior System Architect
______________________________________

werk3ATS - division systementwicklung
part of werk3AT internetmedien oeg

europaplatz 4
A - 4020 linz

t.  +43 (0) 732 71 65 29 502
f.  +43 (0) 732 71 65 29 3
jue...@we...
www.werk3at.com
______________________________________
werk3ATS - WIR ENTWICKELN ERFOLG

[Springframework-developer] (no subject)

[Naokatsu H. <na...@so...>]

RE : [Springframework-developer] Locale aware binding

[JP P. <jp....@ti...>]

Thanks, Juergen. This is very powerful, also for custom PropertyEditors!
I don't know about current status, but a half year ago, this was not
possible in the Struts-Validator.

I didn't realize that the InitBinder is called on each request.

Regards,
Jean-Pierre

-----Message d'origine-----
De=A0: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]=20
Envoy=E9=A0: dimanche 20 juillet 2003 12:46
=C0=A0: JP Pawlak; spr...@li...
Objet=A0: Re: [Springframework-developer] Locale aware binding

Hi Jean-Pierre,
=20
CustomDateEditor and CustomNumberEditor and meant to be registered
explicitly, as they depend on specific parameters like the current
locale. They can be configured to use any DateFormat resp. NumberFormat
for parsing, and to either set empty values to null or throw an
exception. They will also get applied for rendering on
Errors.getFieldValue and thus BindStatus evaluation within a bind tag.
=20
In a BaseCommandController subclass like one of the form controller
classes, you can override initBinder to call registerCustomEditor on the
ServletRequestDataBinder instance used. A custom editor can be
registered for either all fields of the given type or just a specific
field. RequestContextUtils.getLocale will return the current locale as
determined by the LocaleResolver, to retrieve a specific NumberFormat or
DateFormat instance. E.g.:
=20
protected void initBinder(HttpServletRequest request,
ServletRequestDataBinder binder) throws ServletException {
  Locale locale =3D RequestContextUtils.getLocale(request);
  DateFormat dateFormat =3D DateFormat.getDateInstance(DateFormat.SHORT,
locale);

  binder.registerCustomEditor(Date.class, new
CustomDateEditor(dateFormat, false));
}
=20
Regards,
Juergen
=20
=20

	-----Urspr=FCngliche Nachricht-----=20
	Von: JP Pawlak [mailto:jp....@ti...]=20
	Gesendet: So 20.07.2003 10:39=20
	An: spr...@li...=20
	Cc:=20
	Betreff: [Springframework-developer] Locale aware binding
=09
=09

	Hi everyone,

	=20

	Knows anyone how to make locale specific databindings?

	I have seen date and number propertiesEditors using apparently
localized binding. But how the binder knows which Locale to use? As =
it=92s
not the system Locale which is to be used, but the user=92s one.

	=20

	Regards,

	Jean-Pierre

	=20

Re: [Springframework-developer] Locale aware binding

[<jue...@we...>]

SGkgSmVhbi1QaWVycmUsDQogDQpDdXN0b21EYXRlRWRpdG9yIGFuZCBDdXN0b21OdW1iZXJFZGl0
b3IgYW5kIG1lYW50IHRvIGJlIHJlZ2lzdGVyZWQgZXhwbGljaXRseSwgYXMgdGhleSBkZXBlbmQg
b24gc3BlY2lmaWMgcGFyYW1ldGVycyBsaWtlIHRoZSBjdXJyZW50IGxvY2FsZS4gVGhleSBjYW4g
YmUgY29uZmlndXJlZCB0byB1c2UgYW55IERhdGVGb3JtYXQgcmVzcC4gTnVtYmVyRm9ybWF0IGZv
ciBwYXJzaW5nLCBhbmQgdG8gZWl0aGVyIHNldCBlbXB0eSB2YWx1ZXMgdG8gbnVsbCBvciB0aHJv
dyBhbiBleGNlcHRpb24uIFRoZXkgd2lsbCBhbHNvIGdldCBhcHBsaWVkIGZvciByZW5kZXJpbmcg
b24gRXJyb3JzLmdldEZpZWxkVmFsdWUgYW5kIHRodXMgQmluZFN0YXR1cyBldmFsdWF0aW9uIHdp
dGhpbiBhIGJpbmQgdGFnLg0KIA0KSW4gYSBCYXNlQ29tbWFuZENvbnRyb2xsZXIgc3ViY2xhc3Mg
bGlrZSBvbmUgb2YgdGhlIGZvcm0gY29udHJvbGxlciBjbGFzc2VzLCB5b3UgY2FuIG92ZXJyaWRl
IGluaXRCaW5kZXIgdG8gY2FsbCByZWdpc3RlckN1c3RvbUVkaXRvciBvbiB0aGUgU2VydmxldFJl
cXVlc3REYXRhQmluZGVyIGluc3RhbmNlIHVzZWQuIEEgY3VzdG9tIGVkaXRvciBjYW4gYmUgcmVn
aXN0ZXJlZCBmb3IgZWl0aGVyIGFsbCBmaWVsZHMgb2YgdGhlIGdpdmVuIHR5cGUgb3IganVzdCBh
IHNwZWNpZmljIGZpZWxkLiBSZXF1ZXN0Q29udGV4dFV0aWxzLmdldExvY2FsZSB3aWxsIHJldHVy
biB0aGUgY3VycmVudCBsb2NhbGUgYXMgZGV0ZXJtaW5lZCBieSB0aGUgTG9jYWxlUmVzb2x2ZXIs
IHRvIHJldHJpZXZlIGEgc3BlY2lmaWMgTnVtYmVyRm9ybWF0IG9yIERhdGVGb3JtYXQgaW5zdGFu
Y2UuIEUuZy46DQogDQpwcm90ZWN0ZWQgdm9pZCBpbml0QmluZGVyKEh0dHBTZXJ2bGV0UmVxdWVz
dCByZXF1ZXN0LCBTZXJ2bGV0UmVxdWVzdERhdGFCaW5kZXIgYmluZGVyKSB0aHJvd3MgU2Vydmxl
dEV4Y2VwdGlvbiB7DQogIExvY2FsZSBsb2NhbGUgPSBSZXF1ZXN0Q29udGV4dFV0aWxzLmdldExv
Y2FsZShyZXF1ZXN0KTsNCiAgRGF0ZUZvcm1hdCBkYXRlRm9ybWF0ID0gRGF0ZUZvcm1hdC5nZXRE
YXRlSW5zdGFuY2UoRGF0ZUZvcm1hdC5TSE9SVCwgbG9jYWxlKTsNCg0KICBiaW5kZXIucmVnaXN0
ZXJDdXN0b21FZGl0b3IoRGF0ZS5jbGFzcywgbmV3IEN1c3RvbURhdGVFZGl0b3IoZGF0ZUZvcm1h
dCwgZmFsc2UpKTsNCn0NCiANClJlZ2FyZHMsDQpKdWVyZ2VuDQogDQogDQoNCgktLS0tLVVyc3By
w7xuZ2xpY2hlIE5hY2hyaWNodC0tLS0tIA0KCVZvbjogSlAgUGF3bGFrIFttYWlsdG86anAucGF3
bGFrQHRpc2NhbGkuZnJdIA0KCUdlc2VuZGV0OiBTbyAyMC4wNy4yMDAzIDEwOjM5IA0KCUFuOiBz
cHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglDYzogDQoJ
QmV0cmVmZjogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIExvY2FsZSBhd2FyZSBiaW5kaW5n
DQoJDQoJDQoNCglIaSBldmVyeW9uZSwNCg0KCSANCg0KCUtub3dzIGFueW9uZSBob3cgdG8gbWFr
ZSBsb2NhbGUgc3BlY2lmaWMgZGF0YWJpbmRpbmdzPw0KDQoJSSBoYXZlIHNlZW4gZGF0ZSBhbmQg
bnVtYmVyIHByb3BlcnRpZXNFZGl0b3JzIHVzaW5nIGFwcGFyZW50bHkgbG9jYWxpemVkIGJpbmRp
bmcuIEJ1dCBob3cgdGhlIGJpbmRlciBrbm93cyB3aGljaCBMb2NhbGUgdG8gdXNlPyBBcyBpdOKA
mXMgbm90IHRoZSBzeXN0ZW0gTG9jYWxlIHdoaWNoIGlzIHRvIGJlIHVzZWQsIGJ1dCB0aGUgdXNl
cuKAmXMgb25lLg0KDQoJIA0KDQoJUmVnYXJkcywNCg0KCUplYW4tUGllcnJlDQoNCgkgDQoNCg==

[Springframework-developer] Locale aware binding

[JP P. <jp....@ti...>]

Hi everyone,

 

Knows anyone how to make locale specific databindings?

I have seen date and number propertiesEditors using apparently localized
binding. But how the binder knows which Locale to use? As it's not the
system Locale which is to be used, but the user's one.

 

Regards,

Jean-Pierre

 

Re: [Springframework-developer] Re: [Springframework-developer] Fw: [springframework - Open Discussion] RE: BeanFactory=>Generic Container

[Rod J. <rod...@in...>]

I've committed this change (ability to specify arbitrary init method without
depending on a Spring interface). See initializers.xml in the XML bean
factory test suite for an example of using the new "init-method" attribute.

Custom initializers can throw any exception; the only restriction is that
they may have no arguments.

Regards,
Rod


----- Original Message -----
From: "Kopylenko, Dmitry" <dko...@su...>
To: "'Rod Johnson'" <rod...@in...>; <jp....@ti...>;
"'trisberg'" <tri...@tr...>
Cc: "'juergen.hoeller'" <jue...@we...>;
"'springframework-developer'"
<spr...@li...>
Sent: Friday, July 18, 2003 7:07 PM
Subject: RE: [Springframework-developer] Re: [Springframework-developer] Fw:
[springframework - Open Discussion] RE: BeanFactory=>Generic Container


+1 for keeping InitializingBean. We use it "all over the place" :-)

D.

-----Original Message-----
From: Rod Johnson [mailto:rod...@in...]
Sent: Friday, July 18, 2003 1:48 PM
To: jp....@ti...; trisberg
Cc: juergen.hoeller; springframework-developer
Subject: Re: [Springframework-developer] Re: [Springframework-developer] Fw:
[springframework - Open Discussion] RE: BeanFactory=>Generic Container


OK, I can implement this.

I think we must keep InitializingBean however. Many framework classes depend
on it and we should not force users to know the relevant init method that
they may not care about, and we must not force users to remember to set the
magic initialization attribute to get the AOP framework etc to work.

So I propose:
- Keep InitializingBean
- Add a new "init-method" attribute for arbitrary methods. If a class
implements both IB and has an initializer, the IB method will be called
first. If the user specifies an init-method att and there's no such method
that's treated as a fatal exception.

Regards,
Rod

----- Original Message -----
From: <jp....@ti...>
To: "trisberg" <tri...@tr...>
Cc: "juergen.hoeller" <jue...@we...>;
"springframework-developer"
<spr...@li...>
Sent: Friday, July 18, 2003 4:47 PM
Subject: [Springframework-developer] Re: [Springframework-developer] Fw:
[springframework - Open Discussion] RE: BeanFactory=>Generic Container


+1

Just to see how handle the Exceptions. No Spring specific Exception has to
be waited for. The called method can have or not a throws statement and it
can always throw a RuntimeException. The factory will have to catch any
Exception and throwing itself a ServletException? If an initialization
method throws any kind of Exception, it's allways fatal.

So we can gain a new design step.

Jean-Pierre
---------- Initial Header -----------

From      : spr...@li...
To          : "jürgen höller [werk3AT]" <jue...@we...>
Cc          : spr...@li...
Date      : Fri, 18 Jul 2003 09:55:43 -0400
Subject : Re: [Springframework-developer] Fw: [springframework - Open
Discussion] RE: BeanFactory=>Generic Container

Juergen,

> I consider that an interesting idea: As an alternative to
InitializingBean,
> we could indeed add such an "initializing_method" attribute,
> specifying a no-arg init method on the object. That would allow for
> initialization that depends on multiple properties without
> implementing any Spring-specific interface. What you think about this?

+1

I see no disadvantages, and it would be nice to not having to depend on any
Spring interfaces at all.

Thomas


-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same
time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


********** L'ADSL A 20 EUR/MOIS**********
Tiscali propose l'ADSL le moins cher du marché : 20 EUR/mois et le modem
ADSL offert ! Pour profiter de cette offre exceptionnelle, cliquez ici :
http://register.tiscali.fr/adsl/ Offre soumise à conditions.




-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same
time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer





-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the same
time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Re: [Springframework-developer] Fw: [springframework - Open Discussion] RE: BeanFactory=>Generic Container

[Ken K. <kk...@kk...>]

+1 Sounds right to me.

Rod Johnson wrote:

>OK, I can implement this.
>
>I think we must keep InitializingBean however. Many framework classes depend
>on it and we should not force users to know the relevant init method that
>they may not care about, and we must not force users to remember to set the
>magic initialization attribute to get the AOP framework etc to work.
>
>So I propose:
>- Keep InitializingBean
>- Add a new "init-method" attribute for arbitrary methods. If a class
>implements both IB and has an initializer, the IB method will be called
>first. If the user specifies an init-method att and there's no such method
>that's treated as a fatal exception.
>
>Regards,
>Rod
>
>----- Original Message -----
>From: <jp....@ti...>
>To: "trisberg" <tri...@tr...>
>Cc: "juergen.hoeller" <jue...@we...>;
>"springframework-developer"
><spr...@li...>
>Sent: Friday, July 18, 2003 4:47 PM
>Subject: [Springframework-developer] Re: [Springframework-developer] Fw:
>[springframework - Open Discussion] RE: BeanFactory=>Generic Container
>
>
>+1
>
>Just to see how handle the Exceptions. No Spring specific Exception has to
>be waited for. The called method can have or not a throws statement and it
>can always throw a RuntimeException. The factory will have to catch any
>Exception and throwing itself a ServletException? If an initialization
>method throws any kind of Exception, it's allways fatal.
>
>So we can gain a new design step.
>
>Jean-Pierre
>---------- Initial Header -----------
>
>>From      : spr...@li...
>To          : "jürgen höller [werk3AT]" <jue...@we...>
>Cc          : spr...@li...
>Date      : Fri, 18 Jul 2003 09:55:43 -0400
>Subject : Re: [Springframework-developer] Fw: [springframework - Open
>Discussion] RE: BeanFactory=>Generic Container
>
>Juergen,
>
>  
>
>>I consider that an interesting idea: As an alternative to
>>    
>>
>InitializingBean,
>  
>
>>we could indeed add such an "initializing_method" attribute, specifying a
>>no-arg init method on the object. That would allow for initialization that
>>depends on multiple properties without implementing any Spring-specific
>>interface. What you think about this?
>>    
>>
>
>+1
>
>I see no disadvantages, and it would be nice to not having to depend on any
>Spring interfaces at all.
>
>Thomas
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: VM Ware
>With VMware you can run multiple operating systems on a single machine.
>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
>same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>********** L'ADSL A 20 EUR/MOIS**********
>Tiscali propose l'ADSL le moins cher du marché : 20 EUR/mois et le modem
>ADSL offert !
>Pour profiter de cette offre exceptionnelle, cliquez ici :
>http://register.tiscali.fr/adsl/
>Offre soumise à conditions.
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: VM Ware
>With VMware you can run multiple operating systems on a single machine.
>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
>same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: VM Ware
>With VMware you can run multiple operating systems on a single machine.
>WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
>same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>  
>

RE: [Springframework-developer] Re: [Springframework-developer] F w: [springframework - Open Discussion] RE: BeanFactory=>Generic Container

[Kopylenko, D. <dko...@ac...>]

+1 for keeping InitializingBean. We use it "all over the place" :-)

D.

-----Original Message-----
From: Rod Johnson [mailto:rod...@in...]=20
Sent: Friday, July 18, 2003 1:48 PM
To: jp....@ti...; trisberg
Cc: juergen.hoeller; springframework-developer
Subject: Re: [Springframework-developer] Re: =
[Springframework-developer] Fw:
[springframework - Open Discussion] RE: BeanFactory=3D>Generic =
Container


OK, I can implement this.

I think we must keep InitializingBean however. Many framework classes =
depend
on it and we should not force users to know the relevant init method =
that
they may not care about, and we must not force users to remember to set =
the
magic initialization attribute to get the AOP framework etc to work.

So I propose:
- Keep InitializingBean
- Add a new "init-method" attribute for arbitrary methods. If a class
implements both IB and has an initializer, the IB method will be called
first. If the user specifies an init-method att and there's no such =
method
that's treated as a fatal exception.

Regards,
Rod

----- Original Message -----
From: <jp....@ti...>
To: "trisberg" <tri...@tr...>
Cc: "juergen.hoeller" <jue...@we...>;
"springframework-developer"
<spr...@li...>
Sent: Friday, July 18, 2003 4:47 PM
Subject: [Springframework-developer] Re: [Springframework-developer] =
Fw:
[springframework - Open Discussion] RE: BeanFactory=3D>Generic =
Container


+1

Just to see how handle the Exceptions. No Spring specific Exception has =
to
be waited for. The called method can have or not a throws statement and =
it
can always throw a RuntimeException. The factory will have to catch any
Exception and throwing itself a ServletException? If an initialization
method throws any kind of Exception, it's allways fatal.

So we can gain a new design step.

Jean-Pierre
---------- Initial Header -----------

From      : spr...@li...
To          : "j=C3=BCrgen h=C3=B6ller [werk3AT]" =
<jue...@we...>
Cc          : spr...@li...
Date      : Fri, 18 Jul 2003 09:55:43 -0400
Subject : Re: [Springframework-developer] Fw: [springframework - Open
Discussion] RE: BeanFactory=3D>Generic Container

Juergen,

> I consider that an interesting idea: As an alternative to
InitializingBean,
> we could indeed add such an "initializing_method" attribute,=20
> specifying a no-arg init method on the object. That would allow for=20
> initialization that depends on multiple properties without=20
> implementing any Spring-specific interface. What you think about =
this?

+1

I see no disadvantages, and it would be nice to not having to depend on =
any
Spring interfaces at all.

Thomas


-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the =
same
time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


********** L'ADSL A 20 EUR/MOIS**********
Tiscali propose l'ADSL le moins cher du march=E9 : 20 EUR/mois et le =
modem
ADSL offert ! Pour profiter de cette offre exceptionnelle, cliquez ici =
:
http://register.tiscali.fr/adsl/ Offre soumise =E0 conditions.




-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the =
same
time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer





-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the =
same
time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Re: [Springframework-developer] Fw: [springframework - Open Discussion] RE: BeanFactory=>Generic Container

[Rod J. <rod...@in...>]

OK, I can implement this.

I think we must keep InitializingBean however. Many framework classes depend
on it and we should not force users to know the relevant init method that
they may not care about, and we must not force users to remember to set the
magic initialization attribute to get the AOP framework etc to work.

So I propose:
- Keep InitializingBean
- Add a new "init-method" attribute for arbitrary methods. If a class
implements both IB and has an initializer, the IB method will be called
first. If the user specifies an init-method att and there's no such method
that's treated as a fatal exception.

Regards,
Rod

----- Original Message -----
From: <jp....@ti...>
To: "trisberg" <tri...@tr...>
Cc: "juergen.hoeller" <jue...@we...>;
"springframework-developer"
<spr...@li...>
Sent: Friday, July 18, 2003 4:47 PM
Subject: [Springframework-developer] Re: [Springframework-developer] Fw:
[springframework - Open Discussion] RE: BeanFactory=>Generic Container


+1

Just to see how handle the Exceptions. No Spring specific Exception has to
be waited for. The called method can have or not a throws statement and it
can always throw a RuntimeException. The factory will have to catch any
Exception and throwing itself a ServletException? If an initialization
method throws any kind of Exception, it's allways fatal.

So we can gain a new design step.

Jean-Pierre
---------- Initial Header -----------

From      : spr...@li...
To          : "jürgen höller [werk3AT]" <jue...@we...>
Cc          : spr...@li...
Date      : Fri, 18 Jul 2003 09:55:43 -0400
Subject : Re: [Springframework-developer] Fw: [springframework - Open
Discussion] RE: BeanFactory=>Generic Container

Juergen,

> I consider that an interesting idea: As an alternative to
InitializingBean,
> we could indeed add such an "initializing_method" attribute, specifying a
> no-arg init method on the object. That would allow for initialization that
> depends on multiple properties without implementing any Spring-specific
> interface. What you think about this?

+1

I see no disadvantages, and it would be nice to not having to depend on any
Spring interfaces at all.

Thomas


-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer


********** L'ADSL A 20 EUR/MOIS**********
Tiscali propose l'ADSL le moins cher du marché : 20 EUR/mois et le modem
ADSL offert !
Pour profiter de cette offre exceptionnelle, cliquez ici :
http://register.tiscali.fr/adsl/
Offre soumise à conditions.




-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines at the
same time. Free trial click here: http://www.vmware.com/wl/offer/345/0
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] =?iso-8859-1?Q?Re:_[Springframework-developer]_Fw:_[springframework_-_Open_Discussion]_RE:_BeanFactory=3D>Generic_Container?=

[=?iso-8859-1?Q?<jp....@ti...>]

+1=0D=0A=0D=0AJust to see how handle the Exceptions. No Spring specific E=
xception has to be waited for. The called method can have or not a throws=
 statement and it can always throw a RuntimeException. The factory will h=
ave to catch any Exception and throwing itself a ServletException? If an =
initialization method throws any kind of Exception, it's allways fatal.=0D=
=0A=0D=0ASo we can gain a new design step.=0D=0A=0D=0AJean-Pierre=0D=0A--=
-------- Initial Header -----------=0D=0A=0D=0AFrom      : springframewor=
k-d...@li...=0D=0ATo          : "j=C3=BCrgen h=
=C3=B6ller [werk3AT]" <jue...@we...>=0D=0ACc          : sp=
rin...@li...=0D=0ADate      : Fri, 18 Ju=
l 2003 09:55:43 -0400=0D=0ASubject : Re: [Springframework-developer] Fw: =
[springframework - Open Discussion] RE: BeanFactory=3D>Generic Container=0D=
=0A=0D=0AJuergen,=0D=0A=0D=0A> I consider that an interesting idea: As an=
 alternative to InitializingBean,=0D=0A> we could indeed add such an "ini=
tializing_method" attribute, specifying a=0D=0A> no-arg init method on th=
e object. That would allow for initialization that=0D=0A> depends on mult=
iple properties without implementing any Spring-specific=0D=0A> interface=
. What you think about this?=0D=0A=0D=0A+1=0D=0A=0D=0AI see no disadvanta=
ges, and it would be nice to not having to depend on any=0D=0ASpring inte=
rfaces at all.=0D=0A=0D=0AThomas=0D=0A=0D=0A=0D=0A-----------------------=
--------------------------------=0D=0AThis SF.net email is sponsored by: =
VM Ware=0D=0AWith VMware you can run multiple operating systems on a sing=
le machine.=0D=0AWITHOUT REBOOTING! Mix Linux / Windows / Novell virtual =
machines at the=0D=0Asame time. Free trial click here: http://www.vmware.=
com/wl/offer/345/0=0D=0A_______________________________________________=0D=
=0ASpringframework-developer mailing list=0D=0ASpringframework-developer@=
lists.sourceforge.net=0D=0Ahttps://lists.sourceforge.net/lists/listinfo/s=
pringframework-developer=0D=0A=0A=0A********** L'ADSL A 20 EUR/MOIS******=
****=0ATiscali propose l'ADSL le moins cher du march=E9 : 20 EUR/mois et =
le modem ADSL offert ! =0APour profiter de cette offre exceptionnelle, cl=
iquez ici : http://register.tiscali.fr/adsl/=0AOffre soumise =E0 conditio=
ns.=0A