springframework-developer — Spring Framework developers list

Re: [Springframework-developer] Declarative Validation Framework in Spring's Future?

[Thierry T. <te...@ya...>]

Matt and Michael,

Some works are made on commons validator and valang in
the spring modules project...
Thierry

--- "Michael E. Moores" <mm...@re...> a écrit:
> Is Valang abstracted from MVC and http requests?
> I need a validator that I can plug into my POJOs,
> which are app server
> classes,
> NOT web server classes.
> 
> Matt Raible wrote:
> 
> > Hey guys,
> >
> > I have the following section in one of my Spring
> Live chapters. I
> > haven't seen much activity on the "declarative
> validation" front in
> > Spring MVC - so I want to make sure this is still
> valid.
> >
> > Thanks,
> >
> > Matt
> >
> > *Spring’s Future Declarative Validation Framework
> > *At the time of this writing, Commons Validator is
> the only
> > declarative validation framework that's been
> released to support
> > Spring MVC. There is another declarative validator
> (the _Valang
> > Validator_) that's part of the Spring Modules
> project, but it hasn't
> > been released yet. As far as declarative
> validation being part of
> > Spring - there are plans for it, but it hasn't
> been developed yet. I
> > asked Keith Donald to provide me with a few
> details about it, and here
> > are the key features/differentiators he sent me:
> > • A simple, consistent interface for defining new
> validation rules
> > (rule providers simply implement a single "boolean
> test(argument)"
> > method).
> > • Support for bean property expressions (for
> example, minProperty must
> > be less than maxProperty). The property access
> strategy will be
> > pluggable and not limited to java beans (for
> example, allowing
> > map-backed storage, or buffered "form objects" on
> the rich client side
> > of the house).
> > • Support for complex nested expressions
> (and/or/not), and all
> > relational operators (>, >=, <, <=, !=, ==).
> > • Support for applying different sets of rules
> based on context or
> > use-case.
> > • A reporting subsystem capable of iterating over
> rule structures,
> > performing validation, and capturing/generating
> error message results.
> > This allows you to assemble complex rules
> on-the-fly without having to
> > hard code a lot of static messages; the reporter
> is capable of
> > generating rule messages from the underlying
> structures automatically.
> > • Report field typing hints (the rules associated
> with a field to let
> > the user know what they're expected to type).
> > • Integration with Spring Rich Client Platform
> (RCP) and Spring MVC
> > environments.
> 
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by Oracle Space
> Sweepstakes
> Want to be the first software developer in space?
> Enter now for the Oracle Space Sweepstakes!
> http://ads.osdn.com/?ad_ids93&alloc_id281&op=click
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
>
https://lists.sourceforge.net/lists/listinfo/springframework-developer
> 

Take a look at my blog:
http://templth.blogspot.com/


	

	
		
__________________________________________________________________ 
Découvrez le nouveau Yahoo! Mail : 250 Mo d'espace de stockage pour vos mails ! 
Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com/

[Springframework-developer] Spring Portlet MVC - Packaged Update Available

[John L. <jl...@ar...>]

I've received a number of direct emails lately from people looking for a 
way to use the updated controller hierarchy I built for Spring Portlet 
MVC.  Since none of this code has made it into the sandbox yet, I've 
posted a convenient zip file on the Spring Portlet MVC wiki site.

The download contains an updated version of the complete Spring Portlet 
MVC source code including the new controller hierarchy. It also contains 
a compiled jar file and all the compiled javadocs.

With this, you do not need to obtain and compile any of the sandbox code 
in order to work with the Spring Portlet MVC framework.

The wiki site is located at:
http://opensource.atlassian.com/confluence/spring/display/JSR168/Home

The zip file is locate at:
http://opensource.atlassian.com/confluence/spring/download/attachments/10/spring-portlet.zip

Please send me any feedback you have about this.  I'm continuing to hope 
we can get all this integrated into the sandbox soon, but this will make 
it much easier for anyone who wants to start working with this stuff in 
the meantime.

John Lewis

[Springframework-developer] spring Build Failed

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050511001708

Re: [Springframework-developer] Declarative Validation Framework in Spring's Future?

[Michael E. M. <mm...@re...>]

Is Valang abstracted from MVC and http requests?
I need a validator that I can plug into my POJOs, which are app server 
classes,
NOT web server classes.

Matt Raible wrote:

> Hey guys,
>
> I have the following section in one of my Spring Live chapters. I 
> haven't seen much activity on the "declarative validation" front in 
> Spring MVC - so I want to make sure this is still valid.
>
> Thanks,
>
> Matt
>
> *Spring=92s Future Declarative Validation Framework
> *At the time of this writing, Commons Validator is the only 
> declarative validation framework that's been released to support 
> Spring MVC. There is another declarative validator (the _Valang 
> Validator_) that's part of the Spring Modules project, but it hasn't 
> been released yet. As far as declarative validation being part of 
> Spring - there are plans for it, but it hasn't been developed yet. I 
> asked Keith Donald to provide me with a few details about it, and here=
 
> are the key features/differentiators he sent me:
> =95 A simple, consistent interface for defining new validation rules 
> (rule providers simply implement a single "boolean test(argument)" 
> method).
> =95 Support for bean property expressions (for example, minProperty mu=
st 
> be less than maxProperty). The property access strategy will be 
> pluggable and not limited to java beans (for example, allowing 
> map-backed storage, or buffered "form objects" on the rich client side=
 
> of the house).
> =95 Support for complex nested expressions (and/or/not), and all 
> relational operators (>, >=3D, <, <=3D, !=3D, =3D=3D).
> =95 Support for applying different sets of rules based on context or 
> use-case.
> =95 A reporting subsystem capable of iterating over rule structures, 
> performing validation, and capturing/generating error message results.=
 
> This allows you to assemble complex rules on-the-fly without having to=
 
> hard code a lot of static messages; the reporter is capable of 
> generating rule messages from the underlying structures automatically.
> =95 Report field typing hints (the rules associated with a field to le=
t 
> the user know what they're expected to type).
> =95 Integration with Spring Rich Client Platform (RCP) and Spring MVC 
> environments.

RE: [Springframework-developer] EJBs vs POJOs

[James C. <jim...@do...>]

> -----Original Message-----
> >a) POJO-based approaches (AFAIK) with the exception of EJB3, do not
> >support distributed security contexts.
> >
> Not true! :-) Acegi Security System for Spring will happily and ...

