Re: user-agent and client's properties

[Raphael Luta]

zze-MORON François FTRD/DMI/REN wrote:
In which class should i look to see how client's properties (markup supported, 
mime-type, ...)
are retrieved ?
Package org.apache.jetspeed.capability and associated registry files
(conf/media.xreg and conf/clients.xreg).
Docs are found here:
http://portals.apache.org/jetspeed-1/client-media.html
--
Raphaël Luta - [EMAIL PROTECTED]
Apache Jetspeed - Enterprise Portal in Java
http://portals.apache.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: $jslink, what is the java equivalent?

[Raphael Luta]

Floßmann Christoph wrote:
And where can we find that code?
See src/java/org/apache/jetspeed/util/template/BaseJetspeedLink.java
-Original Message-
From: Archana Turaga [mailto:[EMAIL PROTECTED]
Sent: Friday, June 25, 2004 4:44 PM
To: Jetspeed Users List
Subject: RE: $jslink, what is the java equivalent?
The way I did is write my own class that calls the BasEJetspeedLink
(jslink java class) which is a singleton. You can look at that
codeit is pretty straightforward.It works perfectly okay in the jsp
world.
-Original Message-
From: Stefan Rennick Egglestone [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 25, 2004 8:28 AM
To: Jetspeed Users List
Subject: Re: $jslink, what is the java equivalent?

The way I've done this, which I'm sure is not a good way to do it at all
is as follows. In your jsp, call
Portlet thisPortlet = (Portlet)request.getAttribute("portlet");
String pageID = portlet.getPortletConfig().getPageID()
The pageID is then a string which looks somehting like  
user/test/html/default.psml

You can then create a link to this page suing this information, to look 
something like

portal/media-type/html/user/test/page/default.psml/
Stijn de Witt wrote:

You can get the current location from your Velocity template using
$jslink
right? My question is, how do I do the equivalent, getting the URL to
the
current page, from Java?
TIA,
-Stijn
--
Raphaël Luta - [EMAIL PROTECTED]
Apache Jetspeed - Enterprise Portal in Java
http://portals.apache.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Multiple jetspeed-1 instances

[Raphael Luta]

Greg Buchanan wrote:
Thanks for the help. 

I am only beginning to test jetspeed, but have two completely separate
directory structures. As such, I believe I am using two separate
database instances (i.e. no sql or external database). 

The problem I have is that I often authenticate as "admin" and then try
to use an administrative portlet. I am then told I am not authorized.
Further investigation indicates that I am back to being logged in as
"anon". 

Thanks. 

Check your cookie settings. It looks like your browser is not keeping
your session alive.
--
Raphaël Luta - [EMAIL PROTECTED]
Apache Jetspeed - Enterprise Portal in Java
http://portals.apache.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem compiling jetspeed-1.5 using Maven

[Raphael Luta]

Stijn de Witt wrote:
I let it 'hang' for a (pretty darn long) while and when I got back it
finished! It failed however:
-
   
   [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 3,75 sec
   [junit] Running org.apache.jetspeed.util.rewriter.TestFrameRewriter
   [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1,515 sec
   [junit] Running
org.apache.jetspeed.util.template.TestJetspeedLinkFactory
   [junit] INFO - loading component: name=torque
class=org.apache.torque.Torque config=webapp\WEB-INF\conf\Torque.properties
   [junit] INFO - loading component: name=fulcrum
class=org.apache.fulcrum.Fulcrum
config=webapp\WEB-INF\conf\Fulcrum.properties
   [junit] INFO - Finished initializing all services!
   [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0,047 sec
   [junit] Running org.apache.jetspeed.util.TestOverwriteProperties
   [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 0,891 sec
   [junit] Running org.apache.jetspeed.util.TestValidation
   [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0,594 sec
   [junit] Running org.apache.jetspeed.util.TestValidationParameterParser
   [junit] INFO - loading component: name=torque
class=org.apache.torque.Torque config=webapp\WEB-INF\conf\Torque.properties
   [junit] INFO - loading component: name=fulcrum
class=org.apache.fulcrum.Fulcrum
config=webapp\WEB-INF\conf\Fulcrum.properties
   [junit] INFO - Finished initializing all services!
   [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 3,657 sec
 

I don't see any test failure in the logs you provide so you probably 
snipped too much the mail.
Look in the maven output which test fails, and then check the output log 
of this test to see
what is the failure.

You'll find the test report in:
target/test-reports/TEST-.txt
Also note the the TestTurbineCache runs for a long time (several 
minutes). This is the
expected behavior for this test which checks cache expiration and thus 
needs to wait for the
expiration timeout of the cache...

--
Raphaël Luta - [EMAIL PROTECTED]
Apache Jetspeed - Enterprise Portal in Java
http://portals.apache.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem compiling jetspeed-1.5 using Maven

[Raphael Luta]

Stijn de Witt wrote:
Looking ap project.xml I can't really see how to remove (or even identify)
the test case that fails. Have I misinterpreted your message and should I
remove all tests?
 

Simply add a new exclude in the  section:
org/apache/jetspeed/services/search/TestSearch.java
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem compiling jetspeed-1.5 using Maven

[Raphael Luta]

Stijn de Witt wrote:
Hi,
I have downloaded the latest Jetspeed release, 1.5, and tried to compile it
using Maven.
Initially everything seems to work just fine, but halfway through, one of
the tests seems to 'hang'.
Here is my Maven output.
P.S. I have only added one line in project.properties:
maven.repo.local = c:/bit/dev/maven/repository
 

There's an issue with the TestSearch of Jetspeed 1.5 caused by the 
transfer of Jetspeed site from Jakarta to Portals (the test tries to 
retrieve the Jakarta version that doesn't exist anymore).

Either remove this test by editing the project.xml file or simply skip 
the unit tests when building:

maven -Dmaven.test.skip=true war
Alternatively you can also retrieve the current CVS development sources 
where this bug is fixed.

We'll soon release an updated version of Jetspeed to fix this issue.
--
Raphaël Luta - [EMAIL PROTECTED]
Apache Jetspeed - Enterprise Portal in Java
http://portals.apache.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: AnonUser Page differs on browser

[Raphael Luta]

Floßmann Christoph wrote:
Hi,
I don't know whether I configured sth. wrong or if it is an known issue. With the IE 
everything works fine when I'm addressing localhost:8080/jetspeed the defined page 
from default.psml in the anon directory is opened. Trying this in Friefox fails. Some 
other page is shown and I didn't figure aut yet why this happens.
Any suggestions?
Chris
If you are redirected to a site named "www.localhost.xx", it's simply 
that FireFox could not contact your site and redirected you to an 
"related" Internet site through its keywords feature.

If you're sure your server is up & running and accessible from your 
client, then this is probably caused by an incorrectly configured
jetspeed that send a 302 redirect to a mistyped URL.

If you need to validate this, download and activate the LiveHTTPHeaders
plugins of firefox. It will let you easily see the different 
requests/repsonses issued and recieved by the browser.

--
Raphaël Luta - [EMAIL PROTECTED]
Apache Jetspeed - Enterprise Portal in Java
http://portals.apache.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: problem with velocity portlet-org-

[Raphael Luta]

masa lang wrote:
Hi raphael,
 
i did what you said but i saw something bizzare , there is no portlet (.class like XSLPortlet, VelocityPortlet, etc...):
C:\tomcat\webapps\jetspeed\WEB-INF\classes\org\apache\jetspeed\modules\actions\portlets 
but in the interface of jetspeed  i saw them in portlets browser and i can use them !!!
 
What is wrong ?
 
Nothing :)
Portlets are located in the org.apache.jetspeed.portal.portlets package
but what you want to do is *not* creating a brand new portlet class but
use the VelocityPortlet.
The behavior of this protlet can be customized by your action class and
this class must be in org.apache.jetspeed.modules.actions.portlets (or
any Turbine modules package you define in your properties file).
In short:
portlets go to:
WEB-INF/classes/org/apache/jetspeed/portal/portlets
VelcoityPortlet or JSPPortlet action classes go to: 
WEB-INF/classes/org/apache/jetspeed/modules/action/portlets.

--
Raphaël Luta - [EMAIL PROTECTED]
Apache Jetspeed - Enterprise Portal in Java
http://portals.apache.org/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Hi! What's the "concept" with Jetspeed's portlets?

[raphael . luta]

Endre Stølsvik wrote:

>Thanks a lot for the quick reply!
>
>I do have some follow-up questions, though..!
>  
>
Huh... feared so :)

>
>| >
>| >*) It seems like there are a couple of portlets present in the framework,
>| >and it looks to me like in the documentation that these are supposed to
>be
>| >enough for you, except if you have really weird needs. Is this so?
>Doesn't
>| >one break MVC somewhat by using Velocity template language in addition to
>| >the XML registiry stuff only to program new portlets?
>| >
>| >
>| For the first part of the question, I'm not sure these portlets are
>| really supposed to handle *all* your
>| current needs (for example we're missing a standard POP3/IMAP inbox
>| monitor portlet...) but they
>| are supposed to give you a good start.
>
>OK.. But they are so tiny. They seems to only be made for aggregation of
>internet data, and not to do any complex processing.
>  
>
Well... Turbine gives you many tools for developing a complete business 
application  or at least
business components. Jetspeed mainly adds aggregation on top of Turbine 
so Jetspeed itself does
not really help a developer to build his business components it 
currently expects him to use Turbine
framework.
The Portlet component is effectively devised only for the rendering of 
content in an aggregated environment
and does not imply or expect anything on the technology used to generate 
the content. You get to chose
whatever tool/framework you best like.

>
>|
>| >*) Is Jetspeed primarily designed to handle _viewing_ of enterprise data,
>| >that is to extract data from the underlying source, and then present it
>to
>| >the user? It seems a bit like this because of the "we have made 5
>portlets
>| >for you that handle almost everything you'd want" approach. What about
>the
>| >Enterprise Application Integration concept, where portlets should expose
>| >some of an enterprise application's functionality? Or application-like
>| >functionality, e.g. implement a group calendar system or a simple CRM
>system
>| >like www.salesforce.com, directly in the portal system?
>| >
>| >
>| You can develop enterprise application integration portlet, it's just
>| that we have not developped any.
>| In any case, these kinds of development would more probably be done by a
>| Jetspeed integrator
>| although we could certainly host within the project some very generic
>| ones like messaging, calendar, etc
>
>Thanks.. But I was more referring to the "programmability" of the framework.
>If I want to make some _new_ portlets, not simply aggregating easy-to-fetch
>internet concent, how do I do this? Am I supposed to be helped by the
>VelocityPortlet thingy, or do I have to make my own portlets? If I must make
>my own, how do I go about doing this? What if I'd like to make a hugly
>complex application with TONS of Java code and ten different portlets
>working in conjunction, each having ten different templates that they'd like
>to juggle between? Where do I start, kind of??
>  
>
Well, "portlets" basically provide views to your complex application. 
These views can be aggregated and  personalized. So in a large app 
development like this, you would first develop your business components
EJBs for example and then possibly use VelocityPortlet to develop your 
different views with a couple/dozen
of Action classes controlling the overall app behavior. These Action 
classes will load the different business
EJBs into the Velocity context (unless you have wrapped them into 
Turbine ApplicationTools and use the
Turbine "pull" methodology).

>|
>| >*) The "instance" and "ref" types. What is this? Is it similar to the
>| >"instance" stuff talked about in this document:
>| >
>|
>  
>
>>http://www-3.ibm.com/software/webservers/portal/doc/V41PortletDevelopmentGu
>>
>>
>i
>| >de.pdf
>
>Has anyone read that document?! ;) I try to sneak it into my every email, as
>it seems to be a blastin' good portlet API! But I wonder how they're going
>to handle "loadable modules", that is, point your configuration to a URL,
>and then you will have another cool application with images, portlets and
>everything "installed". Well, whatever..
>  
>
Well, I've not read it completely yet but I do recognize many of the 
points we have discussed with the
IBM team last year (with some differences though... :). It's a 
definitely better API than the current
Jetspeed one. The current issue for us is not whether we're going to 
change it, it's whether we're going
to implement the one found in "portlet_api" or wait for the JSR results. 
Also in all the cases, we need to
think on how to provide migration path for the current API to the new 
one and possibly support
backward compatibility...

>| >
>| >*) The actions. Are these supposed to take care of all your business
>logic
>| >needs?
>| >
>| >
>| No. Actions are typically "controllers". They may sometimes be used to
>| also implement the
>| business logic, but Turbine would typically expect you to encapsulate
>| all busi

Re: Hi! What's the "concept" with Jetspeed's portlets?

[raphael . luta]

Endre Stølsvik wrote:

>I am writing a review of different EIP implementations, and trying to
>analyze which "functionality" each framework provide.
>
>The problem I'm facing with Jetspeed, is the documentation! I cannot seem to
>grasp the overview of Jetspeed, so if someone could clear up on a couple of
>problems I'm faced with, I would be very happy! If I obviously have missed
>some essential documentation, could someone please lead me to the light? ;)
>
>*) It seems like there are a couple of portlets present in the framework,
>and it looks to me like in the documentation that these are supposed to be
>enough for you, except if you have really weird needs. Is this so? Doesn't
>one break MVC somewhat by using Velocity template language in addition to
>the XML registiry stuff only to program new portlets?
>  
>
For the first part of the question, I'm not sure these portlets are 
really supposed to handle *all* your
current needs (for example we're missing a standard POP3/IMAP inbox 
monitor portlet...) but they
are supposed to give you a good start.
For the second part of the question, if you're talking about the 
VelocityPortlet read below about
"hello-velocity".

