springframework-developer — Spring Framework developers list

[Springframework-developer] Validation package

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

Is anyone using the addPropertyChangeListener() or
addVetoableChangeListener() method of DataBinder?

I'm looking at removing the JavaBean event propagation from the BeanWrapper,
as I mentioned before. The only other functionality affected is in the
validator.

A consequence is that setPropertyValues() methods will not throw any checked
exceptions (PropertyVetoException from JavaBeans API is checked).

Is everyone happy with this change, which I think is a worthwhile
simplification of API and implementation?

Regards,
Rod

[Springframework-developer] RE : [Springframework-user] Integrating Tapestry and Spring Framework

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

(First of all, I don't understand why your message below got to me, but 
apparently not to the lists...)

The document I mentioned is in the .../docs/integration dir in the project.

W/regards to the MVC aspect, I wouldn't say at all that Tapestry doesn't 
'naturally' use the MVC paradigm. The main value add in Tapestry comes 
from the fact that it is component oriented, with a component object 
model similar to a traditional UI like Swing or SWT. This can make it 
tremendously easier in some cases (compared to more traditional web UI 
frameworks) to have pages and components with other components embedded 
within them, and have the framework maintain properties within these 
nested pages and components for you, with almost no effort.

So programming in Tapestry can be much more like programming in a 
traditional client side UI, while still being able to work efficiently 
in a multi-user, web environment (as opposed to a few frameworks that 
directly try to translate Swing or something like Swing to the web). I 
think in this respect it can make it easier to do real MVC style apps 
than most web ui frameworks.

Just as you can create a client side app in Swing or MFC that is 
somewhat more or less 'MVC style' than another app, most of the same 
options options are basically available you you in Tapestry. You can 
create a Tapestry app where everything is essentially handled by the 
pages themselves, that is, all links come back into the pages, and the 
pages decide how to process actions and what page to go next, etc. On 
the other hand, the callback or event style components are rich enough 
that you can easily do an app in which a 'controller' handles certain 
things. This is without having to get you involved in event/action 
processing just to handle the updating and the display of some piece of 
some component on the web page.

To give you a more concrete example, something like Struts makes it 
relatively simple to handle a simple page which has a form on it, which 
on a submit comes into an action handler, which does processing, and you 
go somewhere else. You can even do simple validation, and go back to the 
same form and not ahve to work _too_ much to access the form properties. 
Now try to do a page which contains a component, embedded within it 
another component, and in that, another component, which has a list of 
three radio buttons, and when one of the radio buttons is pressed, you 
want to go back to the server to recalculate something that is displayed 
on the page, but still maintain state for all the components on the same 
page. You'll kill yourself trying to do this in most frameworks, while 
in Tapestry you don't even think about it. You worry about handling 
events that mean something to your app (or your page), but don't go 
through the incredible contortions that some other frameworks force you 
to go through to handle rich UIs.

You can get an idea of what components are available here:
  http://jakarta.apache.org/tapestry/doc_frame.html
The general docs are here:
  http://jakarta.apache.org/tapestry/doc_frame.html

Be warned that unfortunately, while Tapestry 3 is very usable, the docs 
are somewhat out of date. The component reference is fairly complete, 
but most examples use the older style of defining page templates and 
definitions, which is more verbose (and more work). The User's Guide is 
accurate but still needs some work. The other documents are mostly 
fairly out of date. Now that that 3.0 is basically done, the 
documentation is slowly being worked on, and there is actually a book 
from Manning coming out in a couple of months written by Howard Lewis 
Ship, the original creator of Tapestry...

Regards,
Colin


JP Pawlak wrote:

>Hi Colin,
>
>The document exists, good, but where?
>
>Maintaining the inversion of Control, good but I expected it ;-). 
>What about MVC as, if I well understood, Tapestry is more dot.net like
>and doesn't naturally use the MVC paradigm?
>
>Regards,
>Jean-Pierre
>
>-----Message d'origine-----
>De : spr...@li...
>[mailto:spr...@li...] De la part de
>Colin Sampaleanu
>Envoyé : samedi 30 août 2003 14:48
>À : spr...@li...;
>spr...@li...
>Objet : [Springframework-user] Integrating Tapestry and Spring Framework
>
>Juergen checked in a document I wrote about integrating Tapestry and 
>Spring Framework. Of course using the normal approach you'd use with 
>something like Struts, directly calling 
>WebApplicationContextUtils.getWebApplicationContext will work fine. The 
>document however describes a bit of a higher level way of integrating, 
>where beans from the Spring context are added declaratively to a 
>Tapestry page or component, maintaining the inversion of control 
>approach all the way up the layer stack.
>
>I don't know if this belongs on the web site or not (you guys can 
>decide), but I just wanted to let you know it existed.
>
>Regards,
>Colin
>
>  
>

[Springframework-developer] digest emails in unreadable format

[Rahul C. <jav...@ex...>]

Sorry guys for off the topic question. But I recently subscribed to this list and I am receiving the digest emails in unreadable format. Is anybody else having the same issue?



Thanks,

RC



 

_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!

[Springframework-developer] Re: [Springframework-user] Integrating Tapestry and Spring Framework

[<tri...@tr...>]

Colin,

I have added a link to the documentation page on our website.

Thanks,

Thomas

> Juergen checked in a document I wrote about integrating Tapestry and 
> Spring Framework. Of course using the normal approach you'd use with 
> something like Struts, directly calling 
> WebApplicationContextUtils.getWebApplicationContext will work fine. The 
> document however describes a bit of a higher level way of integrating, 
> where beans from the Spring context are added declaratively to a 
> Tapestry page or component, maintaining the inversion of control 
> approach all the way up the layer stack.
> 
> I don't know if this belongs on the web site or not (you guys can 
> decide), but I just wanted to let you know it existed.
> 
> Regards,
> Colin
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Springframework-user mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-user
> 

[Springframework-developer] RE : [Springframework-user] Integrating Tapestry and Spring Framework

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

Hi Colin,

The document exists, good, but where?

Maintaining the inversion of Control, good but I expected it ;-).=20
What about MVC as, if I well understood, Tapestry is more dot.net like
and doesn't naturally use the MVC paradigm?

Regards,
Jean-Pierre

-----Message d'origine-----
De=A0: spr...@li...
[mailto:spr...@li...] De la part de
Colin Sampaleanu
Envoy=E9=A0: samedi 30 ao=FBt 2003 14:48
=C0=A0: spr...@li...;
spr...@li...
Objet=A0: [Springframework-user] Integrating Tapestry and Spring =
Framework

Juergen checked in a document I wrote about integrating Tapestry and=20
Spring Framework. Of course using the normal approach you'd use with=20
something like Struts, directly calling=20
WebApplicationContextUtils.getWebApplicationContext will work fine. The=20
document however describes a bit of a higher level way of integrating,=20
where beans from the Spring context are added declaratively to a=20
Tapestry page or component, maintaining the inversion of control=20
approach all the way up the layer stack.

I don't know if this belongs on the web site or not (you guys can=20
decide), but I just wanted to let you know it existed.

Regards,
Colin

[Springframework-developer] Integration samples

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

Hi all,

In addition to the samples discussion I provided two messages ago,
another family will certainly be helpful and no great work. I mean
integration samples with some others frameworks like :

- Tapestry
- Webwork
- Struts

Jean-Pierre

[Springframework-developer] Integrating Tapestry and Spring Framework

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

Juergen checked in a document I wrote about integrating Tapestry and 
Spring Framework. Of course using the normal approach you'd use with 
something like Struts, directly calling 
WebApplicationContextUtils.getWebApplicationContext will work fine. The 
document however describes a bit of a higher level way of integrating, 
where beans from the Spring context are added declaratively to a 
Tapestry page or component, maintaining the inversion of control 
approach all the way up the layer stack.

I don't know if this belongs on the web site or not (you guys can 
decide), but I just wanted to let you know it existed.

Regards,
Colin

[Springframework-developer] MutableSortDefinition

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

Juergen,

Is it a reason for which the MutableSortDefinition has no more a
constructor with its properties (property, ascending, ignoreCase and
eventually which was not on the previous constructor
toggleAscendingOnProperty)?
It's now instead a constructor taking a base sort definition that don't
help me.

It was simpler to create sort definitions.

SortDefinition soertDef = new MutableSortDef(...);

Has now to be replaced by

SortDefinition soertDef;

Public Constructor {
	Super();
	MutableSortDefinition sort = new MutableDefinition();
	Sort.setXXX(xxx);
	Sort.setYYY(yyy); 	
	Sort.setZZZ(zzz);
	sortDef = sort;
}

Jean-Pierre

RE : [Springframework-developer] Release 1.0 M1

[Jean-Pierre <jp...@jp...>]

<quote>
Hi everybody,
  
Spring Framework 1.0 M1 has just been released. This first milestone
release towards 1.0 introduces org.springframework as package name,
superseding com.interface21 which still dated back to the original
version from the book. Of course, it offers a myriad of improvements and
new features - see the change log for details.
 
In encourage everyone to migrate from 0.9.x to 1.0 M1, which should
typically just involve a search-and-replace from com.interface21 to
org.springframework in both source code and XML bean definition files.
 
BTW, I've also significantly revised the Spring article in the Hibernate
community area today. Check it out if you're interested.
 
And now, I'm leaving for my 4 week trip to Australia. 5 hours to go
until lift-off ;-)
 
Regards,
Juergen

</quote>

It's a great date!!! 

Juergen,
Once more, thanks for your great work into the team. Now, we will have
to live a month without you :-(. I wish you a good trip :-))!

<COUNTRIES AND LIGHT-COUNTRIES SAMPLES>
The discussion of these last nays showed that one way of our efforts
will to minimize the learning curve. For a first step, this give me the
idea of 'light-countries' which is the Countries without any database
use and therefore hassle as I would it primarily. But the actual
implementation in the CVS is absolutely temporary as they are in most
part redundant. So I will relatively quickly make the following changes.

- Sharing the packages names
- Have the 'Light-Countries' as basic project to allow the study of the
Spring MVC without any database handling
- Refactoring the "Countries" project to be an enhancement of
"Light-Countries". 
  * On the java part, it will add some Classes, subclass others and
simply use the lasts from the "light" project.
  * On the web part, it will pick the common files from the "light"
project and only define the changed and new ones.

So, the new user will be able to study and understand our basic
configuration scheme and internals with a first sample and go the jdbc
handling in a second. The "Countries" will be very light and
concentrated on the add of database support. By the way, the application
subclassing by itself can light some possibilities.

<GENERAL SAMPLES>
Generally, as time pass, we will have more samples. For help at best
users, I consider we will to have specialized samples that don't force
the user to embrass too many aspects of the framework. And then samples
considering the basics understood to go into an advanced area or
all-together real life like ones.

In this optic, concerning Petclinic, I don't advocate including
Hibernate in it what would confuse the user. Instead, a Hibernate
version could be added, maybe taking the same approach as
'light-Countries/Countries'.

For now: an ascending learning order could be:

1) Step-by-step
2) Light-Countries
3) Petclinic and Countries
4) Upcoming Hibernate sample?
5) AOP and transactions samples, by the way, the "Spring" way to replace
EJBs?

And last but not least, in parallel, when time comes to create
applications, the skeletons part of the samples.


Regards,
Jean-Pierre

[Springframework-developer] Release 1.0 M1

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

SGkgZXZlcnlib2R5LA0KIA0KU3ByaW5nIEZyYW1ld29yayAxLjAgTTEgaGFzIGp1c3QgYmVlbiBy
ZWxlYXNlZC4gVGhpcyBmaXJzdCBtaWxlc3RvbmUgcmVsZWFzZSB0b3dhcmRzIDEuMCBpbnRyb2R1
Y2VzIG9yZy5zcHJpbmdmcmFtZXdvcmsgYXMgcGFja2FnZSBuYW1lLCBzdXBlcnNlZGluZyBjb20u
aW50ZXJmYWNlMjEgd2hpY2ggc3RpbGwgZGF0ZWQgYmFjayB0byB0aGUgb3JpZ2luYWwgdmVyc2lv
biBmcm9tIHRoZSBib29rLiBPZiBjb3Vyc2UsIGl0IG9mZmVycyBhIG15cmlhZCBvZiBpbXByb3Zl
bWVudHMgYW5kIG5ldyBmZWF0dXJlcyAtIHNlZSB0aGUgY2hhbmdlIGxvZyBmb3IgZGV0YWlscy4N
CiANCkluIGVuY291cmFnZSBldmVyeW9uZSB0byBtaWdyYXRlIGZyb20gMC45LnggdG8gMS4wIE0x
LCB3aGljaCBzaG91bGQgdHlwaWNhbGx5IGp1c3QgaW52b2x2ZSBhIHNlYXJjaC1hbmQtcmVwbGFj
ZSBmcm9tIGNvbS5pbnRlcmZhY2UyMSB0byBvcmcuc3ByaW5nZnJhbWV3b3JrIGluIGJvdGggc291
cmNlIGNvZGUgYW5kIFhNTCBiZWFuIGRlZmluaXRpb24gZmlsZXMuDQogDQpCVFcsIEkndmUgYWxz
byBzaWduaWZpY2FudGx5IHJldmlzZWQgdGhlIFNwcmluZyBhcnRpY2xlIGluIHRoZSBIaWJlcm5h
dGUgY29tbXVuaXR5IGFyZWEgdG9kYXkuIENoZWNrIGl0IG91dCBpZiB5b3UncmUgaW50ZXJlc3Rl
ZC4NCiANCkFuZCBub3csIEknbSBsZWF2aW5nIGZvciBteSA0IHdlZWsgdHJpcCB0byBBdXN0cmFs
aWEuIDUgaG91cnMgdG8gZ28gdW50aWwgbGlmdC1vZmYgOy0pDQogDQpSZWdhcmRzLA0KSnVlcmdl
bg0KIA0KUC5TLjoNClRob21hcywgY2FuIHlvdSBwbGVhc2UgdXBkYXRlIG91ciB3ZWJzaXRlIGFj
Y29yZGluZ2x5Pw0K

RE : [Springframework-developer] Petclinic, skeletons, and sample apps

[Jean-Pierre <jp...@jp...>]

In both cases (Internal and RessourceBundle), you are not forced to =
"hardcode" as the Controller can easily take properties defined in its =
configuration like formView, successView, searchView, etc .

My general approach is to hardcode a default value for the view(s), but =
defining (a) setter(s) to be able to redefine the view(s) without code =
change. As long as the default value can be used, the configuration can =
omit to set the property and be less verbose. But it's always possible =
to change the view name either in the configuration file either its =
default value in the code.

Jean-Pierre

-----Message d'origine-----
De : spr...@li... =
[mailto:spr...@li...] De la =
part de j=C3=BCrgen h=C3=B6ller [werk3AT]
Envoy=C3=A9 : vendredi 29 ao=C3=BBt 2003 23:35
=C3=80 : Lars Fischer
Cc : kk...@kk...; spr...@li...; =
spr...@li...
Objet : Re: [Springframework-developer] Petclinic, skeletons, and sample =
apps

The controller must specify the name of the view somehow, so you must at =
least give some kind of symbolic name... That's the difference between =
the default InternalResourceViewResolver and the =
ResourceBundleViewResolver: The former interprets the view names as full =
JSP paths (not really symbolic, but easy for prototyping), while the =
latter maps symbolic view names to any kind of view instances =
(introducing a level of indirection).
=20
I prefer to give the name of a view instead of a constant like SUCCESS =
in WebWork style. You can always name views after controllers, e.g. =
"productSearchSuccess" for a "productSearch" controller, if you'd like =
to imitate that style.
=20
Juergen
=20
=20

	-----Urspr=C3=BCngliche Nachricht-----=20
	Von: Lars Fischer [mailto:lar...@gm...]=20
	Gesendet: Fr 29.08.2003 22:34=20
	An: j=C3=BCrgen h=C3=B6ller [werk3AT]=20
	Cc: kk...@kk...; spr...@li...; =
spr...@li...=20
	Betreff: Re: [Springframework-developer] Petclinic, skeletons, and =
sample apps
=09
=09

	I must admit, that I didn't ...
	Looked at hibernate, typical, Petclinic and Countries,
	maybe I should take a look at the minimal configuration too.
=09
	Now let's assume that I use all the configuration stuff like
	viewResolver, urlMapping, xxxMethodNameResolver and
	even a views.properties file. Is it really necessary to hardcode
	the name of the view in the controller ?
=09
	If this ist not the case please just tell me because I didn't check if
	it is really necessary :-)
=09
	Thanks,
	Lars
=09
=09
=09
=09
	> > One thing I'd like to be improved in Spring (not Petcli
	> nic) is the configuration of the MVC part. It seems just
	> too much to configure.
	>
	> Have you had a look at the weba
	> pp-minimal skeleton? If you rely on the default handler m
	> apping and default view resolution, you don't need to def
	> ine anything but your controllers. No need for framework
	> beans, no need for views.properties. Just give your contr
	> oller beans their URLs as alias names, and return paths t
	> o your JSPs as view names. Have a look at example-servlet
	> .xml in the samples/skeletons/webapp-minimal/WEB-INF dire
	> ctory.
	>
	> I agree that there are a lot of configuration o
	> ptions in the web framework. I've tried to hard to provid
	> e sensible defaults, though.
	>
	> Juergen
	>
	>
=09
=09

N=18 =E9=9A=8AX'u=DE=BC)=19 Y\g=E9=A2=AD
=17 =7F b=D8=9EH=1EzG(J=20
jg=EB=B0=A2=1Dz=ED=BD=96=ED=B2=97x%R=CB=A6 (G^=EC=AE=BDh  lq=20
zm=D8=B6?X (=1E~zw X b=CB=9D?=20
jg=EB=B0=A2=1Dz=ED=BD=96=ED=B2=97

Re: [Springframework-developer] Petclinic, skeletons, and sample apps

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

Lars Fischer wrote:

>Ken,
>
>first of all it's good that Petclinic exists !
>
>I would prefer to have smaller examples to get started (especially
>regarding the configuration stuff). If the skeletons would provide
>the examples they refer to it would be enough for me.
>  
>
I like this approach myself.

>What I would like to be improved in Petclinic:
>
>- Provide the features mentioned in the skeleton of applicationContext.xml
>   (transaction and business object)
>- Maybe add one or more use cases where a business object makes sense
>- A Hibernate version would be nice  - remember this should be possible just
>with a 
>  different configuration :-)
>  
>
I'll see if I get any more feedback and think about it. I've got an idea 
for a rather contrived use case that could demonstrate a transaction 
and  a WizardFormController, i.e. transferring a Pet from one Owner to 
another. Anybody else got a better idea for a use case ???

As to Hibernate, I've never used it and am not sure if/when I'll get 
around to tackling that learning curve. There's just not enough time for 
me to do everything I'd like to, heavy sigh. :-(

>There's one general question I have:
>
>Petclinic provides *one* screen/form where an owner can be inserted or
>updated
>(owner id == 0 --> insert, owner id != null --> update)
>Is this a preferred approach ? In my last project I've provided separate
>screens 
>for insert and update.
>  
>
No, this was simply "my" preferred approach because like all good 
software developers I hate duplication and this approach allows the 
forms to share the same jsp. This approach is OK if the insert and 
update forms are very nearly the same but if they aren't it's probably 
more hassle than it's worth. There certainly are other good ways to 
minimize the duplication.

>One thing I'd like to be improved in Spring (not Petclinic) is the
>configuration
>of the MVC part. It seems just too much to configure.
>
Perhaps this will not seem as bad as the documentation improves and the 
defaults and what you can and can't do with them becomes more apparent.

>Feel free to show no mercy ;-)
>I hope it didn't hit you too hard :-)
>  
>

Softballs :-) .

Did you find the tutorial text useful ??

Ken


>Regards,
>Lars
>
>  
>
>>Lars,
>>
>>Regarding your ongoing questions about Petclinic and the skeletons:
>>
>>It was decided quite some time ago that the 1st iteration of Petclinic 
>>would focus on the more rudimentary aspects of using Spring: beans, 
>>context, jdbc, and web mvc. That is why there are no examples of aop, 
>>transactions, or ejb in it. Its purpose is simply to help developers get 
>>started.
>>
>>The current version of Petclinic does not not have a separation of 
>>business and persistence layers because the business layer is soooo very 
>>thin. At one point it was separated but this was removed because the 
>>business API was almost a duplicate of the persistence API. As it stands 
>>now, it really is only about data access.
>>
>>The skeletons themselves actually came along after most of Petclinic had 
>>been done. As of now the skeletons are simply starting points for 
>>configuration files.
>>
>>I would be interested in your feedback (and that of anybody else) on:
>>- how well does the ****current**** version of Petclinic help developers 
>>get started with Spring ? Is it effective and  what do you think should 
>>be done to improve it. Feel free to show no mercy ;-) .
>>- what would you want to see in a next version of Petclinic, preferably 
>>with suggestions for use cases to implement ?
>>- do you think it would best to morph the skeletons into actual tiny 
>>sample apps or roll associated demonstrations into bigger sample apps ?
>>
>>Ken
>>
>>
>>    
>>
>
>
>  
>

Re: [Springframework-developer] Petclinic, skeletons, and sample apps

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