Sorry Ben! Didn't mean to short-change Acegi. :-)

[Springframework-developer] spring Build Failed

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050510001649

Re: [Springframework-developer] EJBs vs POJOs

[Ben A. <ben...@ac...>]

James Cook wrote:

>a) POJO-based approaches (AFAIK) with the exception of EJB3, do not
>support distributed security contexts.
>
Not true! :-) Acegi Security System for Spring will happily and 
transparently move your SecurityContext from one machine to another when 
used with the RMI or HttpInvoker remoting protocols. It also offers an 
EJB equivalent run-as replacement capability if the remote bean operates 
in a different security realm (ie needs different credentials) than the 
caller's security realm.

> Even if you were writing an EJB
>implementation, you would want to limit the number of network calls
>your app has to make.
>  
>
Very true about the desire to limit network calls.

Cheers
Ben

[Springframework-developer] Declarative Validation Framework in Spring's Future?

[Matt R. <li...@ra...>]

Hey guys,

I have the following section in one of my Spring Live chapters.  I=20
haven't seen much activity on the "declarative validation" front in=20
Spring MVC - so I want to make sure this is still valid.

Thanks,

Matt

Spring=92s Future Declarative Validation Framework
At the time of this writing, Commons Validator is the only declarative=20=

validation framework that's been released to support Spring MVC. There=20=

is another declarative validator (the Valang Validator) that's part of=20=

the Spring Modules project, but it hasn't been released yet.  As far as=20=

declarative validation being part of Spring - there are plans for it,=20
but it hasn't been developed yet. I asked Keith Donald to provide me=20
with a few details about it, and here are the key=20
features/differentiators he sent me:
=95	A simple, consistent interface for defining new validation rules=20=

(rule providers simply implement a single "boolean test(argument)"=20
method).
=95	Support for bean property expressions (for example, minProperty =
must=20
be less than maxProperty). The property access strategy will be=20
pluggable and not limited to java beans (for example, allowing=20
map-backed storage, or buffered "form objects" on the rich client side=20=

of the house).
=95	Support for complex nested expressions (and/or/not), and all=20
relational operators (>, >=3D, <, <=3D, !=3D, =3D=3D).
=95	Support for applying different sets of rules based on context or=20=

use-case.
=95	A reporting subsystem capable of iterating over rule structures,=20=

performing validation, and capturing/generating error message results.=20=

This allows you to assemble complex rules on-the-fly without having to=20=

hard code a lot of static messages; the reporter is capable of=20
generating rule messages from the underlying structures automatically.
=95	Report field typing hints (the rules associated with a field to =
let=20
the user know what they're expected to type).
=95	Integration with Spring Rich Client Platform (RCP) and Spring =
MVC=20
environments.

[Springframework-developer] Re: Building WebFlow samples

[katentim <kat...@ho...>]

Hi Keith,

Actually I was after something a bit less extensive - even the Spring 
samples don't cater for those who've download Spring without 
dependencies in this way (I think making this download a pre-requisite 
for a pre-release is reasonable).

Keith Donald wrote:
> Katentim,
> 
> I simplified the build.properties template in samples/webflow tonite.  I 
> basically threw out all attempts at assuming users would have their 
> paths to jar dependencies setup exactly like the 
> spring-with-dependencies download, in favor of requiring explicit 
> specification of such jars on a file-by-file basis.  It is indeed much 
> simpler this way, what I was doing was a nice shot, but it was confusing 
> I agree.
I think the confusion is in the settings below. All I really only wanted 
was something like:

# location where development tools reside (e.g apps, libs, templates, etc.)
devtools.dir=c:/development/devtools
# location where development lib dependencies reside
devtools.lib.dir=${devtools.dir}/lib
# location of spring.jar
spring.dir=${devtools.lib.dir}/spring

changed to:

# location of spring root directory
devtools.dir=c:/java/spring-framework-1.2-rc2
# location where spring lib dependencies reside
devtools.lib.dir=${devtools.dir}/lib
# location of spring.jar
spring.dir=${devtools.dir}/dist

It isn't intuitive where 'devtools.dir' should point (without comments 
or a better sample), and 'spring.dir=${devtools.lib.dir}/spring' will 
usually need changing to 'spring.dir=${devtools.lib.dir}/dist'. What do 
you think?