>*) Is Jetspeed primarily designed to handle _viewing_ of enterprise data,
>that is to extract data from the underlying source, and then present it to
>the user? It seems a bit like this because of the "we have made 5 portlets
>for you that handle almost everything you'd want" approach. What about the
>Enterprise Application Integration concept, where portlets should expose
>some of an enterprise application's functionality? Or application-like
>functionality, e.g. implement a group calendar system or a simple CRM system
>like www.salesforce.com, directly in the portal system?
>  
>
You can develop enterprise application integration portlet, it's just 
that we have not developped any.
In any case, these kinds of development would more probably be done by a 
Jetspeed integrator
although we could certainly host within the project some very generic 
ones like messaging, calendar, etc

>*) The "instance" and "ref" types. What is this? Is it similar to the
>"instance" stuff talked about in this document:
>
>http://www-3.ibm.com/software/webservers/portal/doc/V41PortletDevelopmentGui
>de.pdf
>
>*) The actions. Are these supposed to take care of all your business logic
>needs?
>  
>
No. Actions are typically "controllers". They may sometimes be used to 
also implement the
business logic, but Turbine would typically expect you to encapsulate 
all business logic within other classes
(like Turbine AppplicationTools) all use the Action to populate the 
context provided to the template with
the appropriate business objects (or use implicit context loading in 
case of Tools).

>*) The "addressing" of the portlets. The hello-velocity portlet has some
>data that can be sent to it.
>  1) Where is the action defined? How is this configured?
>
There's several way to invoke the action:
- the Turbine way of specifying an "action" parameter in the portlet 
 tag.
- the Jetspeed VelocityPortlet way of using an implicit action 
associated with a portlet through
  the registry. In this case, the FORM action must reference the calling 
portlet name or id. This
  is always done automatically when you use the Jetspeed provided link 
objects ($link, $jlink, etc...
  in the Velocity templates)

>  2) How is it addressed? What if two portlets on the same screen had a
>submit button?
>  
>
Since in each they specify the action to call and give a portlet 
identifier, it's not an issue.

>*) "Porlet applications": are Jetspeed supposed to handle, at this stage, a
>".par" file, where all the necessary stash is bundled into a file?
>  
>
Not yet. That's only implemented in the "portlet_api" branch of the CVS 
with the IBM contributed code
but it's not (yet) integrated into the CVS head.

>Any help would be valued! Jetspeed isn't _that_ easy, with all the stuff
>coming from both turbine and jetspeed.. ;-)
>
>  
>
If you ever write a valuable documentation on Jetspeed from your study, 
you're welcome to
contribute it back... :)

-- 
Raphaël Luta - [EMAIL PROTECTED]
Professional Services Manager
Vivendi Universal Networks - Paris




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: JetSpeed VelocityPortlet extension

[raphael . luta]