VGhlIGNvbnRyb2xsZXIgbXVzdCBzcGVjaWZ5IHRoZSBuYW1lIG9mIHRoZSB2aWV3IHNvbWVob3cs
IHNvIHlvdSBtdXN0IGF0IGxlYXN0IGdpdmUgc29tZSBraW5kIG9mIHN5bWJvbGljIG5hbWUuLi4g
VGhhdCdzIHRoZSBkaWZmZXJlbmNlIGJldHdlZW4gdGhlIGRlZmF1bHQgSW50ZXJuYWxSZXNvdXJj
ZVZpZXdSZXNvbHZlciBhbmQgdGhlIFJlc291cmNlQnVuZGxlVmlld1Jlc29sdmVyOiBUaGUgZm9y
bWVyIGludGVycHJldHMgdGhlIHZpZXcgbmFtZXMgYXMgZnVsbCBKU1AgcGF0aHMgKG5vdCByZWFs
bHkgc3ltYm9saWMsIGJ1dCBlYXN5IGZvciBwcm90b3R5cGluZyksIHdoaWxlIHRoZSBsYXR0ZXIg
bWFwcyBzeW1ib2xpYyB2aWV3IG5hbWVzIHRvIGFueSBraW5kIG9mIHZpZXcgaW5zdGFuY2VzIChp
bnRyb2R1Y2luZyBhIGxldmVsIG9mIGluZGlyZWN0aW9uKS4NCiANCkkgcHJlZmVyIHRvIGdpdmUg
dGhlIG5hbWUgb2YgYSB2aWV3IGluc3RlYWQgb2YgYSBjb25zdGFudCBsaWtlIFNVQ0NFU1MgaW4g
V2ViV29yayBzdHlsZS4gWW91IGNhbiBhbHdheXMgbmFtZSB2aWV3cyBhZnRlciBjb250cm9sbGVy
cywgZS5nLiAicHJvZHVjdFNlYXJjaFN1Y2Nlc3MiIGZvciBhICJwcm9kdWN0U2VhcmNoIiBjb250
cm9sbGVyLCBpZiB5b3UnZCBsaWtlIHRvIGltaXRhdGUgdGhhdCBzdHlsZS4NCiANCkp1ZXJnZW4N
CiANCiANCg0KCS0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0gDQoJVm9uOiBMYXJz
IEZpc2NoZXIgW21haWx0bzpsYXJzLmZpc2NoZXJAZ214cHJvLm5ldF0gDQoJR2VzZW5kZXQ6IEZy
IDI5LjA4LjIwMDMgMjI6MzQgDQoJQW46IGrDvHJnZW4gaMO2bGxlciBbd2VyazNBVF0gDQoJQ2M6
IGtrQGtrdGVjLmNvbTsgc3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3Jn
ZS5uZXQ7IHNwcmluZ2ZyYW1ld29yay11c2VyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglCZXRy
ZWZmOiBSZTogW1NwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXJdIFBldGNsaW5pYywgc2tlbGV0b25z
LCBhbmQgc2FtcGxlIGFwcHMNCgkNCgkNCg0KCUkgbXVzdCBhZG1pdCwgdGhhdCBJIGRpZG4ndCAu
Li4NCglMb29rZWQgYXQgaGliZXJuYXRlLCB0eXBpY2FsLCBQZXRjbGluaWMgYW5kIENvdW50cmll
cywNCgltYXliZSBJIHNob3VsZCB0YWtlIGEgbG9vayBhdCB0aGUgbWluaW1hbCBjb25maWd1cmF0
aW9uIHRvby4NCgkNCglOb3cgbGV0J3MgYXNzdW1lIHRoYXQgSSB1c2UgYWxsIHRoZSBjb25maWd1
cmF0aW9uIHN0dWZmIGxpa2UNCgl2aWV3UmVzb2x2ZXIsIHVybE1hcHBpbmcsIHh4eE1ldGhvZE5h
bWVSZXNvbHZlciBhbmQNCglldmVuIGEgdmlld3MucHJvcGVydGllcyBmaWxlLiBJcyBpdCByZWFs
bHkgbmVjZXNzYXJ5IHRvIGhhcmRjb2RlDQoJdGhlIG5hbWUgb2YgdGhlIHZpZXcgaW4gdGhlIGNv
bnRyb2xsZXIgPw0KCQ0KCUlmIHRoaXMgaXN0IG5vdCB0aGUgY2FzZSBwbGVhc2UganVzdCB0ZWxs
IG1lIGJlY2F1c2UgSSBkaWRuJ3QgY2hlY2sgaWYNCglpdCBpcyByZWFsbHkgbmVjZXNzYXJ5IDot
KQ0KCQ0KCVRoYW5rcywNCglMYXJzDQoJDQoJDQoJDQoJDQoJPiA+IE9uZSB0aGluZyBJJ2QgbGlr
ZSB0byBiZSBpbXByb3ZlZCBpbiBTcHJpbmcgKG5vdCBQZXRjbGkNCgk+IG5pYykgaXMgdGhlIGNv
bmZpZ3VyYXRpb24gb2YgdGhlIE1WQyBwYXJ0LiBJdCBzZWVtcyBqdXN0DQoJPiB0b28gbXVjaCB0
byBjb25maWd1cmUuDQoJPg0KCT4gSGF2ZSB5b3UgaGFkIGEgbG9vayBhdCB0aGUgd2ViYQ0KCT4g
cHAtbWluaW1hbCBza2VsZXRvbj8gSWYgeW91IHJlbHkgb24gdGhlIGRlZmF1bHQgaGFuZGxlciBt
DQoJPiBhcHBpbmcgYW5kIGRlZmF1bHQgdmlldyByZXNvbHV0aW9uLCB5b3UgZG9uJ3QgbmVlZCB0
byBkZWYNCgk+IGluZSBhbnl0aGluZyBidXQgeW91ciBjb250cm9sbGVycy4gTm8gbmVlZCBmb3Ig
ZnJhbWV3b3JrDQoJPiBiZWFucywgbm8gbmVlZCBmb3Igdmlld3MucHJvcGVydGllcy4gSnVzdCBn
aXZlIHlvdXIgY29udHINCgk+IG9sbGVyIGJlYW5zIHRoZWlyIFVSTHMgYXMgYWxpYXMgbmFtZXMs
IGFuZCByZXR1cm4gcGF0aHMgdA0KCT4gbyB5b3VyIEpTUHMgYXMgdmlldyBuYW1lcy4gSGF2ZSBh
IGxvb2sgYXQgZXhhbXBsZS1zZXJ2bGV0DQoJPiAueG1sIGluIHRoZSBzYW1wbGVzL3NrZWxldG9u
cy93ZWJhcHAtbWluaW1hbC9XRUItSU5GIGRpcmUNCgk+IGN0b3J5Lg0KCT4NCgk+IEkgYWdyZWUg
dGhhdCB0aGVyZSBhcmUgYSBsb3Qgb2YgY29uZmlndXJhdGlvbiBvDQoJPiBwdGlvbnMgaW4gdGhl
IHdlYiBmcmFtZXdvcmsuIEkndmUgdHJpZWQgdG8gaGFyZCB0byBwcm92aWQNCgk+IGUgc2Vuc2li
bGUgZGVmYXVsdHMsIHRob3VnaC4NCgk+DQoJPiBKdWVyZ2VuDQoJPg0KCT4NCgkNCgkNCg0K

Re: [Springframework-developer] Petclinic, skeletons, and sample apps

[Lars F. <lar...@gm...>]

I must admit, that I didn't ...
Looked at hibernate, typical, Petclinic and Countries,
maybe I should take a look at the minimal configuration too.

Now let's assume that I use all the configuration stuff like
viewResolver, urlMapping, xxxMethodNameResolver and
even a views.properties file. Is it really necessary to hardcode
the name of the view in the controller ?

If this ist not the case please just tell me because I didn't check if
it is really necessary :-)

Thanks,
Lars




> > One thing I'd like to be improved in Spring (not Petcli
> nic) is the configuration of the MVC part. It seems just 
> too much to configure.
> 
> Have you had a look at the weba
> pp-minimal skeleton? If you rely on the default handler m
> apping and default view resolution, you don't need to def
> ine anything but your controllers. No need for framework 
> beans, no need for views.properties. Just give your contr
> oller beans their URLs as alias names, and return paths t
> o your JSPs as view names. Have a look at example-servlet
> .xml in the samples/skeletons/webapp-minimal/WEB-INF dire
> ctory.
> 
> I agree that there are a lot of configuration o
> ptions in the web framework. I've tried to hard to provid
> e sensible defaults, though.
> 
> Juergen
> 
> 

Re: [Springframework-developer] Example classes needed and naming convention

[Lars F. <lar...@gm...>]

Forgot that SF sent me a notification ... sorry about that.
There *really* were problems but not with that mail.

In addition to the naming conventions for the jar packages:

Should it be

1a) jürgen.jar or 1b) jürgen-full.jar
or
2a) juergen.jar or 2b) juergen-full.jar

Maybe Spring could provide some kind of converter for developers
with names containing German 'Umlaut' :-)

Regards,
Lars

> Sorry, this was my fault. I just unblocked this email, which had been held
> up because the attachment was too big. Probably should have deleted it.
> 
> Please note that I have to intervene for large attachments, and can't
> always
> do so right away. So try to keep the total size of mails down before 40K
> if
> possible.
> 
> Regards,
> Rod
> 
> ----- Original Message -----
> From: "jürgen höller [werk3AT]" <jue...@we...>
> To: "Lars Fischer" <lar...@gm...>
> Cc: <tri...@tr...>;
> <spr...@li...>
> Sent: Friday, August 29, 2003 7:14 PM
> Subject: Re: [Springframework-developer] Example classes needed
> 
> 
> > Oops, didn't see that ;-)
> >
> >
> > -----Ursprüngliche Nachricht-----
> > Von: Lars Fischer [mailto:lar...@gm...]
> > Gesendet: Fr 29.08.2003 20:14
> > An: jürgen höller [werk3AT]
> > Cc: tri...@tr...; spr...@li...
> > Betreff: Re: [Springframework-developer] Example classes needed
> >
> >
> >
> > Jürgen,
> >
> > look at the date of this mail (August 25), it's outdated !
> > There were some problems with the mailing lists at SF.
> >
> > Thanks
> > Lars
> >
> > > Lars,
> > >
> > > That seems to be because your Spring version do
> > > esn't contain a ContextLoaderServlet class, as we've intr
> > > oduced that after 0.9.1. As I'm in the process of releasi
> > > ng 1.0 M1 tonight, I suggest waiting for that release and
> > >  migrating to it.
> > >
> > > 1.0 M1 contains ContextLoaderServle
> > > t among many other improvements. You'll just need to rena
> > > me all com.interface21 references to org.springframework
> > > then, both in your code and your XML application context
> > > files, as we've finally switched package names.
> > >
> > > Juerg
> > > en
> > >
> > >
> > >
> > >       -----Ursprüngliche Nachricht-----
> > >       Von: L
> > > ars Fischer [mailto:lar...@gm...]
> > >       Gesendet:
> > >  Mo 25.08.2003 11:09
> > >       An: tri...@tr...
> > >       Cc: spr
> > > ing...@li...
> > >       Betreff:
> > > Re: [Springframework-developer] Example classes needed
> > >
> > >
> > >
> > >
> > >       Thomas,
> > >
> > >       unfortunately I've deleted the worki
> > > ng petclinic.war yesterday and was not
> > >       able to
> > >       reprod
> > > uce it but I'll try to look into the logs.
> > >
> > >       I've depl
> > > oyed the application with the following options in web.xm
> > > l:
> > >
> > >        <listener>
> > >
> > >       <listener-class>com.interface2
> > > 1.web.context.ContextLoaderListener</listener-class>
> > >
> > > </listener>
> > >
> > >         <servlet>
> > >           <servlet-name>cwxRootC
> > > ontext</servlet-name>
> > >
> > >       <servlet-class>com.interface
> > > 21.web.context.ContextLoaderServlet</servlet-class>
> > >
> > >  <load-on-startup>1</load-on-startup>
> > >         </servlet>
> > >
> > >         <servlet>
> > >           <servlet-name>cwx</servlet-name>
> > >
> > >
> > >       <servlet-class>com.interface21.web.servlet.DispatcherSe
> > > rvlet</servlet-class>
> > >           <load-on-startup>2</load-on-s
> > > tartup>
> > >         </servlet>
> > >
> > >       Attached is the output from W
> > > ebLogic and TomCat (TomCat works without
> > >       problems).
> > >
> > >
> > >       WebLogic complains about not finding the requested clas
> > > s in the classpath.
> > >
> > >       Hope this helps
> > >       Lars
> > >
> > >       > La
> > > rs,
> > >       >
> > >       > Loading ContextLoaderServlet as a servlet wit
> > > h load-on-startup set to 1
> > >       > and
> > >       > loading Dispatcher
> > > Servlet with load-on-startup set to 2 works for me on
> > >       >
> > >  WebLogic
> > >       > 8.1 SP1.  If it does not work, could you se
> > > nd me the web.xml and your log
> > >       > output?
> > >       >
> > >       > Also,
> > > I get the same errors deploying the Petclinic, so it does
> > >  not work
> > >       > for me.
> > >       >  Can you send me the petclinic
> > > war file that works with WebLogic 8.1 SP1
> > >       > so I
> > >       > ca
> > > n try it on my server?
> > >       >
> > >       > Thomas
> > >       >
> > >       >
> > >       > > Thoma
> > > s,
> > >       > >
> > >       > > thanks for the suggestion. Tried it but it
> > >  doesn't work.
> > >       > >
> > >       > > This is a serious one:
> > >       > >
> > >       > > Tested my app with Tomcat 4.1.24 and it works.
> > >       > >
> > >
> > >       > > I does NOT work with
> > >       > >
> > >       > > WebLogic 8.1 SP1,
> > >  WebLogic Express SP1, WebLogic 7.0 SP3.
> > >       > >
> > >       > > What
> > >  makes me wonder is that Petclinic works with WebLogic 8.
> > > 1 SP1.
> > >       > >
> > >       > > Regards
> > >       > > Lars
> > >       > >
> > >       > > > Lars,
> > >
> > >       > > >
> > >       > > > I have looked into this a little bit mor
> > > e.  What happens is that
> > >       > > > ServletContextListener.c
> > > ontextInitialized() method is called _after_
> > >       > the
> > >       >
> > >  > > HttpServlet.init() method is called on servlets spec
> > > ified with
> > >       > <load-on-
> > >       > > > startup>.  This causes t
> > > he xxx-servlet.xml to be loaded before the
> > >       > > > applic
> > > ationContext.xml is loaded, so that is why you can't refe
> > > rence
> > >       > > > the 'cwxDao' bean.  This behavior is the op
> > > posite of what I see for
> > >       > > > Tomcat,
> > >       > > > and I'm
> > > sure the same is true for Orion and Resin that Juergen is
> > >
> > >       > using.
> > >       > > > I
> > >       > > > looked in the Servlet 2.3 s
> > > pecification, but I did not see anything
> > >       > > > specifyi
> > > ng
> > >       > > > which order these methods should be called in.
> > >   Maybe Juergen or Rod
> > >       > can
> > >       > > > shed
> > >       > > > some
> > > more light on this issue.
> > >       > > >
> > >       > > > You should be
> > > able to use the ContextLoaderServlet for now.
> > >       > > >
> > >       >
> > >  > > Thomas
> > >       > > >
> > >       > > >
> > >       > > > > Lars,
> > >       > > > >
> > >       >
> > >  > > > This might be a WebLogic specific issue - I just s
> > > aw similar error
> > >       > when
> > >       > > > I
> > >       > > > > deployed my
> > >  app in WebLogic 8.1.
> > >       > > > >
> > >       > > > > I will try to r
> > > esearch this in more detail later on today or
> > >       > tomorro
> > > w.
> > >       > > > In
> > >       > > > > the
> > >       > > > > meantime try this i
> > > n your web.xml
> > >       > > > >
> > >       > > > > <servlet>
> > >       > > > > <s
> > > ervlet-name>cwxRootContext</servlet-name>
> > >       > > > >
> > >       > >
> > >  >
> > >       > <servlet-class>com.interface21.web.context.Context
> > > LoaderServlet</servlet-
> > >       > > > class>
> > >       > > > > <load-on
> > > -startup>1</load-on-startup>
> > >       > > > > </servlet>
> > >       > > >
> > >  >
> > >       > > > > <servlet>
> > >       > > > > <servlet-name>cwx</servl
> > > et-name>
> > >       > > > >
> > >       > > >
> > >       > >
> > >       >
> > >       <servlet-class>com
> > > .interface21.web.servlet.DispatcherServlet</servlet-class
> > > >
> > >       > > > > <load-on-startup>2</load-on-startup>
> > >       > > >
> > > > </servlet>
> > >       > > > >
> > >       > > > > Thomas
> > >       > > > >
> > >       > > >
> > >  >
> > >       > > > >
> > >       > > > > > Thomas,
> > >       > > > > >
> > >       > > > > >
> > > attached is the web.xml.
> > >       > > > > >
> > >       > > > > > Without
> > > the ContextLoaderListener nothing would happen, not even
> > >
> > >       > > > > > the Hibernate stuff in applicationContext.xml
> > > .
> > >       > > > > >
> > >       > > > > > Thanks
> > >       > > > > > Lars
> > >       > > >
> > >  > >
> > >       > > > > > > Lars,
> > >       > > > > > >
> > >       > > > > > > You
> > > did not include your web.xml, but my guess is you need to
> > >
> > >       > add a
> > >       > > > > > > ContextLoaderListener.  The appl
> > > ication context has to be loaded
> > >       > > > first,
> > >       > > > >
> > >  > > and the
> > >       > > > > > > error messages indicates that
> > > the bean 'cwxDao' can't be found,
> > >       > so
> > >       > > > it
> > >       > >
> > >  > > > > looks like
> > >       > > > > > > that did not happen.
> > >
> > > > > > > > >
> > >       > > > > > > web.xml:
> > >       > > > > > >
> > >       > > >
> > > > > > <web-app>
> > >       > > > > > >
> > >       > > > > > >   <!--
> > >       > >
> > > > > > >   - Loads the root application context of this we
> > > b app at
> > >       > startup,
> > >       > > > > > >   - by default from "
> > > /WEB-INF/applicationContext.xml".
> > >       > > > > > >   -->
> > >       >
> > >  > > > > >   <listener>
> > >       > > > > > >     <listener-
> > > class>
> > >       > > > > > >       com.interface21.web.context.Co
> > > ntextLoaderListener
> > >       > > > > > >     </listener-class>
> > >       > > > > > >   </listener>
> > >       > > > > > >
> > >       > > > > > >
> > >  <!-- more definitions -->
> > >       > > > > > >
> > >       > > > > > > </
> > > web-app>
> > >       > > > > > >
> > >       > > > > > >
> > >       > > > > > > Hope t
> > > his helps.
> > >       > > > > > >
> > >       > > > > > > Thomas
> > >       > > > > >
> > >  >
> > >       > > > > > >
> > >       > > > > > >
> > >       > > > > > > > Hi all Spr
> > > ing experts,
> > >       > > > > > > >
> > >       > > > > > > > can anyone p
> > > rovide me the example classes mentioned in several
> > >       > >
> > > > > skeletons
> > >       > > > > > >
> > >       > > > > > > > (e.g. example
> > > Controller, exampleBusinessObject,
> > >       > > > > exampleDataA
> > > ccessObject)
> > >       > > > > > > ?
> > >       > > > > > > >
> > >       > > > > >
> > > > > The two provided sample applications don't reflect th
> > > e
> > >       > skeletons
> > >       > > > very
> > >       > > > > > > well.
> > >       > > >
> > > > > > > There should be one 'big' application showing all
> > >  the stuff
> > >       > and
> > >       > > > many
> > >       > > > > > > small
> > >       > >
> > >  > > > > > ones to show single options (like in WebWork 1
> > > ).
> > >       > > > > > > >
> > >       > > > > > > > I've defined the follo
> > > wing in applicationContext.xml (and it
> > >       > > > works):
> > >
> > > > > > > > > >
> > >       > > > > > > > <bean id="cwxDao" class="ex
> > > ample.dao.CwxDaoHibernate">
> > >       > > > > > > >   <property n
> > > ame="sessionFactory"><ref
> > >       > > > > > > bean="cwxSessionF
> > > actory"/></property>
> > >       > > > > > > > </bean>
> > >       > > > > >
> > > > >
> > >       > > > > > > > When defining
> > >       > > > > > > >
> > >       > > >
> > >  > > > > (cwx-servlet.xml)
> > >       > > > > > > >
> > >       > > > > > >
> > > > <!--  Controller for the initial "Hello" page -->
> > >       > >
> > >  > > > > > <bean id="cwxController" class="example.web.Cw
> > > xController">
> > >       > > > > > > >   <property name="cwxDao"><
> > > ref external="cwxDao"/></property>
> > >       > > > > > > > </bean
> > > >
> > >       > > > > > > >
> > >       > > > > > > > (CwxController)
> > >       > > >
> > >  > > > >
> > >       > > > > > > >  private CwxDao cwxDao;
> > >       > > >
> > > > > > >
> > >       > > > > > > > public void setCwxDao(CwxDao cwxD
> > > ao) {
> > >       > > > > > > >     this.cwxDao = cwxDao;
> > >       > > > >
> > >  > > >  }
> > >       > > > > > > >
> > >       > > > > > > >
> > >       > > > > > > >
> > >  I always get
> > >       > > > > > > >
> > >       > > > > > > > ERROR [com.
> > > interface21.web.servlet.DispatcherServlet] -
> > >       > <Servlet
> > >
> > >       > > > with
> > >       > > > > > > name
> > >       > > > > > > > 'cwx' :
> > > initialization error>
> > >       > > > > > > > com.interface21.bea
> > > ns.factory.NoSuchBeanDefinitionException:
> > >       > No
> > >       > > >
> > > bean
> > >       > > > > > > named
> > >       > > > > > > > [cwxDao] is defi
> > > ned {class
> > >       > > > > > > com.interface21.beans.factory.xm
> > > l.XmlBeanFactory:
> > >       > > > > > > > defined beans
> > >       > > > [
> > > messageSource,viewResolver,urlMapping,cwxController]}
> > >       >
> > >  > > > > > >
> > >       > > > > > > > This is the second time I ge
> > > t almost useless error messages.
> > >       > This
> > >       > > > is
> > >       >
> > > > > > one
> > >       > > > > > > > point where EJBs are far ahead
> > > (
> > >       > > > > > > > there is almost always an error message
> > >  telling you what
> > >       > excactly
> > >       > > > is
> > >       > > > > > > >
> > >  wrong).
> > >       > > > > > > >
> > >       > > > > > > > Another (dumb) q
> > > uestion:
> > >       > > > > > > >
> > >       > > > > > > > What is the diff
> > > erence between a DAO *implementation* and a
> > >       > > > busin
> > > ess
> > >       > > > > > > object
> > >       > > > > > > > and where does
> > >       > > > > > > > e. g. Petclinic reflect this ? I'm asking
> > > this because of the
> > >       > > > > diiference
> > >       > > > > > > >
> > > between the skeletons and the
> > >       > > > > > > > sample appl
> > > ications. The skeletons provide a DAO and a
> > >       > Business
> > >
> > >       > > > Object
> > >       > > > > > > using
> > >       > > > > > > > the DA
> > > O definition,
> > >       > > > > > > > Petclinic does not. The sam
> > > ples should be as close as possible
> > >       > to
> > >       > > > the
> > >
> > > > > > > > > > skeletons or the skeletons should
> > >       > > > >
> > >  > > > at least provide the java classes (shouldn't be to
> > > o hard).
> > >       > > > > > > >
> > >       > > > > > > > Thanks in advanc
> > > e
> > >       > > > > > > > Lars
> > >       > > > > > > >
> > >       > > > > > > >
> > >
> > > > > > > > > >
> > >       > > > > > > > ---------------------------
> > > ----------------------------
> > >       > > > > > > > This SF.net
> > > email is sponsored by: VM Ware
> > >       > > > > > > > With VMwar
> > > e you can run multiple operating systems on a single
> > >       >
> > > > > > machine.
> > >       > > > > > > > WITHOUT REBOOTING! Mix Lin
> > > ux / Windows / Novell virtual
> > >       > machines
> > >       > > > > > >
> > > > at the same time. Free trial click
> > >       > > > > > > here:h
> > > ttp://www.vmware.com/wl/offer/358/0
> > >       > > > > > > > _____
> > > __________________________________________
> > >       > > > > > >
> > > > Springframework-developer mailing list
> > >       > > > > > > >
> > > Spr...@li...
> > >       > > > >
> > >  > > >
> > >       > > > https://lists.sourceforge.net/lists/listin
> > > fo/springframework-developer
> > >       > > > > > > >
> > >       > > > > >
> > > >
> > >       > > > > > >
> > >       > > > > > >
> > >       > > > >
> > >       > > > >
> > >       > > >
> > >  >
> > >       > > > >
> > >       > > > >
> > >       > > > > ------------------------
> > > -------------------------------
> > >       > > > > This SF.net ema
> > > il 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/358/0
> > >       > > > > _______________________________________________
> > >
> > >       > > > > Springframework-developer mailing list
> > >       > > >
> > > > Spr...@li...
> > >       > > >
> > >  >
> > >       > https://lists.sourceforge.net/lists/listinfo/sprin
> > > gframework-developer
> > >       > > > >
> > >       > > >
> > >       > > >
> > >       > > >
> > >
> > > > > >
> > >       > > >
> > >       > > > -----------------------------------
> > > --------------------
> > >       > > > This SF.net email is sponsor
> > > ed by: VM Ware
> > >       > > > With VMware you can run multiple o
> > > perating 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/358/0
> > >       > > > ____________
> > > ___________________________________
> > >       > > > Springframewo
> > > rk-developer mailing list
> > >       > > > Springframework-develop
> > > er...@li...
> > >       > > > https://lists.sourceforg
> > > e.net/lists/listinfo/springframework-developer
> > >       > > >
> > >
> > > > >
> > >       > >
> > >       > >
> > >       > > -----------------------------------
> > > --------------------
> > >       > > This SF.net email is sponsored
> > >  by: VM Ware
> > >       > > With VMware you can run multiple opera
> > > ting systems on a single machine.
> > >       > > WITHOUT REBOOTING
> > > ! Mix Linux / Windows / Novell virtual machines
> > >       > > at
> > > the same time. Free trial click
> > >       > here:http://www.vmwar
> > > e.com/wl/offer/358/0
> > >       > > ______________________________
> > > _________________
> > >       > > Springframework-developer mailing
> > >  list
> > >       > > Spr...@li....n
> > > et
> > >       > > https://lists.sourceforge.net/lists/listinfo/spr
> > > ingframework-developer
> > >       > >
> > >       >
> > >       >
> > >       >
> > >       >
> > >       >
> > >       > ----
> > > ---------------------------------------------------
> > >       > T
> > > his SF.net email is sponsored by: VM Ware
> > >       > With VMware
> > >  you can run multiple operating systems on a single machi
> > > ne.
> > >       > WITHOUT REBOOTING! Mix Linux / Windows / Novell v
> > > irtual machines
> > >       > at the same time. Free trial click
> > >
> > > > here:http://www.vmware.com/wl/offer/358/0
> > >       > _________
> > > ______________________________________
> > >       > Springframewor
> > > k-developer mailing list
> > >       > Springframework-developer@li
> > > sts.sourceforge.net
> > >       > https://lists.sourceforge.net/lis
> > > ts/listinfo/springframework-developer
> > >       >
> > >
> >
> >
> >
> >
> >
> > N 隊X'uÞ¼) Y\g颭  b؞HzG(J jgë°¢zí½–í²—x%R˦ (G^쮽h  lq
> zmض?X (~zw X b˝?
> jgë°¢zí½–í²—
> 
> 
> 
> 
> -------------------------------------------------------
> 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
> 

Re: [Springframework-developer] Petclinic, skeletons, and sample apps

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

PiBPbmUgdGhpbmcgSSdkIGxpa2UgdG8gYmUgaW1wcm92ZWQgaW4gU3ByaW5nIChub3QgUGV0Y2xp
bmljKSBpcyB0aGUgY29uZmlndXJhdGlvbiBvZiB0aGUgTVZDIHBhcnQuIEl0IHNlZW1zIGp1c3Qg
dG9vIG11Y2ggdG8gY29uZmlndXJlLg0KDQpIYXZlIHlvdSBoYWQgYSBsb29rIGF0IHRoZSB3ZWJh
cHAtbWluaW1hbCBza2VsZXRvbj8gSWYgeW91IHJlbHkgb24gdGhlIGRlZmF1bHQgaGFuZGxlciBt
YXBwaW5nIGFuZCBkZWZhdWx0IHZpZXcgcmVzb2x1dGlvbiwgeW91IGRvbid0IG5lZWQgdG8gZGVm
aW5lIGFueXRoaW5nIGJ1dCB5b3VyIGNvbnRyb2xsZXJzLiBObyBuZWVkIGZvciBmcmFtZXdvcmsg
YmVhbnMsIG5vIG5lZWQgZm9yIHZpZXdzLnByb3BlcnRpZXMuIEp1c3QgZ2l2ZSB5b3VyIGNvbnRy
b2xsZXIgYmVhbnMgdGhlaXIgVVJMcyBhcyBhbGlhcyBuYW1lcywgYW5kIHJldHVybiBwYXRocyB0
byB5b3VyIEpTUHMgYXMgdmlldyBuYW1lcy4gSGF2ZSBhIGxvb2sgYXQgZXhhbXBsZS1zZXJ2bGV0
LnhtbCBpbiB0aGUgc2FtcGxlcy9za2VsZXRvbnMvd2ViYXBwLW1pbmltYWwvV0VCLUlORiBkaXJl
Y3RvcnkuDQoNCkkgYWdyZWUgdGhhdCB0aGVyZSBhcmUgYSBsb3Qgb2YgY29uZmlndXJhdGlvbiBv
cHRpb25zIGluIHRoZSB3ZWIgZnJhbWV3b3JrLiBJJ3ZlIHRyaWVkIHRvIGhhcmQgdG8gcHJvdmlk
ZSBzZW5zaWJsZSBkZWZhdWx0cywgdGhvdWdoLg0KDQpKdWVyZ2VuDQoNCg0K

Re: [Springframework-developer] Petclinic, skeletons, and sample apps

[Lars F. <lar...@gm...>]

Ken,

first of all it's good that Petclinic exists !

I would prefer to have smaller examples to get started (especially
regarding the configuration stuff). If the skeletons would provide
the examples they refer to it would be enough for me.

What I would like to be improved in Petclinic:

- Provide the features mentioned in the skeleton of applicationContext.xml
   (transaction and business object)
- Maybe add one or more use cases where a business object makes sense
- A Hibernate version would be nice  - remember this should be possible just
with a 
  different configuration :-)

