portals-jetspeed-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Sean Taylor <david.sean.tay...@bbc.co.uk>
Subject RE: cvs commit: jakarta-jetspeed/webapp/WEB-INF/conf JetspeedReso urces.properties
Date Thu, 19 Sep 2002 13:55:24 GMT
JavaSpaces comes to mind. http://java.sun.com/products/javaspaces/
I read an article a while back about using JavaSpaces for servlet session
replication

Also see  
http://jakarta.apache.org/turbine/jcs/
http://jakarta.apache.org/turbine/jcs/JCSandJCACHE.html

have a look at resin

http://caucho.com/resin/

http://caucho.com/resin/ref/sessions.xtp



> -----Original Message-----
> From: Glenn Golden [mailto:ggolden@umich.edu] 
> Sent: 19 September 2002 14:37
> To: 'Jetspeed Developers List'
> Subject: RE: cvs commit: jakarta-jetspeed/webapp/WEB-INF/conf 
> JetspeedReso urces.properties
> 
> 
> It would be cool to invent (or adopt) a communications 
> channel between different jetspeeds running on different 
> machines - then, when one gets a change to the psml and saves 
> it, it could tell the others, and they could get the update 
> right away from the db!
> 
> - Glenn
> 
> > -----Original Message-----
> > From: David Sean Taylor [mailto:david.sean.taylor@bbc.co.uk]
> > Sent: Thursday, September 19, 2002 9:21 AM
> > To: 'Jetspeed Developers List'
> > Subject: RE: cvs commit: jakarta-jetspeed/webapp/WEB-INF/conf 
> > JetspeedReso urces.properties
> > 
> > 
> > Yes, that's what I was thinking. This approach takes less 
> resources (I
> > think) and guarantees freshness.
> > That said I may try falling back to 1 or 2 minutes
> > 
> > > -----Original Message-----
> > > From: Glenn Golden [mailto:ggolden@umich.edu]
> > > Sent: 19 September 2002 14:19
> > > To: 'Jetspeed Developers List'
> > > Subject: RE: cvs commit: jakarta-jetspeed/webapp/WEB-INF/conf
> > > JetspeedReso urces.properties
> > > 
> > > 
> > > How about running the refresher every minute?  Is that too long a 
> > > delay?  Is that too much overhead, so it cancles out the caching 
> > > benefits?
> > > 
> > > 
> > > > -----Original Message-----
> > > > From: David Sean Taylor [mailto:david.sean.taylor@bbc.co.uk]
> > > > Sent: Thursday, September 19, 2002 8:41 AM
> > > > To: 'Jetspeed Developers List'
> > > > Subject: RE: cvs commit: jakarta-jetspeed/webapp/WEB-INF/conf
> > > > JetspeedReso urces.properties
> > > > 
> > > > 
> > > > 
> > > > Machine updates resource A.
> > > > Machine B doesn't get update until refresher is ran 
> which was too
> > > > late.
> > > > 
> > > > 
> > > > 
> > > > > -----Original Message-----
> > > > > From: Glenn Golden [mailto:ggolden@umich.edu]
> > > > > Sent: 19 September 2002 13:27
> > > > > To: 'Jetspeed Developers List'
> > > > > Subject: RE: cvs commit: jakarta-jetspeed/webapp/WEB-INF/conf
> > > > > JetspeedReso urces.properties
> > > > > 
> > > > > 
> > > > > David -
> > > > > 
> > > > > What's wrong with the caching in a distributed env. With
> > > the db psml
> > > > > manager?
> > > > > 
> > > > > If machine A creates a psml, it goes right to the
> > > database, and if a
> > > > > user comes to machine B with a profile that would 
> pick that, it 
> > > > > would find it - unless it's been cached as missing on
> > B... So you
> > > > > could run the refresher more often... And B would see
> > the page a
> > > > > little later than it's been created...
> > > > > 
> > > > > Is this the case you are running into?  Are there others?
> > > > > 
> > > > > Thanks.
> > > > > 
> > > > > - Glenn
> > > > > 
> > > > > > -----Original Message-----
> > > > > > From: taylor@apache.org [mailto:taylor@apache.org]
> > > > > > Sent: Wednesday, September 18, 2002 9:24 PM
> > > > > > To: jakarta-jetspeed-cvs@apache.org
> > > > > > Subject: cvs commit: jakarta-jetspeed/webapp/WEB-INF/conf
> > > > > > JetspeedResources.properties
> > > > > > 
> > > > > > 
> > > > > > taylor      2002/09/18 18:24:13
> > > > > > 
> > > > > >   Modified:    
> > > > src/java/org/apache/jetspeed/modules/actions/portlets
> > > > > >                         PsmlBrowseAction.java
> > > > > >                
> > > > src/java/org/apache/jetspeed/services/psmlmanager/db
> > > > > >                         DatabasePsmlManagerService.java
> > > > > >                webapp/WEB-INF/conf
> > JetspeedResources.properties
> > > > > >   Log:
> > > > > >   Added PsmlManager.caching-on property to Jrp. It 
> is used by
> > > > > > DatabasePsmlManagerService to enable caching.
> > > > > >   Removed code to read in data for psml browser from the 
> > > > > > session, as this action is not tied into the 
> > creation/deletion
> > > > > > of roles/users etc. Hence the psml entries are 
> invalid in the
> > > > > > earlier stated circumstances. Now this action 
> > executes the query
> > > > > > each time buildNormalContext
> > > is called.
> > > > > >   
> > > > > 
> > > > > --
> > > > > To unsubscribe, e-mail:   
> > > > > <mailto:jetspeed-dev-> unsubscribe@jakarta.apache.org> For