You don't neeed to extend the VelocityPortlet, simply do the following:
- extend 
org.apache.jetspeed.modules.actions.portlets.VelocityPortletAction to
   write you own FooAction.
- define at least the buildNormalContext() of this FooAction to fill up 
the Portlet context
   with your own variables (if you have defined Turbine tools, they'll 
automatically
   available in your portlet).
- write your template(s) for this portlet, eg foo.vm
- in the registry, associate your Action and base template to the 
VelocityPortlet:
 


Foo
My Foo portlet






And you're set !

> Is there a way to have a custom Velocity Portlet where
> we can put some objects into the Context and so can be
> accessed from the Velocity Template?
>
> Apparently, overriding the "getContent(RunData)" and
> pushing some objects into it by doing this - (see code
> below), does not work, as the populateContext id
> overwritten by the parent i.e VelocityPortlet. So, I
> ended up copying the entire code of
> VelocityPortlet.java and adding a few lines of my own
> code. Is there another way to do it?
>
> // start --
> public ConcreteElement getContent( RunData rundata )
> {
> Context context = TurbineVelocity.getContext();
> context.put( "myname", "Ashwin Jayaprakash" );
> context.put( "dob", "Aug 24, 1996" );
> context.put( "site", "www.javaforu.com" );
>
> TurbinePull.populateContext(context, rundata);
>
> return super.getContent( rundata );
>  }
> // end --
>
>
> Thanks,
> Ashwin.
>
> _
> Click below to visit monsterindia.com and review jobs in India or Abroad
> http://monsterindia.rediff.com/jobs
>
>
> -- 
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
>


-- 

Raphaël Luta - [EMAIL PROTECTED]
Professional Services Manager
Vivendi Universal Networks - Paris




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: API for .xreg files

[raphael . luta]

Jamie Lerner wrote:

>I would like to programatically modify the
>local-portlets.xreg file, allowing users to add,
>update and delete portlets through a user interface.
>
>What is the most appropriate API to do this with
>assuming I am programming in JSPs?
>  
>
org.apache.jetspeed.services.Registry static class
and
org.apache.jetspeed.om.registry.* Registry Object Model package

-- 
Raphaël Luta - [EMAIL PROTECTED]
Professional Services Manager
Vivendi Universal Networks - Paris




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

[Ann] Jetspeed French users/developpers meeting

[raphael . luta]

What:  Jetspeed users and developpers meeting

Why:   Get everybody to konw each other and share
projects and experiences

When:  Wednesday 24 April, 6:00 PM, Paris time

Where: Cambridge (Pub)
19, avenue de Wagram
75017 Paris
France

How:   RER A, Metro 1,2,6 - Charles de Gaulle Etoile
Métro 2 - Ternes

Who:   Open to anybody interested.

Please let me know by mail <[EMAIL PROTECTED]>
if you'll come so that I can make a reservation.

-- 
Raphael Luta - [EMAIL PROTECTED]
Professional Services Manager
Vivendi Universal Networks - Paris


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Refresh

[raphael . luta]

Julie Czemerega wrote:
> Hi,
> 
> I made RSS portlets which fetches RSS files on the web. Jetspeed puts the
> files in the web-inf\cache directory.
> 
> But it has not refreshed the files since I created my portlets...
> 
> How can I set that it goes on the web once a day ?
> 
> I put in jetspeedresources.properties the "daemon.feeddaemon.interval" at
> 60s but nothing changed...
> 

The feed daemon does not refresh the RSS contents as such, only the OCS feeds.

To update in the background the RSS content, you need to configure the
diskcachedaemon in JR.P:

daemon.diskcachedaemon.classname=org.apache.jetspeed.daemon.impl.DiskCacheDaemon
# 6 hours refresh
daemon.diskcachedaemon.interval=19600
daemon.diskcachedaemon.onstartup=true

> I must delete the files in the cache directory to work fine.
> 
> Any idea?
> 

If this does not fix your issue, check yourlog file for disk cache daemon errors.

-- 
Raphael Luta - [EMAIL PROTECTED]
Professional Services Manager
Vivendi Universal Networks - Paris


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Jetspeed French Connection...

[raphael . luta]

 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 progress
and benefit from everybody experience.

Such a meeting would of course be open to any Jetspeed community member that would
happen to be in Paris at this time.

If anybody is interested, please reply to <[EMAIL PROTECTED]> by private mail
with your general availability and preferred dates. I'll post a proposed meeting
date on the lists.

-- 
Raphael Luta - [EMAIL PROTECTED]
Professional Services Manager
Vivendi Universal Networks - Paris


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Info on the options of the .xreg files

[raphael . luta]

sbelt wrote:
> I would like to create an interface for creating and maintaining .psml
> files. I want a portlet which I can use to add new content, modify url's,
> add/change parameters, etc.
> 
> First of all, has anyone already done this? Or started this task and have
> some crude code to get started?
> 
> Otherwise, I am trying to learn all the possible entries in possible in the
>  nest. Is there a DTD or document which describes these
> possibilities?
> 

If you really want to do it, you can use the Castor mapping file to lookup all
the meaningful elements and attribute:

jakarta-jetspeed/webapp/WEB-INF/conf/psml-mapping.xml

However, it's probably not a good idea to maintain a PSML editor as such because
PSML is just a specific persistence mechanism for the Jetspeed layout/profile
structures and not the only one that you can use.

IMO, you'll be better off trying to write an editor against the API
org.apache.jetspeed.om.profile.* (look at Document).
These java structures can then be saved by Jetspeed to PSML or database depending
on the persistence settings.

-- 
Raphael Luta - [EMAIL PROTECTED]
Professional Services Manager
Vivendi Universal Networks - Paris


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: strange behavior when refreshing velocity portlet.

[raphael . luta]

Chris Kimpton wrote:

> Hi,
> 
> --- Pierre BESNARD <[EMAIL PROTECTED]> wrote:
> 
>>Secondly, it will be kind of you to excuse my poor English.
>>
> 
> Don't worry - it is definitely better than my pathetic french  :-(
> 
> 
>>I have observed that when an action method ( doSomething() ) behave
>>2 upper-case letters (i.e.: doSomeThing() ), the action is not
>>called as it should be!
>>
> 
> This is due to the way the ActionEvent class in Turbine finds your
> method - it (or the http processing) seems to lose the upper and
> lower case information, so all it gets to process is dosomething - it
> then guesses that you may want doSomething - but it does not do any
> further guessing - It could do more - have a look at the turbine code
> - there maybe comments/reasons as to why it doesn't.
> 


I guess that basically it's because the event is actually coded in an HTML
page, and you can't expect HTML designer to actually care about something
as trivial as case in field values, so to make the event work whatever the
case mix used as the HTML input field, the event is forced to lowercase except
the first letter which is forced to uppercase.

Matching

-- 
Raphael Luta - [EMAIL PROTECTED]
Professional Services Manager
Vivendi Universal Networks - Paris


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: writing a PortletController

[raphael . luta]

PortletController are Portlet subclasses that are specialized to build
the layout strategy (ie the way portlets are organized on the page).
Since they are Portlets, they can (and the default ones do) use a templating
system like Velocity to control the controller view.
PortletController classes should also provide a customizer suited
to their layout strategy.

So if you to need to reimplement a completely new layout strategy (ex, free-floating
stackable portlets with an x,y coordinate and a z-order) you'll need to write a brand
new PortletController and customizer suited to the task.
If you want to rewrite the customizer for the default multi-column controller
you can simply change the controller customizer Action class.
If you just want to customize the screen apperance of the controller or customizer,
simply edit or copy the vm templates and modify them to suit your needs.

Andrea Franconi wrote:

> Can you explain me the relationship between the .vm controllers in 
> /WEB-INF/templates/controllers and the classes in 
> org.apache.jetspeed.portal.controllers ?
> 
> Thanks again
> 
> Andrea Franconi
> [EMAIL PROTECTED]
> 
> 
> On Wednesday 20 February 2002 19:05, you wrote:
> 
>>Just take one of the .vm controllers under
>>/WEB-INF/templates/controllers as an example, and customize it to your
>>needs, then add it to the controller registry and start using it in your
>>psml files
>>
>>



-- 
Raphael Luta - [EMAIL PROTECTED]
Professional Services Manager
Vivendi Universal Networks - Paris


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [opinion] Re: Jetspeed for professional sites; Is it ready