There's one general question I have:

Petclinic provides *one* screen/form where an owner can be inserted or
updated
(owner id == 0 --> insert, owner id != null --> update)
Is this a preferred approach ? In my last project I've provided separate
screens 
for insert and update.

One thing I'd like to be improved in Spring (not Petclinic) is the
configuration
of the MVC part. It seems just too much to configure.

> Feel free to show no mercy ;-) 

I hope it didn't hit you too hard :-)

Regards,
Lars

> Lars,
> 
> Regarding your ongoing questions about Petclinic and the skeletons:
> 
> It was decided quite some time ago that the 1st iteration of Petclinic 
> would focus on the more rudimentary aspects of using Spring: beans, 
> context, jdbc, and web mvc. That is why there are no examples of aop, 
> transactions, or ejb in it. Its purpose is simply to help developers get 
> started.
> 
> The current version of Petclinic does not not have a separation of 
> business and persistence layers because the business layer is soooo very 
> thin. At one point it was separated but this was removed because the 
> business API was almost a duplicate of the persistence API. As it stands 
> now, it really is only about data access.
> 
> The skeletons themselves actually came along after most of Petclinic had 
> been done. As of now the skeletons are simply starting points for 
> configuration files.
> 
> I would be interested in your feedback (and that of anybody else) on:
> - how well does the ****current**** version of Petclinic help developers 
> get started with Spring ? Is it effective and  what do you think should 
> be done to improve it. Feel free to show no mercy ;-) .
> - what would you want to see in a next version of Petclinic, preferably 
> with suggestions for use cases to implement ?
> - do you think it would best to morph the skeletons into actual tiny 
> sample apps or roll associated demonstrations into bigger sample apps ?
> 
> Ken
> 
> 

[Springframework-developer] Petclinic, skeletons, and sample apps

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

Lars,

Regarding your ongoing questions about Petclinic and the skeletons:

It was decided quite some time ago that the 1st iteration of Petclinic 
would focus on the more rudimentary aspects of using Spring: beans, 
context, jdbc, and web mvc. That is why there are no examples of aop, 
transactions, or ejb in it. Its purpose is simply to help developers get 
started.

The current version of Petclinic does not not have a separation of 
business and persistence layers because the business layer is soooo very 
thin. At one point it was separated but this was removed because the 
business API was almost a duplicate of the persistence API. As it stands 
now, it really is only about data access.

The skeletons themselves actually came along after most of Petclinic had 
been done. As of now the skeletons are simply starting points for 
configuration files.

I would be interested in your feedback (and that of anybody else) on:
- how well does the ****current**** version of Petclinic help developers 
get started with Spring ? Is it effective and  what do you think should 
be done to improve it. Feel free to show no mercy ;-) .
- what would you want to see in a next version of Petclinic, preferably 
with suggestions for use cases to implement ?
- do you think it would best to morph the skeletons into actual tiny 
sample apps or roll associated demonstrations into bigger sample apps ?

Ken

Re: [Springframework-developer] Example classes needed

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