> 
> Anyway, let me know what you think of this:
> 
> # points to ant 1.6 build system for building samples
> builds.dir=../../../builds
> 
> ############################################################
> # User-definable build properties neccessary to build samples.
> # Ensure the approrpiate properties are set correctly for your environment.
> #
> # For a list of default properties, see the file:
> #     ../../../builds/build.properties
> #
> # Note: you need to specify entries in this file for each required 
> dependency for the
> # sample you are building.
> #
> # For example, for Phonebook, you might set the following:
> # 
> commons.logging.jar=c:/mydevdir/lib/jakarta-commons/commons-logging-1.0.jar
> #     jakarta.taglibs.jar=c:/mydevdir/lib/j2ee/jakarta-taglibs-1.1.jar
> #     log4j.jar=c:/mydevdir/lib/log4j/log4j-1.2.9.jar
> #     jstl.jar=c:/mydevdir/lib/jstl/jstl-1.1.jar
> #     spring.jar=c:/mydevdir/lib/spring/spring-1.2.jar
> #
> # For the complete listing of the dependencies each sample app requires, 
> see below or
> # the 'build.webapp.libs' target in that sample's build.xml file.
> ############################################################
> 
> # Common dependencies to all samples - uncomment and specify the path 
> for each dependency.
> #commons.logging.jar=
> #jakarta.taglibs.jar=
> #jstl.jar=
> #log4j.jar=
> #spring.jar=
> 
> # Dependencies for the 'fileupload' sample - uncomment and specify if 
> building
> #commons.fileupload.jar=
> 
> # Dependencies for the 'birthdate' sample - uncomment and specify if 
> building
> #commons.beanutils.jar=
> #commons.collections.jar=
> #commons.digester.jar=
> #commons.validator.jar=
> #jakarta.oro.jar=
> #struts.jar=
> 
> # Dependencies for the 'sellitem' sample - uncomment and specify if 
> building
> #commons.codec.jar=
> #ognl.jar=
> 
> # location of spring webflow jars (boilerplate)
> spring.webflow.jar=../../../dist/spring-webflow.jar
> spring.webflow.support.jar=../../../dist/spring-webflow-support.jar
> 
> # location of tomcat - uncomment and specify for automated sample app 
> deployment
> #tomcat.dir=
> 
> Thanks,
> Keith
> 
> ----- Original Message ----- From: "Keith Donald" <ke...@in...>
> To: <spr...@li...>
> Sent: Thursday, May 05, 2005 11:02 PM
> Subject: Re: [Springframework-developer] Re: Building WebFlow samples
> 
> 
> Well, as stated, if building from CVS none of that 'tweaking' is required.
> 
> Such teaking of properties is only neccessary if people are attempting to
> build the samples direct from an expanded spring-webflow preview release
> archive.  In that case, since we don't ship any dependencies with the
> webflow releases, you have to be able to point to a valid spring.jar, and
> valid locations to the other jars as well...
> 
> In general, I've tried to make it as simple as possible here, where the
> build system assumes, by default, the users stores all their jars
> consistently under a devtools.lib.dir, so they don't have to manually
> specify the location of each dependent .jar.
> 
> I'll see what I can do to make this more explicit, as our goal here is to
> make it as easy as possible to build the samples.
> 
> Keith
> 
>> It's step 3, "tweak the copied 'build.properties'" that isn't straight
>> forward (it's important to get people up and running ASAP). The entry:
>>
>> # location where development tools reside (e.g apps, libs, templates,
>> etc.)
>> devtools.dir=c:/development/devtools
>>
>> ...leaves you scratching your head and reading through the build files
>> to see where they should point to. While we should leave the property
>> names as is (unless you do a complete refactor), how about some better
>> default values and descriptions. E.g.
>>
>> # location of spring root directory
>> devtools.dir=c:/java/spring-framework-1.2-rc2
>>
>> # location where spring lib dependencies reside
>> devtools.lib.dir=${devtools.dir}/lib
>>
>> # location of spring.jar
>> spring.dir=${devtools.dir}/dist
>>
>> ... or am I on the wrong track? I'd presume everyone would organise
>> their java library directories differently, so a reference to a spring
>> root directory is the essential property (again maybe a refactor of
>> property names is required). What do you think?
>>
>> Finally, you could just combine all the Ant commands required to:
>> 1. build alljars webflow.jar webflow.support.jar
>>
>> ...which is still quite readable, and less steps.
>>
>> PS. My problem below was missing the webflow.support.jar. Thanks for the
>>    help.
>>
>> Keith Donald wrote:
>>
>>> I updated the readme.txt instructions.  Please let me know if these
>>> could
>>> still be improved.
>>>
>>> /*
>>>  * webflow-samples
>>>  *
>>>  * phonebook - central sample demonstrating most webflow features
>>>  * itemlist - demonstrates application transaction tokens and expired
>>> flow
>>> cleanup
>>>  * fileupload - demonstrates multipart file upload with webflow
>>>  * birthdate - demonstrates Struts integration and the MultiAction
>>>  * sellitem - demonstrates a wizard with conditional transitions and
>>> continuations
>>>  *
>>>  * @author Keith Donald
>>>  * @since Mar 2005
>>>  * @version $Id: readme.txt,v 1.2 2005/04/11 06:19:53 kdonald Exp $
>>>  */
>>>
>>> HOW TO BUILD WEBFLOW SAMPLES - FROM RELEASED DISTRIBUTION
>>>
>>> 1. copy in the template 'build.properties' file in the same directory as
>>> this file to the root directory of the sample you wish to run.
>>>
>>> 2. cd to the root directory of the sample you wish to run.
>>>
>>> 3. tweak the copied 'build.properties' to your environment
>>>
>>> 4. tweak 'build.bat' to point your environemnt so the ant build system
>>> can
>>> execute.
>>>
>>> 5. run 'build dist' to build the application .war file, ready for
>>> deployment.
>>>
>>> 6. if tomcat is installed on your system, run 'build
>>> tomcat.server.start' to
>>> start it and deploy the
>>> sample application in one step.
>>>
>>> 7. access the sample at the appropriate URL, e.g
>>> http://localhost:8080/phonebook
>>>
>>> HOW TO BUILD WEBFLOW SAMPLES - FROM CVS
>>>
>>> From the spring root directory, execute from the command line:
>>>
>>> 1. build alljars
>>>
>>> 2. build webflow.jar
>>>
>>> 3. build webflow.support.jar
>>>
>>> 4. Proceed with the RELEASED DISTRIBUTION instructions above,
>>> customizing
>>> your local build.properties for each sample as necessary.  Note: If all
>>> want
>>> to do is build the sample .war file for manual deployment, you shouldn't
>>> have to do any build.properties customization--the default properties
>>> will
>>> suffice.  Property customization is only necessary if you have custom
>>> paths
>>> to dependent jar files or wish to automate deployment with a local
>>> tomcat
>>> installation.
>>>
>>> -----Original Message-----
>>> From: spr...@li...
>>> [mailto:spr...@li...] On Behalf
>>> Of
>>> kat...@ho...
>>> Sent: Thursday, May 05, 2005 1:04 AM
>>> To: spr...@li...
>>> Subject: [Springframework-developer] Building WebFlow samples
>>>
>>> I was building the phonebook sample and found it wouldn't compile as the
>>> sandbox classes were missing. How is everyone else obtaining/generating
>>> the samples?
>>>
>>> I added a patch (see below) which fixes the problem - but there may be
>>> another approach. What are other doing? :)
>>>
>>> If there is a better way, maybe we can improve the build instructions in
>>> the distro.
>>>
>>> Cheers.
>>>
>>>
>>> Compiling 9 source files to
>>> C:\work\spring\samples\webflow\phonebook\target\classes
>>> C:\work\spring\samples\webflow\phonebook\src\org\springframework\samples\pho 
>>>
>>> nebook\web\flow\PersonDetailFlowBuilder.java:18:
>>> package org.springframework.binding.convert does not exist
>>> import org.springframework.binding.convert.ConversionExecutor;
>>>
>>>
>>> ===================================================================
>>> RCS file: /cvsroot/springframework/spring/builds/build.xml,v
>>> retrieving revision 1.2
>>> diff -u -r1.2 build.xml
>>> --- build.xml 27 Apr 2005 00:14:44 -0000 1.2
>>> +++ build.xml 5 May 2005 04:44:26 -0000
>>> @@ -15,6 +15,7 @@
>>>   <pathelement location="${target.classes.dir}" />
>>>   <pathelement location="${commons.logging.jar}" />
>>>   <pathelement location="${spring.jar}" />
>>> + <pathelement location="${spring.sandbox.jar}" />
>>>   <pathelement location="${spring.mock.jar}" />
>>>   </path>
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: NEC IT Guy Games.
>>> Get your fingers limbered up and give it your best shot. 4 great events,
>>> 4
>>> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
>>> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
>>> _______________________________________________
>>> Springframework-developer mailing list
>>> Spr...@li...
>>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>>
>>>
>>>
>>> -------------------------------------------------------
>>> This SF.Net email is sponsored by: NEC IT Guy Games.
>>> Get your fingers limbered up and give it your best shot. 4 great events,
>>> 4
>>> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
>>> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
>>
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: NEC IT Guy Games.
>> Get your fingers limbered up and give it your best shot. 4 great 
>> events, 4
>> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
>> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
> 
> 