[raphael . luta]

ECTED]>
>>To: "Jetspeed Users List" <[EMAIL PROTECTED]>
>>Sent: Wednesday, February 06, 2002 10:31 PM
>>Subject: RE: Jetspeed for professional sites; Is it ready?
>>
>>
>>
>>>Hi Frans,
>>>
>>>1. Can I see on net some of your sites using jetspeed?
>>>2. Now that you are aware of the issues in implementing a portal for
>>>companies, have you found any other alternative?
>>>(cheaper preferrably) ?
>>>
>>>-- haresh
>>>
>>>
>>>-Original Message-
>>>From: Frans Thamura [mailto:[EMAIL PROTECTED]]
>>>Sent: Tuesday, February 05, 2002 3:44 PM
>>>To: Jetspeed Users List; [EMAIL PROTECTED]
>>>Subject: Re: Jetspeed for professional sites; Is it ready?
>>>
>>>
>>>Hi haresh,
>>>
>>>
>>>>1. How is Jetspeed for deploying a serious business site (if not mission
>>>>critical one ?)
>>>>
>>>>
>>>I think for basic personalization is oke, but for multi tab or folder, i
>>>think you will got the difficulty, esp for desigining the complex
>>>portlet/psml
>>>
>>>i try to implement this in several company, yah we got a performance
>>>problem, slow...
>>>
>>>I create a business intelligence system based on Jetspeed, called cockpit
>>>system , it is a balance scorecard system..
>>>
>>>
>>>>2. Are there any sites built using Jetspeed ? (other than the ones
>>>>
>>>>
>>>specified
>>>
>>>
>>>>on the Jetspeed home page)
>>>>
>>>>
>>>see in the reference of jakarta.apache.org/jetspeed
>>>
>>>
>>>>3. Has anyone implemented
>>>>
>>>>chat, discussion forums, polls, as portlets? (etc required to build a
>>>>portal...)
>>>>
>>>>
>>>I try poll, but forum, get difficulty to implement this.. integration
>>>
>>>
>>single
>>
>>
>>>login problem
>>>
>>>
>>>>4. How to provide roll based access to the sub sections of the Jetspeed
>>>>sites?
>>>>For example, If I want to assign 4 different administrators to 4
>>>>
>>>>
>>different
>>
>>
>>>>sections of a community portal (children, young_minds, adults, senior
>>>>citizens), so that those 4 people are responsible for managing the
>>>>
>>>>
>>content
>>
>>
>>>>published in the corresponding sections.
>>>>
>>>>Basically this is a content management system facility... which I think
>>>>
>>>>
>>>can
>>>
>>>
>>>>be an integral part of the Portal system
>>>>
>>>>Is anybody working on such (Admin) portlet?
>>>>
>>>>
>>>yah you can try it with admin/jetspeed user
>>>
>>>but, there is a role tag in xreg. if you implement it you will see the
>>>
>>>
>>role
>>
>>
>>>based portlet.
>>>
>>>i create several roles in my jetspeed environment, this is a business
>>>intelligence system, and work well.. even you must find a trick to
>>>
>>>
>>implement
>>
>>
>>>this..
>>>
>>>
>>>have a nice try..
>>>
>>>Frans
>>>
>>>
>>>>regards
>>>>
>>>>Haresh
>>>>
>>>>
>>>>
>>>>
>>>_ Do You Yahoo!?
>>>Get your free @yahoo.com address at http://mail.yahoo.com
>>>--
>>>To unsubscribe, e-mail:
>>><mailto:[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]>
>>
>>
>>
>>
>>_
>>
>>Do You Yahoo!?
>>
>>Get your free @yahoo.com address at http://mail.yahoo.com
>>
>>
>>
>>
>>--
>>To unsubscribe, e-mail:
>>
> <mailto:[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]>
> 



-- 
Raphael Luta - [EMAIL PROTECTED]
Professional Services Manager
Vivendi Universal Networks - Paris


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Jetspeed Pages and Refresh

[raphael . luta]

Emmanuel,

It seems to me that what you want is an auto-refresh feature. Correct ?

In this case, just insert the following meta in your page:



120 is the number of seconds before the refresh.

Paul Spencer wrote:

> Emmanuel,
> I do not understand you question.
> 
> The cache setting just tell the browser how long the page is valid. When 
> the browser is instructed to retrieve a page, it will look for a copy in 
> the browser cache.  If the copy in cache has NOT expired, then the page 
> is NOT retrieved from the server, i.e. Jetspeed, and the cached copy is 
> displayed.  By setting the http.lifetime to 0, then the browser should 
> not cache the page.
> 
> Paul Spencer
> 
> Emmanuel Bardet wrote:
> 
>> Hello gents,
>>
>> Sorry to come back on this but I don't get it,... yet.
>>
>> As far as I understand, I can set the parameter http.lifetime to 0 to 
>> have
>> the header set to:
>>
>> Cache-Control = "no-cache"
>> Last-Modified = (current time)
>> Pragma= "no-cache"
>> Expires   = "0"
>>
>> As stated in the JR.p.
>>
>> However, I always need to refresh manually the pages in order to load the
>> latest version. Is there anything I'm missing or doing wrong here ? 
>> It'd be
>> nice if I could get some help on this matter.
>>
>> Thanks.
>>
>> Emmanuel.
>>
>>
>> -- 
>> To unsubscribe, e-mail:   
>> <mailto:[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]>
> 



-- 
Raphael Luta - [EMAIL PROTECTED]
Professional Services Manager
Vivendi Universal Networks - Paris


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: How to load and customize wml profiles - Raphael, David?

[raphael . luta]

David Sean Taylor wrote:
> Hi Andreas,
> 
> 
>>contains a 'mtype' attribute set to 'WML'.\
>>
> 
> Look at the ProfileLocator interface for specifying the PSML parameters such
> as mediatype
> 
> Im not really sure why the customizer cannot handle customizing WML PSML.
> Raphael is the resident customizer expert :) .
> 

Actually you can access the default user WML for customization using this URL:

http://localhost:8080/jetspeed/portal/action/controls.Customize/media-type/wml

but:
- the default.psml for WML does not use currently a Customizer aware contoller
- you need to explicitely unload this profile when exting the customizer interface

I will probably work on some patches soon to simplify this process unless somebody
has working patches already... :)

--
Raphaël Luta - [EMAIL PROTECTED]
Vivendi Universal Networks - Services Manager / Paris


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: manipulate local-portlets.xreg by a portlet?

[raphael . luta]

Karsten Gampe wrote:
> Hello,
> 
> is there a way to manipulate the local-portlets.xreg file?
> 
> I plan to wirte a portlet which controlls the portlet-entry elements in this
> file. This portlet load the file, edit the entries (DOM) and replace
> the existing file by a new one.
> 
> Can i trigger jetspeed to reload the entries in the
> local-portlets.xreg?
> 

Jetspeed will automatically detect the changes and reload the file (although you
may have to wait up to 60 seconds for the change to be notified).
If you want to avoid this delay, you can simply use the Registry programmatic API,
any Portlet entry you add through the Registry service methods will be added to
the "default" .xreg file specified in JR.p, which is local-portlets.xreg by
default.

The advantage of this approach is that your editor will also work if you use
a DB backed Registry implementation...

If you really want to get a handle on a .xreg file content look into the
Reistry service implementation and more specifically the RegistryFragment (which
corresponds exactly to the memory status of a .xreg file) and the FileRegistry
interface which is implemented by the default Registry service implementation.
[You can have a look at the FeedDaemon which uses this interface].

--
Raphaël Luta - [EMAIL PROTECTED]
Vivendi Universal Networks - Services Manager / Paris


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Jetspeed site in production

[raphael . luta]

Since I just came across this site while surfing the web, there's a Jetspeed
site in production at :

http://www.zurban.com/jetspeed/portal/ (French only)

Zurban is an entertainment guide describing Paris and suburbs events, theatres,
restaurants, etc...