> > > > > additional commands,
> > > > > e-mail: <mailto:jetspeed-dev-help@jakarta.apache.org>
> > > > > 
> > > > 
> > > > 
> > > > BBCi at http://www.bbc.co.uk/
> > > > 
> > > > This e-mail (and any attachments) is confidential and 
> may contain
> > > > personal views which are not the views of the BBC unless
> > > specifically
> > > > stated.
> > > > If you have received it in error, please delete it from your 
> > > > system, do not use, copy or disclose the information in any way 
> > > > nor act in reliance on it and notify the sender immediately. 
> > > > Please note that the
> > > > BBC monitors e-mails sent or received. Further 
> communication will 
> > > > signify your consent to this.
> > > > 
> > > > 
> > > > --
> > > > To unsubscribe, e-mail:   
> > > > <mailto:jetspeed-dev-> unsubscribe@jakarta.apache.org>
> > > > For
> > > > additional commands,
> > > > e-mail: <mailto:jetspeed-dev-help@jakarta.apache.org>
> > > > 
> > > 
> > > --
> > > To unsubscribe, e-mail:   
> > > <mailto:jetspeed-dev-> unsubscribe@jakarta.apache.org>
> > > For
> > > additional commands, 
> > > e-mail: <mailto:jetspeed-dev-help@jakarta.apache.org>
> > > 
> > 
> > 
> > BBCi at http://www.bbc.co.uk/
> > 
> > This e-mail (and any attachments) is confidential and may contain 
> > personal views which are not the views of the BBC unless 
> specifically 
> > stated.
> > If you have received it in error, please delete it from your 
> > system, do 
> > not use, copy or disclose the information in any way nor act in 
> > reliance on it and notify the sender immediately. Please note 
> > that the 
> > BBC monitors e-mails sent or received. Further communication will 
> > signify your consent to this.
> > 
> > 
> > --
> > To unsubscribe, e-mail:   
> > <mailto:jetspeed-dev-> unsubscribe@jakarta.apache.org>
> > For 
> > additional commands, 
> > e-mail: <mailto:jetspeed-dev-help@jakarta.apache.org>
> > 
> 
> --
> To unsubscribe, e-mail:   
> <mailto:jetspeed-dev-> unsubscribe@jakarta.apache.org>
> For 
> additional commands, 
> e-mail: <mailto:jetspeed-dev-help@jakarta.apache.org>
> 


BBCi at http://www.bbc.co.uk/

This e-mail (and any attachments) is confidential and may contain 
personal views which are not the views of the BBC unless specifically 
stated.
If you have received it in error, please delete it from your system, do 
not use, copy or disclose the information in any way nor act in 
reliance on it and notify the sender immediately. Please note that the 
BBC monitors e-mails sent or received. Further communication will 
signify your consent to this.


--
To unsubscribe, e-mail:   <mailto:jetspeed-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:jetspeed-dev-help@jakarta.apache.org>


Mime
View raw message