[Springframework-developer] Batch Processing Support?

[Trevor B. <tre...@gm...>]

SGkgZXZlcnlib2R5LAogSSBhbSBwb3N0aW5nIHRoaXMgdG8gdGhlIGRldmVsb3BlciBsaXN0IGFz
IEkgYmVsaWV2ZSB5b3Ugd2lsbCBiZSB0aGUgYmVzdCAKcGxhY2VkIHRvIGFuc3dlciBteSBxdWVz
dGlvbiBiZWxvdy4KIEkgd2FudCB0byByYWlzZSBhIHRvcGljIHRoYXQgaGFzIGNvbWUgdXAgbWFu
eSB0aW1lcyB3aXRoIHJlZ2FyZCB0byAKSmF2YS9KMkVFIC0gc3VwcG9ydCBmb3IgYmF0Y2ggcHJv
Y2Vzc2luZy4gSjJFRSBpcyB2ZXJ5IG11Y2ggb3JpZW50ZWQgdG93YXJkcyAKJ29ubGluZScgYXBw
bGljYXRpb25zLiBIb3dldmVyLCB0aGUgbmlnaHRseSBiYXRjaCBydW4gaXMgYSByZWFsaXR5IGZv
ciBtb3N0IApjb21wYW5pZXMgYW5kIGRlcGFydG1lbnRzLiBTdXBwb3J0IGZvciBiYXRjaCBwcm9j
ZXNzaW5nIGlzIHRoaW4gb24gdGhlIApncm91bmQgdG8gc2F5IHRoZSBsZWFzdC4gTm90IGp1c3Qg
YWN0dWFsIEFQSXMgYW5kIGZyYW1ld29yayBzdXBwb3J0LCBidXQgCmFsc28gZ3VpZGFuY2UgYW5k
IGJlc3QgcHJhY3RpY2VzICh0aGUgYXJlYXMgaW4gd2hpY2ggdGhlIFNwcmluZyBGcmFtZXdvcmsg
CmhhcyBvZmZlcmVkIGdyZWF0IHZhbHVlKS4gVGhpcyB2ZXJ5IHF1ZXN0aW9uIHdhcyByYWlzZWQg
YXQgdGhlIFRTUyBEYXkgMyAKa2V5bm90ZSBpbiBMYXMgVmVnYXMsIGFuZCBJIGFtIGN1cmlvdXMg
YXMgdG8gd2hldGhlciB0aGUgU3ByaW5nIGRldmVsb3BlcnMgCmFyZSBsb29raW5nIGF0IHRoaXMg
YXJlYSBvciBoYXZlIHBsYW5zIHRvLgogQXMgbW9zdCBiYXRjaCBhcHBzIHJ1biBpbiBhIHN0YW5k
YXJkIEpWTSwgd2UgdGh1cyBkbyBub3QgaGF2ZSBhbGwgb2YgdGhlIApzZXJ2aWNlcyBvZmZlcmVk
IHRvIG91dCBvZiB0aGUgYm94IHdpdGggSjJFRS4gSG93ZXZlciwgb25lIG9mIHRoZSB0ZW5ldHMg
b2YgClNwcmluZyBpcyB0aGF0IGl0IGNhbiBvZmZlciBtYW55IG9mIHRoZXNlIEoyRUUgc2Vydmlj
ZXMgKGVpdGhlciBieSBpdHNlbGYgb3IgCndpdGggc3VwcG9ydGluZyBjb21wb25lbnRzKToKlSBK
TVMsIGV2ZW4gTWVzc2FnZSBEcml2ZW4gUE9KT3MgKHZpYSBBY3RpdmVNUSkKlSBKTVggbWFuYWdl
bWVudCAKlSBUcmFuc2FjdGlvbiBtYW5hZ2VtZW50IHdoaWNoIGNhbiBiZSBkZWNsYXJhdGl2ZQqV
IEpvYiBTY2hlZHVsaW5nICh2aWEgUXVhcnR6KQogCkhvd2V2ZXIsIHRoZXJlIGFyZSBsb3RzIG9m
IG90aGVyIGNvbmNlcm5zIHRoYXQgc3RpbGwgbmVlZCB0byBiZSBhZGRyZXNzZWQgCmZvciBtYW55
IGJhdGNoIGFwcGxpY2F0aW9ucy4gQWRtaXR0ZWRseSwgbWFueSBvZiB0aGVzZSBtYXkgYmUgb3V0
c2lkZSB0aGUgCnNjb3BlIG9mIFNwcmluZywgc3VjaCBhcyBjb250cm9sbGluZyBmYXJtaW5nIG9m
IGpvYnMgb2ZmIHRvIHJlbW90ZSBzZXJ2ZXJzLCAKZXhjZXB0aW9uIGhhbmRsaW5nIC0gcmV0cnkg
bG9naWMsIHJvYnVzdG5lc3MvcmVjb3ZlcnkgbG9naWMsIGJhdGNoIGNvbnRyb2wsIApjaGVja3Bv
aW50aW5nLCBkYXRhIGFjY2VzcyBvcHRpbWl6YXRpb24gLSBJIGFtIHN1cmUgeW91IGNhbiB0aGlu
ayBvZiBtYW55IAptYW55IG1vcmUuCgpJIGhhdmUgZm91bmQgKnNvbWUqIGZyYW1ld29yayBzdXBw
b3J0IChQaXBlbGluZSBBcmNoaXRlY3R1cmUgLSAKaHR0cDovL3BhcmMuc291cmNlZm9yZ2UubmV0
L2ludHJvLmh0bWwpLCAoUUNJIEphdmEgVXRpbGl0aWVzIC0gCmh0dHA6Ly9xY2lqdXRpbHMuc291
cmNlZm9yZ2UubmV0LyksIGJ1dCB0aGVzZSBkb24ndCByZWFsbHkgYWRkcmVzcyBhbGwgdGhlIApu
ZWVkcy4KV2hlbiBJIHRhbGtlZCB0byBSb2QgYXQgVFNTIGluIE1hcmNoLCBoZSBtZW50aW9uZWQg
dGhhdCB0aGV5IGhhdmUgYnVpbHQgCmJhdGNoIGFwcGxpY2F0aW9ucyBmb3IgSW50ZXJmYWNlMjEg
Y2xpZW50cyAtIGlzIHRoZXJlIGFueSBpbmZyYXN0cnVjdHVyZSAKY29kZSBldGMgdGhhdCBjb3Vs
ZCBiZSBmYWN0b3JlZCBvdXQgb2Ygc3VjaCB3b3JrPyBBcmUgdGhlcmUgYmVzdCBwcmFjdGljZXMg
CnRoYXQgY291bGQgYmUgcHVibGlzaGVkPwogVGhhbmtzIGluIGFkdmFuY2UsCiBUcmV2b3IK