The main site is in Flash but if you don't have Flash or don't want to use the Flash
version, you're redirected to the above URL.
(They still rely heavily on JS,CSS, etc... so you'd better check it out with IE on 
Windows,
  they don't cope very well with other browsers...)

--
Raphaël Luta - [EMAIL PROTECTED]
Vivendi Universal Networks - Services Manager / Paris


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Apache Jetspeed Portlet API 2

[raphael . luta]

Ted Husted wrote:
> Is the code in the portlet_api branch to be considered a "reference
> implementation"?
> 

It's the code contributed by the IBM team.

> 
> I also take it the current plan is to move Jetspeed to the new API in
> the 1.3a3 timeframe, rather than move onto Jetspeed 2?
> 

Jetspeed 1.3 will use the new API. whether it's integrated in 1.3a2 or 1.3a3 is
a matter of taste. I think it's worthwhile to offer those that don't want to
migrate to the new API an upgraded version in the form of 1.3a2 but I'd the same
time the new API is so much better, the sooner it's integrated the better...
--
Raphaël Luta - [EMAIL PROTECTED]
Vivendi Universal Networks - Services Manager / Paris


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: FileWatcher / customizing turbine user

[raphael . luta]

> 
> Built it from CVS. Removed the old deployment, and cleared out the
> Tomcat work directory. Deployed the new WAR. The FileManager is still
> reporting a NULL, and then a huge NullPointerException stack trace came
> up on the default page. 
> 
> Not sure what else to do.
> 

Mmmh.. looking at the stack trace, I'd say you don't really run the latest code
because there no Home screen anymore in Jetspeed and you're still calling one.

My advise would be to download the latest CVS in a fresh directoty,
build clean, build war
Deploy the out-of-box Jetspeed CVS without any customizations and with the default
PSML files to make sure it runs, then port back any customization you already
had.

> java.lang.NullPointerException at
>   
> 
>org.apache.jetspeed.portal.controls.TitlePortletControl.getPortletOptions(TitlePortletControl.java:193)
> at
>   
> 
>org.apache.jetspeed.portal.controls.TitlePortletControl.getContent(TitlePortletControl.java:120)
> at
>   
> 
>org.apache.jetspeed.portal.controllers.RowColumnPortletController.getHTMLContent(RowColumnPortletController.java:166)
> at
>   
> 
>org.apache.jetspeed.portal.controllers.RowColumnPortletController.getContent(RowColumnPortletController.java:115)
> at
>   
> org.apache.jetspeed.portal.PortletSet.getContent(PortletSet.java:280) at
>   
> 
>org.apache.jetspeed.portal.controllers.RowColumnPortletController.getHTMLContent(RowColumnPortletController.java:182)
> at
>   
> 
>org.apache.jetspeed.portal.controllers.RowColumnPortletController.getContent(RowColumnPortletController.java:115)
> at
>   
> org.apache.jetspeed.portal.PortletSet.getContent(PortletSet.java:280) at
>   
> 
>org.apache.jetspeed.portal.controllers.RowColumnPortletController.getHTMLContent(RowColumnPortletController.java:166)
> at
>   
> 
>org.apache.jetspeed.portal.controllers.RowColumnPortletController.getContent(RowColumnPortletController.java:115)
> at
>   
> org.apache.jetspeed.portal.PortletSet.getContent(PortletSet.java:280) at
>   
> org.apache.jetspeed.modules.screens.Home.getPSMLContent(Home.java:263)
> at
>   
> org.apache.jetspeed.modules.screens.Home.doBuild(Home.java:190) at
> org.apache.turbine.modules.Screen.build(Screen.java:98)
>at
> org.apache.turbine.modules.ScreenLoader.eval(ScreenLoader.java:129) at
>   
> org.apache.jetspeed.services.jsp.tags.EcsScreenTag.doStartTag(EcsScreenTag.java:102)
> at
>   
> 
>org.apache.jsp._0002fWEB_0002dINF_0002ftemplates_0002fjsp_0002fscreens_0002fEcs_jsp._jspService(_0002fWEB_0002dINF_0002ftemplates_0002fjsp_0002fscreens_0002fEcs_jsp.java:63)
>at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at
>   
> javax.servlet.http.HttpServlet.service(HttpServlet.java:1264) at
>   
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:201)
> at
>   
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381)
> at
>   
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:458) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:1264) at
>   
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
> at
>   
> 
>org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:563)
> at
>   
> 
>org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:486)
> at
>   
> org.apache.jasper.runtime.PageContextImpl.include(PageContextImpl.java:391)
> at
>   
> 
>org.apache.jsp._0002fWEB_0002dINF_0002ftemplates_0002fjsp_0002flayouts_0002fhtml_0002fen_0002fdefault_jsp._jspService(_0002fWEB_0002dINF_0002ftemplates_0002fjsp_0002flayouts_0002fhtml_0002fen_0002fdefault_jsp.java:177)
>at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at
>   
> javax.servlet.http.HttpServlet.service(HttpServlet.java:1264) at
>   
> org.apache.jasper.servlet.JspServlet$JspServletWrapper.service(JspServlet.java:201)
> at
>   
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:381)
> at
>   
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:458) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:1264) at
>   
> org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:672)
> at
>   
> 
>org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:563)
> at
>   
> 
>org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:486)
> at
>   
> 
>org.apache.turbine.services.jsp.TurbineJspService.handleRequest(TurbineJspService.java:172)
> at
>   
> 
>org.apache.jetspee

Re: Remove display options from portlets

[raphael . luta]

Paul Spencer wrote:
> Steve,
> I think the real questions are:
>   How can an "action" be set/unset on portlet?
>   Can this be on based on the user? 
> Are Roles and Permissions used?
> 

Default implementation provided by VelocityPortletControl is to check permissions
against the PortletState interface, it may be more versatile to use declarative
security based on registry settings.
To implement this, subclass VelocityPortletControl, rewrite the business
logic for building of action list and change the controls.xreg definitions to use
your subclass...
--
Raphaël Luta - [EMAIL PROTECTED]
Vivendi Universal Networks - Paris


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Using jetspeed

[raphael . luta]

Mark Cimini wrote:
> 
> Hello,
> 
> I'm having a problem creating new Jetspeed users. I'm running Linux 7.1, Apache 
>(that came with
> 7.1) and Tomcat (3.2).  I have the latest Jetspeed (1.3a1).  The admin and turbine 
>accounts work
> fine
> 
> When I try to add a user I do not get any email sent out.  I've tried localhost, the 
>hostname of
> the computer, and a mail server I always use.  No luck getting the mail with the 
>secret password.
> 
> Any ideas?

There are a couple of known bugs in 1.3a1 concerning this issue. You can browse the 
mail archives
(January 2001) for a patch or simply use the latest CVS which has a lot of 
improvements compared
to 1.3a1.

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Portlet 2 API

[raphael . luta]

Mark Bundgus wrote:
> 
> Sorry if I missed it, but where is the Portlet 2 source and/or binaries?  A
> couple of months back, I looked over the javadocs, and the code was to be
> released within a couple weeks.  I don't see it in the current CVS source
> tree.  Is it under a specific branch?
> 

There are no binaries.

The code is in a 'portlet_api' branch and you can get a CVS source tarball at

http://jakarta.apache.org/~raphael/jetspeed/


--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Using "image" MetaInfo in Jetspeed

[raphael . luta]

Christophe MESTRALLET wrote:
> 
> Hello
> I am currently using a Jetspeed version I downloaded from the CVS at the
> beginning of the week
> 
> I need to specify an image for a portlet.
> In the portlet registry, I specify "image" MetaInfo. Unfortunately, It
> doesn't seems to be supported by Jetspeed.
> When I use the following Method :
> getPortlet.getPortletConfig().getMetaInfo().getImage(), it doesn't return
> the image.
> 
> The problem seems to come from
> JetspeedPortalFactoryService.getMetaData(PortletEntry) Method :
> this method fills title and description fields, but ignore Image field...
> Am I right ? Is it normal ?

Very possible since I didn't know if this field was still used or not, adding back
the image processing should be very easy.

Please send diffs to the list ;)

> 
> I have another problem with Jetspeed customisation  :
> User can customize their page, but they need to Logout/Login to see the
> changes. Does anyone else have this problem ?
> 

If you're using the "Customizer" link it's related to the fact that I've yet fully
adapted this portlet to the new PsmlManager and don't know if I will since I'd rather
work on integrating a more "modern" and powerful customizer...

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Admin

[raphael . luta]