T29wcywgZGlkbid0IHNlZSB0aGF0IDstKQ0KIA0KDQoJLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNo
cmljaHQtLS0tLSANCglWb246IExhcnMgRmlzY2hlciBbbWFpbHRvOmxhcnMuZmlzY2hlckBnbXhw
cm8ubmV0XSANCglHZXNlbmRldDogRnIgMjkuMDguMjAwMyAyMDoxNCANCglBbjogasO8cmdlbiBo
w7ZsbGVyIFt3ZXJrM0FUXSANCglDYzogdHJpc2JlcmdAdHJpZGIuY29tOyBzcHJpbmdmcmFtZXdv
cmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldCANCglCZXRyZWZmOiBSZTogW1Nwcmlu
Z2ZyYW1ld29yay1kZXZlbG9wZXJdIEV4YW1wbGUgY2xhc3NlcyBuZWVkZWQNCgkNCgkNCg0KCUrD
vHJnZW4sDQoJDQoJbG9vayBhdCB0aGUgZGF0ZSBvZiB0aGlzIG1haWwgKEF1Z3VzdCAyNSksIGl0
J3Mgb3V0ZGF0ZWQgIQ0KCVRoZXJlIHdlcmUgc29tZSBwcm9ibGVtcyB3aXRoIHRoZSBtYWlsaW5n
IGxpc3RzIGF0IFNGLg0KCQ0KCVRoYW5rcw0KCUxhcnMNCgkNCgk+IExhcnMsDQoJPiANCgk+IFRo
YXQgc2VlbXMgdG8gYmUgYmVjYXVzZSB5b3VyIFNwcmluZyB2ZXJzaW9uIGRvDQoJPiBlc24ndCBj
b250YWluIGEgQ29udGV4dExvYWRlclNlcnZsZXQgY2xhc3MsIGFzIHdlJ3ZlIGludHINCgk+IG9k
dWNlZCB0aGF0IGFmdGVyIDAuOS4xLiBBcyBJJ20gaW4gdGhlIHByb2Nlc3Mgb2YgcmVsZWFzaQ0K
CT4gbmcgMS4wIE0xIHRvbmlnaHQsIEkgc3VnZ2VzdCB3YWl0aW5nIGZvciB0aGF0IHJlbGVhc2Ug
YW5kDQoJPiAgbWlncmF0aW5nIHRvIGl0Lg0KCT4gDQoJPiAxLjAgTTEgY29udGFpbnMgQ29udGV4
dExvYWRlclNlcnZsZQ0KCT4gdCBhbW9uZyBtYW55IG90aGVyIGltcHJvdmVtZW50cy4gWW91J2xs
IGp1c3QgbmVlZCB0byByZW5hDQoJPiBtZSBhbGwgY29tLmludGVyZmFjZTIxIHJlZmVyZW5jZXMg
dG8gb3JnLnNwcmluZ2ZyYW1ld29yaw0KCT4gdGhlbiwgYm90aCBpbiB5b3VyIGNvZGUgYW5kIHlv
dXIgWE1MIGFwcGxpY2F0aW9uIGNvbnRleHQNCgk+IGZpbGVzLCBhcyB3ZSd2ZSBmaW5hbGx5IHN3
aXRjaGVkIHBhY2thZ2UgbmFtZXMuDQoJPiANCgk+IEp1ZXJnDQoJPiBlbg0KCT4gDQoJPiANCgk+
DQoJPiAgICAgICAtLS0tLVVyc3Byw4PCvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0NCgk+ICAgICAg
IFZvbjogTA0KCT4gYXJzIEZpc2NoZXIgW21haWx0bzpsYXJzLmZpc2NoZXJAZ214cHJvLm5ldF0N
Cgk+ICAgICAgIEdlc2VuZGV0Og0KCT4gIE1vIDI1LjA4LjIwMDMgMTE6MDkNCgk+ICAgICAgIEFu
OiB0cmlzYmVyZ0B0cmlkYi5jb20NCgk+ICAgICAgIENjOiBzcHINCgk+IGluZ2ZyYW1ld29yay1k
ZXZlbG9wZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJPiAgICAgICBCZXRyZWZmOg0KCT4gUmU6
IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBFeGFtcGxlIGNsYXNzZXMgbmVlZGVkDQoJPiAg
ICAgIA0KCT4NCgk+ICAgICAgDQoJPg0KCT4gICAgICAgVGhvbWFzLA0KCT4gICAgICANCgk+ICAg
ICAgIHVuZm9ydHVuYXRlbHkgSSd2ZSBkZWxldGVkIHRoZSB3b3JraQ0KCT4gbmcgcGV0Y2xpbmlj
LndhciB5ZXN0ZXJkYXkgYW5kIHdhcyBub3QNCgk+ICAgICAgIGFibGUgdG8NCgk+ICAgICAgIHJl
cHJvZA0KCT4gdWNlIGl0IGJ1dCBJJ2xsIHRyeSB0byBsb29rIGludG8gdGhlIGxvZ3MuDQoJPiAg
ICAgIA0KCT4gICAgICAgSSd2ZSBkZXBsDQoJPiBveWVkIHRoZSBhcHBsaWNhdGlvbiB3aXRoIHRo
ZSBmb2xsb3dpbmcgb3B0aW9ucyBpbiB3ZWIueG0NCgk+IGw6DQoJPiAgICAgIA0KCT4gICAgICAg
IDxsaXN0ZW5lcj4NCgk+ICAgICAgICANCgk+ICAgICAgIDxsaXN0ZW5lci1jbGFzcz5jb20uaW50
ZXJmYWNlMg0KCT4gMS53ZWIuY29udGV4dC5Db250ZXh0TG9hZGVyTGlzdGVuZXI8L2xpc3RlbmVy
LWNsYXNzPg0KCT4gICAgICAgIA0KCT4gPC9saXN0ZW5lcj4NCgk+ICAgICAgDQoJPiAgICAgICAg
IDxzZXJ2bGV0Pg0KCT4gICAgICAgICAgIDxzZXJ2bGV0LW5hbWU+Y3d4Um9vdEMNCgk+IG9udGV4
dDwvc2VydmxldC1uYW1lPg0KCT4gICAgICAgIA0KCT4gICAgICAgPHNlcnZsZXQtY2xhc3M+Y29t
LmludGVyZmFjZQ0KCT4gMjEud2ViLmNvbnRleHQuQ29udGV4dExvYWRlclNlcnZsZXQ8L3NlcnZs
ZXQtY2xhc3M+DQoJPiAgICAgICAgIA0KCT4gIDxsb2FkLW9uLXN0YXJ0dXA+MTwvbG9hZC1vbi1z
dGFydHVwPg0KCT4gICAgICAgICA8L3NlcnZsZXQ+DQoJPiAgICAgIA0KCT4gICAgICAgICA8c2Vy
dmxldD4NCgk+ICAgICAgICAgICA8c2VydmxldC1uYW1lPmN3eDwvc2VydmxldC1uYW1lPg0KCT4g
ICAgICAgIA0KCT4NCgk+ICAgICAgIDxzZXJ2bGV0LWNsYXNzPmNvbS5pbnRlcmZhY2UyMS53ZWIu
c2VydmxldC5EaXNwYXRjaGVyU2UNCgk+IHJ2bGV0PC9zZXJ2bGV0LWNsYXNzPg0KCT4gICAgICAg
ICAgIDxsb2FkLW9uLXN0YXJ0dXA+MjwvbG9hZC1vbi1zDQoJPiB0YXJ0dXA+DQoJPiAgICAgICAg
IDwvc2VydmxldD4NCgk+ICAgICAgDQoJPiAgICAgICBBdHRhY2hlZCBpcyB0aGUgb3V0cHV0IGZy
b20gVw0KCT4gZWJMb2dpYyBhbmQgVG9tQ2F0IChUb21DYXQgd29ya3Mgd2l0aG91dA0KCT4gICAg
ICAgcHJvYmxlbXMpLg0KCT4gICAgICANCgk+DQoJPiAgICAgICBXZWJMb2dpYyBjb21wbGFpbnMg
YWJvdXQgbm90IGZpbmRpbmcgdGhlIHJlcXVlc3RlZCBjbGFzDQoJPiBzIGluIHRoZSBjbGFzc3Bh
dGguDQoJPiAgICAgIA0KCT4gICAgICAgSG9wZSB0aGlzIGhlbHBzDQoJPiAgICAgICBMYXJzDQoJ
PiAgICAgIA0KCT4gICAgICAgPiBMYQ0KCT4gcnMsDQoJPiAgICAgICA+DQoJPiAgICAgICA+IExv
YWRpbmcgQ29udGV4dExvYWRlclNlcnZsZXQgYXMgYSBzZXJ2bGV0IHdpdA0KCT4gaCBsb2FkLW9u
LXN0YXJ0dXAgc2V0IHRvIDENCgk+ICAgICAgID4gYW5kDQoJPiAgICAgICA+IGxvYWRpbmcgRGlz
cGF0Y2hlcg0KCT4gU2VydmxldCB3aXRoIGxvYWQtb24tc3RhcnR1cCBzZXQgdG8gMiB3b3JrcyBm
b3IgbWUgb24NCgk+ICAgICAgID4NCgk+ICBXZWJMb2dpYw0KCT4gICAgICAgPiA4LjEgU1AxLiAg
SWYgaXQgZG9lcyBub3Qgd29yaywgY291bGQgeW91IHNlDQoJPiBuZCBtZSB0aGUgd2ViLnhtbCBh
bmQgeW91ciBsb2cNCgk+ICAgICAgID4gb3V0cHV0Pw0KCT4gICAgICAgPg0KCT4gICAgICAgPiBB
bHNvLA0KCT4gSSBnZXQgdGhlIHNhbWUgZXJyb3JzIGRlcGxveWluZyB0aGUgUGV0Y2xpbmljLCBz
byBpdCBkb2VzDQoJPiAgbm90IHdvcmsNCgk+ICAgICAgID4gZm9yIG1lLg0KCT4gICAgICAgPiAg
Q2FuIHlvdSBzZW5kIG1lIHRoZSBwZXRjbGluaWMNCgk+IHdhciBmaWxlIHRoYXQgd29ya3Mgd2l0
aCBXZWJMb2dpYyA4LjEgU1AxDQoJPiAgICAgICA+IHNvIEkNCgk+ICAgICAgID4gY2ENCgk+IG4g
dHJ5IGl0IG9uIG15IHNlcnZlcj8NCgk+ICAgICAgID4NCgk+ICAgICAgID4gVGhvbWFzDQoJPiAg
ICAgICA+DQoJPiAgICAgICA+DQoJPiAgICAgICA+ID4gVGhvbWENCgk+IHMsDQoJPiAgICAgICA+
ID4NCgk+ICAgICAgID4gPiB0aGFua3MgZm9yIHRoZSBzdWdnZXN0aW9uLiBUcmllZCBpdCBidXQg
aXQNCgk+ICBkb2Vzbid0IHdvcmsuDQoJPiAgICAgICA+ID4NCgk+ICAgICAgID4gPiBUaGlzIGlz
IGEgc2VyaW91cyBvbmU6DQoJPiAgICAgICA+ID4NCgk+ICAgICAgID4gPiBUZXN0ZWQgbXkgYXBw
IHdpdGggVG9tY2F0IDQuMS4yNCBhbmQgaXQgd29ya3MuDQoJPiAgICAgICA+ID4NCgk+DQoJPiAg
ICAgICA+ID4gSSBkb2VzIE5PVCB3b3JrIHdpdGgNCgk+ICAgICAgID4gPg0KCT4gICAgICAgPiA+
IFdlYkxvZ2ljIDguMSBTUDEsDQoJPiAgV2ViTG9naWMgRXhwcmVzcyBTUDEsIFdlYkxvZ2ljIDcu
MCBTUDMuDQoJPiAgICAgICA+ID4NCgk+ICAgICAgID4gPiBXaGF0DQoJPiAgbWFrZXMgbWUgd29u
ZGVyIGlzIHRoYXQgUGV0Y2xpbmljIHdvcmtzIHdpdGggV2ViTG9naWMgOC4NCgk+IDEgU1AxLg0K
CT4gICAgICAgPiA+DQoJPiAgICAgICA+ID4gUmVnYXJkcw0KCT4gICAgICAgPiA+IExhcnMNCgk+
ICAgICAgID4gPg0KCT4gICAgICAgPiA+ID4gTGFycywNCgk+DQoJPiAgICAgICA+ID4gPg0KCT4g
ICAgICAgPiA+ID4gSSBoYXZlIGxvb2tlZCBpbnRvIHRoaXMgYSBsaXR0bGUgYml0IG1vcg0KCT4g
ZS4gIFdoYXQgaGFwcGVucyBpcyB0aGF0DQoJPiAgICAgICA+ID4gPiBTZXJ2bGV0Q29udGV4dExp
c3RlbmVyLmMNCgk+IG9udGV4dEluaXRpYWxpemVkKCkgbWV0aG9kIGlzIGNhbGxlZCBfYWZ0ZXJf
DQoJPiAgICAgICA+IHRoZQ0KCT4gICAgICAgPg0KCT4gID4gPiBIdHRwU2VydmxldC5pbml0KCkg
bWV0aG9kIGlzIGNhbGxlZCBvbiBzZXJ2bGV0cyBzcGVjDQoJPiBpZmllZCB3aXRoDQoJPiAgICAg
ICA+IDxsb2FkLW9uLQ0KCT4gICAgICAgPiA+ID4gc3RhcnR1cD4uICBUaGlzIGNhdXNlcyB0DQoJ
PiBoZSB4eHgtc2VydmxldC54bWwgdG8gYmUgbG9hZGVkIGJlZm9yZSB0aGUNCgk+ICAgICAgID4g
PiA+IGFwcGxpYw0KCT4gYXRpb25Db250ZXh0LnhtbCBpcyBsb2FkZWQsIHNvIHRoYXQgaXMgd2h5
IHlvdSBjYW4ndCByZWZlDQoJPiByZW5jZQ0KCT4gICAgICAgPiA+ID4gdGhlICdjd3hEYW8nIGJl
YW4uICBUaGlzIGJlaGF2aW9yIGlzIHRoZSBvcA0KCT4gcG9zaXRlIG9mIHdoYXQgSSBzZWUgZm9y
DQoJPiAgICAgICA+ID4gPiBUb21jYXQsDQoJPiAgICAgICA+ID4gPiBhbmQgSSdtDQoJPiBzdXJl
IHRoZSBzYW1lIGlzIHRydWUgZm9yIE9yaW9uIGFuZCBSZXNpbiB0aGF0IEp1ZXJnZW4gaXMNCgk+
DQoJPiAgICAgICA+IHVzaW5nLg0KCT4gICAgICAgPiA+ID4gSQ0KCT4gICAgICAgPiA+ID4gbG9v
a2VkIGluIHRoZSBTZXJ2bGV0IDIuMyBzDQoJPiBwZWNpZmljYXRpb24sIGJ1dCBJIGRpZCBub3Qg
c2VlIGFueXRoaW5nDQoJPiAgICAgICA+ID4gPiBzcGVjaWZ5aQ0KCT4gbmcNCgk+ICAgICAgID4g
PiA+IHdoaWNoIG9yZGVyIHRoZXNlIG1ldGhvZHMgc2hvdWxkIGJlIGNhbGxlZCBpbi4NCgk+ICAg
TWF5YmUgSnVlcmdlbiBvciBSb2QNCgk+ICAgICAgID4gY2FuDQoJPiAgICAgICA+ID4gPiBzaGVk
DQoJPiAgICAgICA+ID4gPiBzb21lDQoJPiBtb3JlIGxpZ2h0IG9uIHRoaXMgaXNzdWUuDQoJPiAg
ICAgICA+ID4gPg0KCT4gICAgICAgPiA+ID4gWW91IHNob3VsZCBiZQ0KCT4gYWJsZSB0byB1c2Ug
dGhlIENvbnRleHRMb2FkZXJTZXJ2bGV0IGZvciBub3cuDQoJPiAgICAgICA+ID4gPg0KCT4gICAg
ICAgPg0KCT4gID4gPiBUaG9tYXMNCgk+ICAgICAgID4gPiA+DQoJPiAgICAgICA+ID4gPg0KCT4g
ICAgICAgPiA+ID4gPiBMYXJzLA0KCT4gICAgICAgPiA+ID4gPg0KCT4gICAgICAgPg0KCT4gID4g
PiA+IFRoaXMgbWlnaHQgYmUgYSBXZWJMb2dpYyBzcGVjaWZpYyBpc3N1ZSAtIEkganVzdCBzDQoJ
PiBhdyBzaW1pbGFyIGVycm9yDQoJPiAgICAgICA+IHdoZW4NCgk+ICAgICAgID4gPiA+IEkNCgk+
ICAgICAgID4gPiA+ID4gZGVwbG95ZWQgbXkNCgk+ICBhcHAgaW4gV2ViTG9naWMgOC4xLg0KCT4g
ICAgICAgPiA+ID4gPg0KCT4gICAgICAgPiA+ID4gPiBJIHdpbGwgdHJ5IHRvIHINCgk+IGVzZWFy
Y2ggdGhpcyBpbiBtb3JlIGRldGFpbCBsYXRlciBvbiB0b2RheSBvcg0KCT4gICAgICAgPiB0b21v
cnJvDQoJPiB3Lg0KCT4gICAgICAgPiA+ID4gSW4NCgk+ICAgICAgID4gPiA+ID4gdGhlDQoJPiAg
ICAgICA+ID4gPiA+IG1lYW50aW1lIHRyeSB0aGlzIGkNCgk+IG4geW91ciB3ZWIueG1sDQoJPiAg
ICAgICA+ID4gPiA+DQoJPiAgICAgICA+ID4gPiA+IDxzZXJ2bGV0Pg0KCT4gICAgICAgPiA+ID4g
PiA8cw0KCT4gZXJ2bGV0LW5hbWU+Y3d4Um9vdENvbnRleHQ8L3NlcnZsZXQtbmFtZT4NCgk+ICAg
ICAgID4gPiA+ID4NCgk+ICAgICAgID4gPg0KCT4gID4NCgk+ICAgICAgID4gPHNlcnZsZXQtY2xh
c3M+Y29tLmludGVyZmFjZTIxLndlYi5jb250ZXh0LkNvbnRleHQNCgk+IExvYWRlclNlcnZsZXQ8
L3NlcnZsZXQtDQoJPiAgICAgICA+ID4gPiBjbGFzcz4NCgk+ICAgICAgID4gPiA+ID4gPGxvYWQt
b24NCgk+IC1zdGFydHVwPjE8L2xvYWQtb24tc3RhcnR1cD4NCgk+ICAgICAgID4gPiA+ID4gPC9z
ZXJ2bGV0Pg0KCT4gICAgICAgPiA+ID4NCgk+ICA+DQoJPiAgICAgICA+ID4gPiA+IDxzZXJ2bGV0
Pg0KCT4gICAgICAgPiA+ID4gPiA8c2VydmxldC1uYW1lPmN3eDwvc2VydmwNCgk+IGV0LW5hbWU+
DQoJPiAgICAgICA+ID4gPiA+DQoJPiAgICAgICA+ID4gPg0KCT4gICAgICAgPiA+DQoJPiAgICAg
ICA+DQoJPiAgICAgICA8c2VydmxldC1jbGFzcz5jb20NCgk+IC5pbnRlcmZhY2UyMS53ZWIuc2Vy
dmxldC5EaXNwYXRjaGVyU2VydmxldDwvc2VydmxldC1jbGFzcw0KCT4gPg0KCT4gICAgICAgPiA+
ID4gPiA8bG9hZC1vbi1zdGFydHVwPjI8L2xvYWQtb24tc3RhcnR1cD4NCgk+ICAgICAgID4gPiA+
DQoJPiA+IDwvc2VydmxldD4NCgk+ICAgICAgID4gPiA+ID4NCgk+ICAgICAgID4gPiA+ID4gVGhv
bWFzDQoJPiAgICAgICA+ID4gPiA+DQoJPiAgICAgICA+ID4gPg0KCT4gID4NCgk+ICAgICAgID4g
PiA+ID4NCgk+ICAgICAgID4gPiA+ID4gPiBUaG9tYXMsDQoJPiAgICAgICA+ID4gPiA+ID4NCgk+
ICAgICAgID4gPiA+ID4gPg0KCT4gYXR0YWNoZWQgaXMgdGhlIHdlYi54bWwuDQoJPiAgICAgICA+
ID4gPiA+ID4NCgk+ICAgICAgID4gPiA+ID4gPiBXaXRob3V0DQoJPiB0aGUgQ29udGV4dExvYWRl
ckxpc3RlbmVyIG5vdGhpbmcgd291bGQgaGFwcGVuLCBub3QgZXZlbg0KCT4NCgk+ICAgICAgID4g
PiA+ID4gPiB0aGUgSGliZXJuYXRlIHN0dWZmIGluIGFwcGxpY2F0aW9uQ29udGV4dC54bWwNCgk+
IC4NCgk+ICAgICAgID4gPiA+ID4gPg0KCT4gICAgICAgPiA+ID4gPiA+IFRoYW5rcw0KCT4gICAg
ICAgPiA+ID4gPiA+IExhcnMNCgk+ICAgICAgID4gPiA+DQoJPiAgPiA+DQoJPiAgICAgICA+ID4g
PiA+ID4gPiBMYXJzLA0KCT4gICAgICAgPiA+ID4gPiA+ID4NCgk+ICAgICAgID4gPiA+ID4gPiA+
IFlvdQ0KCT4gZGlkIG5vdCBpbmNsdWRlIHlvdXIgd2ViLnhtbCwgYnV0IG15IGd1ZXNzIGlzIHlv
dSBuZWVkIHRvDQoJPg0KCT4gICAgICAgPiBhZGQgYQ0KCT4gICAgICAgPiA+ID4gPiA+ID4gQ29u
dGV4dExvYWRlckxpc3RlbmVyLiAgVGhlIGFwcGwNCgk+IGljYXRpb24gY29udGV4dCBoYXMgdG8g
YmUgbG9hZGVkDQoJPiAgICAgICA+ID4gPiBmaXJzdCwNCgk+ICAgICAgID4gPiA+ID4NCgk+ICA+
ID4gYW5kIHRoZQ0KCT4gICAgICAgPiA+ID4gPiA+ID4gZXJyb3IgbWVzc2FnZXMgaW5kaWNhdGVz
IHRoYXQNCgk+IHRoZSBiZWFuICdjd3hEYW8nIGNhbid0IGJlIGZvdW5kLA0KCT4gICAgICAgPiBz
bw0KCT4gICAgICAgPiA+ID4gaXQNCgk+ICAgICAgID4gPg0KCT4gID4gPiA+ID4gbG9va3MgbGlr
ZQ0KCT4gICAgICAgPiA+ID4gPiA+ID4gdGhhdCBkaWQgbm90IGhhcHBlbi4NCgk+ICAgICAgDQoJ
PiA+ID4gPiA+ID4gPg0KCT4gICAgICAgPiA+ID4gPiA+ID4gd2ViLnhtbDoNCgk+ICAgICAgID4g
PiA+ID4gPiA+DQoJPiAgICAgICA+ID4gPg0KCT4gPiA+ID4gPHdlYi1hcHA+DQoJPiAgICAgICA+
ID4gPiA+ID4gPg0KCT4gICAgICAgPiA+ID4gPiA+ID4gICA8IS0tDQoJPiAgICAgICA+ID4NCgk+
ID4gPiA+ID4gICAtIExvYWRzIHRoZSByb290IGFwcGxpY2F0aW9uIGNvbnRleHQgb2YgdGhpcyB3
ZQ0KCT4gYiBhcHAgYXQNCgk+ICAgICAgID4gc3RhcnR1cCwNCgk+ICAgICAgID4gPiA+ID4gPiA+
ICAgLSBieSBkZWZhdWx0IGZyb20gIg0KCT4gL1dFQi1JTkYvYXBwbGljYXRpb25Db250ZXh0Lnht
bCIuDQoJPiAgICAgICA+ID4gPiA+ID4gPiAgIC0tPg0KCT4gICAgICAgPg0KCT4gID4gPiA+ID4g
PiAgIDxsaXN0ZW5lcj4gICAgDQoJPiAgICAgICA+ID4gPiA+ID4gPiAgICAgPGxpc3RlbmVyLQ0K
CT4gY2xhc3M+DQoJPiAgICAgICA+ID4gPiA+ID4gPiAgICAgICBjb20uaW50ZXJmYWNlMjEud2Vi
LmNvbnRleHQuQ28NCgk+IG50ZXh0TG9hZGVyTGlzdGVuZXINCgk+ICAgICAgID4gPiA+ID4gPiA+
ICAgICA8L2xpc3RlbmVyLWNsYXNzPg0KCT4gICAgICAgPiA+ID4gPiA+ID4gICA8L2xpc3RlbmVy
Pg0KCT4gICAgICAgPiA+ID4gPiA+ID4NCgk+ICAgICAgID4gPiA+ID4gPiA+ICANCgk+ICA8IS0t
IG1vcmUgZGVmaW5pdGlvbnMgLS0+DQoJPiAgICAgICA+ID4gPiA+ID4gPg0KCT4gICAgICAgPiA+
ID4gPiA+ID4gPC8NCgk+IHdlYi1hcHA+DQoJPiAgICAgICA+ID4gPiA+ID4gPg0KCT4gICAgICAg
PiA+ID4gPiA+ID4NCgk+ICAgICAgID4gPiA+ID4gPiA+IEhvcGUgdA0KCT4gaGlzIGhlbHBzLg0K
CT4gICAgICAgPiA+ID4gPiA+ID4NCgk+ICAgICAgID4gPiA+ID4gPiA+IFRob21hcw0KCT4gICAg
ICAgPiA+ID4gPiA+DQoJPiAgPg0KCT4gICAgICAgPiA+ID4gPiA+ID4NCgk+ICAgICAgID4gPiA+
ID4gPiA+DQoJPiAgICAgICA+ID4gPiA+ID4gPiA+IEhpIGFsbCBTcHINCgk+IGluZyBleHBlcnRz
LA0KCT4gICAgICAgPiA+ID4gPiA+ID4gPg0KCT4gICAgICAgPiA+ID4gPiA+ID4gPiBjYW4gYW55
b25lIHANCgk+IHJvdmlkZSBtZSB0aGUgZXhhbXBsZSBjbGFzc2VzIG1lbnRpb25lZCBpbiBzZXZl
cmFsDQoJPiAgICAgICA+ID4NCgk+ID4gPiBza2VsZXRvbnMNCgk+ICAgICAgID4gPiA+ID4gPiA+
DQoJPiAgICAgICA+ID4gPiA+ID4gPiA+IChlLmcuIGV4YW1wbGUNCgk+IENvbnRyb2xsZXIsIGV4
YW1wbGVCdXNpbmVzc09iamVjdCwNCgk+ICAgICAgID4gPiA+ID4gZXhhbXBsZURhdGFBDQoJPiBj
Y2Vzc09iamVjdCkNCgk+ICAgICAgID4gPiA+ID4gPiA+ID8NCgk+ICAgICAgID4gPiA+ID4gPiA+
ID4NCgk+ICAgICAgID4gPiA+ID4gPg0KCT4gPiA+IFRoZSB0d28gcHJvdmlkZWQgc2FtcGxlIGFw
cGxpY2F0aW9ucyBkb24ndCByZWZsZWN0IHRoDQoJPiBlDQoJPiAgICAgICA+IHNrZWxldG9ucw0K
CT4gICAgICAgPiA+ID4gdmVyeQ0KCT4gICAgICAgPiA+ID4gPiA+ID4gd2VsbC4NCgk+ICAgICAg
ID4gPiA+DQoJPiA+ID4gPiA+IFRoZXJlIHNob3VsZCBiZSBvbmUgJ2JpZycgYXBwbGljYXRpb24g
c2hvd2luZyBhbGwNCgk+ICB0aGUgc3R1ZmYNCgk+ICAgICAgID4gYW5kDQoJPiAgICAgICA+ID4g
PiBtYW55DQoJPiAgICAgICA+ID4gPiA+ID4gPiBzbWFsbA0KCT4gICAgICAgPiA+DQoJPiAgPiA+
ID4gPiA+IG9uZXMgdG8gc2hvdyBzaW5nbGUgb3B0aW9ucyAobGlrZSBpbiBXZWJXb3JrIDENCgk+
ICkuDQoJPiAgICAgICA+ID4gPiA+ID4gPiA+DQoJPiAgICAgICA+ID4gPiA+ID4gPiA+IEkndmUg
ZGVmaW5lZCB0aGUgZm9sbG8NCgk+IHdpbmcgaW4gYXBwbGljYXRpb25Db250ZXh0LnhtbCAoYW5k
IGl0DQoJPiAgICAgICA+ID4gPiB3b3Jrcyk6DQoJPiAgICAgIA0KCT4gPiA+ID4gPiA+ID4gPg0K
CT4gICAgICAgPiA+ID4gPiA+ID4gPiA8YmVhbiBpZD0iY3d4RGFvIiBjbGFzcz0iZXgNCgk+IGFt
cGxlLmRhby5Dd3hEYW9IaWJlcm5hdGUiPg0KCT4gICAgICAgPiA+ID4gPiA+ID4gPiAgIDxwcm9w
ZXJ0eSBuDQoJPiBhbWU9InNlc3Npb25GYWN0b3J5Ij48cmVmDQoJPiAgICAgICA+ID4gPiA+ID4g
PiBiZWFuPSJjd3hTZXNzaW9uRg0KCT4gYWN0b3J5Ii8+PC9wcm9wZXJ0eT4NCgk+ICAgICAgID4g
PiA+ID4gPiA+ID4gPC9iZWFuPg0KCT4gICAgICAgPiA+ID4gPiA+DQoJPiA+ID4NCgk+ICAgICAg
ID4gPiA+ID4gPiA+ID4gV2hlbiBkZWZpbmluZw0KCT4gICAgICAgPiA+ID4gPiA+ID4gPg0KCT4g
ICAgICAgPiA+ID4NCgk+ICA+ID4gPiA+IChjd3gtc2VydmxldC54bWwpDQoJPiAgICAgICA+ID4g
PiA+ID4gPiA+DQoJPiAgICAgICA+ID4gPiA+ID4gPg0KCT4gPiA8IS0tICBDb250cm9sbGVyIGZv
ciB0aGUgaW5pdGlhbCAiSGVsbG8iIHBhZ2UgLS0+DQoJPiAgICAgICA+ID4NCgk+ICA+ID4gPiA+
ID4gPGJlYW4gaWQ9ImN3eENvbnRyb2xsZXIiIGNsYXNzPSJleGFtcGxlLndlYi5Ddw0KCT4geENv
bnRyb2xsZXIiPg0KCT4gICAgICAgPiA+ID4gPiA+ID4gPiAgIDxwcm9wZXJ0eSBuYW1lPSJjd3hE
YW8iPjwNCgk+IHJlZiBleHRlcm5hbD0iY3d4RGFvIi8+PC9wcm9wZXJ0eT4NCgk+ICAgICAgID4g
PiA+ID4gPiA+ID4gPC9iZWFuDQoJPiA+DQoJPiAgICAgICA+ID4gPiA+ID4gPiA+DQoJPiAgICAg
ICA+ID4gPiA+ID4gPiA+IChDd3hDb250cm9sbGVyKQ0KCT4gICAgICAgPiA+ID4NCgk+ICA+ID4g
PiA+DQoJPiAgICAgICA+ID4gPiA+ID4gPiA+ICBwcml2YXRlIEN3eERhbyBjd3hEYW87DQoJPiAg
ICAgICA+ID4gPg0KCT4gPiA+ID4gPg0KCT4gICAgICAgPiA+ID4gPiA+ID4gPiBwdWJsaWMgdm9p
ZCBzZXRDd3hEYW8oQ3d4RGFvIGN3eEQNCgk+IGFvKSB7DQoJPiAgICAgICA+ID4gPiA+ID4gPiA+
ICAgICB0aGlzLmN3eERhbyA9IGN3eERhbzsNCgk+ICAgICAgID4gPiA+ID4NCgk+ICA+ID4gPiAg
fQ0KCT4gICAgICAgPiA+ID4gPiA+ID4gPg0KCT4gICAgICAgPiA+ID4gPiA+ID4gPg0KCT4gICAg
ICAgPiA+ID4gPiA+ID4gPg0KCT4gIEkgYWx3YXlzIGdldA0KCT4gICAgICAgPiA+ID4gPiA+ID4g
Pg0KCT4gICAgICAgPiA+ID4gPiA+ID4gPiBFUlJPUiBbY29tLg0KCT4gaW50ZXJmYWNlMjEud2Vi
LnNlcnZsZXQuRGlzcGF0Y2hlclNlcnZsZXRdIC0NCgk+ICAgICAgID4gPFNlcnZsZXQNCgk+DQoJ
PiAgICAgICA+ID4gPiB3aXRoDQoJPiAgICAgICA+ID4gPiA+ID4gPiBuYW1lDQoJPiAgICAgICA+
ID4gPiA+ID4gPiA+ICdjd3gnIDoNCgk+IGluaXRpYWxpemF0aW9uIGVycm9yPg0KCT4gICAgICAg
PiA+ID4gPiA+ID4gPiBjb20uaW50ZXJmYWNlMjEuYmVhDQoJPiBucy5mYWN0b3J5Lk5vU3VjaEJl
YW5EZWZpbml0aW9uRXhjZXB0aW9uOg0KCT4gICAgICAgPiBObw0KCT4gICAgICAgPiA+ID4NCgk+
IGJlYW4NCgk+ICAgICAgID4gPiA+ID4gPiA+IG5hbWVkDQoJPiAgICAgICA+ID4gPiA+ID4gPiA+
IFtjd3hEYW9dIGlzIGRlZmkNCgk+IG5lZCB7Y2xhc3MNCgk+ICAgICAgID4gPiA+ID4gPiA+IGNv
bS5pbnRlcmZhY2UyMS5iZWFucy5mYWN0b3J5LnhtDQoJPiBsLlhtbEJlYW5GYWN0b3J5Og0KCT4g
ICAgICAgPiA+ID4gPiA+ID4gPiBkZWZpbmVkIGJlYW5zDQoJPiAgICAgICA+ID4gPiBbDQoJPiBt
ZXNzYWdlU291cmNlLHZpZXdSZXNvbHZlcix1cmxNYXBwaW5nLGN3eENvbnRyb2xsZXJdfQ0KCT4g
ICAgICAgPg0KCT4gID4gPiA+ID4gPiA+DQoJPiAgICAgICA+ID4gPiA+ID4gPiA+IFRoaXMgaXMg
dGhlIHNlY29uZCB0aW1lIEkgZ2UNCgk+IHQgYWxtb3N0IHVzZWxlc3MgZXJyb3IgbWVzc2FnZXMu
DQoJPiAgICAgICA+IFRoaXMNCgk+ICAgICAgID4gPiA+IGlzDQoJPiAgICAgICA+DQoJPiA+ID4g
PiBvbmUNCgk+ICAgICAgID4gPiA+ID4gPiA+ID4gcG9pbnQgd2hlcmUgRUpCcyBhcmUgZmFyIGFo
ZWFkDQoJPiAoDQoJPiAgICAgICA+ID4gPiA+ID4gPiA+IHRoZXJlIGlzIGFsbW9zdCBhbHdheXMg
YW4gZXJyb3IgbWVzc2FnZQ0KCT4gIHRlbGxpbmcgeW91IHdoYXQNCgk+ICAgICAgID4gZXhjYWN0
bHkNCgk+ICAgICAgID4gPiA+IGlzDQoJPiAgICAgICA+ID4gPiA+ID4gPiA+DQoJPiAgd3Jvbmcp
Lg0KCT4gICAgICAgPiA+ID4gPiA+ID4gPg0KCT4gICAgICAgPiA+ID4gPiA+ID4gPiBBbm90aGVy
IChkdW1iKSBxDQoJPiB1ZXN0aW9uOg0KCT4gICAgICAgPiA+ID4gPiA+ID4gPg0KCT4gICAgICAg
PiA+ID4gPiA+ID4gPiBXaGF0IGlzIHRoZSBkaWZmDQoJPiBlcmVuY2UgYmV0d2VlbiBhIERBTyAq
aW1wbGVtZW50YXRpb24qIGFuZCBhDQoJPiAgICAgICA+ID4gPiBidXNpbg0KCT4gZXNzDQoJPiAg
ICAgICA+ID4gPiA+ID4gPiBvYmplY3QNCgk+ICAgICAgID4gPiA+ID4gPiA+ID4gYW5kIHdoZXJl
IGRvZXMNCgk+ICAgICAgID4gPiA+ID4gPiA+ID4gZS4gZy4gUGV0Y2xpbmljIHJlZmxlY3QgdGhp
cyA/IEknbSBhc2tpbmcNCgk+IHRoaXMgYmVjYXVzZSBvZiB0aGUNCgk+ICAgICAgID4gPiA+ID4g
ZGlpZmVyZW5jZQ0KCT4gICAgICAgPiA+ID4gPiA+ID4gPg0KCT4gYmV0d2VlbiB0aGUgc2tlbGV0
b25zIGFuZCB0aGUNCgk+ICAgICAgID4gPiA+ID4gPiA+ID4gc2FtcGxlIGFwcGwNCgk+IGljYXRp
b25zLiBUaGUgc2tlbGV0b25zIHByb3ZpZGUgYSBEQU8gYW5kIGENCgk+ICAgICAgID4gQnVzaW5l
c3MNCgk+DQoJPiAgICAgICA+ID4gPiBPYmplY3QNCgk+ICAgICAgID4gPiA+ID4gPiA+IHVzaW5n
DQoJPiAgICAgICA+ID4gPiA+ID4gPiA+IHRoZSBEQQ0KCT4gTyBkZWZpbml0aW9uLA0KCT4gICAg
ICAgPiA+ID4gPiA+ID4gPiBQZXRjbGluaWMgZG9lcyBub3QuIFRoZSBzYW0NCgk+IHBsZXMgc2hv
dWxkIGJlIGFzIGNsb3NlIGFzIHBvc3NpYmxlDQoJPiAgICAgICA+IHRvDQoJPiAgICAgICA+ID4g
PiB0aGUNCgk+ICAgICAgDQoJPiA+ID4gPiA+ID4gPiA+IHNrZWxldG9ucyBvciB0aGUgc2tlbGV0
b25zIHNob3VsZA0KCT4gICAgICAgPiA+ID4gPg0KCT4gID4gPiA+IGF0IGxlYXN0IHByb3ZpZGUg
dGhlIGphdmEgY2xhc3NlcyAoc2hvdWxkbid0IGJlIHRvDQoJPiBvIGhhcmQpLg0KCT4gICAgICAg
PiA+ID4gPiA+ID4gPg0KCT4gICAgICAgPiA+ID4gPiA+ID4gPiBUaGFua3MgaW4gYWR2YW5jDQoJ
PiBlDQoJPiAgICAgICA+ID4gPiA+ID4gPiA+IExhcnMNCgk+ICAgICAgID4gPiA+ID4gPiA+ID4N
Cgk+ICAgICAgID4gPiA+ID4gPiA+ID4NCgk+ICAgICAgDQoJPiA+ID4gPiA+ID4gPiA+DQoJPiAg
ICAgICA+ID4gPiA+ID4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCT4gLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCT4gICAgICAgPiA+ID4gPiA+ID4gPiBUaGlzIFNGLm5l
dA0KCT4gZW1haWwgaXMgc3BvbnNvcmVkIGJ5OiBWTSBXYXJlDQoJPiAgICAgICA+ID4gPiA+ID4g
PiA+IFdpdGggVk13YXINCgk+IGUgeW91IGNhbiBydW4gbXVsdGlwbGUgb3BlcmF0aW5nIHN5c3Rl
bXMgb24gYSBzaW5nbGUNCgk+ICAgICAgID4NCgk+ID4gPiA+IG1hY2hpbmUuDQoJPiAgICAgICA+
ID4gPiA+ID4gPiA+IFdJVEhPVVQgUkVCT09USU5HISBNaXggTGluDQoJPiB1eCAvIFdpbmRvd3Mg
LyBOb3ZlbGwgdmlydHVhbA0KCT4gICAgICAgPiBtYWNoaW5lcw0KCT4gICAgICAgPiA+ID4gPiA+
ID4NCgk+ID4gYXQgdGhlIHNhbWUgdGltZS4gRnJlZSB0cmlhbCBjbGljaw0KCT4gICAgICAgPiA+
ID4gPiA+ID4gaGVyZTpoDQoJPiB0dHA6Ly93d3cudm13YXJlLmNvbS93bC9vZmZlci8zNTgvMA0K
CT4gICAgICAgPiA+ID4gPiA+ID4gPiBfX19fXw0KCT4gX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fDQoJPiAgICAgICA+ID4gPiA+ID4gPg0KCT4gPiBTcHJpbmdmcmFt
ZXdvcmstZGV2ZWxvcGVyIG1haWxpbmcgbGlzdA0KCT4gICAgICAgPiA+ID4gPiA+ID4gPg0KCT4g
U3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCgk+ICAgICAg
ID4gPiA+ID4NCgk+ICA+ID4gPg0KCT4gICAgICAgPiA+ID4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vm
b3JnZS5uZXQvbGlzdHMvbGlzdGluDQoJPiBmby9zcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyDQoJ
PiAgICAgICA+ID4gPiA+ID4gPiA+DQoJPiAgICAgICA+ID4gPiA+ID4NCgk+ID4NCgk+ICAgICAg
ID4gPiA+ID4gPiA+DQoJPiAgICAgICA+ID4gPiA+ID4gPg0KCT4gICAgICAgPiA+ID4gPg0KCT4g
ICAgICAgPiA+ID4gPg0KCT4gICAgICAgPiA+ID4NCgk+ICA+DQoJPiAgICAgICA+ID4gPiA+DQoJ
PiAgICAgICA+ID4gPiA+DQoJPiAgICAgICA+ID4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LQ0KCT4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCT4gICAgICAgPiA+ID4gPiBU
aGlzIFNGLm5ldCBlbWENCgk+IGlsIGlzIHNwb25zb3JlZCBieTogVk0gV2FyZQ0KCT4gICAgICAg
PiA+ID4gPiBXaXRoIFZNd2FyZSB5b3UgY2FuDQoJPiAgcnVuIG11bHRpcGxlIG9wZXJhdGluZyBz
eXN0ZW1zIG9uIGEgc2luZ2xlDQoJPiAgICAgICA+IG1hY2hpbmUuDQoJPg0KCT4gICAgICAgPiA+
ID4gPiBXSVRIT1VUIFJFQk9PVElORyEgTWl4IExpbnV4IC8gV2luZG93cyAvIE5vdmVsbA0KCT4g
IHZpcnR1YWwgbWFjaGluZXMNCgk+ICAgICAgID4gPiA+ID4gYXQgdGhlIHNhbWUgdGltZS4gRnJl
ZSB0cmlhbA0KCT4gY2xpY2sNCgk+ICAgICAgID4gPiA+IGhlcmU6aHR0cDovL3d3dy52bXdhcmUu
Y29tL3dsL29mZmVyLzM1OC8wDQoJPiAgICAgICA+ID4gPiA+IF9fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJPg0KCT4gICAgICAgPiA+ID4gPiBTcHJpbmdm
cmFtZXdvcmstZGV2ZWxvcGVyIG1haWxpbmcgbGlzdA0KCT4gICAgICAgPiA+ID4NCgk+ID4gU3By
aW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCgk+ICAgICAgID4g
PiA+DQoJPiAgPg0KCT4gICAgICAgPiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0
cy9saXN0aW5mby9zcHJpbg0KCT4gZ2ZyYW1ld29yay1kZXZlbG9wZXINCgk+ICAgICAgID4gPiA+
ID4NCgk+ICAgICAgID4gPiA+DQoJPiAgICAgICA+ID4gPg0KCT4gICAgICAgPiA+ID4NCgk+ICAg
ICAgDQoJPiA+ID4gPg0KCT4gICAgICAgPiA+ID4NCgk+ICAgICAgID4gPiA+IC0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJPiAtLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCT4gICAg
ICAgPiA+ID4gVGhpcyBTRi5uZXQgZW1haWwgaXMgc3BvbnNvcg0KCT4gZWQgYnk6IFZNIFdhcmUN
Cgk+ICAgICAgID4gPiA+IFdpdGggVk13YXJlIHlvdSBjYW4gcnVuIG11bHRpcGxlIG8NCgk+IHBl
cmF0aW5nIHN5c3RlbXMgb24gYSBzaW5nbGUNCgk+ICAgICAgID4gbWFjaGluZS4NCgk+ICAgICAg
ID4gPiA+IFdJVEhPVVQNCgk+ICBSRUJPT1RJTkchIE1peCBMaW51eCAvIFdpbmRvd3MgLyBOb3Zl
bGwgdmlydHVhbCBtYWNoaW5lcw0KCT4NCgk+ICAgICAgID4gPiA+IGF0IHRoZSBzYW1lIHRpbWUu
IEZyZWUgdHJpYWwgY2xpY2sNCgk+ICAgICAgID4gPiA+IGhlcmU6DQoJPiBodHRwOi8vd3d3LnZt
d2FyZS5jb20vd2wvb2ZmZXIvMzU4LzANCgk+ICAgICAgID4gPiA+IF9fX19fX19fX19fXw0KCT4g
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCgk+ICAgICAgID4gPiA+IFNwcmlu
Z2ZyYW1ld28NCgk+IHJrLWRldmVsb3BlciBtYWlsaW5nIGxpc3QNCgk+ICAgICAgID4gPiA+IFNw
cmluZ2ZyYW1ld29yay1kZXZlbG9wDQoJPiBlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCgk+ICAg
ICAgID4gPiA+IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZw0KCT4gZS5uZXQvbGlzdHMvbGlzdGlu
Zm8vc3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcg0KCT4gICAgICAgPiA+ID4NCgk+ICAgICAgDQoJ
PiA+ID4NCgk+ICAgICAgID4gPg0KCT4gICAgICAgPiA+DQoJPiAgICAgICA+ID4gLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCgk+IC0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJPiAg
ICAgICA+ID4gVGhpcyBTRi5uZXQgZW1haWwgaXMgc3BvbnNvcmVkDQoJPiAgYnk6IFZNIFdhcmUN
Cgk+ICAgICAgID4gPiBXaXRoIFZNd2FyZSB5b3UgY2FuIHJ1biBtdWx0aXBsZSBvcGVyYQ0KCT4g
dGluZyBzeXN0ZW1zIG9uIGEgc2luZ2xlIG1hY2hpbmUuDQoJPiAgICAgICA+ID4gV0lUSE9VVCBS
RUJPT1RJTkcNCgk+ICEgTWl4IExpbnV4IC8gV2luZG93cyAvIE5vdmVsbCB2aXJ0dWFsIG1hY2hp
bmVzDQoJPiAgICAgICA+ID4gYXQNCgk+IHRoZSBzYW1lIHRpbWUuIEZyZWUgdHJpYWwgY2xpY2sN
Cgk+ICAgICAgID4gaGVyZTpodHRwOi8vd3d3LnZtd2FyDQoJPiBlLmNvbS93bC9vZmZlci8zNTgv
MA0KCT4gICAgICAgPiA+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KCT4gX19fX19f
X19fX19fX19fX18NCgk+ICAgICAgID4gPiBTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyIG1haWxp
bmcNCgk+ICBsaXN0DQoJPiAgICAgICA+ID4gU3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0
cy5zb3VyY2Vmb3JnZS5uDQoJPiBldA0KCT4gICAgICAgPiA+IGh0dHBzOi8vbGlzdHMuc291cmNl
Zm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3Nwcg0KCT4gaW5nZnJhbWV3b3JrLWRldmVsb3Blcg0K
CT4gICAgICAgPiA+DQoJPiAgICAgICA+DQoJPiAgICAgICA+DQoJPiAgICAgICA+DQoJPiAgICAg
ICA+DQoJPiAgICAgICA+DQoJPiAgICAgICA+IC0tLS0NCgk+IC0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCT4gICAgICAgPiBUDQoJPiBoaXMgU0Yu
bmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogVk0gV2FyZQ0KCT4gICAgICAgPiBXaXRoIFZNd2Fy
ZQ0KCT4gIHlvdSBjYW4gcnVuIG11bHRpcGxlIG9wZXJhdGluZyBzeXN0ZW1zIG9uIGEgc2luZ2xl
IG1hY2hpDQoJPiBuZS4NCgk+ICAgICAgID4gV0lUSE9VVCBSRUJPT1RJTkchIE1peCBMaW51eCAv
IFdpbmRvd3MgLyBOb3ZlbGwgdg0KCT4gaXJ0dWFsIG1hY2hpbmVzDQoJPiAgICAgICA+IGF0IHRo
ZSBzYW1lIHRpbWUuIEZyZWUgdHJpYWwgY2xpY2sNCgk+ICAgICAgDQoJPiA+IGhlcmU6aHR0cDov
L3d3dy52bXdhcmUuY29tL3dsL29mZmVyLzM1OC8wDQoJPiAgICAgICA+IF9fX19fX19fXw0KCT4g
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCgk+ICAgICAgID4gU3ByaW5n
ZnJhbWV3b3INCgk+IGstZGV2ZWxvcGVyIG1haWxpbmcgbGlzdA0KCT4gICAgICAgPiBTcHJpbmdm
cmFtZXdvcmstZGV2ZWxvcGVyQGxpDQoJPiBzdHMuc291cmNlZm9yZ2UubmV0DQoJPiAgICAgICA+
IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpcw0KCT4gdHMvbGlzdGluZm8vc3ByaW5n
ZnJhbWV3b3JrLWRldmVsb3Blcg0KCT4gICAgICAgPg0KCT4NCgkNCgkNCgkNCgkNCg0K

