[EMAIL PROTECTED] wrote:
>
> ----- Original Message -----
> From: "Kevin A. Burton" <[EMAIL PROTECTED]>
> To: "JetSpeed" <[EMAIL PROTECTED]>
> Sent: Wednesday, March 22, 2000 6:02 PM
> Subject: Re: congrats, but....
>
> > > Now, everything works ok, so far (although I thought
> > > somebody said a while ago that the PortletBrowser was
> working).
> >
> > It is... are you having problems?
>
> It isn't displaying any portlets. The test site url is
> http://maia.webcombo.net:8080/content/servlet/jetspeed
>
> When I go to the Channels link, it first chops the domain
> name off the
> server (this may be something I have misconfigured). But
> even if you put
> the .webcombo.net back on, an empty Jetspeed screen comes
> up with a portlet
> labelled Portlets and a Next button----but no portlet list.
No exceptions? This is very wierd. What does the log say? You will
have to create it with write access. Turbine won't automatically create
it.
> > > For the
> > > next few days, I actually get to program for once, so
> I'll be working on
> the
> > > cache and portlet browsing/selection features.
> >
> > Cool. What features of the cache? Memory cache? Disk
> cache?
>
> Disk cache first. Right now, our home page at
> www.webcombo.net is generated
> into a static page using lynx -source w/ 1.0b2. We have 3
> different
> versions on two servers updated 4 times per hour. This
> means that each
> portlet gets accessed by our server 24 times per hour. My
> first goal is to
> get the disk cache to the point where it only loads the url
> if it has
> changed since the last hit.
You mean the PersistentDocumentDaemon? It is broken in that it will
always try to DL the URL even if it hasn't changed. +1 on fixing it.
<snip>
> > One of the things that needs to be worked on in the
> browsing/selection
> > arena is to have per-user portlet subscription with
> persistence. I
> > haven't worked on this because it isn't a big issue in
> my current
> > situation. It is important though.
>
> This is my top priority after the cache.
Cool! It would be good to have it done. I was going to use a static
XML file as persistence and maybe castor JDO to abstract the database.
> > > Question: wouldn't it be a lot easier on the server if
> we could store
> *some*
> > > of the config info in cookies? This is a big issue for
> me, because my
> > > company is already maxed out on db space and server
> cycles....
> >
> > Not really. The only real issue I think should be stored
> as cookies is
> > the username/password (only if password is allowed) so
> that the user can
> > autologon. Writing a cookie store for your portlets
> would be a bad
> > idea. Specifically because you don't leverage a clean
> server-side impl.
>
> I dislike the idea of storing passwords in cookies, because
> they get stored
> as plain text on the computer. Plus, what if somebody puts
> up Jetspeed on a
> doubleclick-esque site? Wouldn't want a third party
> building a database of
> passwords....
Cookies can't cross domains... so it really isn't a problem. We can
have this a property. IE "usecookies=false"
> The idea of using cookies was brought up by my sys admin
> specifically
> because our MySQL server is running on his workstation and
> already has way
> too much load. I think we will start with cookies storing
> very basic
> settings and migrate towards a complete db impl once we get
> a little more
> hardware.
What very basic settings? There really isn't a way to store information
on the client. It will basically loose its config when the DB crashes.
> We have had our basic system live for two weeks and have
> received a lot of
> positive feedback. Oh, that reminds me, I'm also going to
> work on the XML
> subscription thing. We use moreover feeds formatted by
> cocoon and merged
> with the jetspeed document through an icky hack. I'd like
> to get it to the
> point where it can all be xml. I favor cocoon generating
> verbose html vs.
> CSS because a lot of our users don't support CSS
> (consistently).
Moreover should work right now. It should be OCS and work out of the
box. I need to work on merging multiple OCS channels so that this will
work with XMLTree and Moreover at the same time. This is already in the
updated TODO that will be commited/posted tonight.
> So----I am basing all of this off of the todo I found in the
> /jetspeed/dist/Jetspeed-1.0.zip. Is there a more recent
> version attached to
> a more specific module?
<snip>
No. I am working on one right now.
Also, if you could detail what work you are doing that would be cool.
Maybe a proposal e-mail. Then a diff and we can patch it and put this
into 1.0.1 or 1.1...
Kevin
--
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]