Frans Thamura wrote:
> 
> Hi,
> 
> My tomcat run JetSpeed a3, I download from the CVS, and great, edit, min,
> max button is great..
> 
> Thanks you team, you answer my last question. Great job!!.
> 
> I login using turbine/turbine, and work well..
> 
> I login using admin/jetspeed, it work, I can customize it, but where is the
> admin portlet??? I see only the standar RDF, OCS for user, but the admin
> portlet.
> 

Check the jetspeed.log, you probably have a related message in the log...

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: JetspeedProfilerService

[raphael . luta]

"Berger, Jochen" wrote:
> 
> Hello Out There,
> 
> I have problems in running the current CVS version on Linux, the
> JetspeedProfilerService always calculates "null" when trying to find the
> right template. Under WinNT everything works fine.
> 

Can you try to run Jetspeed with DEBUG logging level and send the relevant 
jetspeed.log extract to the list ?

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: PSML XSD

[raphael . luta]

> Frans Thamura wrote:
> 
> I play around with psml.xsd and I try to used it as a template using XMLSpy, and 
>XMLSpy said it is
> well-formed, but have an error in element-type...
> 
> So, I cannot use that XSD..
> 
> Anyone can explain this???
> 

The PSML xsd uses a version of the specification understood by Castor.
XMLSpy may validate against another version of the spec.

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: PSMLManager

[raphael . luta]

Darren Gilroy wrote:
> 
> Raphael -
> 
> I see your point, and I agree. However, there are some things I am not 100%
> clear on.
> 
> You say:
> > However, this service currently doesn't support this
> > kind of signature since it's the role of the Profiler to
> > match RequestParameters -> PSML resource object.
> 
> > If I understand correctly your need, you want to be able
> > to explicitely specify user/mimetype/etc... parameters
> > which are used for locating PSML files, is that right ?
> 
> You are absolutely correct to say that I am looking for a way to explicitly
> specify the user/mimetype/etc parameters when changing PSML content. I would
> prefer access to a PSML object to occur independently of the Profiler. Is
> this you have proposed?
> 

Do you have a specific reason for avoiding the Profiler ?

> The Profile is just a wrapper so we know how to load a PSML Document, or in
> the current implementation, which psml document. (Is this correct?) So
> creating a new profile is not quite the same as, but may have a similar
> effect as, creating a new PSML document.
> 

Close, the Profile element would be a kind of PSMLLocator object
Alternatively, we could create such an interface

interface PSMLLocator
{
public String getPage();
public void setPage(String page);
public String getUserName();
public void setUserName(String user);
public String getRole();
public void setRole(String role);
...
}

and then we would have

interface Profile
{
public PSMLDocument getDocument()
public PSMLLocator getLocator()
}

which is somewhat more complex to use but has the advantage to clearly show the
concept behind each interface (PSMLMLocator = search criteria, PSMLDocument = document,
Profile = join )

> I agree that it is nice to have the persistence method hidden behind the
> Profile interface implementation. However, when we do this, we want to make
> it clear that when we wish to access a PSMLDocument that has nothing to do
> with the current RunData it is obvious that we are doing so. For example:
> 
> // Create Object - NO RunData parameter
> Profile baseProfile = Profiler.getProfile(username, mimetype, etc);
> --or--
> Profile baseProfile = new Profile(); or Profiler.createProfile();

Rather Profiler.createProfile() because the profiler would want to hide
which Profile implementation it uses since its persistence mechanism 
dependant.

> baseProfile.setUserName(username);
> baseProfile.setMimeType(mimetype);
> baseProfile.setEtc(etc);
> 
> PSMLDocument doc = baseProfile.getDocument();
> // this would call baseProfile.load()
> // and PsmlManager.getDocument(baseProfile) if necessary
> 
> -- manipulate the document --
> 
> baseProfile.setUsername(newuser);
> baseProfile.store();
> // this would call PsmlManager.saveDocument(baseProfile);
> 
> Also, I am a bit uneasy with the relationship between a Profile and a
> PSMLDocument. They seem to be much the same, the Profile just being the data
> needed to choose a certain PSMLDocument. Perhaps you could help me
> understand this?
> 

PSMLDocument represents the configuration element tree and methods to 
manipulate the document content whereas Profile provides meta-information 
on the document and methods to manipulate the document itself.

> I hope I am making the least bit of sense. I am very excited about the work
> that you are doing on Jetspeed, and am very enthusiastic about the direction
> you are taking the PSML infrastructure.
> 

You know that you can contribute code if you want to see it happen faster... ;)

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: PSMLManager

[raphael . luta]

David Sean Taylor wrote:
> 
> Good morning... :-)
> 

g'd evening :)