Re: [Springframework-developer] Example classes needed

[Lars F. <lar...@gm...>]

Jürgen,

look at the date of this mail (August 25), it's outdated !
There were some problems with the mailing lists at SF.

Thanks
Lars

> Lars,
>  
> That seems to be because your Spring version do
> esn't contain a ContextLoaderServlet class, as we've intr
> oduced that after 0.9.1. As I'm in the process of releasi
> ng 1.0 M1 tonight, I suggest waiting for that release and
>  migrating to it.
>  
> 1.0 M1 contains ContextLoaderServle
> t among many other improvements. You'll just need to rena
> me all com.interface21 references to org.springframework 
> then, both in your code and your XML application context 
> files, as we've finally switched package names.
>  
> Juerg
> en
>  
>  
> 
> 	-----Ursprüngliche Nachricht----- 
> 	Von: L
> ars Fischer [mailto:lar...@gm...] 
> 	Gesendet:
>  Mo 25.08.2003 11:09 
> 	An: tri...@tr... 
> 	Cc: spr
> ing...@li... 
> 	Betreff: 
> Re: [Springframework-developer] Example classes needed
> 	
> 
> 	
> 
> 	Thomas,
> 	
> 	unfortunately I've deleted the worki
> ng petclinic.war yesterday and was not
> 	able to
> 	reprod
> uce it but I'll try to look into the logs.
> 	
> 	I've depl
> oyed the application with the following options in web.xm
> l:
> 	
> 	 <listener>
> 	  
> 	<listener-class>com.interface2
> 1.web.context.ContextLoaderListener</listener-class>
> 	  
> </listener>
> 	
> 	  <servlet>
> 	    <servlet-name>cwxRootC
> ontext</servlet-name>
> 	  
> 	<servlet-class>com.interface
> 21.web.context.ContextLoaderServlet</servlet-class>
> 	   
>  <load-on-startup>1</load-on-startup>
> 	  </servlet>
> 	
> 	  <servlet>
> 	    <servlet-name>cwx</servlet-name>
> 	  
> 
> 	<servlet-class>com.interface21.web.servlet.DispatcherSe
> rvlet</servlet-class>
> 	    <load-on-startup>2</load-on-s
> tartup>
> 	  </servlet>
> 	
> 	Attached is the output from W
> ebLogic and TomCat (TomCat works without
> 	problems).
> 	
> 
> 	WebLogic complains about not finding the requested clas
> s in the classpath.
> 	
> 	Hope this helps
> 	Lars
> 	
> 	> La
> rs,
> 	>
> 	> Loading ContextLoaderServlet as a servlet wit
> h load-on-startup set to 1
> 	> and
> 	> loading Dispatcher
> Servlet with load-on-startup set to 2 works for me on
> 	>
>  WebLogic
> 	> 8.1 SP1.  If it does not work, could you se
> nd me the web.xml and your log
> 	> output?
> 	>
> 	> Also, 
> I get the same errors deploying the Petclinic, so it does
>  not work
> 	> for me.
> 	>  Can you send me the petclinic 
> war file that works with WebLogic 8.1 SP1
> 	> so I
> 	> ca
> n try it on my server?
> 	>
> 	> Thomas
> 	>
> 	>
> 	> > Thoma
> s,
> 	> >
> 	> > thanks for the suggestion. Tried it but it
>  doesn't work.
> 	> >
> 	> > This is a serious one:
> 	> >
> 	> > Tested my app with Tomcat 4.1.24 and it works.
> 	> >
> 
> 	> > I does NOT work with
> 	> >
> 	> > WebLogic 8.1 SP1,
>  WebLogic Express SP1, WebLogic 7.0 SP3.
> 	> >
> 	> > What
>  makes me wonder is that Petclinic works with WebLogic 8.
> 1 SP1.
> 	> >
> 	> > Regards
> 	> > Lars
> 	> >
> 	> > > Lars,
> 
> 	> > >
> 	> > > I have looked into this a little bit mor
> e.  What happens is that
> 	> > > ServletContextListener.c
> ontextInitialized() method is called _after_
> 	> the 
> 	>
>  > > HttpServlet.init() method is called on servlets spec
> ified with
> 	> <load-on-
> 	> > > startup>.  This causes t
> he xxx-servlet.xml to be loaded before the
> 	> > > applic
> ationContext.xml is loaded, so that is why you can't refe
> rence
> 	> > > the 'cwxDao' bean.  This behavior is the op
> posite of what I see for
> 	> > > Tomcat,
> 	> > > and I'm 
> sure the same is true for Orion and Resin that Juergen is
> 
> 	> using.
> 	> > > I
> 	> > > looked in the Servlet 2.3 s
> pecification, but I did not see anything
> 	> > > specifyi
> ng
> 	> > > which order these methods should be called in.
>   Maybe Juergen or Rod
> 	> can
> 	> > > shed
> 	> > > some 
> more light on this issue. 
> 	> > >
> 	> > > You should be 
> able to use the ContextLoaderServlet for now.
> 	> > >
> 	>
>  > > Thomas
> 	> > >
> 	> > >
> 	> > > > Lars,
> 	> > > >
> 	>
>  > > > This might be a WebLogic specific issue - I just s
> aw similar error
> 	> when
> 	> > > I
> 	> > > > deployed my
>  app in WebLogic 8.1.
> 	> > > >
> 	> > > > I will try to r
> esearch this in more detail later on today or
> 	> tomorro
> w.
> 	> > > In
> 	> > > > the
> 	> > > > meantime try this i
> n your web.xml
> 	> > > >
> 	> > > > <servlet>
> 	> > > > <s
> ervlet-name>cwxRootContext</servlet-name>
> 	> > > >
> 	> >
>  >
> 	> <servlet-class>com.interface21.web.context.Context
> LoaderServlet</servlet-
> 	> > > class>
> 	> > > > <load-on
> -startup>1</load-on-startup>
> 	> > > > </servlet>
> 	> > >
>  >
> 	> > > > <servlet>
> 	> > > > <servlet-name>cwx</servl
> et-name>
> 	> > > >
> 	> > >
> 	> >
> 	>
> 	<servlet-class>com
> .interface21.web.servlet.DispatcherServlet</servlet-class
> >
> 	> > > > <load-on-startup>2</load-on-startup>
> 	> > > 
> > </servlet>
> 	> > > >
> 	> > > > Thomas
> 	> > > >
> 	> > >
>  >
> 	> > > >
> 	> > > > > Thomas,
> 	> > > > >
> 	> > > > > 
> attached is the web.xml.
> 	> > > > >
> 	> > > > > Without 
> the ContextLoaderListener nothing would happen, not even
> 
> 	> > > > > the Hibernate stuff in applicationContext.xml
> .
> 	> > > > >
> 	> > > > > Thanks
> 	> > > > > Lars
> 	> > >
>  > >
> 	> > > > > > Lars,
> 	> > > > > >
> 	> > > > > > You 
> did not include your web.xml, but my guess is you need to
> 
> 	> add a
> 	> > > > > > ContextLoaderListener.  The appl
> ication context has to be loaded
> 	> > > first,
> 	> > > >
>  > > and the
> 	> > > > > > error messages indicates that 
> the bean 'cwxDao' can't be found,
> 	> so
> 	> > > it
> 	> >
>  > > > > looks like
> 	> > > > > > that did not happen.
> 	
> > > > > > >
> 	> > > > > > web.xml:
> 	> > > > > >
> 	> > > 
> > > > <web-app>
> 	> > > > > >
> 	> > > > > >   <!--
> 	> > 
> > > > >   - Loads the root application context of this we
> b app at
> 	> startup,
> 	> > > > > >   - by default from "
> /WEB-INF/applicationContext.xml".
> 	> > > > > >   -->
> 	>
>  > > > > >   <listener>     
> 	> > > > > >     <listener-
> class>
> 	> > > > > >       com.interface21.web.context.Co
> ntextLoaderListener
> 	> > > > > >     </listener-class>
> 	> > > > > >   </listener>
> 	> > > > > >
> 	> > > > > >   
>  <!-- more definitions -->
> 	> > > > > >
> 	> > > > > > </
> web-app>
> 	> > > > > >
> 	> > > > > >
> 	> > > > > > Hope t
> his helps.
> 	> > > > > >
> 	> > > > > > Thomas
> 	> > > > >
>  >
> 	> > > > > >
> 	> > > > > >
> 	> > > > > > > Hi all Spr
> ing experts,
> 	> > > > > > >
> 	> > > > > > > can anyone p
> rovide me the example classes mentioned in several
> 	> > 
> > > skeletons
> 	> > > > > >
> 	> > > > > > > (e.g. example
> Controller, exampleBusinessObject,
> 	> > > > exampleDataA
> ccessObject)
> 	> > > > > > ?
> 	> > > > > > >
> 	> > > > > 
> > > The two provided sample applications don't reflect th
> e
> 	> skeletons
> 	> > > very
> 	> > > > > > well.
> 	> > > 
> > > > > There should be one 'big' application showing all
>  the stuff
> 	> and
> 	> > > many
> 	> > > > > > small
> 	> >
>  > > > > > ones to show single options (like in WebWork 1
> ).
> 	> > > > > > >
> 	> > > > > > > I've defined the follo
> wing in applicationContext.xml (and it
> 	> > > works):
> 	
> > > > > > > >
> 	> > > > > > > <bean id="cwxDao" class="ex
> ample.dao.CwxDaoHibernate">
> 	> > > > > > >   <property n
> ame="sessionFactory"><ref
> 	> > > > > > bean="cwxSessionF
> actory"/></property>
> 	> > > > > > > </bean>
> 	> > > > > 
> > >
> 	> > > > > > > When defining
> 	> > > > > > >
> 	> > >
>  > > > > (cwx-servlet.xml)
> 	> > > > > > >
> 	> > > > > > 
> > <!--  Controller for the initial "Hello" page -->
> 	> >
>  > > > > > <bean id="cwxController" class="example.web.Cw
> xController">
> 	> > > > > > >   <property name="cwxDao"><
> ref external="cwxDao"/></property>
> 	> > > > > > > </bean
> >
> 	> > > > > > >
> 	> > > > > > > (CwxController)
> 	> > >
>  > > > >
> 	> > > > > > >  private CwxDao cwxDao;
> 	> > > 
> > > > >
> 	> > > > > > > public void setCwxDao(CwxDao cwxD
> ao) {
> 	> > > > > > >     this.cwxDao = cwxDao;
> 	> > > >
>  > > >  }
> 	> > > > > > >
> 	> > > > > > >
> 	> > > > > > >
>  I always get
> 	> > > > > > >
> 	> > > > > > > ERROR [com.
> interface21.web.servlet.DispatcherServlet] -
> 	> <Servlet
> 
> 	> > > with
> 	> > > > > > name
> 	> > > > > > > 'cwx' : 
> initialization error>
> 	> > > > > > > com.interface21.bea
> ns.factory.NoSuchBeanDefinitionException:
> 	> No
> 	> > > 
> bean
> 	> > > > > > named
> 	> > > > > > > [cwxDao] is defi
> ned {class
> 	> > > > > > com.interface21.beans.factory.xm
> l.XmlBeanFactory:
> 	> > > > > > > defined beans
> 	> > > [
> messageSource,viewResolver,urlMapping,cwxController]}
> 	>
>  > > > > > >
> 	> > > > > > > This is the second time I ge
> t almost useless error messages.
> 	> This
> 	> > > is
> 	> 
> > > > one
> 	> > > > > > > point where EJBs are far ahead 
> (
> 	> > > > > > > there is almost always an error message
>  telling you what
> 	> excactly
> 	> > > is
> 	> > > > > > >
>  wrong).
> 	> > > > > > >
> 	> > > > > > > Another (dumb) q
> uestion:
> 	> > > > > > >
> 	> > > > > > > What is the diff
> erence between a DAO *implementation* and a
> 	> > > busin
> ess
> 	> > > > > > object
> 	> > > > > > > and where does
> 	> > > > > > > e. g. Petclinic reflect this ? I'm asking 
> this because of the
> 	> > > > diiference
> 	> > > > > > > 
> between the skeletons and the
> 	> > > > > > > sample appl
> ications. The skeletons provide a DAO and a
> 	> Business
> 
> 	> > > Object
> 	> > > > > > using
> 	> > > > > > > the DA
> O definition,
> 	> > > > > > > Petclinic does not. The sam
> ples should be as close as possible
> 	> to
> 	> > > the
> 	
> > > > > > > > skeletons or the skeletons should
> 	> > > >
>  > > > at least provide the java classes (shouldn't be to
> o hard).
> 	> > > > > > >
> 	> > > > > > > Thanks in advanc
> e
> 	> > > > > > > Lars
> 	> > > > > > >
> 	> > > > > > >
> 	
> > > > > > > >
> 	> > > > > > > ---------------------------
> ----------------------------
> 	> > > > > > > This SF.net 
> email is sponsored by: VM Ware
> 	> > > > > > > With VMwar
> e you can run multiple operating systems on a single
> 	> 
> > > > machine.
> 	> > > > > > > WITHOUT REBOOTING! Mix Lin
> ux / Windows / Novell virtual
> 	> machines
> 	> > > > > > 
> > at the same time. Free trial click
> 	> > > > > > here:h
> ttp://www.vmware.com/wl/offer/358/0
> 	> > > > > > > _____
> __________________________________________
> 	> > > > > > 
> > Springframework-developer mailing list
> 	> > > > > > > 
> Spr...@li...
> 	> > > >
>  > > >
> 	> > > https://lists.sourceforge.net/lists/listin
> fo/springframework-developer
> 	> > > > > > >
> 	> > > > > 
> >
> 	> > > > > >
> 	> > > > > >
> 	> > > >
> 	> > > >
> 	> > >
>  >
> 	> > > >
> 	> > > >
> 	> > > > ------------------------
> -------------------------------
> 	> > > > This SF.net ema
> il 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/358/0
> 	> > > > _______________________________________________
> 
> 	> > > > Springframework-developer mailing list
> 	> > > 
> > Spr...@li...
> 	> > >
>  >
> 	> https://lists.sourceforge.net/lists/listinfo/sprin
> gframework-developer
> 	> > > >
> 	> > >
> 	> > >
> 	> > >
> 	
> > > >
> 	> > >
> 	> > > -----------------------------------
> --------------------
> 	> > > This SF.net email is sponsor
> ed by: VM Ware
> 	> > > With VMware you can run multiple o
> perating 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/358/0
> 	> > > ____________
> ___________________________________
> 	> > > Springframewo
> rk-developer mailing list
> 	> > > Springframework-develop
> er...@li...
> 	> > > https://lists.sourceforg
> e.net/lists/listinfo/springframework-developer
> 	> > >
> 	
> > >
> 	> >
> 	> >
> 	> > -----------------------------------
> --------------------
> 	> > This SF.net email is sponsored
>  by: VM Ware
> 	> > With VMware you can run multiple opera
> ting systems on a single machine.
> 	> > WITHOUT REBOOTING
> ! Mix Linux / Windows / Novell virtual machines
> 	> > at 
> the same time. Free trial click
> 	> here:http://www.vmwar
> e.com/wl/offer/358/0
> 	> > ______________________________
> _________________
> 	> > Springframework-developer mailing
>  list
> 	> > Spr...@li....n
> et
> 	> > https://lists.sourceforge.net/lists/listinfo/spr
> ingframework-developer
> 	> >
> 	>
> 	>
> 	>
> 	>
> 	>
> 	> ----
> ---------------------------------------------------
> 	> T
> his SF.net email is sponsored by: VM Ware
> 	> With VMware
>  you can run multiple operating systems on a single machi
> ne.
> 	> WITHOUT REBOOTING! Mix Linux / Windows / Novell v
> irtual machines
> 	> at the same time. Free trial click
> 	
> > here:http://www.vmware.com/wl/offer/358/0
> 	> _________
> ______________________________________
> 	> Springframewor
> k-developer mailing list
> 	> Springframework-developer@li
> sts.sourceforge.net
> 	> https://lists.sourceforge.net/lis
> ts/listinfo/springframework-developer
> 	> 
> 

