Re: Portlet Caching problem

[warning, ramblings ahead...] First, Glenn you're completely right the Portlet caching as currently implemented in Jetspeed is screwed up. Second, there is an incoherence between Portlet/PortletConfig and PSML that is mainly legacy based : when Kevin started Jetspeed there was no PSML and the the

Re: Portlet Caching problem

Glenn Golden wrote: (...snip...) See comments by Raphael below > >Also noticed that the PortletWrapper objects are not cached, and are being >created and used once and thrown away for each wrapped portlet. Messy. > The PortletWrappers are quite lightweight objects, which do not need a costly i

Re: Portlet Caching problem

[EMAIL PROTECTED] wrote: > [warning, ramblings ahead...] > > First, Glenn you're completely right the Portlet caching as currently > implemented in Jetspeed is screwed up. > Second, there is an incoherence between Portlet/PortletConfig and PSML > that > is mainly legacy based : > when Kevin star

Re: Portlet Caching problem

Hi, --- Santiago Gala <[EMAIL PROTECTED]> wrote: > Glenn Golden wrote: > > (...snip...) See comments by Raphael below > > > > >Also noticed that the PortletWrapper objects are not cached, and > are being > >created and used once and thrown away for each wrapped portlet. > Messy. > > > The Port

Jetspeed French Connection...

From the recent traffic on both Jetspeed lists, it seems that we have now several French developers working on or integrating Jetspeed. If any of these fine people happen to live/work near Paris, perhaps we could try and meet somewhere in a pub or restaurant to discuss the different works in pro

Screen template '/Index.vm' not found

