That's the PerThread scope. Tapestry IoC was designed to do minimal intrusion into your code; until 5.2, it didn't do field injection, just constructor injection.
The problem with saying "@SessionScope is not supported" is that, if you iterate over all the fields and all the annotation, how do you know which ones are valid and which are not? We kind of missed the boat by not having our annotation classes themselves be annotated with a meta-annotation, which would let the mechanisms inside IoC understand. Don't get me started on what I would do differently with Tapestry with all the knowledge I've gained ... however, many things need to be cast in stone now, for backwards compatibility reasons. A perfect system would probably not have such a big difference between a service and a page/component ... but that horse has left the barn. On Mon, Jun 17, 2013 at 2:44 PM, mailingl...@j-b-s.de <mailingl...@j-b-s.de>wrote: > Maybe I do net get it, but why can't you make use of a service having > "Request Scope"? So Tapestry creates a new Instance per Request and you > attach / inject yor session here? > > Jens > > Sent from my iPhone > > On 17.06.2013, at 15:50, Michael Gentry <mgen...@masslight.net> wrote: > > > Could Tapestry throw an exception if you use @SessionState in a service? > > > > Thanks, > > > > mrg > > > > > > > > On Mon, Jun 17, 2013 at 9:25 AM, Thiago H. de Paula Figueiredo < > > thiag...@gmail.com> wrote: > > > >> On Mon, Jun 17, 2013 at 8:36 AM, Nathan Quirynen < > >> nat...@pensionarchitects.be> wrote: > >> > >>> Hi, > >>> > >> > >> Hello! > >> > >> > >>> > >>> I think the problem is that I use the @SessionState in a injected > >> service. > >>> And the service being a singleton, explains the behaviour. I guess > >>> @SessionState can only be used in pages and components? Have to test > this > >>> though. > >>> > >> > >> @SessionState is ignored in services. It's meant to be used only in > pages, > >> components and mixins i.e. classes that are transformed by Tapestry. As > you > >> already said, if you want to deal with the session in a service, use > >> ApplicationStateManager instead. > >> > >> Thiago > >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com