Re: [Springframework-developer] validation package + spring-beans.jar

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

> 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

Re: [Springframework-developer] Example classes needed

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

TGFycywNCiANClRoYXQgc2VlbXMgdG8gYmUgYmVjYXVzZSB5b3VyIFNwcmluZyB2ZXJzaW9uIGRv
ZXNuJ3QgY29udGFpbiBhIENvbnRleHRMb2FkZXJTZXJ2bGV0IGNsYXNzLCBhcyB3ZSd2ZSBpbnRy
b2R1Y2VkIHRoYXQgYWZ0ZXIgMC45LjEuIEFzIEknbSBpbiB0aGUgcHJvY2VzcyBvZiByZWxlYXNp
bmcgMS4wIE0xIHRvbmlnaHQsIEkgc3VnZ2VzdCB3YWl0aW5nIGZvciB0aGF0IHJlbGVhc2UgYW5k
IG1pZ3JhdGluZyB0byBpdC4NCiANCjEuMCBNMSBjb250YWlucyBDb250ZXh0TG9hZGVyU2Vydmxl
dCBhbW9uZyBtYW55IG90aGVyIGltcHJvdmVtZW50cy4gWW91J2xsIGp1c3QgbmVlZCB0byByZW5h
bWUgYWxsIGNvbS5pbnRlcmZhY2UyMSByZWZlcmVuY2VzIHRvIG9yZy5zcHJpbmdmcmFtZXdvcmsg
dGhlbiwgYm90aCBpbiB5b3VyIGNvZGUgYW5kIHlvdXIgWE1MIGFwcGxpY2F0aW9uIGNvbnRleHQg
ZmlsZXMsIGFzIHdlJ3ZlIGZpbmFsbHkgc3dpdGNoZWQgcGFja2FnZSBuYW1lcy4NCiANCkp1ZXJn
ZW4NCiANCiANCg0KCS0tLS0tVXJzcHLDvG5nbGljaGUgTmFjaHJpY2h0LS0tLS0gDQoJVm9uOiBM
YXJzIEZpc2NoZXIgW21haWx0bzpsYXJzLmZpc2NoZXJAZ214cHJvLm5ldF0gDQoJR2VzZW5kZXQ6
IE1vIDI1LjA4LjIwMDMgMTE6MDkgDQoJQW46IHRyaXNiZXJnQHRyaWRiLmNvbSANCglDYzogc3By
aW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQoJQmV0cmVmZjog
UmU6IFtTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyXSBFeGFtcGxlIGNsYXNzZXMgbmVlZGVkDQoJ
DQoJDQoNCglUaG9tYXMsDQoJDQoJdW5mb3J0dW5hdGVseSBJJ3ZlIGRlbGV0ZWQgdGhlIHdvcmtp
bmcgcGV0Y2xpbmljLndhciB5ZXN0ZXJkYXkgYW5kIHdhcyBub3QNCglhYmxlIHRvDQoJcmVwcm9k
dWNlIGl0IGJ1dCBJJ2xsIHRyeSB0byBsb29rIGludG8gdGhlIGxvZ3MuDQoJDQoJSSd2ZSBkZXBs
b3llZCB0aGUgYXBwbGljYXRpb24gd2l0aCB0aGUgZm9sbG93aW5nIG9wdGlvbnMgaW4gd2ViLnht
bDoNCgkNCgkgPGxpc3RlbmVyPg0KCSAgDQoJPGxpc3RlbmVyLWNsYXNzPmNvbS5pbnRlcmZhY2Uy
MS53ZWIuY29udGV4dC5Db250ZXh0TG9hZGVyTGlzdGVuZXI8L2xpc3RlbmVyLWNsYXNzPg0KCSAg
PC9saXN0ZW5lcj4NCgkNCgkgIDxzZXJ2bGV0Pg0KCSAgICA8c2VydmxldC1uYW1lPmN3eFJvb3RD
b250ZXh0PC9zZXJ2bGV0LW5hbWU+DQoJICANCgk8c2VydmxldC1jbGFzcz5jb20uaW50ZXJmYWNl
MjEud2ViLmNvbnRleHQuQ29udGV4dExvYWRlclNlcnZsZXQ8L3NlcnZsZXQtY2xhc3M+DQoJICAg
IDxsb2FkLW9uLXN0YXJ0dXA+MTwvbG9hZC1vbi1zdGFydHVwPg0KCSAgPC9zZXJ2bGV0Pg0KCQ0K
CSAgPHNlcnZsZXQ+DQoJICAgIDxzZXJ2bGV0LW5hbWU+Y3d4PC9zZXJ2bGV0LW5hbWU+DQoJICAN
Cgk8c2VydmxldC1jbGFzcz5jb20uaW50ZXJmYWNlMjEud2ViLnNlcnZsZXQuRGlzcGF0Y2hlclNl
cnZsZXQ8L3NlcnZsZXQtY2xhc3M+DQoJICAgIDxsb2FkLW9uLXN0YXJ0dXA+MjwvbG9hZC1vbi1z
dGFydHVwPg0KCSAgPC9zZXJ2bGV0Pg0KCQ0KCUF0dGFjaGVkIGlzIHRoZSBvdXRwdXQgZnJvbSBX
ZWJMb2dpYyBhbmQgVG9tQ2F0IChUb21DYXQgd29ya3Mgd2l0aG91dA0KCXByb2JsZW1zKS4NCgkN
CglXZWJMb2dpYyBjb21wbGFpbnMgYWJvdXQgbm90IGZpbmRpbmcgdGhlIHJlcXVlc3RlZCBjbGFz
cyBpbiB0aGUgY2xhc3NwYXRoLg0KCQ0KCUhvcGUgdGhpcyBoZWxwcw0KCUxhcnMNCgkNCgk+IExh
cnMsDQoJPg0KCT4gTG9hZGluZyBDb250ZXh0TG9hZGVyU2VydmxldCBhcyBhIHNlcnZsZXQgd2l0
aCBsb2FkLW9uLXN0YXJ0dXAgc2V0IHRvIDENCgk+IGFuZA0KCT4gbG9hZGluZyBEaXNwYXRjaGVy
U2VydmxldCB3aXRoIGxvYWQtb24tc3RhcnR1cCBzZXQgdG8gMiB3b3JrcyBmb3IgbWUgb24NCgk+
IFdlYkxvZ2ljDQoJPiA4LjEgU1AxLiAgSWYgaXQgZG9lcyBub3Qgd29yaywgY291bGQgeW91IHNl
bmQgbWUgdGhlIHdlYi54bWwgYW5kIHlvdXIgbG9nDQoJPiBvdXRwdXQ/DQoJPg0KCT4gQWxzbywg
SSBnZXQgdGhlIHNhbWUgZXJyb3JzIGRlcGxveWluZyB0aGUgUGV0Y2xpbmljLCBzbyBpdCBkb2Vz
IG5vdCB3b3JrDQoJPiBmb3IgbWUuDQoJPiAgQ2FuIHlvdSBzZW5kIG1lIHRoZSBwZXRjbGluaWMg
d2FyIGZpbGUgdGhhdCB3b3JrcyB3aXRoIFdlYkxvZ2ljIDguMSBTUDENCgk+IHNvIEkNCgk+IGNh
biB0cnkgaXQgb24gbXkgc2VydmVyPw0KCT4NCgk+IFRob21hcw0KCT4NCgk+DQoJPiA+IFRob21h
cywNCgk+ID4NCgk+ID4gdGhhbmtzIGZvciB0aGUgc3VnZ2VzdGlvbi4gVHJpZWQgaXQgYnV0IGl0
IGRvZXNuJ3Qgd29yay4NCgk+ID4NCgk+ID4gVGhpcyBpcyBhIHNlcmlvdXMgb25lOg0KCT4gPg0K
CT4gPiBUZXN0ZWQgbXkgYXBwIHdpdGggVG9tY2F0IDQuMS4yNCBhbmQgaXQgd29ya3MuDQoJPiA+
DQoJPiA+IEkgZG9lcyBOT1Qgd29yayB3aXRoDQoJPiA+DQoJPiA+IFdlYkxvZ2ljIDguMSBTUDEs
IFdlYkxvZ2ljIEV4cHJlc3MgU1AxLCBXZWJMb2dpYyA3LjAgU1AzLg0KCT4gPg0KCT4gPiBXaGF0
IG1ha2VzIG1lIHdvbmRlciBpcyB0aGF0IFBldGNsaW5pYyB3b3JrcyB3aXRoIFdlYkxvZ2ljIDgu
MSBTUDEuDQoJPiA+DQoJPiA+IFJlZ2FyZHMNCgk+ID4gTGFycw0KCT4gPg0KCT4gPiA+IExhcnMs
DQoJPiA+ID4NCgk+ID4gPiBJIGhhdmUgbG9va2VkIGludG8gdGhpcyBhIGxpdHRsZSBiaXQgbW9y
ZS4gIFdoYXQgaGFwcGVucyBpcyB0aGF0DQoJPiA+ID4gU2VydmxldENvbnRleHRMaXN0ZW5lci5j
b250ZXh0SW5pdGlhbGl6ZWQoKSBtZXRob2QgaXMgY2FsbGVkIF9hZnRlcl8NCgk+IHRoZSANCgk+
ID4gPiBIdHRwU2VydmxldC5pbml0KCkgbWV0aG9kIGlzIGNhbGxlZCBvbiBzZXJ2bGV0cyBzcGVj
aWZpZWQgd2l0aA0KCT4gPGxvYWQtb24tDQoJPiA+ID4gc3RhcnR1cD4uICBUaGlzIGNhdXNlcyB0
aGUgeHh4LXNlcnZsZXQueG1sIHRvIGJlIGxvYWRlZCBiZWZvcmUgdGhlDQoJPiA+ID4gYXBwbGlj
YXRpb25Db250ZXh0LnhtbCBpcyBsb2FkZWQsIHNvIHRoYXQgaXMgd2h5IHlvdSBjYW4ndCByZWZl
cmVuY2UNCgk+ID4gPiB0aGUgJ2N3eERhbycgYmVhbi4gIFRoaXMgYmVoYXZpb3IgaXMgdGhlIG9w
cG9zaXRlIG9mIHdoYXQgSSBzZWUgZm9yDQoJPiA+ID4gVG9tY2F0LA0KCT4gPiA+IGFuZCBJJ20g
c3VyZSB0aGUgc2FtZSBpcyB0cnVlIGZvciBPcmlvbiBhbmQgUmVzaW4gdGhhdCBKdWVyZ2VuIGlz
DQoJPiB1c2luZy4NCgk+ID4gPiBJDQoJPiA+ID4gbG9va2VkIGluIHRoZSBTZXJ2bGV0IDIuMyBz
cGVjaWZpY2F0aW9uLCBidXQgSSBkaWQgbm90IHNlZSBhbnl0aGluZw0KCT4gPiA+IHNwZWNpZnlp
bmcNCgk+ID4gPiB3aGljaCBvcmRlciB0aGVzZSBtZXRob2RzIHNob3VsZCBiZSBjYWxsZWQgaW4u
ICBNYXliZSBKdWVyZ2VuIG9yIFJvZA0KCT4gY2FuDQoJPiA+ID4gc2hlZA0KCT4gPiA+IHNvbWUg
bW9yZSBsaWdodCBvbiB0aGlzIGlzc3VlLiANCgk+ID4gPg0KCT4gPiA+IFlvdSBzaG91bGQgYmUg
YWJsZSB0byB1c2UgdGhlIENvbnRleHRMb2FkZXJTZXJ2bGV0IGZvciBub3cuDQoJPiA+ID4NCgk+
ID4gPiBUaG9tYXMNCgk+ID4gPg0KCT4gPiA+DQoJPiA+ID4gPiBMYXJzLA0KCT4gPiA+ID4NCgk+
ID4gPiA+IFRoaXMgbWlnaHQgYmUgYSBXZWJMb2dpYyBzcGVjaWZpYyBpc3N1ZSAtIEkganVzdCBz
YXcgc2ltaWxhciBlcnJvcg0KCT4gd2hlbg0KCT4gPiA+IEkNCgk+ID4gPiA+IGRlcGxveWVkIG15
IGFwcCBpbiBXZWJMb2dpYyA4LjEuDQoJPiA+ID4gPg0KCT4gPiA+ID4gSSB3aWxsIHRyeSB0byBy
ZXNlYXJjaCB0aGlzIGluIG1vcmUgZGV0YWlsIGxhdGVyIG9uIHRvZGF5IG9yDQoJPiB0b21vcnJv
dy4NCgk+ID4gPiBJbg0KCT4gPiA+ID4gdGhlDQoJPiA+ID4gPiBtZWFudGltZSB0cnkgdGhpcyBp
biB5b3VyIHdlYi54bWwNCgk+ID4gPiA+DQoJPiA+ID4gPiA8c2VydmxldD4NCgk+ID4gPiA+IDxz
ZXJ2bGV0LW5hbWU+Y3d4Um9vdENvbnRleHQ8L3NlcnZsZXQtbmFtZT4NCgk+ID4gPiA+DQoJPiA+
ID4NCgk+IDxzZXJ2bGV0LWNsYXNzPmNvbS5pbnRlcmZhY2UyMS53ZWIuY29udGV4dC5Db250ZXh0
TG9hZGVyU2VydmxldDwvc2VydmxldC0NCgk+ID4gPiBjbGFzcz4NCgk+ID4gPiA+IDxsb2FkLW9u
LXN0YXJ0dXA+MTwvbG9hZC1vbi1zdGFydHVwPg0KCT4gPiA+ID4gPC9zZXJ2bGV0Pg0KCT4gPiA+
ID4NCgk+ID4gPiA+IDxzZXJ2bGV0Pg0KCT4gPiA+ID4gPHNlcnZsZXQtbmFtZT5jd3g8L3NlcnZs
ZXQtbmFtZT4NCgk+ID4gPiA+DQoJPiA+ID4NCgk+ID4NCgk+DQoJPHNlcnZsZXQtY2xhc3M+Y29t
LmludGVyZmFjZTIxLndlYi5zZXJ2bGV0LkRpc3BhdGNoZXJTZXJ2bGV0PC9zZXJ2bGV0LWNsYXNz
Pg0KCT4gPiA+ID4gPGxvYWQtb24tc3RhcnR1cD4yPC9sb2FkLW9uLXN0YXJ0dXA+DQoJPiA+ID4g
PiA8L3NlcnZsZXQ+DQoJPiA+ID4gPg0KCT4gPiA+ID4gVGhvbWFzDQoJPiA+ID4gPg0KCT4gPiA+
ID4NCgk+ID4gPiA+DQoJPiA+ID4gPiA+IFRob21hcywNCgk+ID4gPiA+ID4NCgk+ID4gPiA+ID4g
YXR0YWNoZWQgaXMgdGhlIHdlYi54bWwuDQoJPiA+ID4gPiA+DQoJPiA+ID4gPiA+IFdpdGhvdXQg
dGhlIENvbnRleHRMb2FkZXJMaXN0ZW5lciBub3RoaW5nIHdvdWxkIGhhcHBlbiwgbm90IGV2ZW4N
Cgk+ID4gPiA+ID4gdGhlIEhpYmVybmF0ZSBzdHVmZiBpbiBhcHBsaWNhdGlvbkNvbnRleHQueG1s
Lg0KCT4gPiA+ID4gPg0KCT4gPiA+ID4gPiBUaGFua3MNCgk+ID4gPiA+ID4gTGFycw0KCT4gPiA+
ID4gPg0KCT4gPiA+ID4gPiA+IExhcnMsDQoJPiA+ID4gPiA+ID4NCgk+ID4gPiA+ID4gPiBZb3Ug
ZGlkIG5vdCBpbmNsdWRlIHlvdXIgd2ViLnhtbCwgYnV0IG15IGd1ZXNzIGlzIHlvdSBuZWVkIHRv
DQoJPiBhZGQgYQ0KCT4gPiA+ID4gPiA+IENvbnRleHRMb2FkZXJMaXN0ZW5lci4gIFRoZSBhcHBs
aWNhdGlvbiBjb250ZXh0IGhhcyB0byBiZSBsb2FkZWQNCgk+ID4gPiBmaXJzdCwNCgk+ID4gPiA+
ID4gPiBhbmQgdGhlDQoJPiA+ID4gPiA+ID4gZXJyb3IgbWVzc2FnZXMgaW5kaWNhdGVzIHRoYXQg
dGhlIGJlYW4gJ2N3eERhbycgY2FuJ3QgYmUgZm91bmQsDQoJPiBzbw0KCT4gPiA+IGl0DQoJPiA+
ID4gPiA+ID4gbG9va3MgbGlrZQ0KCT4gPiA+ID4gPiA+IHRoYXQgZGlkIG5vdCBoYXBwZW4uDQoJ
PiA+ID4gPiA+ID4NCgk+ID4gPiA+ID4gPiB3ZWIueG1sOg0KCT4gPiA+ID4gPiA+DQoJPiA+ID4g
PiA+ID4gPHdlYi1hcHA+DQoJPiA+ID4gPiA+ID4NCgk+ID4gPiA+ID4gPiAgIDwhLS0NCgk+ID4g
PiA+ID4gPiAgIC0gTG9hZHMgdGhlIHJvb3QgYXBwbGljYXRpb24gY29udGV4dCBvZiB0aGlzIHdl
YiBhcHAgYXQNCgk+IHN0YXJ0dXAsDQoJPiA+ID4gPiA+ID4gICAtIGJ5IGRlZmF1bHQgZnJvbSAi
L1dFQi1JTkYvYXBwbGljYXRpb25Db250ZXh0LnhtbCIuDQoJPiA+ID4gPiA+ID4gICAtLT4NCgk+
ID4gPiA+ID4gPiAgIDxsaXN0ZW5lcj4gICAgIA0KCT4gPiA+ID4gPiA+ICAgICA8bGlzdGVuZXIt
Y2xhc3M+DQoJPiA+ID4gPiA+ID4gICAgICAgY29tLmludGVyZmFjZTIxLndlYi5jb250ZXh0LkNv
bnRleHRMb2FkZXJMaXN0ZW5lcg0KCT4gPiA+ID4gPiA+ICAgICA8L2xpc3RlbmVyLWNsYXNzPg0K
CT4gPiA+ID4gPiA+ICAgPC9saXN0ZW5lcj4NCgk+ID4gPiA+ID4gPg0KCT4gPiA+ID4gPiA+ICAg
IDwhLS0gbW9yZSBkZWZpbml0aW9ucyAtLT4NCgk+ID4gPiA+ID4gPg0KCT4gPiA+ID4gPiA+IDwv
d2ViLWFwcD4NCgk+ID4gPiA+ID4gPg0KCT4gPiA+ID4gPiA+DQoJPiA+ID4gPiA+ID4gSG9wZSB0
aGlzIGhlbHBzLg0KCT4gPiA+ID4gPiA+DQoJPiA+ID4gPiA+ID4gVGhvbWFzDQoJPiA+ID4gPiA+
ID4NCgk+ID4gPiA+ID4gPg0KCT4gPiA+ID4gPiA+DQoJPiA+ID4gPiA+ID4gPiBIaSBhbGwgU3By
aW5nIGV4cGVydHMsDQoJPiA+ID4gPiA+ID4gPg0KCT4gPiA+ID4gPiA+ID4gY2FuIGFueW9uZSBw
cm92aWRlIG1lIHRoZSBleGFtcGxlIGNsYXNzZXMgbWVudGlvbmVkIGluIHNldmVyYWwNCgk+ID4g
PiA+IHNrZWxldG9ucw0KCT4gPiA+ID4gPiA+DQoJPiA+ID4gPiA+ID4gPiAoZS5nLiBleGFtcGxl
Q29udHJvbGxlciwgZXhhbXBsZUJ1c2luZXNzT2JqZWN0LA0KCT4gPiA+ID4gZXhhbXBsZURhdGFB
Y2Nlc3NPYmplY3QpDQoJPiA+ID4gPiA+ID4gPw0KCT4gPiA+ID4gPiA+ID4NCgk+ID4gPiA+ID4g
PiA+IFRoZSB0d28gcHJvdmlkZWQgc2FtcGxlIGFwcGxpY2F0aW9ucyBkb24ndCByZWZsZWN0IHRo
ZQ0KCT4gc2tlbGV0b25zDQoJPiA+ID4gdmVyeQ0KCT4gPiA+ID4gPiA+IHdlbGwuDQoJPiA+ID4g
PiA+ID4gPiBUaGVyZSBzaG91bGQgYmUgb25lICdiaWcnIGFwcGxpY2F0aW9uIHNob3dpbmcgYWxs
IHRoZSBzdHVmZg0KCT4gYW5kDQoJPiA+ID4gbWFueQ0KCT4gPiA+ID4gPiA+IHNtYWxsDQoJPiA+
ID4gPiA+ID4gPiBvbmVzIHRvIHNob3cgc2luZ2xlIG9wdGlvbnMgKGxpa2UgaW4gV2ViV29yayAx
KS4NCgk+ID4gPiA+ID4gPiA+DQoJPiA+ID4gPiA+ID4gPiBJJ3ZlIGRlZmluZWQgdGhlIGZvbGxv
d2luZyBpbiBhcHBsaWNhdGlvbkNvbnRleHQueG1sIChhbmQgaXQNCgk+ID4gPiB3b3Jrcyk6DQoJ
PiA+ID4gPiA+ID4gPg0KCT4gPiA+ID4gPiA+ID4gPGJlYW4gaWQ9ImN3eERhbyIgY2xhc3M9ImV4
YW1wbGUuZGFvLkN3eERhb0hpYmVybmF0ZSI+DQoJPiA+ID4gPiA+ID4gPiAgIDxwcm9wZXJ0eSBu
YW1lPSJzZXNzaW9uRmFjdG9yeSI+PHJlZg0KCT4gPiA+ID4gPiA+IGJlYW49ImN3eFNlc3Npb25G
YWN0b3J5Ii8+PC9wcm9wZXJ0eT4NCgk+ID4gPiA+ID4gPiA+IDwvYmVhbj4NCgk+ID4gPiA+ID4g
PiA+DQoJPiA+ID4gPiA+ID4gPiBXaGVuIGRlZmluaW5nDQoJPiA+ID4gPiA+ID4gPg0KCT4gPiA+
ID4gPiA+ID4gKGN3eC1zZXJ2bGV0LnhtbCkNCgk+ID4gPiA+ID4gPiA+DQoJPiA+ID4gPiA+ID4g
PiA8IS0tICBDb250cm9sbGVyIGZvciB0aGUgaW5pdGlhbCAiSGVsbG8iIHBhZ2UgLS0+DQoJPiA+
ID4gPiA+ID4gPiA8YmVhbiBpZD0iY3d4Q29udHJvbGxlciIgY2xhc3M9ImV4YW1wbGUud2ViLkN3
eENvbnRyb2xsZXIiPg0KCT4gPiA+ID4gPiA+ID4gICA8cHJvcGVydHkgbmFtZT0iY3d4RGFvIj48
cmVmIGV4dGVybmFsPSJjd3hEYW8iLz48L3Byb3BlcnR5Pg0KCT4gPiA+ID4gPiA+ID4gPC9iZWFu
Pg0KCT4gPiA+ID4gPiA+ID4NCgk+ID4gPiA+ID4gPiA+IChDd3hDb250cm9sbGVyKQ0KCT4gPiA+
ID4gPiA+ID4NCgk+ID4gPiA+ID4gPiA+ICBwcml2YXRlIEN3eERhbyBjd3hEYW87DQoJPiA+ID4g
PiA+ID4gPg0KCT4gPiA+ID4gPiA+ID4gcHVibGljIHZvaWQgc2V0Q3d4RGFvKEN3eERhbyBjd3hE
YW8pIHsNCgk+ID4gPiA+ID4gPiA+ICAgICB0aGlzLmN3eERhbyA9IGN3eERhbzsNCgk+ID4gPiA+
ID4gPiA+ICB9DQoJPiA+ID4gPiA+ID4gPg0KCT4gPiA+ID4gPiA+ID4NCgk+ID4gPiA+ID4gPiA+
IEkgYWx3YXlzIGdldA0KCT4gPiA+ID4gPiA+ID4NCgk+ID4gPiA+ID4gPiA+IEVSUk9SIFtjb20u
aW50ZXJmYWNlMjEud2ViLnNlcnZsZXQuRGlzcGF0Y2hlclNlcnZsZXRdIC0NCgk+IDxTZXJ2bGV0
DQoJPiA+ID4gd2l0aA0KCT4gPiA+ID4gPiA+IG5hbWUNCgk+ID4gPiA+ID4gPiA+ICdjd3gnIDog
aW5pdGlhbGl6YXRpb24gZXJyb3I+DQoJPiA+ID4gPiA+ID4gPiBjb20uaW50ZXJmYWNlMjEuYmVh
bnMuZmFjdG9yeS5Ob1N1Y2hCZWFuRGVmaW5pdGlvbkV4Y2VwdGlvbjoNCgk+IE5vDQoJPiA+ID4g
YmVhbg0KCT4gPiA+ID4gPiA+IG5hbWVkDQoJPiA+ID4gPiA+ID4gPiBbY3d4RGFvXSBpcyBkZWZp
bmVkIHtjbGFzcw0KCT4gPiA+ID4gPiA+IGNvbS5pbnRlcmZhY2UyMS5iZWFucy5mYWN0b3J5Lnht
bC5YbWxCZWFuRmFjdG9yeToNCgk+ID4gPiA+ID4gPiA+IGRlZmluZWQgYmVhbnMNCgk+ID4gPiBb
bWVzc2FnZVNvdXJjZSx2aWV3UmVzb2x2ZXIsdXJsTWFwcGluZyxjd3hDb250cm9sbGVyXX0NCgk+
ID4gPiA+ID4gPiA+DQoJPiA+ID4gPiA+ID4gPiBUaGlzIGlzIHRoZSBzZWNvbmQgdGltZSBJIGdl
dCBhbG1vc3QgdXNlbGVzcyBlcnJvciBtZXNzYWdlcy4NCgk+IFRoaXMNCgk+ID4gPiBpcw0KCT4g
PiA+ID4gb25lDQoJPiA+ID4gPiA+ID4gPiBwb2ludCB3aGVyZSBFSkJzIGFyZSBmYXIgYWhlYWQg
KA0KCT4gPiA+ID4gPiA+ID4gdGhlcmUgaXMgYWxtb3N0IGFsd2F5cyBhbiBlcnJvciBtZXNzYWdl
IHRlbGxpbmcgeW91IHdoYXQNCgk+IGV4Y2FjdGx5DQoJPiA+ID4gaXMNCgk+ID4gPiA+ID4gPiA+
IHdyb25nKS4NCgk+ID4gPiA+ID4gPiA+DQoJPiA+ID4gPiA+ID4gPiBBbm90aGVyIChkdW1iKSBx
dWVzdGlvbjoNCgk+ID4gPiA+ID4gPiA+DQoJPiA+ID4gPiA+ID4gPiBXaGF0IGlzIHRoZSBkaWZm
ZXJlbmNlIGJldHdlZW4gYSBEQU8gKmltcGxlbWVudGF0aW9uKiBhbmQgYQ0KCT4gPiA+IGJ1c2lu
ZXNzDQoJPiA+ID4gPiA+ID4gb2JqZWN0DQoJPiA+ID4gPiA+ID4gPiBhbmQgd2hlcmUgZG9lcw0K
CT4gPiA+ID4gPiA+ID4gZS4gZy4gUGV0Y2xpbmljIHJlZmxlY3QgdGhpcyA/IEknbSBhc2tpbmcg
dGhpcyBiZWNhdXNlIG9mIHRoZQ0KCT4gPiA+ID4gZGlpZmVyZW5jZQ0KCT4gPiA+ID4gPiA+ID4g
YmV0d2VlbiB0aGUgc2tlbGV0b25zIGFuZCB0aGUNCgk+ID4gPiA+ID4gPiA+IHNhbXBsZSBhcHBs
aWNhdGlvbnMuIFRoZSBza2VsZXRvbnMgcHJvdmlkZSBhIERBTyBhbmQgYQ0KCT4gQnVzaW5lc3MN
Cgk+ID4gPiBPYmplY3QNCgk+ID4gPiA+ID4gPiB1c2luZw0KCT4gPiA+ID4gPiA+ID4gdGhlIERB
TyBkZWZpbml0aW9uLA0KCT4gPiA+ID4gPiA+ID4gUGV0Y2xpbmljIGRvZXMgbm90LiBUaGUgc2Ft
cGxlcyBzaG91bGQgYmUgYXMgY2xvc2UgYXMgcG9zc2libGUNCgk+IHRvDQoJPiA+ID4gdGhlDQoJ
PiA+ID4gPiA+ID4gPiBza2VsZXRvbnMgb3IgdGhlIHNrZWxldG9ucyBzaG91bGQNCgk+ID4gPiA+
ID4gPiA+IGF0IGxlYXN0IHByb3ZpZGUgdGhlIGphdmEgY2xhc3NlcyAoc2hvdWxkbid0IGJlIHRv
byBoYXJkKS4NCgk+ID4gPiA+ID4gPiA+DQoJPiA+ID4gPiA+ID4gPiBUaGFua3MgaW4gYWR2YW5j
ZQ0KCT4gPiA+ID4gPiA+ID4gTGFycw0KCT4gPiA+ID4gPiA+ID4NCgk+ID4gPiA+ID4gPiA+DQoJ
PiA+ID4gPiA+ID4gPg0KCT4gPiA+ID4gPiA+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCT4gPiA+ID4gPiA+ID4gVGhpcyBTRi5uZXQg
ZW1haWwgaXMgc3BvbnNvcmVkIGJ5OiBWTSBXYXJlDQoJPiA+ID4gPiA+ID4gPiBXaXRoIFZNd2Fy
ZSB5b3UgY2FuIHJ1biBtdWx0aXBsZSBvcGVyYXRpbmcgc3lzdGVtcyBvbiBhIHNpbmdsZQ0KCT4g
PiA+ID4gbWFjaGluZS4NCgk+ID4gPiA+ID4gPiA+IFdJVEhPVVQgUkVCT09USU5HISBNaXggTGlu
dXggLyBXaW5kb3dzIC8gTm92ZWxsIHZpcnR1YWwNCgk+IG1hY2hpbmVzDQoJPiA+ID4gPiA+ID4g
PiBhdCB0aGUgc2FtZSB0aW1lLiBGcmVlIHRyaWFsIGNsaWNrDQoJPiA+ID4gPiA+ID4gaGVyZTpo
dHRwOi8vd3d3LnZtd2FyZS5jb20vd2wvb2ZmZXIvMzU4LzANCgk+ID4gPiA+ID4gPiA+IF9fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQoJPiA+ID4gPiA+ID4g
PiBTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyIG1haWxpbmcgbGlzdA0KCT4gPiA+ID4gPiA+ID4g
U3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQNCgk+ID4gPiA+
ID4gPiA+DQoJPiA+ID4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGlu
Zm8vc3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcg0KCT4gPiA+ID4gPiA+ID4NCgk+ID4gPiA+ID4g
Pg0KCT4gPiA+ID4gPiA+DQoJPiA+ID4gPiA+ID4NCgk+ID4gPiA+DQoJPiA+ID4gPg0KCT4gPiA+
ID4NCgk+ID4gPiA+DQoJPiA+ID4gPg0KCT4gPiA+ID4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCT4gPiA+ID4gVGhpcyBTRi5uZXQgZW1h
aWwgaXMgc3BvbnNvcmVkIGJ5OiBWTSBXYXJlDQoJPiA+ID4gPiBXaXRoIFZNd2FyZSB5b3UgY2Fu
IHJ1biBtdWx0aXBsZSBvcGVyYXRpbmcgc3lzdGVtcyBvbiBhIHNpbmdsZQ0KCT4gbWFjaGluZS4N
Cgk+ID4gPiA+IFdJVEhPVVQgUkVCT09USU5HISBNaXggTGludXggLyBXaW5kb3dzIC8gTm92ZWxs
IHZpcnR1YWwgbWFjaGluZXMNCgk+ID4gPiA+IGF0IHRoZSBzYW1lIHRpbWUuIEZyZWUgdHJpYWwg
Y2xpY2sNCgk+ID4gPiBoZXJlOmh0dHA6Ly93d3cudm13YXJlLmNvbS93bC9vZmZlci8zNTgvMA0K
CT4gPiA+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18N
Cgk+ID4gPiA+IFNwcmluZ2ZyYW1ld29yay1kZXZlbG9wZXIgbWFpbGluZyBsaXN0DQoJPiA+ID4g
PiBTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCT4gPiA+
ID4NCgk+IGh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3RpbmZvL3Nwcmlu
Z2ZyYW1ld29yay1kZXZlbG9wZXINCgk+ID4gPiA+DQoJPiA+ID4NCgk+ID4gPg0KCT4gPiA+DQoJ
PiA+ID4NCgk+ID4gPg0KCT4gPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCgk+ID4gPiBUaGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29y
ZWQgYnk6IFZNIFdhcmUNCgk+ID4gPiBXaXRoIFZNd2FyZSB5b3UgY2FuIHJ1biBtdWx0aXBsZSBv
cGVyYXRpbmcgc3lzdGVtcyBvbiBhIHNpbmdsZQ0KCT4gbWFjaGluZS4NCgk+ID4gPiBXSVRIT1VU
IFJFQk9PVElORyEgTWl4IExpbnV4IC8gV2luZG93cyAvIE5vdmVsbCB2aXJ0dWFsIG1hY2hpbmVz
DQoJPiA+ID4gYXQgdGhlIHNhbWUgdGltZS4gRnJlZSB0cmlhbCBjbGljaw0KCT4gPiA+IGhlcmU6
aHR0cDovL3d3dy52bXdhcmUuY29tL3dsL29mZmVyLzM1OC8wDQoJPiA+ID4gX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCgk+ID4gPiBTcHJpbmdmcmFtZXdv
cmstZGV2ZWxvcGVyIG1haWxpbmcgbGlzdA0KCT4gPiA+IFNwcmluZ2ZyYW1ld29yay1kZXZlbG9w
ZXJAbGlzdHMuc291cmNlZm9yZ2UubmV0DQoJPiA+ID4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3Jn
ZS5uZXQvbGlzdHMvbGlzdGluZm8vc3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcg0KCT4gPiA+DQoJ
PiA+DQoJPiA+DQoJPiA+DQoJPiA+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0NCgk+ID4gVGhpcyBTRi5uZXQgZW1haWwgaXMgc3BvbnNvcmVk
IGJ5OiBWTSBXYXJlDQoJPiA+IFdpdGggVk13YXJlIHlvdSBjYW4gcnVuIG11bHRpcGxlIG9wZXJh
dGluZyBzeXN0ZW1zIG9uIGEgc2luZ2xlIG1hY2hpbmUuDQoJPiA+IFdJVEhPVVQgUkVCT09USU5H
ISBNaXggTGludXggLyBXaW5kb3dzIC8gTm92ZWxsIHZpcnR1YWwgbWFjaGluZXMNCgk+ID4gYXQg
dGhlIHNhbWUgdGltZS4gRnJlZSB0cmlhbCBjbGljaw0KCT4gaGVyZTpodHRwOi8vd3d3LnZtd2Fy
ZS5jb20vd2wvb2ZmZXIvMzU4LzANCgk+ID4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX18NCgk+ID4gU3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlciBtYWlsaW5n
IGxpc3QNCgk+ID4gU3ByaW5nZnJhbWV3b3JrLWRldmVsb3BlckBsaXN0cy5zb3VyY2Vmb3JnZS5u
ZXQNCgk+ID4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vc3By
aW5nZnJhbWV3b3JrLWRldmVsb3Blcg0KCT4gPg0KCT4NCgk+DQoJPg0KCT4NCgk+DQoJPiAtLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoJPiBU
aGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnk6IFZNIFdhcmUNCgk+IFdpdGggVk13YXJl
IHlvdSBjYW4gcnVuIG11bHRpcGxlIG9wZXJhdGluZyBzeXN0ZW1zIG9uIGEgc2luZ2xlIG1hY2hp
bmUuDQoJPiBXSVRIT1VUIFJFQk9PVElORyEgTWl4IExpbnV4IC8gV2luZG93cyAvIE5vdmVsbCB2
aXJ0dWFsIG1hY2hpbmVzDQoJPiBhdCB0aGUgc2FtZSB0aW1lLiBGcmVlIHRyaWFsIGNsaWNrDQoJ
PiBoZXJlOmh0dHA6Ly93d3cudm13YXJlLmNvbS93bC9vZmZlci8zNTgvMA0KCT4gX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCgk+IFNwcmluZ2ZyYW1ld29y
ay1kZXZlbG9wZXIgbWFpbGluZyBsaXN0DQoJPiBTcHJpbmdmcmFtZXdvcmstZGV2ZWxvcGVyQGxp
c3RzLnNvdXJjZWZvcmdlLm5ldA0KCT4gaHR0cHM6Ly9saXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlz
dHMvbGlzdGluZm8vc3ByaW5nZnJhbWV3b3JrLWRldmVsb3Blcg0KCT4gDQoNCg==

