Well, the RequestLogger is not a pure service. It is also a data object. It is actually a combination of service and data object.
Regard Jing -----Original Message----- From: Jeremy Thomerson [mailto:[email protected]] Sent: Mittwoch, 22. Juli 2009 16:53 To: [email protected] Subject: Re: should the IRequestLogger implement Serializable? Would you use new Model<UserService>(getYourUserService())? It's the same thing - they are services, not data objects. -- Jeremy Thomerson http://www.wickettraining.com On Wed, Jul 22, 2009 at 9:47 AM, Jing Ge (Besitec IT DEHAM)<[email protected]> wrote: > Hello johan, > > Because I want to use the information hold in the RequestLogger as an > object in a model. Something like this: > > New Model<RequestLogger>(getRequestLogger()); > > Thx > Jing > > -----Original Message----- > From: Johan Compagner [mailto:[email protected]] > Sent: Mittwoch, 22. Juli 2009 16:43 > To: [email protected] > Subject: Re: should the IRequestLogger implement Serializable? > > why would you serialize the request logger? > there is only one and that is attached to the Application it shouldnt be > serialized. > > Just like that Settings object is also not serialize able or the > implementations of ISessionStore > > johan > > > On Wed, Jul 22, 2009 at 16:38, Jing Ge (Besitec IT DEHAM) > <[email protected]>wrote: > >> Hello all, >> >> I am trying to use the RequestLogger. It is really a greet idea that > the >> interface ISessionLogInfo is defined. Developer can just implement > this >> interface for logging more individual information. >> >> My requirement is: >> >> I want to use the instance of IRequestLogger for building a site > status >> page, which means the IRequestLogger need implement the Serializable >> interface. >> >> Does anyone find any drawback for letting IRequestLogger implement >> Serializable? >> >> I am using wicket 1.4 rc4 >> >> Thx & best regards. >> Jing Ge >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