Re: [Springframework-developer] JIRA problems

[Mark St G. <stg...@ca...>]

Rather "cannot" view issues, roadmap, etc.
Type-o
Cheers,
Mark



                                                                           
             Mark St                                                       
             Godard/CanWest/IB                                             
             M@IBMCA                                                    To 
             Sent by:                  spr...@li... 
             springframework-d         rceforge.net                        
             eveloper-admin@li                                          cc 
             sts.sourceforge.n                                             
             et                                                    Subject 
                                       Re: [Springframework-developer]     
                                       JIRA problems                       
             05/08/2005 08:28                                              
             PM                                                            
                                                                           
                                                                           
             Please respond to                                             
             springframework-d                                             
                 eveloper                                                  
                                                                           
                                                                           








Ditto,   I have been having problems too..
I can get main Spring  JIRA page, just can view issues, roadmap, etc.

Cheers,
Mark




             "Juergen Hoeller"
             <juergen@interfac
             e21.com>                                                   To
             Sent by:                  <spr...@li...
             springframework-d         urceforge.net>
             eveloper-admin@li                                          cc
             sts.sourceforge.n
             et                                                    Subject
                                       [Springframework-developer] JIRA
                                       problems
             05/08/2005 04:10
             PM


             Please respond to
             springframework-d
                 eveloper






