I was already thinking that nobody cares about this... as nobody
bothered to answer to my post ;-(
Anyway, nice to see that others are also concerned about this and
thinking in the same  direction. I'm looking forward to read your doc...

Neeme

> -----Original Message-----
> From: burtonator [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 23, 2000 6:05 PM
> To: JetSpeed
> Subject: Re: Prowler vs. Jetspeed [was: Prowler-Pre-Release]
> 
> 
> I didn't see this until just now... procmail put it into the Ozone
> folder and I don't check there often.
> 
> I agree.  The problem is that the current data persistence choices are
> vast and very complex (EJB, Ozone, Castor, Turbine, etc).  I 
> am working
> on a doc (that I will post on my website) after a long attempt to make
> some sense of all this confusion.  Each strategy has their advantages
> but it still is a hard problem to solve.  
> 
> Anyway,  I will get back to the list...  It is a larger problem that I
> have been thinking about for a long time and really want to 
> help solve.
> 
> Kevin
> 
> Neeme Praks wrote:
> <snip> 
> > From one side, Jetspeed is about retrieving content from 
> the internet
> > and presenting this to the user in a concise, "portal-like" way. For
> > example, Jetspeed uses RSS to get various kinds of 
> newsfeeds all over
> > the Internet (currently ~1700 RSS sources?). Then the user 
> can subscribe
> > to the news he/she likes the most and can access this information on
> > Jetspeed portal page.
> > 
> > On a more general level, Jetspeed is just a framework for building
> > portals: you can develop you own applications or "portlets" 
> in Jetspeed
> > terminology that the users can subscribe to. These "portlets" are
> > presented in like small "windows" in your browser. Jetspeed 
> takes care
> > of the "window-management", user subscription information 
> management,
> > etc. So the developer can concentrate on developing these small
> > "portlets" that snap into the Jetspeed environment.
> > 
> > These portlets can be whatever kind of applications:
> > * they can be RSS portlets, as presented above
> > * they can be Cocoon applications, like XSP portlets
> > * they can be simple Java classes
> > * etc... plug in your favorite development technology here 
> (and write
> > the wrapper for Jetspeed :-)
> > 
> > Now Prowler. As I understood, Prowler is an API for 
> accessing different
> > kinds of "local" resources like "ozoneXML, simple file store, maybe
> > others" and "mail server, EJB server, SQL, whatever". And as I
> > understood, you have developed an XSP taglib for this API; 
> so, it can be
> > used to develop XSP portlets in Jetspeed.
> > 
> > This is what I mean by using Jetspeed with Prowler, not instead of
> > Prowler.
> > 
> > Actually, Prowler and OzoneXML could be used in Jetspeed 
> also, as there
> > was some time ago a discussion, were should the user information and
> > portlet registry be stored. Right now the choice was plain 
> file system
> > for the sake of simplicity, but I think Ozone XML 
> repository would be
> > much more appropriate for this. So, Prowler could be used to access
> > either the file system or any other data source without 
> worrying where
> > the data is actually stored. Abstracting Jetspeed from the 
> specifics of
> > the medium of storage. I'm not familiar with Prowler that 
> much, I might
> > just as well be dreaming ;-)
> > 
> > Of course, this brings up the question, should there be yet another
> > product bundled with Jetspeed?
> 
> 
> -- 
> Kevin A Burton ([EMAIL PROTECTED])
> http://relativity.yi.org
> Message to SUN:  "Please Open Source Java!"
> "For evil to win is for good men to do nothing."
> 
> 
> --
> --------------------------------------------------------------
> Please read the FAQ! <http://java.apache.org/faq/>
> To subscribe:        [EMAIL PROTECTED]
> To unsubscribe:      [EMAIL PROTECTED]
> Archives and Other:  <http://java.apache.org/main/mail.html>
> Problems?:           [EMAIL PROTECTED]
> 
> 


--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]
Archives and Other:  <http://java.apache.org/main/mail.html>
Problems?:           [EMAIL PROTECTED]

Reply via email to