Mark Nickel wrote:
> 
> Ed,
> 
> > Maybe this would be better done on a per-user basis.  The PortletController can
> > probably be set up to know what domain it is functioning in.  For selected
> > users, no off-domain links would be generated.
> 
> Ideally it might be nice to have both worlds. (no idea of the implementation time 
>here
> :)  )  I think if such a feature was a part of Jetspeed, you should have the ability 
>to
> define the off-domain links by user or by default behavior of the domain the
> PortletController is in.  That way you can say for a Jetspeed powered site behind the
> firewall, the PortletController will not render off-domain links.  This behavior 
>would
> be overridden if you login to to the portal and your user profile would allow for
> off-domain links.

-1

The PortletController only organizes your content.  If you run a Portlet
that generates remote links... then it will generate remote links... 

I don't want to add functionality that doesn't allow people to access
the Internet.  It would be like writing a feature into JServ that
doesn't allow people to use TCP.  

> If the Jetspeed site was located outside the firewall, then the default behavior of 
>the
> PortletController would be to enable off-domain links.  If a user were to login to 
>the
> site, then you would still have the option of turning on or off off-domain links.  
>Kinda
> silly to turn off off-domain links for a portal on the outside of a firewall, but 
>hey,
> you could do it!  :)

The Jetspeed Portal infrastructure... at least the content syndication
features are all about remote content.  Now when things like
iCalendar/Project are integrated it will be better for "disconnected"
use. 

Things like Mail/iCalendar/Project are all great for inside the
firewall.

> > When you're dealing with a firewall, you have an even bigger issue.  Lots of
> > proxy servers have evil cache systems that rarely update.  So, your intranet
> > content with business logic will be fine, but the internet content will most
> > likely be hopelessly out of date....
<snip>
-- 
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]

Reply via email to