Re: [Springframework-developer] validation package + spring-beans.jar

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

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
>
>
>  
>

[Springframework-developer] validation package + spring-beans.jar

[MacMahon, M. <M.M...@em...>]

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.

[Springframework-developer] =?iso-8859-1?Q?RE:_[Springframework-developer]_Example_classes_needed?=

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

Juergen,=0D=0A=0D=0AJust I cannot have access to the CVS in the next hour=
s. Can you make the change (spring.jar instead of spring-full*.jar) in th=
e build.xml from countries?=0D=0AIf not done, also for Petclinic.=0D=0A=0D=
=0AThanks,=0D=0AJean-Pierre=0D=0A=0D=0A---------- Initial Header --------=
---=0D=0A=0D=0AFrom      : spr...@li...=
rge.net=0D=0ATo          : <tri...@tr...>=0D=0ACc          : <sprin=
gfr...@li...>=0D=0ADate      : Fri, 29 Aug =
2003 14:07:02 +0200=0D=0ASubject : RE: [Springframework-developer] Exampl=
e classes needed=0D=0A=0D=0ACountdown to 1.0 M1... It's "spring" instead =
of "spring-full", and jar files with manifest entries but no version numb=
ers in the names if there aren't any serious objections in the next few h=
ours... =0D=0A=0D=0AThomas, I've just seen that you already adapted the f=
ile names in the MVC tutorial to "spring.jar". If there should be any cha=
nge of mind this afternoon, I'll care for the proper name in the tutorial=
.=0D=0A=0D=0AJuergen=0D=0A=0D=0A=0D=0A-----Original Message-----=0D=0AFro=
m: tri...@tr... [mailto:tri...@tr...]=0D=0ASent: Thursday, Au=
gust 28, 2003 7:41 PM=0D=0ATo: j=FCrgen h=F6ller [werk3AT]=0D=0ACc: sprin=
gfr...@li...=0D=0ASubject: RE: [Springframe=
work-developer] Example classes needed=0D=0A=0D=0A=0D=0AJuergen,=0D=0A=0D=
=0AI like the manifest entry and I also like jars without version numbers=
.=0D=0A=0D=0AThomas=0D=0A=0D=0A> I've just added a manifest entry "Spring=
-Version" to our build scripts. This=0D=0A> means that a "spring.jar" for=
 1.0 M1 will include a "Spring-Version=3D1.0m1"=0D=0A> entry in its META-=
