Im in support of individuality in general, so Im +1 for Glenn doing his own thing. The old way, which was never standardized, everyone just seemed to follow it like sheep, was(is) to specify a java @author tag and then a java version tag with a cvs $Id $ just above the class definition for ex:
* @author <a href="mailto:[EMAIL PROTECTED]">David Sean Taylor</a> * * @version $Id: JetspeedTool.java,v 1.18 2002/05/14 06:32:59 taylor Exp $ In my own sheepish way, I will continue to use the old way until someone tells me to do it differently Btw - is it ok if my dog Busby reviews my commits? He is with me when Im working at night in the office, starring up at the computer (or maybe it�s the pretzels on the desk). Anyway he likes to get his name all over everything, kind of like what he does when we go walkies. > -----Original Message----- > From: Glenn Golden [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, May 14, 2002 5:58 AM > To: 'Jetspeed Developers List' > Subject: RE: cvs commit: > jakarta-jetspeed/src/java/org/apache/jetspeed/services/rundata > DefaultJetspeedRunData.java > > > To address your second issue first, the header and footer is > something I've grown used to in my software. It's where I > like to place the full CVS $Header line (and use the > $Revision only in the @version tag of the class). I like to > have it at the top and bottom so I know at a glance that my > file has not been truncated, that it's all there. > > I can stop doing this if we don't like it in Jetspeed code. > > - Glenn > > > -----Original Message----- > > From: David Sean Taylor [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, May 14, 2002 2:03 AM > > To: 'Jetspeed Developers List' > > Subject: RE: cvs commit: > > jakarta-jetspeed/src/java/org/apache/jetspeed/services/rundata > > DefaultJetspeedRunData.java > > > > > > Glenn, > > > > Just wondering about the philosophy behind the StateManager > > service, and that it doesn't use the servlet session. To > > continue in the spirit of your commit here, are you saying > > that we should be moving everything out of the servlet > > session and into the StateManager service? We put a lot of > > state into the servlet session. Do you recommending that we > > ditch the standard way of storing state, i.e. the servlet > > session, and instead use the StateManager, which manages its > > own state into a singleton non-sync'd hashmap? > > > > Just wondering if this is the best approach. Some cons: > > > > - have to duplicate a service that already exists > > - no standard life cycle events from servlet api > > - can't take advantage of servlet session sharing from some > > server impls > > - its not standard > > > > I believe the pro is: > > > > - the servlet specification doesn't support 2 browser > > sessions on the same machine with cookies turned on > > > > As an aside, > > I'm finally sitting down to adding the page id to the > > PortletConfig, and Im having trouble getting the page id > > passed to Portlet Config. Would've been a lot easier if I > > could've pulled the Profile out of the session.... :( > > > > Finally (I am a bit bitchy (tired) tonight) -- what is this > > header thing at the top and bottom of the files that you > checked in?: > > > > /************************************************************* > > ********** > > *********** > > * > > * $Header: > > /home/cvs/jakarta-jetspeed/src/java/org/apache/jetspeed/servic > > es/statema > > nager/JetspeedStateManagerService.java,v 1.2 2002/05/03 > > 17:40:44 ggolden Exp $ > > * > > ************************************************************** > > ********** > > **********/ > > > > David > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] > > > Sent: Monday, May 13, 2002 6:04 AM > > > To: [EMAIL PROTECTED] > > > Subject: cvs commit: > > > jakarta-jetspeed/src/java/org/apache/jetspeed/services/rundata > > > DefaultJetspeedRunData.java > > > > > > > > > ggolden 02/05/13 06:03:57 > > > > > > Modified: src/java/org/apache/jetspeed/modules/actions > > > JetspeedAccessController.java > > > src/java/org/apache/jetspeed/services/rundata > > > DefaultJetspeedRunData.java > > > Log: > > > Removed storage of Profile from User getTemp, replaced in the > > > JetspeedRunData. > > > The Profile is computed for each request and stored in > > the run data. > > > Storing a profile in the getTemp (i.e. the HTTP session) > > > introduces a conflict > > > when more than one window is open in the session to more > > > than one portal page. > > > > > > Revision Changes Path > > > 1.3 +2 -11 > > > jakarta-jetspeed/src/java/org/apache/jetspeed/modules/actions/ > > > JetspeedAccessController.java > > > > > > Index: JetspeedAccessController.java > > > > > =================================================================== > > > RCS file: > > > /home/cvs/jakarta-jetspeed/src/java/org/apache/jetspeed/module > > > s/actions/JetspeedAccessController.java,v > > > retrieving revision 1.2 > > > retrieving revision 1.3 > > > diff -u -r1.2 -r1.3 > > > --- JetspeedAccessController.java 23 Feb 2002 02:05:05 > > > -0000 1.2 > > > +++ JetspeedAccessController.java 13 May 2002 13:03:56 > > > -0000 1.3 > > > @@ -72,7 +72,7 @@ > > > in order to get the cached ACL list from logon > > > > > > @author <a href="mailto:[EMAIL PROTECTED]">David Sean > Taylor</a> > > > -@version $Id: JetspeedAccessController.java,v 1.2 2002/02/23 > > > 02:05:05 taylor Exp $ > > > +@version $Id: JetspeedAccessController.java,v 1.3 > > > 2002/05/13 13:03:56 ggolden Exp $ > > > */ > > > > > > public class JetspeedAccessController extends AccessController > > > @@ -95,15 +95,6 @@ > > > > > > // get the profile and store it in the RunData > > > Profile newProfile = Profiler.getProfile(jdata); > > > - Profile currentProfile = jdata.getProfile(); > > > - > > > - if ((currentProfile == null) > > > - || (!currentProfile.equals(newProfile))) > > > - { > > > - // the profile changed due to the request > parameters, > > > - // change it in the RunData > > > - jdata.setProfile(newProfile); > > > - } > > > - > > > + jdata.setProfile(newProfile); > > > } > > > } > > > > > > > > > > > > 1.10 +3 -11 > > > jakarta-jetspeed/src/java/org/apache/jetspeed/services/rundata > > > /DefaultJetspeedRunData.java > > > > > > Index: DefaultJetspeedRunData.java > > > > > =================================================================== > > > RCS file: > > > /home/cvs/jakarta-jetspeed/src/java/org/apache/jetspeed/servic > > > es/rundata/DefaultJetspeedRunData.java,v > > > retrieving revision 1.9 > > > retrieving revision 1.10 > > > diff -u -r1.9 -r1.10 > > > --- DefaultJetspeedRunData.java 3 May 2002 15:05:56 > > > -0000 1.9 > > > +++ DefaultJetspeedRunData.java 13 May 2002 13:03:57 > > > -0000 1.10 > > > @@ -79,7 +79,7 @@ > > > * @author <a href="mailto:[EMAIL PROTECTED]">Rapha�l Luta</a> > > > * @author <a href="mailto:[EMAIL PROTECTED]">Santiago Gala</a> > > > * @author <a href="mailto:[EMAIL PROTECTED]">Paul Spencer</a> > > > - * @version $Id: DefaultJetspeedRunData.java,v 1.9 > > > 2002/05/03 15:05:56 ggolden Exp $ > > > + * @version $Id: DefaultJetspeedRunData.java,v 1.10 > > > 2002/05/13 13:03:57 ggolden Exp $ > > > */ > > > public class DefaultJetspeedRunData extends > DefaultTurbineRunData > > > implements JetspeedRunData > > > @@ -271,7 +271,7 @@ > > > */ > > > public void setProfile(Profile profile) > > > { > > > - this.getUser().setTemp("profile",profile); > > > + this.profile = profile; > > > } > > > > > > /** > > > @@ -281,15 +281,7 @@ > > > */ > > > public Profile getProfile() > > > { > > > - try > > > - { > > > - return (Profile)this.getUser().getTemp("profile"); > > > - } catch (Throwable t) > > > - { > > > - Log.error( "Captured Exception: " ); > > > - Log.error( t ); > > > - } > > > - return null; > > > + return this.profile; > > > } > > > > > > /** Clears the state of this object for recycling... */ > > > > > > > > > > > > > > > -- > > > To unsubscribe, e-mail: > > > <mailto:jetspeed-dev-> [EMAIL PROTECTED]> > > > For > > > additional commands, > > > e-mail: <mailto:[EMAIL PROTECTED]> > > > > > > > > > > > > > > -- > > To unsubscribe, e-mail: > > <mailto:jetspeed-dev-> [EMAIL PROTECTED]> > > For > > additional commands, > > e-mail: <mailto:[EMAIL PROTECTED]> > > > > -- > To unsubscribe, e-mail: > <mailto:jetspeed-dev-> [EMAIL PROTECTED]> > For > additional commands, > e-mail: <mailto:[EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