I can hardly access our JIRA today... I keep getting a mixture of proxy
errors and JIRA system errors. Is it just me, or do we have a general issue
there?

A bit of a pain, given that Spring 1.2 final is supposed to be released any
day now. I NEED JIRA ;-)

Juergen



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer




-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] JIRA problems

[Mark St G. <stg...@ca...>]

Ditto,   I have been having problems too..
I can get main Spring  JIRA page, just can view issues, roadmap, etc.

Cheers,
Mark



                                                                           
             "Juergen Hoeller"                                             
             <juergen@interfac                                             
             e21.com>                                                   To 
             Sent by:                  <spr...@li... 
             springframework-d         urceforge.net>                      
             eveloper-admin@li                                          cc 
             sts.sourceforge.n                                             
             et                                                    Subject 
                                       [Springframework-developer] JIRA    
                                       problems                            
             05/08/2005 04:10                                              
             PM                                                            
                                                                           
                                                                           
             Please respond to                                             
             springframework-d                                             
                 eveloper                                                  
                                                                           
                                                                           




I can hardly access our JIRA today... I keep getting a mixture of proxy
errors and JIRA system errors. Is it just me, or do we have a general issue
there?

A bit of a pain, given that Spring 1.2 final is supposed to be released any
day now. I NEED JIRA ;-)

Juergen



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] Re: [Acegisecurity-developer] Acegi Security's ContextHolder replaced by SecurityContext

[Ben A. <ben...@ac...>]

Colin Sampaleanu wrote:

> As a follow-up, from memory (it's been about a year) I believe I used 
> a custom SecureContext to also pass along some EJB related security 
> information (principal name, or the ejb run-as user) between different 
> layers along with the Acegi specific info. The app in question was a 
> mixed EJB and Spring app, using the EJB version of OSWorkflow.

Thanks for the feedback Colin. I've just checked into CVS refactorings 
which adopt the following design:

SecurityContextHolder:InheritableThreadLocal -> 
SecurityContext:Interface -> Authentication:Interface

SecurityContextHolder guarantees to never return a null SecurityContex, 
so this refactoring delivers extensibility for cases such as Colin 
mentioned whilst not requiring casting or null checking as had been the 
case with the old ContextHolder / SecureContext approach.

Cheers
Ben

[Springframework-developer] spring Build Failed

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050509001714

Re: [Springframework-developer] JIRA problems

[Dmitriy K. <dko...@ru...>]

Same here. I can't do anything i.e. view road map, browse issues, etc. - 
it's just timing out...

Dmitriy.

Juergen Hoeller wrote:

>I can hardly access our JIRA today... I keep getting a mixture of proxy
>errors and JIRA system errors. Is it just me, or do we have a general issue
>there?
>
>A bit of a pain, given that Spring 1.2 final is supposed to be released any
>day now. I NEED JIRA ;-)
>
>Juergen
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: NEC IT Guy Games.
>Get your fingers limbered up and give it your best shot. 4 great events, 4
>opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
>win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>

[Springframework-developer] JIRA problems

[Juergen H. <ju...@in...>]

I can hardly access our JIRA today... I keep getting a mixture of proxy
errors and JIRA system errors. Is it just me, or do we have a general issue
there?

A bit of a pain, given that Spring 1.2 final is supposed to be released any
day now. I NEED JIRA ;-)

Juergen

Re: [Springframework-developer] Spring 1.2 RC2 and Acegi Security

[Juergen H. <ju...@in...>]

Colin

>>I rather see it like this: If there is no compelling use case for
specifying
>>the fully qualified class name of the target filter instead of the bean
name
>>there, I'd like to only provide the option to specify the target bean name
>>(which makes the interaction easier to track and results in shorter
>>configuration).
>>
>>
>Well, I think the class name has some value for part of the same reason
>byType matching exists in the context. I mean it's not autowired in this
>casse, but it's still a simpler config sometimes. If you know there
>should be exactly one filter of that type (which is usually the case for
>most filters), then you can just put the classname. And if you ever
>refactor, the IDE will take care of fixing the name, etc. I'm not
>incredibly hung up on this, but it probably provides some value.

I think the main difference is that autowire-by-type determines the types to
match through *reflection*, with no need to specify the class name
explicitly. Specifying the target class name instead of the target bean name
in web.xml just does't feel appropriate to me.

I guess my main concern is that we don't support this for any other Filters
that we ship either: OpenSessionInViewFilter,
OpenPersistenceManagerInViewFilter, MultipartFilter all delegate to a
Spring-managed bean, to be found by name rather than by type. If we
introduce by-class lookup to any Filter, we would have to do this for all
these Filters, to stay consistent.

>I guess my main objection is that it just seems weird to be calling
>lifecycle methods you know don't do anything (or shouldn't do anything),
>if you know Spring is really managing the lifecycle. But I guess it
>doesn't hurt. This also means you can't make the Filter interface
>destroy() method the bean destroy method called by the bean container
>(since it would be called twice), but I guess that's not that big a deal.

OK, convinced. I have added a "targetFilterLifecycle" flag to
DelegatingFilterProxy, specifying whether the servlet container will control
the lifecycle of the target Filter bean. Default is false, similar to
Acegi's original FilterToBeanProxy.