> Raphael Luta wrote:
> >
> > - I propose to change the Profile interface to (basically swapping the
> current Profile
> >   with the BaseProfile and hiding getURL() which is implementation
> specific in the
> >   base BaseProfile implementation)
> >
> > public interface Profile
> > {
> > // do we really need this ? isn't it better to let the
> > // client object initialize the PortletSet tree if required
> > // with the PortalToolkit service ?
> > public PortletSet getPortletSet()
> 
> The primary function of the profiler is to take a request, and given the
> request params (device capabilities, mediatype, user, role, language,
> location, page, etc.),  return a resource or document. This would work like:
> 
> Profile profile = Profiler.getProfile(...);
> PSMLDocument doc = profile.getDocument();
> PortletSet set = PortalToolkit.getSet( doc.getPortlets() );
> 

yes, or possibly 

PortletSet set = PortalToolkit.getSet( doc );

> Im not sure about the third step: psml.getPortlets(). This returns the
> castor-generated class representation of the psml from
> (org.apache.jetspeed.xml.api.portletmarkup)
> 
> why not simply
> 
> PortletSet set = doc.getPortletSet();
> 

Because PSMLDocument is a representation of the "static" configuration
elements whereas PortletSet is "dynamic" document representation used for
the layout.

PSMLDocument (or Portlets) and PortletSet have roughly a Peer pattern 
relation (even though this is not strictly true right now) so it's seems
like a good design decision not to mix teh 2 APIs in the same object 
but use a Toolkit to associate both.

The net effect would be that everything in 
org.apache.jetspeed.portal is a "dynamic" OM used for rendering (and should
be moved to org.apache.jetspeed.om.portal to be consistent with the OM
convention) whereas the current xml.api.portletmarkup is the statis API used 
for manipulating the page content (and this should be moved to 
org.apache.jetspeed.om.psml.castor implementing an interface based OM
org.apache.jetspeed.om.psml exactly like I've done for om.registry).

> >
> > // sets and retrieve the PSML document
> > public PSMLDocument getDocument()
> >
> > public void setDocument(PSMLDocument doc)
> >
> > // save the document
> > public boolean store()
> >
> do you think the Profiler should save the PSML document?
> (this is probably left over from my original stuff...)

Profiler no, but the Profile object yes, it's much more elegant than calling
yet another static class and nicely hides your persistence method in the
Profile interface implementation.

> Wouldn't it be better for the PSMLManager service, or the document object to
> store itself
> 
> > // these setters/getters allow you to specify or retrieve
> > // all the criteria used for selecting a PSML file
> > // Some of these may be mutually exclusive like username/role/group
> >
> > public String getUserName()
> >
> > public void setUserName( String group )
> >
> > public String getMediaType()
> >
> > public void setMediaType( String group )
> >
> > public String getGroup()
> >
> > public void setGroup( String group )
> >
> > public String getRole()
> >
> > public void setRole( String role )
> >
> > public String getPage()
> >
> > public void setPage( String page )
> > }
> >
> > An instance implementing such an interface could be used by the
> PsmlManager
> > service to look for a specific PSML resource thus the PsmlManager service
> > interface would be :
> >
> > public interface PsmlManagerService extends Service
> > {
> > public Profile getDocument( Profile profile );
> 
> do you mean
> public PSMLDocument getDocument( Profile profile );
> 

yes.

> >
> > public boolean saveDocument( Profile profile );
> >
> > public boolean saveDocument( Profile profile, PSMLDocument doc );
> > }
> >
> > and the Profiler interface could stay about the same with methods
> > like
> >
> > public Profile getProfile(RunData data)
> >
> > public Profile getProfile(RunData data, String role)
> >
> > etc...
> >
> > and
> >
> >// return an empty profile
> >public Profile createProfile(RunData rundata, String userName)
> > throws ProfileException;
> >
> >// return a profile, read the request params from 

Re: nightly / daily build

[raphael . luta]

Ajit Joglekar wrote:
> 
> Hi,
> 
> People like me can't use cvs access to get the latest cvs source due to
> proxies. Is there any daily source archive available somewhere? If not, can
> this archiving be started similar to some other jakarta projects?
> I am mainly interested in the new portlet api.
> 

Right now, you can find one at:

http://jakarta.apache.org/~raphael/jetspeed/jetspeed-latest.tgz

As part of the rolling out of 1.3a2, I'll put the nightly build in /release/nightly
as the other jakarta projects.

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jetspeed Registry

[raphael . luta]

Darren Gilroy wrote:
> 
> All -
> 
> I added the following entry to the jetspeed-config.jcfg file 
> 
> 
>   com.consonus.report.portlets.BandwidthPortlet
>   
> Bandwidth Reports
>   
> 
> 
> and created a psml file for my user with this entry 
> 
>   
> 
> But I get an error in the jetspeed.log file 
> 
> [Fri Jun 01 10:02:53 PDT 2001] -- INFO -- Failed to retrieve Bandwidth from
> Portlet
> [Fri Jun 01 10:02:53 PDT 2001] -- ERROR --  The portlet Bandwidth does not
> exist in the Registry
> 
> I am upgrading from the 1.3a1 release to the latest CVS (as of last
> Wednesday, I think) and copied and pasted from the old jetspeed-config.jcfg
> file.
> 
> I have the BandwidthPortlet.class file in WEB-INF/classes/com./
> 

If you tried to update the jetspeed-config.jcfg in the new CVS, this will not work
as it's not used anymore (and is removed in the latest CVS), you need to put your 
portlet definitions in an .xreg file.

I'd advise you to simply create a new loacal-portlets.xreg file in the WEB-INF/conf/
directory and put all your specific portlet definitions in there. This way next time
you'll update your Jetspeed version, you'll simply have to copy your local xreg files
to the new WAR...

BTW, I'd also advise you to update to yesterday CVS as I fixed a few bug and added
several features (most notably portlet level customization...).

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Administration users

[raphael . luta]

Lars Vogelgesang wrote:
> 
> Hello there!
> I have quite a basic question:
> How can I create users with administration rights and
> within Jetspeed how can I conclude from a given user-obect
> (from RunData.getUser()), whether the user has administration
> rights or not.
> 

This is currently being addressed by David and Jason. Since Jetspeed
uses the underlying Turbine user model, you should be able to use the
standard Turbine user management tools (Flux)


--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Problem with Customizer for Users HomePage

[raphael . luta]

> "Berger, Jochen" wrote:
> 
> Hello Out there,
> 
> i tried to Confgure the Content of User turbine via the Link in top to the Customize 
>Screen.
> 
> Doing this I'm just landing on the Home Screen.
> 
> Has anybody an idea how to solve this problem?
> 

Can you give us more information on your setu ?
Something like :
the jetspeed version you're using, since when you notice this behavior, any meaningful
except from jetspeed.log, etc...

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: build problem

[raphael . luta]

Helen G wrote:
> 
> i am new with jetspeed,
> i have just downloaded it using CVS.
> 
> i want to know how can i build the "jetspeed.war" file using those files.
> 
> i tried "c:\build\build" but it created only jar and *.class at
> the "bin" directory.
> 

build war

The INSTALL file in CVS has changed to reflect the change of target but maybe some
other documentation isn't up to date...

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Error on start screen

[raphael . luta]

sbelt wrote:
> 
> Forgive me for what is probably a Tomcat question, but...
> 
> How do I do this if I am using Catalina? There is no wrapper.properties, and
> I cannot find a file which defines the classpath. I tried simply replacing
> the jaxp.jar in <%tomact%>/server/lib, but this gave me a blank page.
> 

For catalina, replace /lib/jaxp.jar and /lib/crimson.jar with xerces.jar. However,
you should not encounter this error in Catalina. If you do, it's probably a good thing
to register it on Catalina Bugzilla...

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: *.xreg files

[raphael . luta]

Stefan Wagner wrote:
> 
> Am Donnerstag, 17. Mai 2001 21:35 schrieben Sie:
> > Stefan Wagner wrote:
> > > Hi!
> > >
> > > Can someone explain the new *.xreg files in the conf directory?
> >
> > They are used by the new registry service that will replace the registry
> > manager service in 1.3a2.
> >
> > They completely replace the old jcfg config file keeping the same syntax
> > (OK, there's one syntax exception).
> >
> > The goal of this move is to enable easier portlet deployment since they can
> > be bundled with a default *.xreg file that will be automatically picked up
> > by Jetspeed at runtime. This move will be completed in 1.3a3 when the
> > registry will also recognize the new PAR files defined in the new Portlet
> > API.
> 
> Okay. I think that's great!
> 
> > Another implication of this move is that the FeedDaemon now serializes and
> > save the portlet definitions it creates for the RSS entries so this should
> > give a better visibility on the syndication process.
> >
> > Finally, the Registry API has been completed so that you can
> > programmatically manipulate the Registry and serialize the state on disk.
> 
> All right. I think I got this, too.
> 
> But why do all my own portlets display "No title set"? I (think I) did set it
> in the Registry. I tried both, the jcfg and the portlet.xreg file.
> 
> Can someone help me out?
> 

send me your porlet defintion in xreg and I'll check if I can reproduce this.

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: PSML files

[raphael . luta]

Stefan Wagner wrote:
> 
> Hi again!
> 
> I got a question regarding the PSML files.
> I use the current CVS and it seems like my changes on the PSML files are
> ignored. If I put my portlet in there it produces no changes on the page.
> Only by selecting my portlet in the customizer puts it on my homepage.
> 
> What's wrong?
> 

I'm not sure I understand your question, can you describe what you're trying to
do exactly and what fails ?

If you issue is that when you modify PSML files on disk, they are not updated on disk
can you precise which Profiler you're using ?

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: *.xreg files

[raphael . luta]

Stefan Wagner wrote:
> 
> Hi!
> 
> Can someone explain the new *.xreg files in the conf directory?
> 

They are used by the new registry service that will replace the registry manager
service in 1.3a2.

They completely replace the old jcfg config file keeping the same syntax 
(OK, there's one syntax exception).

The goal of this move is to enable easier portlet deployment since they can be bundled
with a default *.xreg file that will be automatically picked up by Jetspeed at runtime.
This move will be completed in 1.3a3 when the registry will also recognize the new PAR
files defined in the new Portlet API.

Another implication of this move is that the FeedDaemon now serializes and save the
portlet definitions it creates for the RSS entries so this should give a better 
visibility
on the syndication process.

Finally, the Registry API has been completed so that you can programmatically 
manipulate
the Registry and serialize the state on disk.

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: changing default.psml

[raphael . luta]

Mike Miller wrote:
> 
> Hi, I just started working with Jetspeed and want to modify the shipped
> default.psml.  It seems like I have to shutdown and restart Tomcat after
> every change to default.psml.  Is this true?  Is there a better way to
> see my changes without having to continually bounce Tomcat?
> 

Which version of Jetspeed do you use ? PSML files changes are supposed to be
detected dynamically. Please note however that your browser may actually cache
results and not request the page, for development I usually disable all browser
cache.

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WebMail portlet

[raphael . luta]

Stefan Wagner wrote:
> 
> 
> Könntest du mir ein Beispiel mit JSP geben, bzw. erklären, wie ich JSP mit
> Jetspeed benutze. Kann ich da auch die Actions von Turbine benutzen und wenn
> ja, wie?
> 
> Danke!
> 

You can use JSP as portlets by using the ServletECSElement and ServletPortlet since
from Jetpseeed point of view, JSP is just an external servlet.
You can integrate use Turbine actions to set attributes for the JSP Portlet before 
calling the JSP. 

The current customizer (not the new Gluecode) is an example of JSP portlet.

Now, Stefan, please avoid non-English posts on this mailing-list, we're an 
international
forum and not everybody understands German (I'm advantaged in this regard being born
near the France-Germany border...)

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: LDAP implementation

[raphael . luta]

> "Rhodes, Phillip C." wrote:
> 
> I would like to switch Jetspeed security implementation out for my own which uses 
>stateful session
> beans that access an LDAP server.
> 
> What configuration settings need to be made and what classes need to be overridden, 
>etc?
> 

Jetspeed uses the Turbine authentication and authorization facilities, so if you want 
to
plug your own, you just need to provide an alternate implementation of these services.

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Timeframe for 1.3a2 ?

[raphael . luta]

Steven Ng wrote:
> 
> i only have jaxp.jar in the j2sdk/jre/lib/ext folder and after removing that
> i get
> 

Hmm... I know the ext folder is convenient but it's calling for trouble when you're
using server java applications.
I strongly suggest you not to put jars in this folder when you want to run server like
application like a servlet container.

> javax/xml/parser/SAXParserFactory NoClassFoundException
> 
> i'm currently running Tomcat 3.2.1
>

Make sure to update the xerces bundled with Tomcat in /lib then.
Remove any other possible jar bundled with the DOM API.
 

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Error on start screen

[raphael . luta]

Stefan Wagner wrote:
> 
> Hi!
> 
> With the latest CVS from Jetspeed I got the following error on the start
> screen:
> 
> Is it  a general error or did I something wrong?
> 
> Error Generating Jetspeed Screen:
> 
> java.lang.NoSuchMethodError: org.w3c.dom.Node: method
> getLocalName()Ljava/lang/String; not found
> 
> java.lang.NoSuchMethodError: org.w3c.dom.Node: method
> getLocalName()Ljava/lang/String; not found at at

These kind of errors are always caused by the same thing: conflicting parsers bundled
with different version of the SAX/DOM API.
Best way to solve this is to use one and only one parser level thoughout your
setup. (for example: always use xerces 1.3.1+ and replace every other parser found
by this one).

I think these conflicts are supposed to be solved with Tomcat 3.3.

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Websphere

[raphael . luta]

Craig Castelaz wrote:
> 
> I'm attempting to install Jetspeed on Websphere 3.5.3 and are running into
> problems with the RegistryManager.  After searching the mail archives I
> found a fix from Michael Harris for what appears to be the same error but
> under Websphere 3.5.x (possibly 3.5.2).  I've tried both methods he
> suggested, but without luck.  I still get the following:
> 

Can you try with the latest CVS ? I changed the registry implementation so 
you should not encounter this error anymore. (Note that I did not disable 
the old registrymanager yet so you may still see some harmless error messages
related to this manager in the log)

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jetspeed 1.3.a1 cache system: lighting the darkness!

[raphael . luta]

Santiago Gala wrote:
> 
> [EMAIL PROTECTED] wrote:
> 
> 
> I would like a lot that AbstractPortlet be really abstract. It is very
> misleading that a class named Abstract has a concrete implementation.
> Further, if it implements things that are not abstract at all, as a
> caching behaviour coupled with a way to retrieve cached content. We have
> had quite a few errors related with the fact that AbstractPortlet
> implements too many things.
> 

I agree with the idea but do you see a mean to reduce the amount of functionality
implemented by the AbstractPortlet (or Abstract*) without breaking compatibility ?

I would think that AbstractPortlet should *not* implement Cacheable and should not
provide an implementation for getContent() at the very least. If people are OK with
dropping the Cacheable interface from AbstractPortlet, I'm definitely +1 but I fear
this may have border effects on existing code.

> > OK, I'll see if I can integrate that into 1.3a2 without breaking existing code...
> >
> > While I'm testing waters here :
> >
> > Are there users out there who depend on PortletSet, PortletControl and 
>PortletConfig
> > being real classes rather that interfaces (for things like new PortletConfig() or
> > new PortletSet() ) ?
> >
> > If not, I'd like to make these interfaces and provide the existing implementations
> > as BasePortletConfig(), BasePortletSet() and AbstractPortletControl(). That will
> > give us a lot of additionnal flexibility.
> >
> 
> Again, I would pray that any "Abstract..." be really abstract. If it is
> not abstract --> "Base..."
> 

The distinction I see between Base* and Abstract* is that a Base* class is likely 
to be the only implementation of this interface whereas Abstract* is a helper class
for implementing an interface which is expected to have many implementations (Portlet,
PortletControl, PortletController).

Does that make sense to you ?

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jetspeed 1.3.a1 cache system: lighting the darkness!

[raphael . luta]

carlos beltran wrote:
> 
> > Very good explanation ! Do you think you code write this in xdocs ?
> 
> Sure!!
> But i dont have commit access. May be someone with access can do it?
> 

Either send it to the jetspeed-dev list or send it directly to me [EMAIL PROTECTED],
I'll review and commit it.

> > BTW, I'm currently working on integrating Roberto Carrasco velocity work into
> > Jetspeed and considering to remove the Cacheable interface from the base
> > Portlet interface.
> >
> > This way only those portlet implementations that want to be Cacheable need to
> > implement this feature.
> >
> > To keep backward compatibility, we could have an AbstractPortlet implementing
> > Cacheable and a DynamicAbstractPortlet that would not implement it (I would
> > prefer AbstractPortlet and CacheableAbstractPortlet but this may break portlets
> > extending AbstractPortlet and relying on the caheable interface methods...)
> >
> > Would that suit you ?
> 
> Yes, I think it is a good idea.
> 

OK, I'll see if I can integrate that into 1.3a2 without breaking existing code...

While I'm testing waters here :

Are there users out there who depend on PortletSet, PortletControl and PortletConfig
being real classes rather that interfaces (for things like new PortletConfig() or
new PortletSet() ) ?

If not, I'd like to make these interfaces and provide the existing implementations
as BasePortletConfig(), BasePortletSet() and AbstractPortletControl(). That will
give us a lot of additionnal flexibility.


--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Jetspeed 1.3.a1 cache system: lighting the darkness!

[raphael . luta]

carlos beltran wrote:
> 
> We have been fighting a little with the cache system in Jetspeed 1.3.a1.
> Our goal was that of showing real time data in a portlet presenting a
> RSS page generated with JSP. But we had problems because the portlet
> content was not refreshed when the user was hitting the refresh button
> in his web browser.
> 
> Why?
> Answer: cache system.
> 
> Two different kinds of cache are acting in the portlet; the first one is
> caching the portlet object in memory and the second one is caching the
> URL that the portlet is using. This second cache is called the
> DiskCache. There is a third class of cache, but it is only working for
> the channels defined in OCS and it is known as FeedCache.
> The DiskCache has mainly two types of URL: locals and remotes. The
> locals are not cached and are directly get from the URL source ( so if
> your page is local you will not have problems). The DiskCache recognizes
> as locals the next types of URLs:
> 
> /test/test
> http://localhost
> http://127.0.0.1
> http://ourserver.domainame
> 
> Notice that the URL "http://ourserver"; is considered as remote...
> 
> The remotes URL are refreshed by the DiskCacheDaemon. This daemon runs
> with a interval defined in the JR.p; each time it runs it takes all the
> URL from the DiskCache and renews that ones that are remote and have
> passed over their "expiration time". This expiration time is hard coded
> in the source of DiskCacheEntry.java and it is equal to 15 minutes.
> 
> So what happens if you want to refresh your remote URL in the DiskCache
> with a interval lower than 15 minutes, ..well.., you can't, unless you
> change DiskCacheEntry to modify the default expiration time.
> 
> Then, playing with the "expiration time" and the daemon interval, you
> would be able to control the refresh of your portlet lower that 15
> minutes ( in fact we wanted a refresh time of 1 minute).
> 
> Finally,In both, local and remote URL, we would suggest to "jump" the
> "portlet cache". This can be done overwriting the isCacheable() method
> as it has been explained in other messages.
> 

Very good explanation ! Do you think you code write this in xdocs ?

BTW, I'm currently working on integrating Roberto Carrasco velocity work into
Jetspeed and considering to remove the Cacheable interface from the base
Portlet interface.

This way only those portlet implementations that want to be Cacheable need to
implement this feature.

To keep backward compatibility, we could have an AbstractPortlet implementing 
Cacheable and a DynamicAbstractPortlet that would not implement it (I would
prefer AbstractPortlet and CacheableAbstractPortlet but this may break portlets
extending AbstractPortlet and relying on the caheable interface methods...)

Would that suit you ?

--
Raphaël Luta - [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]