Menu
▾
▴
springframework-developer
|
From: MacMahon, M. <M.M...@em...> - 2003-08-29 16:04:21
|
Hi All, I am using the spring framework for a Swing UI client (probably a first as far as this framework is concerned ;-) I mainly use Spring Beans and the validation framework and It is my intention to keep the client footprint as small as possible. However, currently I have to deploy with spring-full.jar due to the fact that it is the only jar containing the validation package. Okay, I could manually build a jar containing both the beans and the validation package but it seems to me that the validation framework belongs in spring-beans.jar Would it be possible to make this change for the upcoming release? Thanks for a wonderful framework. Regards, Mark. ____________________________________________________ emuse technologies U24 Trinity Enterprise Centre, Pearse Street, Dublin 2, Ireland. Tel: +353 (0)1 6717317 Fax: +353 (0)1 6717319 website: <http://www.emusetechnologies.com/> email: in...@em... <mailto:in...@em...> ____________________________________________________ This message has been scanned for viruses using GroupShield for Exchange Server. CONFIDENTIALITY NOTICE - The information contained in this email message is intended only for confidential use of the named recipient. If the reader is not the intended recipient or the person responsible for delivering it to the recipient, you are hereby notified that you have received this communication in error and that any review, dissemination or copying of this communication is strictly prohibited. If you have received this in error, please notify the sender immediately. The information, opinions and recommendations contained herein are and must be construed solely as statements of opinion and not statements of fact. No warranty, expressed or implied, as to the accuracy, timeliness, completeness, merchantability or fitness for any particular purpose of any such recommendation or information is given or made by emuse technologies in any form or manner whatsoever. |
|
From: Ken K. <kk...@kk...> - 2003-08-29 17:09:49
|
I agree 100%. I also raised this same point quite some time ago. After all, validators are business layer, not presentation layer objects, are they not ? I also wonder why CONTEXT support is only added in after AOP and JDBC. I envision using Spring to build GUI apps, possibly Swing or SWT, that don't need JDBC or any J2EE support but I would certainly need CONTEXT support. I also envision using Spring's UI support, probably developing extensions for rich clients along similar lines to that provided in the WEB package. This raises a ***primary question*** of whether Spring is to be J2EE centric or if it is to have a broader scope. Our website and sourceforge project both emphasize its J2EE nature. If it is the latter, we should probably provide a convenient set of jars for non-J2EE developers. This would emphasize to developers (both Spring and users) that Spring is not just about J2EE. I realize that it may not be good to try to be too many things to too large an audience. Personally, I don't see why it needs to be limited to J2EE. I haven't given up on Java for desktop applications. What are your thoughts on this ??? Ken MacMahon, Mark wrote: >Hi All, > >I am using the spring framework for a Swing UI client (probably a first as >far as this framework is concerned ;-) > >I mainly use Spring Beans and the validation framework and It is my >intention to keep the client footprint as small as possible. > >However, currently I have to deploy with spring-full.jar due to the fact >that it is the only jar containing the validation package. > >Okay, I could manually build a jar containing both the beans and the >validation package but it seems to me that the validation framework belongs >in spring-beans.jar > >Would it be possible to make this change for the upcoming release? > >Thanks for a wonderful framework. > >Regards, > >Mark. > > > >____________________________________________________ > >emuse technologies >U24 Trinity Enterprise Centre, Pearse Street, Dublin 2, Ireland. >Tel: +353 (0)1 6717317 Fax: +353 (0)1 6717319 >website: <http://www.emusetechnologies.com/> >email: in...@em... <mailto:in...@em...> >____________________________________________________ > >This message has been scanned for viruses using GroupShield for Exchange >Server. > >CONFIDENTIALITY NOTICE - The information contained in this email message is >intended only for confidential use of the named recipient. If the reader is >not the intended recipient or the person responsible for delivering it to >the recipient, you are hereby notified that you have received this >communication in error and that any review, dissemination or copying of this >communication is strictly prohibited. If you have received this in error, >please notify the sender immediately. > >The information, opinions and recommendations contained herein are and must >be construed solely as statements of opinion and not statements of fact. No >warranty, expressed or implied, as to the accuracy, timeliness, >completeness, merchantability or fitness for any particular purpose of any >such recommendation or information is given or made by emuse technologies in >any form or manner whatsoever. > > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Springframework-developer mailing list >Spr...@li... >https://lists.sourceforge.net/lists/listinfo/springframework-developer > > > > |
|
From: Rod J. <rod...@in...> - 2003-08-29 17:53:45
|
> This raises a ***primary question*** of whether Spring is to be J2EE > centric or if it is to have a broader scope. Our website and sourceforge > project both emphasize its J2EE nature. If it is the latter, we should > probably provide a convenient set of jars for non-J2EE developers. This > would emphasize to developers (both Spring and users) that Spring is not > just about J2EE. I realize that it may not be good to try to be too many > things to too large an audience. Personally, I don't see why it needs to > be limited to J2EE. I haven't given up on Java for desktop applications. > What are your thoughts on this ??? Ken, This is a good point. Spring is more than just a J2EE framework. Parts of it are focused around J2EE APIs (web framework, EJB access and implementation) but the basic concept is applicable to *all* Java applications. This is one of the differentiators from Struts and co, and thank you for reminding me: I'll say that in my forthcoming TSS article. I've used Spring in non-J2EE server-side applications: effectively services without a container. Of course users can simply ignore the J2EE dependencies in unused classes in Spring Jars. Btw, last week someone asked me whether there were any plans for a .NET port. While I have no plans for this, I think the basic architectural approach would cross over nicely. Regards, Rod |