Of course, the Spring bean container can never populate the
init(FilterConfig) method of a Filter bean. But admittedly, this often isn't
needed: that method can be considered an alternative to bean-style
initialization, not accessing the FilterConfig object at all.

Juergen

Re: [Springframework-developer] spring Build Failed

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

But Alef will have to make any changes on the side of the build server.

Colin Sampaleanu wrote:

> I guess it's trying to upload the nightly, and can't do it to the same 
> place any longer. We don't have any ftp access set up now. I'd either 
> have to set up an ftp server, or I guess it could be done via SSH.
>
>
> Juergen Hoeller wrote:
>
>> Guys,
>>
>> This seems to fail because of the FTP transport only. Can someone please
>> have a look at this and fix it? We haven't had a proper nightly build 
>> for
>> days now...
>>
>> Juergen
>>
>>
>> -----Original Message-----
>> From: spr...@li...
>> [mailto:spr...@li...]On Behalf
>> Of al...@in...
>> Sent: Sunday, May 08, 2005 12:26 AM
>> To: spr...@li...
>> Subject: [Springframework-developer] spring Build Failed
>> Importance: High
>>
>>
>> View results here ->
>> http://opensource.jteam.nl/build/buildresults/spring?log=log20050508001658 
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: NEC IT Guy Games.
>> Get your fingers limbered up and give it your best shot. 4 great 
>> events, 4
>> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
>> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>
>>
>>
>> -------------------------------------------------------
>> This SF.Net email is sponsored by: NEC IT Guy Games.
>> Get your fingers limbered up and give it your best shot. 4 great 
>> events, 4
>> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
>> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
>> _______________________________________________
>> Springframework-developer mailing list
>> Spr...@li...
>> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>>  
>>
>
>


-- 
Colin Sampaleanu
Interface21 Principal Consultant
Spring Training, Consulting and Support - "From the Source"
http://www.springframework.com

Re: [Springframework-developer] spring Build Failed

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

I guess it's trying to upload the nightly, and can't do it to the same 
place any longer. We don't have any ftp access set up now. I'd either 
have to set up an ftp server, or I guess it could be done via SSH.


Juergen Hoeller wrote:

>Guys,
>
>This seems to fail because of the FTP transport only. Can someone please
>have a look at this and fix it? We haven't had a proper nightly build for
>days now...
>
>Juergen
>
>
>-----Original Message-----
>From: spr...@li...
>[mailto:spr...@li...]On Behalf
>Of al...@in...
>Sent: Sunday, May 08, 2005 12:26 AM
>To: spr...@li...
>Subject: [Springframework-developer] spring Build Failed
>Importance: High
>
>
>View results here ->
>http://opensource.jteam.nl/build/buildresults/spring?log=log20050508001658
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: NEC IT Guy Games.
>Get your fingers limbered up and give it your best shot. 4 great events, 4
>opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
>win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: NEC IT Guy Games.
>Get your fingers limbered up and give it your best shot. 4 great events, 4
>opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
>win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
>_______________________________________________
>Springframework-developer mailing list
>Spr...@li...
>https://lists.sourceforge.net/lists/listinfo/springframework-developer
>  
>


-- 
Colin Sampaleanu
Interface21 Principal Consultant
Spring Training, Consulting and Support - "From the Source"
http://www.springframework.com

Re: [Springframework-developer] spring Build Failed

[Thomas R. <tho...@tr...>]

This has to be due to the website switch.  The FTP used to go to the  
old site and with www.springframework.org pointing at the new server  
we don't have a corresponding FTP account.

Thomas


On May 7, 2005, at 6:31 PM, Juergen Hoeller wrote:


> Guys,
>
> This seems to fail because of the FTP transport only. Can someone  
> please
> have a look at this and fix it? We haven't had a proper nightly  
> build for
> days now...
>
> Juergen
>
>
> -----Original Message-----
> From: spr...@li...
> [mailto:spr...@li...]On  
> Behalf
> Of al...@in...
> Sent: Sunday, May 08, 2005 12:26 AM
> To: spr...@li...
> Subject: [Springframework-developer] spring Build Failed
> Importance: High
>
>
> View results here ->
> http://opensource.jteam.nl/build/buildresults/spring? 
> log=log20050508001658
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great  
> events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: NEC IT Guy Games.
> Get your fingers limbered up and give it your best shot. 4 great  
> events, 4
> opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
> win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
> _______________________________________________
> Springframework-developer mailing list
> Spr...@li...
> https://lists.sourceforge.net/lists/listinfo/springframework-developer
>
>
>
>

Re: [Springframework-developer] spring Build Failed

[Juergen H. <ju...@in...>]

Sorry, forget about that javadoc remark: there is a dangling reference in
BeanDefinitionHolder.jaba; I accidentally looked at BeanDefinition.java.
Should have checked properly first, or go to bed and continue tomorrow ;-)

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Juergen Hoeller
Sent: Sunday, May 08, 2005 12:35 AM
To: spr...@li...
Subject: Re: [Springframework-developer] spring Build Failed


Also a bit odd: the javadoc error reported for BeanDefinitionHolder (a
reference to AbstractAutowireCapableBeanFactory.resolveValueIfNecessary)
does not seem to apply to the current sources. I can't find any such
reference in line 36 of BeanDefinitionHolder.java...

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Juergen Hoeller
Sent: Sunday, May 08, 2005 12:31 AM
To: spr...@li...
Subject: Re: [Springframework-developer] spring Build Failed


Guys,