INF/manifest.mf file. So if you've got jar files lying=0D=0A> around, you=
 can always check the exact version. With this included, I tend to=0D=0A>=
 drop version numbers even more. Thanks for the idea, Rob - I just guess =
it's=0D=0A> simpler to make a manifest entry than to include an extra fil=
e.=0D=0A> =0D=0A> We all seem to agree we prefer "spring.jar" over "sprin=
g-full.jar", but are=0D=0A> about 50:50 regarding version numbers in the =
name. So let's focus on the=0D=0A> latter: Would anyone *mind* no version=
 number in the name, given that it's=0D=0A> mentioned in the manifest fil=
e? Everyone is free to rename the files any way=0D=0A> he wants anyway, i=
t's just about the shipped jars. As for me, I would mind=0D=0A> the full =
version number "1.0m1" - in the meantime, I even prefer=0D=0A> "spring.ja=
r".=0D=0A> =0D=0A> To keep the fire burning, some examples for no version=
 numbers that I know=0D=0A> of: Servlet, JUnit, JavaMail, Xerces, JSTL, C=
ommons Logging, Commons DBCP,=0D=0A> XAPool, Hibernate, COS, GLUE, Ant, T=
omcat, JBoss, Clover. Counterexamples=0D=0A> with version numbers in the =
jar name: JTA, CGLIB, BCEL, Log4J, Castor, Tyrex,=0D=0A> Velocity, Tapest=
ry, Hessian, iText, MySQL JDBC driver.=0D=0A> =0D=0A> In the end, one can=
 argue for all options. There is no obvious solution. So=0D=0A> we should=
 try to settle on one option and stick with it.=0D=0A> =0D=0A> Juergen=0D=
=0A> =0D=0A> =0D=0A> -----Original Message-----=0D=0A> From: Rob Butler [=
mailto:rob...@ve...]=0D=0A> Sent: Thursday, August 28, 2003=
 6:34 PM=0D=0A> To: j=FCrgen h=F6ller [werk3AT]; Lars Fischer=0D=0A> Cc: =
spr...@li...; tri...@tr...;=0D=0A=
> rod...@in...=0D=0A> Subject: RE: [Springframework-develo=
per] Example classes needed=0D=0A> =0D=0A> =0D=0A> Hello all,=0D=0A> =0D=0A=
> Since spring is modular, why not break it down even further into chunck=
s.=0D=0A> =0D=0A> spring-common.jar ->Basic stuff that is used everywhere=
 in spring=0D=0A> spring-beans.jar -> contains ONLY the Spring Beans stuf=
f.=0D=0A> spring-aop.jar -> contains ONLY the Spring AOP stuff.=0D=0A> sp=
ring-jdbc -> contains ONLY the Spring JDBC stuff.=0D=0A> spring-orm.jar -=
> contains ONLY the Spring ORM stuff.=0D=0A> spring-context.jar -> contai=
ns ONLY the Spring context stuff.=0D=0A> spring-mvc.jar -> contains ONLY =
the spring MVC stuff.=0D=0A> =0D=0A> If spring-orm.jar is dependent upon =
spring-common.jar then the user will need=0D=0A> to download and include =
spring-common.jar in the classpath too.  In this way=0D=0A> people can pi=
ck and choose the exact parts they want, but you don't have to=0D=0A> com=
e up with a million different package combinations...  i.e. no packages=0D=
=0A> that include ORM & JDBC, but not MVC.  Another one that has ORM, JDB=
C,=0D=0A> context, but not MVC.  Another one that has ORM, jdbc & MVC.  A=
nother one=0D=0A> that has ORM, JDBC, context & MVC.  See where I am goin=
g with this?=0D=0A> People should be smart enough to take the parts they =
want, and to get the=0D=0A> dependencies they need.=0D=0A> =0D=0A> Now as=
 far as the file name goes, why not just use a name WITHOUT the version=0D=
=0A> name in it, and then include a file (or directory) in the root of th=
e jar=0D=0A> called VERSION-1.0.1 or some such thing.  That way people wi=
ll not need to=0D=0A> worry about changing build scripts to use a newer v=
ersion of the jar that is=0D=0A> API compatible, and they can still easil=
iy determine what version they are=0D=0A> using by looking in the jar its=
elf.  the only time the jar file name should=0D=0A> change is if the API =
has LARGE changes that renders the new jar completely=0D=0A> incompatible=
 with the old API.  Minor changes to the API should probably not=0D=0A> h=
ave the jar file names changed.=0D=0A> =0D=0A> Just some ideas and my 2 c=
ents.=0D=0A> =0D=0A> Later=0D=0A> Rob=0D=0A> =0D=0A> > From: j=FCrgen h=F6=
ller [werk3AT] <jue...@we...>=0D=0A> > Date: 2003/08/28 Th=
u PM 12:07:42 EDT=0D=0A> > To: "Lars Fischer" <lar...@gm...>=0D=
=0A> > CC: <spr...@li...>, =0D=0A> > 	=
<tri...@tr...>, =0D=0A> > 	<rod...@in...>=0D=0A> > S=
ubject: RE: [Springframework-developer] Example classes needed=0D=0A> > =0D=
=0A> > Lars,=0D=0A> > =0D=0A> > The problem is that we have multiple jar =
files:=0D=0A> > - spring-beans.jar=0D=0A> > - spring-aop.jar=0D=0A> > - s=
pring-jdbc.jar=0D=0A> > - spring-orm.jar=0D=0A> > - spring-context.jar=0D=
=0A> > - spring-full.jar=0D=0A> > =0D=0A> > "full" indicates that it incl=
udes all of Spring. We could name it=0D=0A> "spring.jar" of course, I'm q=
uite inclined towards this if others agree. What=0D=0A> does everybody th=
ink?=0D=0A> > =0D=0A> > Regarding Colin's argument on in-between numberin=
g: I wouldn't mind=0D=0A> dropping the version number altogether, in Hibe=
rnate/Ant/Servlet style. I'm=0D=0A> just not a fan of very specific file =
names.=0D=0A> > =0D=0A> > So 2 questions:=0D=0A> > 1. a) "spring-full.jar=
" or b) "spring.jar" for the complete jar file=0D=0A> > 2. a) "spring-bea=
ns-1.0m1.jar", b) "spring-beans-1.0.jar" or c)=0D=0A> "spring-beans.jar"=0D=
=0A> > =0D=0A> > In the meantime, I tend to vote 1b and 2c. I wouldn't mi=
nd 1a or 2b either,=0D=0A> though.=0D=0A> > =0D=0A> > Juergen=0D=0A> > =0D=
=0A> > =0D=0A> > -----Original Message-----=0D=0A> > From: Lars Fischer [=
mailto:lar...@gm...]=0D=0A> > Sent: Thursday, August 28, 2003 =
5:56 PM=0D=0A> > To: j=FCrgen h=F6ller [werk3AT]=0D=0A> > Cc: springframe=
wor...@li...; tri...@tr...;=0D=0A> > rod.jo=
hn...@in...=0D=0A> > Subject: RE: [Springframework-developer] E=
xample classes needed=0D=0A> > =0D=0A> > =0D=0A> > What about spring.jar,=
 spring2.jar ? I don't like this "-full".=0D=0A> > =0D=0A> > =0D=0A> > > =
Hmmm, not much response yet... I still tend to prefer "sp=0D=0A> > > ring=
-full-1.0.jar", for easy drop-in. IMO, a jar file doe=0D=0A> > > s not ne=
ed to reflect the exact detail version. I conside=0D=0A> > > r it fine en=
ough if it indicates the major version. See s=0D=0A> > > ervlet.jar, hibe=
rnate2.jar. Can we please decide on this =0D=0A> > > until *tomorrow*? :-=
)=0D=0A> > >  =0D=0A> > > Juergen=0D=0A> > >  =0D=0A> > >  =0D=0A> > > =0D=
=0A> > > -----Original =0D=0A> > > Message-----=0D=0A> > > From: j=C3=BCr=
gen h=C3=B6ller [werk3AT] =0D=0A> > > Sent: Mon=0D=0A> > > day, August 25=
, 2003 11:50 PM=0D=0A> > > To: Lars Fischer; springfr=0D=0A> > > amework-=
dev...@li...=0D=0A> > > Cc: trisberg@tri=0D=0A> > > db=
.com=0D=0A> > > Subject: Re: [Springframework-developer] Example =0D=0A> =
> > classes needed=0D=0A> > > =0D=0A> > > =0D=0A> > > Let's vote on this.=
 I don't mind eith=0D=0A> > > er naming strategy for jar files. Anybody e=
lse prefering =0D=0A> > > the spring-full-1.0m1 style?=0D=0A> > >  =0D=0A=
> > > BTW, Hibernate uses hibe=0D=0A> > > rnate2.jar for its whole 2.x tr=
ee. Log4J uses log4j-1.2.8=0D=0A> > > .jar for the specific version. 2 ex=
amples for opposite en=0D=0A> > > ds, I guess.=0D=0A> > >  =0D=0A> > > Ju=
ergen=0D=0A> > >  =0D=0A> > >  =0D=0A> > > =0D=0A> > > -----Urspr=C3=BCng=
liche Nac=0D=0A> > > hricht----- =0D=0A> > > Von: Lars Fischer [mailto:la=
rs.fischer@gmxp=0D=0A> > > ro.net] =0D=0A> > > Gesendet: Mo 25.08.2003 23=
:18 =0D=0A> > > An: springframe=0D=0A> > > wor...@li...=
ge.net =0D=0A> > > Cc: j=C3=BCrgen h=C3=B6lle=0D=0A> > > r [werk3AT]; tri=
sb...@tr... =0D=0A> > > Betreff: Re: [Springfra=0D=0A> > > mework-dev=
eloper] Example classes needed=0D=0A> > > =0D=0A> > > =0D=0A> > > =0D=0A>=
 > > I agree w=0D=0A> > > ith Thomas, I once made a mistake because I did=
n't realiz=0D=0A> > > e=0D=0A> > > that I was using an older version. The=
 jar-files shoul=0D=0A> > > d be named after=0D=0A> > > the version.=0D=0A=
> > > =0D=0A> > > > Juergen,=0D=0A> > > >=0D=0A> > > > The dr=0D=0A> > > =
awback then is that you can't tell from the jar file if i=0D=0A> > > t is=
 M1, M2=0D=0A> > > > or=0D=0A> > > > the release jar.=0D=0A> > > >=0D=0A>=
 > > > Thomas=0D=0A> > > >=0D=0A> > > > =0D=0A> > > > It's gonna be "spri=
ng-framework-1.0m1" and "spring-full=0D=0A> > > -1.0.jar", if we=0D=0A> >=
 > > stick=0D=0A> > > > > to the current plan. We've=0D=0A> > >  used the=
 same naming strategy for 0.9.x, e.g.=0D=0A> > > > > "spri=0D=0A> > > ng-=
framework-0.9.1" but still "spring-full-0.9.jar". I pr=0D=0A> > > efer th=
at=0D=0A> > > > way=0D=0A> > > > > to ease drop-in replacement in the =0D=
=0A> > > literal sense :-) The build=0D=0A> > > > properties=0D=0A> > > >=
 > reflect th=0D=0A> > > is in "spring-version=3D1.0" and "spring-version=
-detail=3D1.0=0D=0A> > > m1".=0D=0A> > > > > =0D=0A> > > > > Juergen=0D=0A=
> > > > > =0D=0A> > > > > =0D=0A> > > > >=0D=0A> > > > >     -----Ur=0D=0A=
> > > spr=C3f=C2=BCngliche Nachricht-----=0D=0A> > > > >     Von: trisber=
g@trid=0D=0A> > > b.com [ mailto:tri...@tr...]=0D=0A> > > > >     G=
esendet: Mo =0D=0A> > > 25.08.2003 19:21=0D=0A> > > > >     An: j=C3f=C2=BC=
rgen h=C3f=C2=B6ller [werk3A=0D=0A> > > T]=0D=0A> > > > >     Cc: Lars Fi=
scher; springframework-developer@l=0D=0A> > > ists.sourceforge.net=0D=0A>=
 > > > >     Betreff: RE: [Springframewo=0D=0A> > > rk-developer] Example=
 classes needed=0D=0A> > > > >    =0D=0A> > > > >    =0D=0A> > > >=0D=0A>=
 > >  >=0D=0A> > > > >     Juergen,=0D=0A> > > > >    =0D=0A> > > > >    =
 > Anyway, ContextL=0D=0A> > > oaderServlet *will* be in 1.0 M1, to be re=
leased at=0D=0A> > > > th=0D=0A> > > e=0D=0A> > > > > end=0D=0A> > > > > =
    > of this week if there aren't any ma=0D=0A> > > jor obstacles. BTW, =
can everybody=0D=0A> > > > > please=0D=0A> > > > >     > =0D=0A> > > test=
 the current CVS contents against own applications?=0D=0A> > > > >     >=0D=
=0A> > > > >    =0D=0A> > > > >     I am updating the Step-by-ste=0D=0A> =
> > p-MVC document - what will the exact name=0D=0A> > > > of=0D=0A> > > =
> > the=0D=0A> > > =0D=0A> > > > >     directory and the jar file be?  I'=
m assuming 'sp=0D=0A> > > ring-framework-1.0M1'=0D=0A> > > > and=0D=0A> >=
 > > >     'spring-full-1.0M1.=0D=0A> > > jar'.=0D=0A> > > > >    =0D=0A>=
 > > > >     Thomas=0D=0A> > > > >    =0D=0A> > > > >=0D=0A> > > > >=0D=0A=
> > > >=0D=0A> > > >=0D=0A> > > >=0D=0A> > > =0D=0A> > > =0D=0A> > > =0D=0A=
> > =0D=0A> > =0D=0A> > =0D=0A> > ---------------------------------------=
----------------=0D=0A> > This sf.net email is sponsored by:ThinkGeek=0D=0A=
> > Welcome to geek heaven.=0D=0A> > http://thinkgeek.com/sf=0D=0A> > ___=
____________________________________________=0D=0A> > Springframework-dev=
eloper mailing list=0D=0A> > Spr...@li....=
net=0D=0A> > https://lists.sourceforge.net/lists/listinfo/springframework=
-developer=0D=0A> > =0D=0A> =0D=0A> =0D=0A> =0D=0A> ---------------------=
----------------------------------=0D=0A> This sf.net email is sponsored =
by:ThinkGeek=0D=0A> Welcome to geek heaven.=0D=0A> http://thinkgeek.com/s=
f=0D=0A> _______________________________________________=0D=0A> Springfra=
mework-developer mailing list=0D=0A> Spr...@li...=
ceforge.net=0D=0A> https://lists.sourceforge.net/lists/listinfo/springfra=
mework-developer=0D=0A> =0D=0A=0D=0A=0D=0A=0D=0A=0D=0A=0D=0A-------------=
------------------------------------------=0D=0AThis sf.net email is spon=
sored by:ThinkGeek=0D=0AWelcome to geek heaven.=0D=0Ahttp://thinkgeek.com=
/sf=0D=0A_______________________________________________=0D=0ASpringframe=
work-developer mailing lis...@li...=
rge.net=0D=0Ahttps://lists.sourceforge.net/lists/listinfo/springframework=
-developer=0D=0A=0A=0A********** L'ADSL A 20 EUR/MOIS********** =0AAvec T=
iscali, l'ADSL est =E0 20 EUR/mois. Vous pourrez chercher longtemps avant=
 de trouver moins cher ! =0APour profiter de cette offre exceptionnelle, =
cliquez ici : http://register.tiscali.fr/adsl/=0AOffre soumise =E0 condit=
ions.=0A