Menu
▾
▴
springframework-developer
|
From: <dar...@hs...> - 2003-08-11 15:40:33
Attachments:
=?iso-8859-1?Q?ContextLoaderServlet.java?=
|
Would there be any interest in reviving the skeleton of the old i21 servlet
that used to do this, just for the sake of backwards compatibility - at
least for a while? I know it *is* a step backwards, but many large
corporations do have a habit of moving reluctantly to newer versions of
application servers and plenty may appreciate the gesture. Seems a shame
to push this framework activity into the application domain when it's only
a dozen lines of code and it looks to be the only thing preventing servlet
2.2 compatibility for the MVC codebase.
Attached is a modified version of the servlet with suitable @deprecated
tags and comments for consideration. It should have no impact on any
existing code from 0.9.1
All the best,
Darren.
(See attached file: ContextLoaderServlet.java)
<quote>
Hi Darren,
You're right, Spring assumes Servlet 2.3 in that it recommends listeners
for startup work, like ContextLoaderListener and Log4jConfigListener. We
compile against Servlet 2.3, so there might be some other dependencies too,
but none that I can think of at the moment.
If you look at the implementation of ContextLoaderListener, you'll find
that it just delegates the contextInitialized event to
ContextLoader.initContext(event.getServletContext()). So in a Servlet 2.2
container, you could write your own load-on-startup servlet that invokes
ContextLoader.initContext in its init method, among other custom startup
work that you may require, like Log4J initialization.
Regards,
Juergen
-----Urspr=FCngliche Nachricht-----
Von: Darren Davison [mailto:da...@da...]
Gesendet: So 10.08.2003 21:19
An: spr...@li...
Cc:
Betreff: [Springframework-user] applicationContext.xml for servlet 2.2
hi,
All of the example web projects load the applicationContext with a
<listener>
<listener-class>
com.interface21.web.context.ContextLoaderListener
</listener-class>
</listener>
which is servlet 2.3 specific. Is there a supported/recommended way to
make
this work for servlet 2.2?
Regards,
</quote>
Darren Davison
CIBM Intranet Team
int> 799 19431
ext> +44 (0)20 7991 9431
_____________________________________________________
This transmission has been issued by a member of the HSBC Group=20
"HSBC" for the information of the addressee only and should not be=20
reproduced and / or distributed to any other person. Each page attached=20
hereto must be read in conjunction with any disclaimer which forms part=20
of it. Unless otherwise stated, this transmission is neither an offer nor t=
he=20
solicitation of an offer to sell or purchase any investment. Its contents a=
re=20
based on information obtained from sources believed to be reliable but
HSBC makes no representation and accepts no responsibility or liability as=
to its completeness or accuracy.
|
|
From: <jue...@we...> - 2003-08-11 18:47:18
|
SGkgRGFycmVuLA0KIA0KWW91J3JlIGFjdHVhbGx5IHRoZSBmaXJzdCBvbmUgdG8gYXNrIGZvciBy ZXZpdmluZyBDb250ZXh0TG9hZGVyU2VydmxldCA7LSkgQnV0IGFueXdheSwgeW91IGdvdCBhIHBv aW50IHdpdGggbGFyZ2UgY29ycG9yYXRpb25zIGFuZCB0aGVpciBsYWdnaW5nIGJlaGluZCBpbiB0 ZXJtcyBvZiB1cGRhdGVzLiBJJ3ZlIGFscmVhZHkgcmUtYWRkZWQgdGhlIGxvYWRlciBzZXJ2bGV0 LCBJJ2xsIGNvbW1pdCBpdCB0b21vcnJvdy4NCiANCk9mIGNvdXJzZSwgdGhlIENvbnRleHRMb2Fk ZXIgZGVsZWdhdGUgYWxyZWFkeSBhbGxvd2VkIGJlaW5nIGNhbGxlZCBpbiBhIHNpbmdsZSBsaW5l IGZyb20gd2l0aGluIGEgY3VzdG9tIHN0YXJ0dXAgc2VydmxldC4gU28gd2UncmUgbm93IHJlLWFk ZGluZyBDb250ZXh0TG9hZGVyU2VydmxldCBmb3IgcHVyZSBjb252ZW5pZW5jZSBvbiBTZXJ2bGV0 IDIuMiwgdG8gYXZvaWQgdGhlIG5lZWQgZm9yIGEgY3VzdG9tIHN0YXJ0dXAgc2VydmxldCB3aXRo IGEgQ29udGV4dExvYWRlci5pbml0Q29udGV4dCBjYWxsLg0KIA0KRnJhbmtseSwgSSBoYXZlbid0 IGJlZW4gYXdhcmUgdGhhdCB0aGUgbGlzdGVuZXJzIGhhdmUgYmVlbiBvdXIgb25seSBTZXJ2bGV0 IDIuMyBkZXBlbmRlbmN5LiBCdXQgdGhlIG1haW4gcmVhc29uIGZvciByZW1vdmluZyB0aGUgbG9h ZGVyIHNlcnZsZXQgd2FzIGNvbnNpc3RlbmN5OiBXZSBhbHNvIGdvdCBXZWJBcHBSb290TGlzdGVu ZXIgYW5kIExvZzRqQ29uZmlnTGlzdGVuZXIsIGFuZCBzcGxpdHRpbmcgZWFjaCBvZiB0aGVtIGlu dG8gYSBsaXN0ZW5lciwgYSBzZXJ2bGV0LCBhbmQgYSBkZWxlZ2F0ZSBjbGFzcyB0b28gc2VlbWVk IGxpa2Ugb3ZlcmtpbGwuIERvIHlvdSBzZWUgYW55IG5lZWQgZm9yIHRoaXM/DQogDQpMb2c0akNv bmZpZ0xpc3RlbmVyIGlzIGp1c3QgbmVjZXNzYXJ5IGZvciBjdXN0b20gY29uZmlnIGZpbGUgbG9j YXRpb25zIGFuZCBjb25maWcgbW9kaWZpY2F0aW9uIGRldGVjdGlvbi4gSXQgaW5jbHVkZXMgdGhl IGZ1bmN0aW9uYWxpdHkgb2YgV2ViQXBwUm9vdExpc3RlbmVyLCB3aGljaCBleHBvcnRzIHRoZSB3 ZWIgYXBwIHJvb3QgZGlyZWN0b3J5IHRvIGEgc3lzdGVtIHByb3BlcnR5LCBtYWlubHkgZm9yIHVz ZSB3aXRoaW4gTG9nNEogbG9nIGZpbGUgcGF0aHMgKGEgbGEgJHt3ZWJhcHAucm9vdH0vV0VCLUlO Ri9teWxvZy50eHQgdG8gZ2V0IGEgbG9nIGZpbGUgd2l0aGluIHRoZSB3ZWIgYXBwKS4NCiANClJl Z2FyZHMsDQpKdWVyZ2VuDQogDQogDQoNCgktLS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNodC0t LS0tIA0KCVZvbjogZGFycmVuLmRhdmlzb25AaHNiY2liLmNvbSBbbWFpbHRvOmRhcnJlbi5kYXZp c29uQGhzYmNpYi5jb21dIA0KCUdlc2VuZGV0OiBNbyAxMS4wOC4yMDAzIDE3OjQwIA0KCUFuOiBz cHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglDYzogDQoJ QmV0cmVmZjogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIFJlOiBbU3ByaW5nZnJhbWV3b3Jr LXVzZXJdIGFwcGxpY2F0aW9uQ29udGV4dC54bWwgZm9yIHNlcnZsZXQgMi4yDQoJDQoJDQoNCg0K DQoJV291bGQgdGhlcmUgYmUgYW55IGludGVyZXN0IGluIHJldml2aW5nIHRoZSBza2VsZXRvbiBv ZiB0aGUgb2xkIGkyMSBzZXJ2bGV0DQoJdGhhdCB1c2VkIHRvIGRvIHRoaXMsIGp1c3QgZm9yIHRo ZSBzYWtlIG9mIGJhY2t3YXJkcyBjb21wYXRpYmlsaXR5IC0gYXQNCglsZWFzdCBmb3IgYSB3aGls ZT8gIEkga25vdyBpdCAqaXMqIGEgc3RlcCBiYWNrd2FyZHMsIGJ1dCBtYW55IGxhcmdlDQoJY29y cG9yYXRpb25zIGRvIGhhdmUgYSBoYWJpdCBvZiBtb3ZpbmcgcmVsdWN0YW50bHkgdG8gbmV3ZXIg dmVyc2lvbnMgb2YNCglhcHBsaWNhdGlvbiBzZXJ2ZXJzIGFuZCBwbGVudHkgbWF5IGFwcHJlY2lh dGUgdGhlIGdlc3R1cmUuICBTZWVtcyBhIHNoYW1lDQoJdG8gcHVzaCB0aGlzIGZyYW1ld29yayBh Y3Rpdml0eSBpbnRvIHRoZSBhcHBsaWNhdGlvbiBkb21haW4gd2hlbiBpdCdzIG9ubHkNCglhIGRv emVuIGxpbmVzIG9mIGNvZGUgYW5kIGl0IGxvb2tzIHRvIGJlIHRoZSBvbmx5IHRoaW5nIHByZXZl bnRpbmcgc2VydmxldA0KCTIuMiBjb21wYXRpYmlsaXR5IGZvciB0aGUgTVZDIGNvZGViYXNlLg0K CQ0KCUF0dGFjaGVkIGlzIGEgbW9kaWZpZWQgdmVyc2lvbiBvZiB0aGUgc2VydmxldCB3aXRoIHN1 aXRhYmxlIEBkZXByZWNhdGVkDQoJdGFncyBhbmQgY29tbWVudHMgZm9yIGNvbnNpZGVyYXRpb24u ICBJdCBzaG91bGQgaGF2ZSBubyBpbXBhY3Qgb24gYW55DQoJZXhpc3RpbmcgY29kZSBmcm9tIDAu OS4xDQoJDQoJQWxsIHRoZSBiZXN0LA0KCURhcnJlbi4NCgkNCgkoU2VlIGF0dGFjaGVkIGZpbGU6 IENvbnRleHRMb2FkZXJTZXJ2bGV0LmphdmEpDQoJDQoJPHF1b3RlPg0KCUhpIERhcnJlbiwNCgkN CglZb3UncmUgcmlnaHQsIFNwcmluZyBhc3N1bWVzIFNlcnZsZXQgMi4zIGluIHRoYXQgaXQgcmVj b21tZW5kcyBsaXN0ZW5lcnMNCglmb3Igc3RhcnR1cCB3b3JrLCBsaWtlIENvbnRleHRMb2FkZXJM aXN0ZW5lciBhbmQgTG9nNGpDb25maWdMaXN0ZW5lci4gV2UNCgljb21waWxlIGFnYWluc3QgU2Vy dmxldCAyLjMsIHNvIHRoZXJlIG1pZ2h0IGJlIHNvbWUgb3RoZXIgZGVwZW5kZW5jaWVzIHRvbywN CglidXQgbm9uZSB0aGF0IEkgY2FuIHRoaW5rIG9mIGF0IHRoZSBtb21lbnQuDQoJDQoJSWYgeW91 IGxvb2sgYXQgdGhlIGltcGxlbWVudGF0aW9uIG9mIENvbnRleHRMb2FkZXJMaXN0ZW5lciwgeW91 J2xsIGZpbmQNCgl0aGF0IGl0IGp1c3QgZGVsZWdhdGVzIHRoZSBjb250ZXh0SW5pdGlhbGl6ZWQg ZXZlbnQgdG8NCglDb250ZXh0TG9hZGVyLmluaXRDb250ZXh0KGV2ZW50LmdldFNlcnZsZXRDb250 ZXh0KCkpLiBTbyBpbiBhIFNlcnZsZXQgMi4yDQoJY29udGFpbmVyLCB5b3UgY291bGQgd3JpdGUg eW91ciBvd24gbG9hZC1vbi1zdGFydHVwIHNlcnZsZXQgdGhhdCBpbnZva2VzDQoJQ29udGV4dExv YWRlci5pbml0Q29udGV4dCBpbiBpdHMgaW5pdCBtZXRob2QsIGFtb25nIG90aGVyIGN1c3RvbSBz dGFydHVwDQoJd29yayB0aGF0IHlvdSBtYXkgcmVxdWlyZSwgbGlrZSBMb2c0SiBpbml0aWFsaXph dGlvbi4NCgkNCglSZWdhcmRzLA0KCUp1ZXJnZW4NCgkNCgkNCgkNCgkgLS0tLS1VcnNwcsO8bmds aWNoZSBOYWNocmljaHQtLS0tLQ0KCSBWb246IERhcnJlbiBEYXZpc29uIFttYWlsdG86ZGFycmVu QGRhdmlzb24udWsubmV0XQ0KCSBHZXNlbmRldDogU28gMTAuMDguMjAwMyAyMToxOQ0KCSBBbjog c3ByaW5nZnJhbWV3b3JrLXVzZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJIENjOg0KCSBCZXRy ZWZmOiBbU3ByaW5nZnJhbWV3b3JrLXVzZXJdIGFwcGxpY2F0aW9uQ29udGV4dC54bWwgZm9yIHNl cnZsZXQgMi4yDQoJDQoJDQoJDQoJIGhpLA0KCQ0KCSBBbGwgb2YgdGhlIGV4YW1wbGUgd2ViIHBy b2plY3RzIGxvYWQgdGhlIGFwcGxpY2F0aW9uQ29udGV4dCB3aXRoIGENCgkNCgkgPGxpc3RlbmVy Pg0KCSAgIDxsaXN0ZW5lci1jbGFzcz4NCgkgICAgIGNvbS5pbnRlcmZhY2UyMS53ZWIuY29udGV4 dC5Db250ZXh0TG9hZGVyTGlzdGVuZXINCgkgICA8L2xpc3RlbmVyLWNsYXNzPg0KCSA8L2xpc3Rl bmVyPg0KCQ0KCSB3aGljaCBpcyBzZXJ2bGV0IDIuMyBzcGVjaWZpYy4gIElzIHRoZXJlIGEgc3Vw cG9ydGVkL3JlY29tbWVuZGVkIHdheSB0bw0KCSBtYWtlDQoJIHRoaXMgd29yayBmb3Igc2Vydmxl dCAyLjI/DQoJDQoJIFJlZ2FyZHMsDQoJDQoJIDwvcXVvdGU+DQoJDQoJDQoJIERhcnJlbiBEYXZp c29uDQoJIENJQk0gSW50cmFuZXQgVGVhbQ0KCSBpbnQ+IDc5OSAxOTQzMQ0KCSBleHQ+ICs0NCAo MCkyMCA3OTkxIDk0MzENCgkNCgkNCglfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KCQ0KCVRoaXMgdHJhbnNtaXNzaW9uIGhhcyBiZWVuIGlzc3Vl ZCBieSBhIG1lbWJlciBvZiB0aGUgSFNCQyBHcm91cA0KCSJIU0JDIiBmb3IgdGhlIGluZm9ybWF0 aW9uIG9mIHRoZSBhZGRyZXNzZWUgb25seSBhbmQgc2hvdWxkIG5vdCBiZQ0KCXJlcHJvZHVjZWQg YW5kIC8gb3IgZGlzdHJpYnV0ZWQgdG8gYW55IG90aGVyIHBlcnNvbi4gRWFjaCBwYWdlIGF0dGFj aGVkDQoJaGVyZXRvIG11c3QgYmUgcmVhZCBpbiBjb25qdW5jdGlvbiB3aXRoIGFueSBkaXNjbGFp bWVyIHdoaWNoIGZvcm1zIHBhcnQNCglvZiBpdC4gVW5sZXNzIG90aGVyd2lzZSBzdGF0ZWQsIHRo aXMgdHJhbnNtaXNzaW9uIGlzIG5laXRoZXIgYW4gb2ZmZXIgbm9yIHRoZQ0KCXNvbGljaXRhdGlv biBvZiBhbiBvZmZlciB0byBzZWxsIG9yIHB1cmNoYXNlIGFueSBpbnZlc3RtZW50LiBJdHMgY29u dGVudHMgYXJlDQoJYmFzZWQgb24gaW5mb3JtYXRpb24gb2J0YWluZWQgZnJvbSBzb3VyY2VzIGJl bGlldmVkIHRvIGJlIHJlbGlhYmxlIGJ1dA0KCUhTQkMgbWFrZXMgbm8gcmVwcmVzZW50YXRpb24g YW5kIGFjY2VwdHMgbm8gcmVzcG9uc2liaWxpdHkgb3IgbGlhYmlsaXR5IGFzIHRvIGl0cyBjb21w bGV0ZW5lc3Mgb3IgYWNjdXJhY3kuDQoJDQoJDQoNCg== |
|
From: Rod J. <rod...@in...> - 2003-08-11 20:21:16
|
> Frankly, I haven't been aware that the listeners have been our only Servlet 2.3 dependency. But the main reason for removing the loader servlet was consistency: We also got WebAppRootListener and Log4jConfigListener, and splitting each of them into a listener, a servlet, and a delegate class too seemed like overkill. Do you see any need for this? AFAIK we've never used anything else from 2.3. Regards, Rod |
|
From: Darren D. <da...@da...> - 2003-08-11 21:36:20
Attachments:
ContextLoaderServlet.java
|
On Monday 11 August 2003 19:43, j=C3=BCrgen h=C3=B6ller [werk3AT] wrote: > Hi Darren, > > You're actually the first one to ask for reviving ContextLoaderServlet ;-) I guess a lot of in-house developers won't know anything of Spring yet. Th= ose=20 that do will be battling against corporate sluggishness like I do so I'm su= re=20 they'll appreciate it ;) > Of course, the ContextLoader delegate already allowed being called in a > single line from within a custom startup servlet. So we're now re-adding > ContextLoaderServlet for pure convenience on Servlet 2.2, to avoid the ne= ed > for a custom startup servlet with a ContextLoader.initContext call. I'm not sure from what you say here whether the attached file I sent came=20 through OK, but it was a very cut down version of the original servlet whic= h=20 simply does just what you said and makes the single line call to=20 ContextLoader.initContext from the init() method. I also amended the servi= ce=20 method (just in case it ever mistakenly got called) and changed javadoc to= =20 highlight the deprecation. My feeling was just that it was very definitely= =20 framework code rather than application code and being so simple, it made=20 sense to add it. > Frankly, I haven't been aware that the listeners have been our only Servl= et > 2.3 dependency. But the main reason for removing the loader servlet was > consistency: We also got WebAppRootListener and Log4jConfigListener, and > splitting each of them into a listener, a servlet, and a delegate class t= oo > seemed like overkill. Do you see any need for this? If all of the services can be encapsulated in one servlet, I'd suggest doin= g=20 that rather than maintaining separate servlets and their associated web.xml= =20 entries. I'm happy to keep it up to date for you since I'll be using it=20 anyway. It may not be ideal from a design point of view, but this is only = a=20 2.2 compromise for us laggers. A further updated version with duplicate=20 log4j and webAppRoot init code is attached here. Note that I've NOT tested= =20 this yet (it compiles ok), but I'll drop it into a WebSphere 4.0x server=20 tomorrow morning and try to break it. If you can hold off committing=20 anything until then, I can send you the proper results and any further=20 changes required. All the best, =2D-=20 Darren Davison Public Key: http://www.davison.uk.net/key.jsp |
|
From: Colin S. <col...@ex...> - 2003-08-11 21:42:57
|
I think it's great to keep features in there that are at no cost allow
the framework to still work in legacy environments. I would only make
the comment that I hope in the future if there are compelling features
that only work in a Servlet 2.3+ environment, the need to maintain 2.2
compatibility would not be an impediment to adding them.
(As an analogy, Ant up to and including 1.5.3 has a few incredibly
annoying classloading limitations, primarilly due to the fact that they
wanted to maintain JDK 1.1 compatibility. However for the benefit of the
1% of ant users who need JDK 1.1 compatibility, the other 99% have
suffered somewhat.)
jürgen höller [werk3AT] wrote:
>Hi Darren,
>
>You're actually the first one to ask for reviving ContextLoaderServlet ;-) But anyway, you got a point with large corporations and their lagging behind in terms of updates. I've already re-added the loader servlet, I'll commit it tomorrow.
>
>Of course, the ContextLoader delegate already allowed being called in a single line from within a custom startup servlet. So we're now re-adding ContextLoaderServlet for pure convenience on Servlet 2.2, to avoid the need for a custom startup servlet with a ContextLoader.initContext call.
>
>Frankly, I haven't been aware that the listeners have been our only Servlet 2.3 dependency. But the main reason for removing the loader servlet was consistency: We also got WebAppRootListener and Log4jConfigListener, and splitting each of them into a listener, a servlet, and a delegate class too seemed like overkill. Do you see any need for this?
>
>Log4jConfigListener is just necessary for custom config file locations and config modification detection. It includes the functionality of WebAppRootListener, which exports the web app root directory to a system property, mainly for use within Log4J log file paths (a la ${webapp.root}/WEB-INF/mylog.txt to get a log file within the web app).
>
>Regards,
>Juergen
>
>
>
> -----Ursprüngliche Nachricht-----
> Von: dar...@hs... [mailto:dar...@hs...]
> Gesendet: Mo 11.08.2003 17:40
> An: spr...@li...
> Cc:
> Betreff: [Springframework-developer] Re: [Springframework-user] applicationContext.xml for servlet 2.2
>
>
>
>
>
> Would there be any interest in reviving the skeleton of the old i21 servlet
> that used to do this, just for the sake of backwards compatibility - at
> least for a while? I know it *is* a step backwards, but many large
> corporations do have a habit of moving reluctantly to newer versions of
> application servers and plenty may appreciate the gesture. Seems a shame
> to push this framework activity into the application domain when it's only
> a dozen lines of code and it looks to be the only thing preventing servlet
> 2.2 compatibility for the MVC codebase.
>
> Attached is a modified version of the servlet with suitable @deprecated
> tags and comments for consideration. It should have no impact on any
> existing code from 0.9.1
>
> All the best,
> Darren.
>
> (See attached file: ContextLoaderServlet.java)
>
> <quote>
> Hi Darren,
>
> You're right, Spring assumes Servlet 2.3 in that it recommends listeners
> for startup work, like ContextLoaderListener and Log4jConfigListener. We
> compile against Servlet 2.3, so there might be some other dependencies too,
> but none that I can think of at the moment.
>
> If you look at the implementation of ContextLoaderListener, you'll find
> that it just delegates the contextInitialized event to
> ContextLoader.initContext(event.getServletContext()). So in a Servlet 2.2
> container, you could write your own load-on-startup servlet that invokes
> ContextLoader.initContext in its init method, among other custom startup
> work that you may require, like Log4J initialization.
>
> Regards,
> Juergen
>
>
>
> -----Ursprüngliche Nachricht-----
> Von: Darren Davison [mailto:da...@da...]
> Gesendet: So 10.08.2003 21:19
> An: spr...@li...
> Cc:
> Betreff: [Springframework-user] applicationContext.xml for servlet 2.2
>
>
>
> hi,
>
> All of the example web projects load the applicationContext with a
>
> <listener>
> <listener-class>
> com.interface21.web.context.ContextLoaderListener
> </listener-class>
> </listener>
>
> which is servlet 2.3 specific. Is there a supported/recommended way to
> make
> this work for servlet 2.2?
>
> Regards,
>
> </quote>
>
>
> Darren Davison
> CIBM Intranet Team
> int> 799 19431
> ext> +44 (0)20 7991 9431
>
>
> _____________________________________________________
>
> This transmission has been issued by a member of the HSBC Group
> "HSBC" for the information of the addressee only and should not be
> reproduced and / or distributed to any other person. Each page attached
> hereto must be read in conjunction with any disclaimer which forms part
> of it. Unless otherwise stated, this transmission is neither an offer nor the
> solicitation of an offer to sell or purchase any investment. Its contents are
> based on information obtained from sources believed to be reliable but
> HSBC makes no representation and accepts no responsibility or liability as to its completeness or accuracy.
>
>
>
>N?HS^?隊[)?{(??[?Z?z??n襴?4D??w%?ا?6?i???l?&???x?+??ljwE??????j??zz0?'?????Zɩ?z{^??0?v?\???b??J??DNm??ڲ??brK???&?
>??ƴ?]4?Mڽ?݊????Z??N??M???5J???jg??? z??????x%??R?????ڙ?(?G^??h????l???q???z?m????X???(?? ~??zw??X?????b???????jg??? z??
>
|
|
From: Rod J. <rod...@in...> - 2003-08-12 06:43:53
|
Well put. ----- Original Message ----- From: "Colin Sampaleanu" <col...@ex...> To: "jürgen höller [werk3AT]" <jue...@we...>; <dar...@hs...> Cc: <spr...@li...> Sent: Monday, August 11, 2003 10:42 PM Subject: Re: [Springframework-developer] Re: [Springframework-user] applicationContext.xml for servlet 2.2 > I think it's great to keep features in there that are at no cost allow > the framework to still work in legacy environments. I would only make > the comment that I hope in the future if there are compelling features > that only work in a Servlet 2.3+ environment, the need to maintain 2.2 > compatibility would not be an impediment to adding them. > > (As an analogy, Ant up to and including 1.5.3 has a few incredibly > annoying classloading limitations, primarilly due to the fact that they > wanted to maintain JDK 1.1 compatibility. However for the benefit of the > 1% of ant users who need JDK 1.1 compatibility, the other 99% have > suffered somewhat.) |