This seems to fail because of the FTP transport only. Can someone please
have a look at this and fix it? We haven't had a proper nightly build for
days now...

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of al...@in...
Sent: Sunday, May 08, 2005 12:26 AM
To: spr...@li...
Subject: [Springframework-developer] spring Build Failed
Importance: High


View results here ->
http://opensource.jteam.nl/build/buildresults/spring?log=log20050508001658


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] spring Build Failed

[Juergen H. <ju...@in...>]

Also a bit odd: the javadoc error reported for BeanDefinitionHolder (a
reference to AbstractAutowireCapableBeanFactory.resolveValueIfNecessary)
does not seem to apply to the current sources. I can't find any such
reference in line 36 of BeanDefinitionHolder.java...

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of Juergen Hoeller
Sent: Sunday, May 08, 2005 12:31 AM
To: spr...@li...
Subject: Re: [Springframework-developer] spring Build Failed


Guys,

This seems to fail because of the FTP transport only. Can someone please
have a look at this and fix it? We haven't had a proper nightly build for
days now...

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of al...@in...
Sent: Sunday, May 08, 2005 12:26 AM
To: spr...@li...
Subject: [Springframework-developer] spring Build Failed
Importance: High


View results here ->
http://opensource.jteam.nl/build/buildresults/spring?log=log20050508001658


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer



-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

Re: [Springframework-developer] spring Build Failed

[Juergen H. <ju...@in...>]

Guys,

This seems to fail because of the FTP transport only. Can someone please
have a look at this and fix it? We haven't had a proper nightly build for
days now...

Juergen


-----Original Message-----
From: spr...@li...
[mailto:spr...@li...]On Behalf
Of al...@in...
Sent: Sunday, May 08, 2005 12:26 AM
To: spr...@li...
Subject: [Springframework-developer] spring Build Failed
Importance: High


View results here ->
http://opensource.jteam.nl/build/buildresults/spring?log=log20050508001658


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer

[Springframework-developer] spring Build Failed

[<al...@in...>]

View results here -> http://opensource.jteam.nl/build/buildresults/spring?log=log20050508001658

Re: [Springframework-developer] Re: [Acegisecurity-developer] Acegi Security's ContextHolder replaced by SecurityContext

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

Colin Sampaleanu wrote:

> Ben Alex wrote:
>
>> Pursuant to Juergen's recommendation 
>> (http://article.gmane.org/gmane.comp.java.springframework.devel/8290), 
>> Acegi Security CVS has now had its ContextHolder and related classes 
>> removed. This functionality has been replaced by SecurityContext, 
>> which is an InheritableThreadLocal that provides a single 
>> getter/setter pair for Authentication.
>>
>> This is a significant change for end users, but offers a number of 
>> benefits:
>>
>> - Consistency with Spring core's use of a concrete ThreadLocal per 
>> functional area
>> - SecurityContext is strictly typed (which eliminates the need for 
>> casting)
>> - Simplified configuration as no need to specify a Context 
>> implementation for HttpSessionContextIntegrationFilter
>> - InheritableThreadLocal used instead of ThreadLocal to simplify rich 
>> client usage (see http://forum.springframework.org/viewtopic.php?t=5004)
>> - Elimination of handling the extra Context layer means less end user 
>> code is required
>>
>> Unit tests pass and I've updated the upgrade-080-090.txt in some 
>> detail. The reference guide has also been updated.
>>
>> It would be appreciated if developers could try the latest CVS with 
>> their applications and report any difficulties. General feedback on 
>> this change is also welcome.
>
>
> As I read Juergen's suggestion, I thought he was just suggesting to go 
> away from the ContextHolder with abitlity to hold a generic Context, 
> as it is potentially confusing as to what is going to go in there. So 
> he suggested a SecurityContextHolder which needs to hold a 
> SecurityContext.
>
> However, it seems to me that this simplification is much more than 
> that, and may have gone too far, as it's all been collapsed into the 
> one SecurityContext which is the threadlocal (effectively) and holds 
> the Authentication. Unless I'm missing something it would still be of 
> real use to have a real SecurityContextHolder which holds a pluggable 
> SecurityContext. Then people can subclass that if needed to add extra 
> data. The difference from before however is that now it is clearly 
> security focused, and the lifecycle of the object is managed clearly 
> by Acegi.
>
> What does everybody think?
>
As a follow-up, from memory (it's been about a year) I believe I used a 
custom SecureContext to also pass along some EJB related security 
information (principal name, or the ejb run-as user) between different 
layers along with the Acegi specific info. The app in question was a 
mixed EJB and Spring app, using the EJB version of OSWorkflow.

In general, I think if by default the user does not have to specify the 
actual SecurityContext implementation class unless they want to override 
it, and the SecurityContextHolder ensures there is always a 
SecureContext (throwing an exception if it's set to null), then even 
with the separate SecurityContextContextHolder and 
SecurityContextContext, it's still way less verbose than the old 
classes, and just about as convenient to use as with the completely 
collapsed version, i.e.
    SecurityContextHolder.getSecurityContext().getAuthentication();

This essentially allows users to associate any information that 
logically belongs with the current security context with the context, 
and it is clear that the lifecycle of the security context is managed by 
Acegi Security, unlike the old classes. Ben has pointed out that you can 
always use a custom UserDetails implementation. This is true, but 
implicates AuthenticationDao and the UserDetails impl. where they 
shouldn't necessarilly be implicated.

Colin


-- 
Colin Sampaleanu
Interface21 Principal Consultant
Spring Training, Consulting and Support - "From the Source"
http://www.springframework.com