Hi, I followed the steps for Installation of JetSpeed. When I try to access, it displays the following error. Horrible Exception: java.lang.Exception: Screen template '/Index.vm' not found at org.apache.turbine.services.template.TurbineTemplateService.getParsedScreenT emplateName(Turb

Re: Portlet Caching problem

Santiago Gala wrote: > [EMAIL PROTECTED] wrote: >> >> Caching: >> >> Caching is necessary for 2 reasons: >> - avoid expensive convertion cycles from Entry -> PortletConfig >> (PortletFactoryService) >> This can simply be achieved by removing PortletConfig altogether and >> using >>

RE: Portlet Caching problem

My comments below... > > ...but initialization is not that costly these days... at least > compared to the standard Stack implementation. > I attach a simple comparison of creation and using a Stack based pool > and an array based pool - very crude - but should be sufficient to > highlight the p

Re: Portlet Caching problem

Chris Kimpton wrote: >Hi, > >--- Santiago Gala <[EMAIL PROTECTED]> wrote: > >>Glenn Golden wrote: >> >>(...snip...) See comments by Raphael below >> >>>Also noticed that the PortletWrapper objects are not cached, and >>> >>are being >> >>>created and used once and thrown away for each wrapped por

turbine and ojb

i saw some ojb stuff was checked in to the jetspeed repo. we (zenplex) will use ojb together with turbine in the near future, so i'm working on a turbine integration. there will be a ojb component so it will be possible to use ojb like any other component (e.g. torque) i'm also writing a gene

RE: turbine and ojb

> i saw some ojb stuff was checked in to the jetspeed repo. OJB worked fairly well for persisting the Jetspeed registry. I think it would've been a lot more difficult with Torque/Peers. Id prefer to do all Jetspeed persistence with JDO. I know OJB has plans in that area but they are too far off f

RE: Portlet Caching problem

Santiago, Wrt PortletWrappers, have you looked at java.lang.reflect.Proxy? (we had a discussion on this a week back or so on this list) David -- To unsubscribe, e-mail: For additional commands, e-mail:

RE: Screen template '/Index.vm' not found

This question should go to Jetspeed-user list. What version of Jetspeed are you using? Hard to say whats going wrong. Send your log file > -Original Message- > From: Mallari Kulkarni [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 02, 2002 2:08 AM > To: [EMAIL PROTECTED]; [EMAIL PROTE

RE: turbine and ojb

David, Do you have any concerns with JDO and its lack of exceptions? When I looked at the spec last year I was concerned with the overall concept of "transparent persistence". Problem is that there is so much that can go wrong with persistence backends. I'm just interested in your perspectives

RE: Portlet Caching problem

So we've finally discussed something that interests you ;) > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 02, 2002 5:06 AM > To: Jetspeed Developers List > Subject: Re: Portlet Caching problem > > > Santiago Gala wrote: > > [EMAIL PR

RE: Portlet Caching problem

For RSS portlets, perhaps we can introduce a jetspeed RSS service. This would take care of fetching / caching the rss document, and perhaps provide translation to html service (if this is startup intensize and would benefit from some shared persistence). The portlets would simply be an middle ma

Possible Jetspeed Developer's conference?

I *may* be able to host a conference for Jetspeed developers this spring or early summer at the University of Michigan in Ann Arbor, MI, USA. My hope is that all the active developers could come, meet, and spend a few days to a week actively working on Jetspeed together. We could come to a com

Re: CustomizerVelocityPortlet broken

David Sean Taylor wrote: >IMO - the wrapper isn't correctly implemented. >Java now has java.lang.reflect.Proxy to proxy interfaces. >>From the javadocs: > > >A proxy instance has the following properties: > >Given a proxy instance proxy and one of the interfaces implemented by >its proxy class F

Re: Using current Torque with Jetspeed - a few problems...

Hi, I am nearly there with this pending a few turbine patches to be committed. Anyone got any concerns with this in general? --- Chris Kimpton <[EMAIL PROTECTED]> wrote: > Hi, > > Turbine points:: > > I have had to add a log4j.properties file covering the stratum, > torque and fulcrum app

Re: Possible Jetspeed Developer's conference?

Glenn Golden wrote: >I *may* be able to host a conference for Jetspeed developers this spring or >early summer at the University of Michigan in Ann Arbor, MI, USA. > >My hope is that all the active developers could come, meet, and spend a few >days to a week actively working on Jetspeed together

Re: turbine and ojb

David Sean Taylor wrote: >>i saw some ojb stuff was checked in to the jetspeed repo. >> > >OJB worked fairly well for persisting the Jetspeed registry. > LGPL License. I think it is allright to mix with Jetspeed (Apache License), as long as we don't modify or copy parts of it. -- To unsubscr

Re: Using current Torque with Jetspeed - a few problems...

Chris Kimpton wrote: >Hi, > >I am nearly there with this pending a few turbine patches to be >committed. > >Anyone got any concerns with this in general? > >--- Chris Kimpton <[EMAIL PROTECTED]> wrote: > >>Hi, >> >>Turbine points:: >> >>I have had to add a log4j.properties file covering the s

cvs commit: jakarta-jetspeed/src/java/org/apache/jetspeed/services/registry CastorRegistryService.java

sgala 02/04/02 13:59:58 Modified:src/java/org/apache/jetspeed/services/registry CastorRegistryService.java Log: Patch from Santa Arevalo (definete.com) to solve problems with the registry, both errors if fragments don't exist and better persistence of frag

RE: turbine and ojb

>From the 1.0 spec: "The exception philosophy of JDO is to treat all exceptions as runtime exceptions. This preservers the transparency of the interface to the degree possible, allowing the user to choose to catch specific exception only when required by the application" JDO implementers are req

RE: Portlet Caching problem

> -Original Message- > From: Glenn Golden [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 02, 2002 12:46 PM > To: 'Jetspeed Developers List' > Subject: RE: Portlet Caching problem > > > For RSS portlets, perhaps we can introduce a jetspeed RSS > service. This would take care of fe

RE: Possible Jetspeed Developer's conference?

> Anyone interested in coming? Cool, I'll go! > -Original Message- > From: Glenn Golden [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 02, 2002 12:51 PM > To: 'Jetspeed-Dev' > Subject: Possible Jetspeed Developer's conference? > > > I *may* be able to host a conference for Jetspee

RE: Using current Torque with Jetspeed - a few problems...

I thought we already used log4j? > -Original Message- > From: Chris Kimpton [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, April 02, 2002 1:16 PM > To: [EMAIL PROTECTED] > Subject: Re: Using current Torque with Jetspeed - a few problems... > > > Hi, > > I am nearly there with this pe

Re: Possible Jetspeed Developer's conference?

When you refer to the new Portlet API in Jetspeed 2 does that API comply with the API proposed in JSR 168? Thanks, Rich --- Glenn Golden <[EMAIL PROTECTED]> wrote: > I *may* be able to host a conference for Jetspeed > developers this spring or > early summer at the University of Michigan in Ann

Re: Portlet Caching problem

David Sean Taylor wrote: > >>-Original Message- >>From: Glenn Golden [mailto:[EMAIL PROTECTED]] >>Sent: Tuesday, April 02, 2002 12:46 PM >>To: 'Jetspeed Developers List' >>Subject: RE: Portlet Caching problem >> >> >>For RSS portlets, perhaps we can introduce a jetspeed RSS >>service.

RE: Possible Jetspeed Developer's conference?

That's my understanding, that Jetspeed will be the reference implementation for the Portlet API, much as Tomcat is for the Servlet and JSP. What good is a standard API if there are many standards? Here's one bandwagon I want to see formed and I'll be one of the first to jump on (after I'm done p

Changes in Jetspeed's APIs

With all this talk of change, I'd like to see us move in the direction of the new portlet api standard, and be informed by the decisions being made for it. Do we have any idea of where it's going? David - can you tell us yet what's gone on with the meeting? Or, short of that, could you suggest

Re: turbine and ojb

On Tue, 2002-04-02 at 16:50, Santiago Gala wrote: > David Sean Taylor wrote: > > >>i saw some ojb stuff was checked in to the jetspeed repo. > >> > > > >OJB worked fairly well for persisting the Jetspeed registry. > > > LGPL License. I think it is allright to mix with Jetspeed (Apache > License)

RE: Possible Jetspeed Developer's conference?

On Tue, 2002-04-02 at 17:19, David Sean Taylor wrote: > > Anyone interested in coming? > > Cool, I'll go! I will come too! I would go for the early summer option if possible. > > > -Original Message- > > From: Glenn Golden [mailto:[EMAIL PROTECTED]] > > Sent: Tuesday, April 02, 2002

Screen template '/Index.vm' not found

Hi, I followed the steps for Installation of JetSpeed. When I try to access, it displays the following error. Horrible Exception: java.lang.Exception: Screen template '/Index.vm' not found at org.apache.turbine.services.template.TurbineTemplateService.getParsedScreenT emplateName(Turb

Re: Possible Jetspeed Developer's conference?

(a) I'd be interested in a JetspeedOne conference (sorry, someone had to dub it). (b) I'm confused as to whether the current Jetspeed is going to be the reference implementation for the Portlet JSR, or whether it will be re-architected. This is the first I've heard of a Jetspeed 2. I'm looking

RE: Possible Jetspeed Developer's conference?

Well, if you wait, you will be waiting for about a year, as that's the time frame for the portlet api as I understand it. We are going ahead with Jetspeed for a multi-year project, starting deployment this summer, with full knowledge that we will have to re-code to the new api once it's establish

cvs commit: jakarta-jetspeed/src/java/org/apache/jetspeed/services/psmlmanager CastorPsmlManagerService.java

taylor 02/04/02 22:40:56 Modified:src/java/org/apache/jetspeed/om/profile BaseProfileLocator.java ProfileLocator.java src/java/org/apache/jetspeed/services/portaltoolkit JetspeedPortalToolkitService.java src/

Re: Using current Torque with Jetspeed - a few problems...

Hi, > > > >Since torque and some of the other new components use log4j, it > seems > >the cleanest way forward is to default to using log4j file logging > >for jetspeed. > > > >Is that ok with everyone? > > > I thought we were already using it, but as we are using Turbine > logging > service I c