You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-dev@portals.apache.org by David Sean Taylor <da...@bluesunrise.com> on 2003/08/06 08:14:33 UTC
Developer Areas
Sorry if I've been a little unresponsive lately.
It can sometimes be a time consuming job writing code for a living.
We were discussing developer areas in Jetspeed-2 a while back, and here
is what we came up with.
This is by no means a final list and others are willing to join in
Object Model, Registry: Scott Weaver
Layout, Look and Feel: Scott Weaver
JMX : Jeremy Ford, Scott Weaver
Plug in Architecture : Scott Weaver
Container, Actions : David Taylor
Aggregation, PSML : Raphael Luta
Security : Paul Spencer
Device Caps, media : David Taylor, Roger Ruttimann
...
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
+01 707 773-4646
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: contribute to Jetspeed
Posted by Marco Mari <dr...@tiscali.it>.
Hi!
Yes, I'd like to look at Epicentric Web clipping portlet, thanks!
It would surely be an help to have new ideas.
>It would be great to see a few more usable portlets for J2 right out of
the
>box. Let me know what you think.
I agree, it would be great!
Regards,
Marco.
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Date: Thu, 07 Aug 2003 15:11:22 -0700
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>From: James Nguyen <se...@duskyblue.net>
>Subject: Re: contribute to Jetspeed
>
>
>At 02:13 PM 8/7/2003 +0200, you wrote:
>Hi!
>
>For my master thesis I'd like to contribute to Jetspeed (I've already posted
>my cHTML and PDA project).
>If you are interested I'm realizing a Web Clipping portlet (like Ibm or
>Oracle Web clipping
>ortlets).
There's a Web Clipping module in Epicentric Portal server that is a little
better in usability in my opinion. If you would like to look at it, I can
set you up with your sub-site so that you can explore the vast modules
Epicentric pr
>vides. I've been waiting for J2 to be out so I could port
them myself, but it looks like we can split the portlets. =)
It would be great to see a few more usable portlets for J2 right out of
the
box. Let me know what you think.
>Or I can real
>ze a portlet that adapts the content of a Web page to mobile
>devices (cHTML, WML, PDAs...).
>In alternative I can contribute to Jetspeed 2, but in this case I have
no
>idea of what to do, and I need a job that can
>give concrete results in a pair
>f months, because I have to write something
>in the thesis :)...
>
>Thanks for any suggestion,
>
>Marco Mari
>
>__________________________________________________________________
>Partecipa al concorso Tiscali "collegati e vinci",
>il primo pr
>mio e' un viaggio per 2 persone a Zanzibar!
>http://point.tiscali.it/numerounico/
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additi
>nal commands, e-mail: jetspeed-dev-help@jakarta.apache.org
James Nguyen
I/T Professional
IBM Global Services
600 Anton Boulevard - Suite 360
Costa Mesa, California 92626
"Cogito ergo sum"
-Rene Descartes
---------------------
>-----------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
Re: contribute to Jetspeed
Posted by Marco Mari <dr...@tiscali.it>.
Hi!
Yes, I'd like to look at Epicentric Web clipping portlet, thanks!
It would surely be an help to have new ideas.
>It would be great to see a few more usable portlets for J2 right out of
the
>box. Let me know what you think.
I agree, it would be great!
Regards,
Marco.
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Date: Thu, 07 Aug 2003 15:11:22 -0700
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>From: James Nguyen <se...@duskyblue.net>
>Subject: Re: contribute to Jetspeed
>
>
>At 02:13 PM 8/7/2003 +0200, you wrote:
>Hi!
>
>For my master thesis I'd like to contribute to Jetspeed (I've already posted
>my cHTML and PDA project).
>If you are interested I'm realizing a Web Clipping portlet (like Ibm or
>Oracle Web clipping
>ortlets).
There's a Web Clipping module in Epicentric Portal server that is a little
better in usability in my opinion. If you would like to look at it, I can
set you up with your sub-site so that you can explore the vast modules
Epicentric pr
>vides. I've been waiting for J2 to be out so I could port
them myself, but it looks like we can split the portlets. =)
It would be great to see a few more usable portlets for J2 right out of
the
box. Let me know what you think.
>Or I can real
>ze a portlet that adapts the content of a Web page to mobile
>devices (cHTML, WML, PDAs...).
>In alternative I can contribute to Jetspeed 2, but in this case I have
no
>idea of what to do, and I need a job that can
>give concrete results in a pair
>f months, because I have to write something
>in the thesis :)...
>
>Thanks for any suggestion,
>
>Marco Mari
>
>__________________________________________________________________
>Partecipa al concorso Tiscali "collegati e vinci",
>il primo pr
>mio e' un viaggio per 2 persone a Zanzibar!
>http://point.tiscali.it/numerounico/
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additi
>nal commands, e-mail: jetspeed-dev-help@jakarta.apache.org
James Nguyen
I/T Professional
IBM Global Services
600 Anton Boulevard - Suite 360
Costa Mesa, California 92626
"Cogito ergo sum"
-Rene Descartes
---------------------
>-----------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: contribute to Jetspeed
Posted by James Nguyen <se...@duskyblue.net>.
At 02:13 PM 8/7/2003 +0200, you wrote:
>Hi!
>
>For my master thesis I'd like to contribute to Jetspeed (I've already posted
>my cHTML and PDA project).
>If you are interested I'm realizing a Web Clipping portlet (like Ibm or
>Oracle Web clipping portlets).
There's a Web Clipping module in Epicentric Portal server that is a little
better in usability in my opinion. If you would like to look at it, I can
set you up with your sub-site so that you can explore the vast modules
Epicentric provides. I've been waiting for J2 to be out so I could port
them myself, but it looks like we can split the portlets. =)
It would be great to see a few more usable portlets for J2 right out of the
box. Let me know what you think.
>Or I can realize a portlet that adapts the content of a Web page to mobile
>devices (cHTML, WML, PDAs...).
>In alternative I can contribute to Jetspeed 2, but in this case I have no
>idea of what to do, and I need a job that can
>give concrete results in a pair of months, because I have to write something
>in the thesis :)...
>
>Thanks for any suggestion,
>
>Marco Mari
>
>__________________________________________________________________
>Partecipa al concorso Tiscali "collegati e vinci",
>il primo premio e' un viaggio per 2 persone a Zanzibar!
>http://point.tiscali.it/numerounico/
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
James Nguyen
I/T Professional
IBM Global Services
600 Anton Boulevard - Suite 360
Costa Mesa, California 92626
"Cogito ergo sum"
-Rene Descartes
Re: contribute to Jetspeed
Posted by James Nguyen <se...@duskyblue.net>.
At 02:13 PM 8/7/2003 +0200, you wrote:
>Hi!
>
>For my master thesis I'd like to contribute to Jetspeed (I've already posted
>my cHTML and PDA project).
>If you are interested I'm realizing a Web Clipping portlet (like Ibm or
>Oracle Web clipping portlets).
There's a Web Clipping module in Epicentric Portal server that is a little
better in usability in my opinion. If you would like to look at it, I can
set you up with your sub-site so that you can explore the vast modules
Epicentric provides. I've been waiting for J2 to be out so I could port
them myself, but it looks like we can split the portlets. =)
It would be great to see a few more usable portlets for J2 right out of the
box. Let me know what you think.
>Or I can realize a portlet that adapts the content of a Web page to mobile
>devices (cHTML, WML, PDAs...).
>In alternative I can contribute to Jetspeed 2, but in this case I have no
>idea of what to do, and I need a job that can
>give concrete results in a pair of months, because I have to write something
>in the thesis :)...
>
>Thanks for any suggestion,
>
>Marco Mari
>
>__________________________________________________________________
>Partecipa al concorso Tiscali "collegati e vinci",
>il primo premio e' un viaggio per 2 persone a Zanzibar!
>http://point.tiscali.it/numerounico/
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
James Nguyen
I/T Professional
IBM Global Services
600 Anton Boulevard - Suite 360
Costa Mesa, California 92626
"Cogito ergo sum"
-Rene Descartes
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: Developer Areas
Posted by David Le Strat <dl...@yahoo.com>.
Great,thanks David.
Are lead developers going to publish high level design
documents to make it easier for contributors to
identify where they could fit and provide constructive
suggestions? For instance, I am interested in helping
with the security model but a base design would
probably help the discussion. What do you think?
David Le Strat.
--- David Sean Taylor <da...@bluesunrise.com> wrote:
> Sorry if I've been a little unresponsive lately.
> It can sometimes be a time consuming job writing
> code for a living.
>
> We were discussing developer areas in Jetspeed-2 a
> while back, and here
> is what we came up with.
> This is by no means a final list and others are
> willing to join in
>
> Object Model, Registry:���� Scott Weaver
> Layout, Look and Feel:����� Scott Weaver
> JMX������������������������������� :������ Jeremy
> Ford, Scott Weaver
> Plug in Architecture���� :������ Scott Weaver
> Container, Actions ���� :������ David Taylor
> Aggregation, PSML���� :������ Raphael Luta
> Security������������������������� :������ Paul
> Spencer
> Device Caps, media��� :������ David Taylor, Roger
> Ruttimann
> ...
>
> --
> David Sean Taylor
> Bluesunrise Software
> david@bluesunrise.com
> +01 707 773-4646
>
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> jetspeed-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> jetspeed-dev-help@jakarta.apache.org
>
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
Re: contribute to Jetspeed
Posted by David Sean Taylor <da...@bluesunrise.com>.
On Thursday, August 7, 2003, at 06:02 PM, Tim Reilly wrote:
> Hi Marco,
>
> I say go for it! I've personally had bad luck with WPS WebClipping,
> I've
> actually considered writing one b/c at the time I needed greater
> control
> than what I had or knew. I suppose I could have dug into the transcoder
> stuff... but by that time requirements changed. I'm not knocking the
> WPS
> portlet, just pointing out the value in having the source - an open
> source
> version.
>
> I was working with David Taylor and Josh Hsieh on the concept of
> RemoteService interface, and a WebPageService, RemoteConfiguration, and
> RemoteSession (using commons-httpclient 2.?) Basically, the service
> would
> provide "Remote" content services, e.g. http, https (this is the
> WebPageService), other RemoteService implementations could be WebDAV,
> FTP,
> sFTP, etc. The use for service was/is for WebPagePortlet2. Basically
> the
> WebPageService uses httpclient to manage url retrieval as well as
> authentication, http proxy support, session "proxying", and holding a
> host
> configuration for the portlet once it has requested and set a
> configuration
> / holding the cookies, and credentials for a user per host config. I
> can
> send you what I had done (anyone else as well). The main reason I
> contacted
> David directly about this work - as opposed to on the list is b/c I
> still
> consider myself "new to java", and want to have David's advice, and
> code
> review, and what not.
>
> Last I left I off with it... I had sent Josh and David my .war. I
> think I
> scared them off with my code? :[ I didn't hear back. David, I realize
> how
> busy you've been (hopefully it wasn't entirely my code), so perhaps
> David,
> Josh, Marco, and myself and anyone else can work on this. I'd see this
> as
> the;
It wasn't your code.
Honestly, I just forgot about it.
Im going to review the code now, and I'll get back to you today
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
+01 707 773-4646
+01 707 529 9194
Re: contribute to Jetspeed
Posted by David Sean Taylor <da...@bluesunrise.com>.
On Friday, August 8, 2003, at 06:24 AM, Serge Huber wrote:
>
> Hi Tim,
>
> Actually I've also worked on a web clipping servlet/portlet, and I
> came to a lot of the same conclusion that you and David did.
>
> Basically the trickiest part was to find a way to have a SSO service
> available to the portlet, and that would allow the user to choose from
> connector "configurations".
>
> Also another important part is remembering the FORM options. Often
> when screen scraping you'll want to "remember" some parameters (such
> as a stock quote identifier) and save that configuration. You can then
> lookup configurations for the scraping portlet.
>
We are trying to address all of the issues above
> I wish I could contribute my code here, but it is something we plan on
> selling for the moment, so I'm not sure if this will be possible.
>
That's alright. Someone with an open source philosophy will implement
it eventually
> One last thing : for the HTML parsing I used the Java port of Tidy
> (http://www.sf.net/projects/jtidy). Although it's been abandonned for
> quite some time (2001 was the last release), it is quite good at
> building a DOM of even some very bad HTML. Unfortunately the DOM
> created is not very standard and has problems once you try to modify
> it. I tried to get into the code to fix this, but it's a quite
> complicated parser. But I think the license is freer than the LGPL so
> it might still be interesting.
>
I don't recommend using a DOM-based rewriter for performance reasons.
The rewriter in jetspeed is event-driven and best fits over SAX-based
parsers.
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
+01 707 773-4646
+01 707 529 9194
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: contribute to Jetspeed
Posted by Santiago Gala Pérez <sg...@hisitech.com>.
El viernes, 8 agos, 2003, a las 15:24 Europe/Madrid, Serge Huber
escribió:
> One last thing : for the HTML parsing I used the Java port of Tidy
> (http://www.sf.net/projects/jtidy). Although it's been abandonned for
> quite some time (2001 was the last release), it is quite good at
> building a DOM of even some very bad HTML. Unfortunately the DOM
> created is not very standard and has problems once you try to modify
> it. I tried to get into the code to fix this, but it's a quite
> complicated parser. But I think the license is freer than the LGPL so
> it might still be interesting.
>
jtidy license is OK to use in Apache licensed projects, as far as I
know. It was/is used heavily inside cocoon, for instance.
Regards,
Santiago
Re: contribute to Jetspeed
Posted by David Sean Taylor <da...@bluesunrise.com>.
On Friday, August 8, 2003, at 06:24 AM, Serge Huber wrote:
>
> Hi Tim,
>
> Actually I've also worked on a web clipping servlet/portlet, and I
> came to a lot of the same conclusion that you and David did.
>
> Basically the trickiest part was to find a way to have a SSO service
> available to the portlet, and that would allow the user to choose from
> connector "configurations".
>
> Also another important part is remembering the FORM options. Often
> when screen scraping you'll want to "remember" some parameters (such
> as a stock quote identifier) and save that configuration. You can then
> lookup configurations for the scraping portlet.
>
We are trying to address all of the issues above
> I wish I could contribute my code here, but it is something we plan on
> selling for the moment, so I'm not sure if this will be possible.
>
That's alright. Someone with an open source philosophy will implement
it eventually
> One last thing : for the HTML parsing I used the Java port of Tidy
> (http://www.sf.net/projects/jtidy). Although it's been abandonned for
> quite some time (2001 was the last release), it is quite good at
> building a DOM of even some very bad HTML. Unfortunately the DOM
> created is not very standard and has problems once you try to modify
> it. I tried to get into the code to fix this, but it's a quite
> complicated parser. But I think the license is freer than the LGPL so
> it might still be interesting.
>
I don't recommend using a DOM-based rewriter for performance reasons.
The rewriter in jetspeed is event-driven and best fits over SAX-based
parsers.
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
+01 707 773-4646
+01 707 529 9194
Re: contribute to Jetspeed
Posted by Santiago Gala Pérez <sg...@hisitech.com>.
El viernes, 8 agos, 2003, a las 15:24 Europe/Madrid, Serge Huber
escribió:
> One last thing : for the HTML parsing I used the Java port of Tidy
> (http://www.sf.net/projects/jtidy). Although it's been abandonned for
> quite some time (2001 was the last release), it is quite good at
> building a DOM of even some very bad HTML. Unfortunately the DOM
> created is not very standard and has problems once you try to modify
> it. I tried to get into the code to fix this, but it's a quite
> complicated parser. But I think the license is freer than the LGPL so
> it might still be interesting.
>
jtidy license is OK to use in Apache licensed projects, as far as I
know. It was/is used heavily inside cocoon, for instance.
Regards,
Santiago
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
RE: contribute to Jetspeed
Posted by Serge Huber <sh...@jahia.com>.
Hi Tim,
Actually I've also worked on a web clipping servlet/portlet, and I came to
a lot of the same conclusion that you and David did.
Basically the trickiest part was to find a way to have a SSO service
available to the portlet, and that would allow the user to choose from
connector "configurations".
Also another important part is remembering the FORM options. Often when
screen scraping you'll want to "remember" some parameters (such as a stock
quote identifier) and save that configuration. You can then lookup
configurations for the scraping portlet.
I wish I could contribute my code here, but it is something we plan on
selling for the moment, so I'm not sure if this will be possible.
One last thing : for the HTML parsing I used the Java port of Tidy
(http://www.sf.net/projects/jtidy). Although it's been abandonned for quite
some time (2001 was the last release), it is quite good at building a DOM
of even some very bad HTML. Unfortunately the DOM created is not very
standard and has problems once you try to modify it. I tried to get into
the code to fix this, but it's a quite complicated parser. But I think the
license is freer than the LGPL so it might still be interesting.
Regards,
Serge Huber.
At 08:34 AM 8/8/2003 -0400, you wrote:
>[Sorry, another long email]
>
>Here is a url for the attachment
>http://66.40.167.80/portal/CollaborationWPS.pdf
>
> >what are the differences between WebPagePortlet and WebPagePortlet2?
>
>Perhaps David has more on the vision (David initiated the development for
>WebPagePortlet2)...but here is the requirement that got me interested in
>this:
> Our business requirement at the time; it seemed we needed to use a portlet
>as a proxy to another web application that was only available from within
>our firewall. To retrieve this content and successive requests (links/pages
>in the content, images, etc) we thought about creating a portlet and servlet
>combination that would retrieve the protected content on behalf of the
>portal user. [We're now re-architecting to use Tivoli Access Manager and
>Edge Server (if our APAR's are resolved - this initial requirement will go
>away; but from a personal view I still am interested in continuing on with
>the portlet)] So...I saw David's WebPagePortlet2 while I was searching to
>see if anyone had done this already. He and I talked about using the
>commons-httpclient b/c it provides so many important features over net.URL
>(basicauth, NTLM, proxy configuration, proxy authorization (per user/request
>not just for the jvm), followredirects, and a host of other important http
>library functionality.)
>Here is part of an email that should help with what WebPagePortlet2 is:
>[snip'd]
> >> I've
> >> compiled what I think are the basic requirements for the
> >> WebPageService by
> >> looking at what you've done, as well as thinking about how I plan to
> >> use
> >> this with WPS (Websphere portal server) Here's
> >> what
> >> I've come up with:
> >>
> >> Purpose: This servlet will proxy web requests on behalf of the user to
> >> provide portal integration of external web resources from within the
> >> portal
> >> framework. The benefit is to maintain continuity of the user
> >> experience;
> >> such that the user does not have to leave the portal site in order to
> >> view
> >> external pages/resources.
> >>
> >> Technical Requirements:
> >> 1) System must provide the capability to pass along the client
> >> browser's
> >> accept header
> >> 2) System must provide the capability to pass along the client
> >> browser's
> >> user-agent
> >> 3) System must provide the capability to pass along the client
> >> browser's
> >> accept-language
> >
> >Hopefully the webpage service is doing that now... if not it must do it
> >
> >> 4) System must provide the ability to proxy subsequent requests
> >> requiring
> >> the manipulation of links, and external uri's back to the intercepting
> >> servlet to continue the session by proxy.
> >> 5) System must provide the capability to proxy and maintain
> >> http-referer
> >> header on behalf of the user.
> >> 6) System must provide the capability to proxy and maintain the cookie
> >> header on behalf of the user.
> >> 7) System must provide the capability to make requests via an http
> >> proxy
> >> server
> >> 8) System must provide the capability to support http GET and http POST
> >> requests
> >> 9) System must provide the ability to make connections via SSL as
> >> needed.
> >>
> >currently not supported by very much needed
> >
> >> 10) System must provide a means to sign-on to secured websites via
> >> Basic
> >> Auth.
> >The WebPagePortlet supports it in a very simple solution
> >I'd like to add that capability to WebPagePortlet2
> >Btw - I prefer to merge all features in WebPagePortlet into
> >WebPagePortlet2, if thats alright...
> >
> >> 11) System must provide a means to sign-on to secured websites via
> >> NTLM.
> >
> >Have you seen the recent commit from Mark on a new AccessController for
> >NTLM?
> >
> >> 12) System must provide a means to sign-on to secured websites via
> >> Form/Cookie based authentication.
> >
> >Should be supported
> >> 13) System must provide the ability to cache-remote web resources for
> >> subsequent access
> >
> >It is supported, but needs some work (
> >
> >>
> >> Let me know how this looks (and if I've got the right idea, missing
> >> anything, etc.)
> >
> >Sounds great
> >>
>
>A few things became apparant as I was working on this:
> a) The "service" to retrieve the content would need to be decoupled from
>any rewriter, and the portlet. David suggested that as well from some early
>work I'd sent.
> b) The possible combinations and uses/options of how the proxying is
>implemented is too much for a single portlet to cover all options: for
>example: the remote site credentials could be one for all portal users, or
>the login username/password, or some user specified values, double that
>since the same applies to proxy credentials, then add in the fact that since
>there is overhead, someone may want to follow all links through proxying
>action, or a certain level of links (sort of wget style), or only the
>initial page, or only links to that host. The complexity of options for it
>seemed to be growing exponentially as I thought about the scenarios to cover
>and too much to capture every possibility in a single portlet and portlet
>configuration. (Reinforces the need to decouple the service.)
> c) A credential bank in Jetspeed would be really nice.
>
> >For TransformerService we probably need a good HTML parser, what do you
> >think?
> >I've found an HTML parser at http://htmlparser.sourceforge.net/
>
>It looks great, but.. unfortunately it's licensed under LGPL. I had wanted
>to see about using OpenCMS (also LGPL) sometime ago, but it turns out that
>LGPL is not compatible with the Apache Foundation License (it has to do with
>the fact that derivative works of LGPL must also be LGPL or GPL, and the
>ambiguity around Java import and the "link" terminology in the LGPL. See:
>http://www.mail-archive.com/jetspeed-dev@jakarta.apache.org/msg06912.html) I
>wish ASF had a better policy get through this like asking for an amended
>license from all source works providers that you want to use. There is some
>great LGPL software that ASF projects are 'deprived of' can't use because of
>this ambiguity.
>
>[Almost done]
>When I was thinking about what I needed to do with the WPS WebPageClipping
>Portlet I wanted to clip part of a page, then rewrite some of the
>javascript, and remove another part of the script. So I felt some sort of
>expression syntax using regular expressions would have been ideal. I had
>thoughts of a simple xml syntax like
> <replace findregex="(top)\.\.+" value="parent" backtrace="1">
> <remove regexp="#theregex#">
>I think a good html parser is probably a must, and working with the html DOM
>is perhaps needed in certain cases? Alternately, I've done "screen-scraping"
>in Coldfusion with regular expressions alone. I think there are many ways to
>do this. In the end, based on your thesis timeline you'll have to choose the
>scope and features (and then lead into the next iteration ;)
>
>[Whew]
>
>-----Original Message-----
>From: Marco Mari [mailto:drsla@tiscali.it]
>Sent: Friday, August 08, 2003 4:40 AM
>To: Jetspeed Developers List
>Subject: RE: contribute to Jetspeed
>
>
>Hi Tim,
>
>thank you for your help and explanations!
>At the moment my (very simple) Web clipping portlet extends WebPagePortlet,
>what are the differences between WebPagePortlet and WebPagePortlet2?
>
> > Services
> > WebPageService /RemoteService
> > TransformerService (the web clipping and transform for another device
> > service)
> > Portlets
> > WebClip Portlet
> > WebPagePortlet2
>
>I think it's a good vision, and I want to contribute, but I am "new to
>Java",
>too..
>For TransformerService we probably need a good HTML parser, what do you
>think?
>I've found an HTML parser at http://htmlparser.sourceforge.net/
>Can you send me your pdf design, because I didn't receive it (mail server
>problems?).
>Thanks,
>
>Marco
>
>
> >-- Messaggio Originale --
> >Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
> >From: "Tim Reilly" <ti...@consultant.com>
> >To: "Jetspeed Developers List" <je...@jakarta.apache.org>
> >Subject: RE: contribute to Jetspeed
> >Date: Thu, 7 Aug 2003 21:02:01 -0400
> >
> >
> >Hi Marco,
>
>I say go for it! I've personally had bad luck with WPS WebClipping, I've
>actually considered writing one b/c at the time I needed greater control
>than what I had or knew. I suppose I could have dug into the transcoder
>stuff... but by th
> >t time requirements changed. I'm not knocking the WPS
>portlet, just pointing out the value in having the source - an open source
>version.
>
>I was working with David Taylor and Josh Hsieh on the concept of
>RemoteService interface, and a WebPageServi
> >e, RemoteConfiguration, and
>RemoteSession (using commons-httpclient 2.?) Basically, the service would
>provide "Remote" content services, e.g. http, https (this is the
>WebPageService), other RemoteService implementations could be WebDAV, FTP,
>sFTP,
> >tc. The use for service was/is for WebPagePortlet2. Basically the
>WebPageService uses httpclient to manage url retrieval as well as
>authentication, http proxy support, session "proxying", and holding a host
>configuration for the portlet once it has
> >equested and set a configuration
>/ holding the cookies, and credentials for a user per host config. I can
>send you what I had done (anyone else as well). The main reason I contacted
>David directly about this work - as opposed to on the list is b/c I
> >still
>consider myself "new to java", and want to have David's advice, and code
>review, and what not.
>
>Last I left I off with it... I had sent Josh and David my .war. I think
>I
>scared them off with my code? :[ I didn't hear back. David, I realize h
> >w
>busy you've been (hopefully it wasn't entirely my code), so perhaps David,
>Josh, Marco, and myself and anyone else can work on this. I'd see this as
>the;
> Services
> WebPageService /RemoteService
> TransformerService (the web clipping and trans
> >orm for another device
>service)
> Portlets
> WebClip Portlet
> WebPagePortlet2
> (many other portlets could use these services)
>
>I've got to imagine David is really tied up with J2? So perhaps others can
>also provide that code review and guidance
> >if David is tied up.
>
>Send your thoughts.
>Thanks
>
>Attached: is pdf design I started with... it's out of date, but roughly
>the
>same more or less. I've not gotten into the form based authentication, nor
>the cache, and global configuration is no lo
> >ger, and rewriter is up in the
>portlet (not functioning). At a basic level I've got the manager, service,
>sessions, session, remotehosts, remotehost. and a portlet that can pull
>down
>via NTLM, BasicAuth, ssl, or plain http. The goal with WebPagePort
> >et2 is to
>"proxy the user thru" multiple requests, and add several features for
>authentication etc.
>
>
>
>
>-----Original Message-----
>From: Marco Mari [mailto:drsla@tiscali.it]
>Sent: Thursday, August 07, 2003 8:13 AM
>To: Jetspeed Developers List
> >
>Subject: contribute to Jetspeed
>
>
>Hi!
>
>For my master thesis I'd like to contribute to Jetspeed (I've already posted
>my cHTML and PDA project).
>If you are interested I'm realizing a Web Clipping portlet (like Ibm or
>Oracle Web clipping portlets
> >.
>Or I can realize a portlet that adapts the content of a Web page to mobile
>devices (cHTML, WML, PDAs...).
>In alternative I can contribute to Jetspeed 2, but in this case I have no
>idea of what to do, and I need a job that can
>give concrete resul
> >s in a pair of months, because I have to write something
>in the thesis :)...
>
>Thanks for any suggestion,
>
>Marco Mari
>
>__________________________________________________________________
>Partecipa al concorso Tiscali "collegati e vinci",
>il prim
> > premio e' un viaggio per 2 persone a Zanzibar!
>http://point.tiscali.it/numerounico/
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional
> >ommands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
>
>
> >---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
>
>__________________________________________________________________
>Partecipa al concorso Tiscali "collegati e vinci",
>il primo premio e' un viaggio per 2 persone a Zanzibar!
>http://point.tiscali.it/numerounico/
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
- -- --- -----=[ shuber2 at jahia dot com ]=---- --- -- -
www.jahia.org : A collaborative source CMS and Portal Server
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
RE: contribute to Jetspeed
Posted by Serge Huber <sh...@jahia.com>.
Hi Tim,
Actually I've also worked on a web clipping servlet/portlet, and I came to
a lot of the same conclusion that you and David did.
Basically the trickiest part was to find a way to have a SSO service
available to the portlet, and that would allow the user to choose from
connector "configurations".
Also another important part is remembering the FORM options. Often when
screen scraping you'll want to "remember" some parameters (such as a stock
quote identifier) and save that configuration. You can then lookup
configurations for the scraping portlet.
I wish I could contribute my code here, but it is something we plan on
selling for the moment, so I'm not sure if this will be possible.
One last thing : for the HTML parsing I used the Java port of Tidy
(http://www.sf.net/projects/jtidy). Although it's been abandonned for quite
some time (2001 was the last release), it is quite good at building a DOM
of even some very bad HTML. Unfortunately the DOM created is not very
standard and has problems once you try to modify it. I tried to get into
the code to fix this, but it's a quite complicated parser. But I think the
license is freer than the LGPL so it might still be interesting.
Regards,
Serge Huber.
At 08:34 AM 8/8/2003 -0400, you wrote:
>[Sorry, another long email]
>
>Here is a url for the attachment
>http://66.40.167.80/portal/CollaborationWPS.pdf
>
> >what are the differences between WebPagePortlet and WebPagePortlet2?
>
>Perhaps David has more on the vision (David initiated the development for
>WebPagePortlet2)...but here is the requirement that got me interested in
>this:
> Our business requirement at the time; it seemed we needed to use a portlet
>as a proxy to another web application that was only available from within
>our firewall. To retrieve this content and successive requests (links/pages
>in the content, images, etc) we thought about creating a portlet and servlet
>combination that would retrieve the protected content on behalf of the
>portal user. [We're now re-architecting to use Tivoli Access Manager and
>Edge Server (if our APAR's are resolved - this initial requirement will go
>away; but from a personal view I still am interested in continuing on with
>the portlet)] So...I saw David's WebPagePortlet2 while I was searching to
>see if anyone had done this already. He and I talked about using the
>commons-httpclient b/c it provides so many important features over net.URL
>(basicauth, NTLM, proxy configuration, proxy authorization (per user/request
>not just for the jvm), followredirects, and a host of other important http
>library functionality.)
>Here is part of an email that should help with what WebPagePortlet2 is:
>[snip'd]
> >> I've
> >> compiled what I think are the basic requirements for the
> >> WebPageService by
> >> looking at what you've done, as well as thinking about how I plan to
> >> use
> >> this with WPS (Websphere portal server) Here's
> >> what
> >> I've come up with:
> >>
> >> Purpose: This servlet will proxy web requests on behalf of the user to
> >> provide portal integration of external web resources from within the
> >> portal
> >> framework. The benefit is to maintain continuity of the user
> >> experience;
> >> such that the user does not have to leave the portal site in order to
> >> view
> >> external pages/resources.
> >>
> >> Technical Requirements:
> >> 1) System must provide the capability to pass along the client
> >> browser's
> >> accept header
> >> 2) System must provide the capability to pass along the client
> >> browser's
> >> user-agent
> >> 3) System must provide the capability to pass along the client
> >> browser's
> >> accept-language
> >
> >Hopefully the webpage service is doing that now... if not it must do it
> >
> >> 4) System must provide the ability to proxy subsequent requests
> >> requiring
> >> the manipulation of links, and external uri's back to the intercepting
> >> servlet to continue the session by proxy.
> >> 5) System must provide the capability to proxy and maintain
> >> http-referer
> >> header on behalf of the user.
> >> 6) System must provide the capability to proxy and maintain the cookie
> >> header on behalf of the user.
> >> 7) System must provide the capability to make requests via an http
> >> proxy
> >> server
> >> 8) System must provide the capability to support http GET and http POST
> >> requests
> >> 9) System must provide the ability to make connections via SSL as
> >> needed.
> >>
> >currently not supported by very much needed
> >
> >> 10) System must provide a means to sign-on to secured websites via
> >> Basic
> >> Auth.
> >The WebPagePortlet supports it in a very simple solution
> >I'd like to add that capability to WebPagePortlet2
> >Btw - I prefer to merge all features in WebPagePortlet into
> >WebPagePortlet2, if thats alright...
> >
> >> 11) System must provide a means to sign-on to secured websites via
> >> NTLM.
> >
> >Have you seen the recent commit from Mark on a new AccessController for
> >NTLM?
> >
> >> 12) System must provide a means to sign-on to secured websites via
> >> Form/Cookie based authentication.
> >
> >Should be supported
> >> 13) System must provide the ability to cache-remote web resources for
> >> subsequent access
> >
> >It is supported, but needs some work (
> >
> >>
> >> Let me know how this looks (and if I've got the right idea, missing
> >> anything, etc.)
> >
> >Sounds great
> >>
>
>A few things became apparant as I was working on this:
> a) The "service" to retrieve the content would need to be decoupled from
>any rewriter, and the portlet. David suggested that as well from some early
>work I'd sent.
> b) The possible combinations and uses/options of how the proxying is
>implemented is too much for a single portlet to cover all options: for
>example: the remote site credentials could be one for all portal users, or
>the login username/password, or some user specified values, double that
>since the same applies to proxy credentials, then add in the fact that since
>there is overhead, someone may want to follow all links through proxying
>action, or a certain level of links (sort of wget style), or only the
>initial page, or only links to that host. The complexity of options for it
>seemed to be growing exponentially as I thought about the scenarios to cover
>and too much to capture every possibility in a single portlet and portlet
>configuration. (Reinforces the need to decouple the service.)
> c) A credential bank in Jetspeed would be really nice.
>
> >For TransformerService we probably need a good HTML parser, what do you
> >think?
> >I've found an HTML parser at http://htmlparser.sourceforge.net/
>
>It looks great, but.. unfortunately it's licensed under LGPL. I had wanted
>to see about using OpenCMS (also LGPL) sometime ago, but it turns out that
>LGPL is not compatible with the Apache Foundation License (it has to do with
>the fact that derivative works of LGPL must also be LGPL or GPL, and the
>ambiguity around Java import and the "link" terminology in the LGPL. See:
>http://www.mail-archive.com/jetspeed-dev@jakarta.apache.org/msg06912.html) I
>wish ASF had a better policy get through this like asking for an amended
>license from all source works providers that you want to use. There is some
>great LGPL software that ASF projects are 'deprived of' can't use because of
>this ambiguity.
>
>[Almost done]
>When I was thinking about what I needed to do with the WPS WebPageClipping
>Portlet I wanted to clip part of a page, then rewrite some of the
>javascript, and remove another part of the script. So I felt some sort of
>expression syntax using regular expressions would have been ideal. I had
>thoughts of a simple xml syntax like
> <replace findregex="(top)\.\.+" value="parent" backtrace="1">
> <remove regexp="#theregex#">
>I think a good html parser is probably a must, and working with the html DOM
>is perhaps needed in certain cases? Alternately, I've done "screen-scraping"
>in Coldfusion with regular expressions alone. I think there are many ways to
>do this. In the end, based on your thesis timeline you'll have to choose the
>scope and features (and then lead into the next iteration ;)
>
>[Whew]
>
>-----Original Message-----
>From: Marco Mari [mailto:drsla@tiscali.it]
>Sent: Friday, August 08, 2003 4:40 AM
>To: Jetspeed Developers List
>Subject: RE: contribute to Jetspeed
>
>
>Hi Tim,
>
>thank you for your help and explanations!
>At the moment my (very simple) Web clipping portlet extends WebPagePortlet,
>what are the differences between WebPagePortlet and WebPagePortlet2?
>
> > Services
> > WebPageService /RemoteService
> > TransformerService (the web clipping and transform for another device
> > service)
> > Portlets
> > WebClip Portlet
> > WebPagePortlet2
>
>I think it's a good vision, and I want to contribute, but I am "new to
>Java",
>too..
>For TransformerService we probably need a good HTML parser, what do you
>think?
>I've found an HTML parser at http://htmlparser.sourceforge.net/
>Can you send me your pdf design, because I didn't receive it (mail server
>problems?).
>Thanks,
>
>Marco
>
>
> >-- Messaggio Originale --
> >Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
> >From: "Tim Reilly" <ti...@consultant.com>
> >To: "Jetspeed Developers List" <je...@jakarta.apache.org>
> >Subject: RE: contribute to Jetspeed
> >Date: Thu, 7 Aug 2003 21:02:01 -0400
> >
> >
> >Hi Marco,
>
>I say go for it! I've personally had bad luck with WPS WebClipping, I've
>actually considered writing one b/c at the time I needed greater control
>than what I had or knew. I suppose I could have dug into the transcoder
>stuff... but by th
> >t time requirements changed. I'm not knocking the WPS
>portlet, just pointing out the value in having the source - an open source
>version.
>
>I was working with David Taylor and Josh Hsieh on the concept of
>RemoteService interface, and a WebPageServi
> >e, RemoteConfiguration, and
>RemoteSession (using commons-httpclient 2.?) Basically, the service would
>provide "Remote" content services, e.g. http, https (this is the
>WebPageService), other RemoteService implementations could be WebDAV, FTP,
>sFTP,
> >tc. The use for service was/is for WebPagePortlet2. Basically the
>WebPageService uses httpclient to manage url retrieval as well as
>authentication, http proxy support, session "proxying", and holding a host
>configuration for the portlet once it has
> >equested and set a configuration
>/ holding the cookies, and credentials for a user per host config. I can
>send you what I had done (anyone else as well). The main reason I contacted
>David directly about this work - as opposed to on the list is b/c I
> >still
>consider myself "new to java", and want to have David's advice, and code
>review, and what not.
>
>Last I left I off with it... I had sent Josh and David my .war. I think
>I
>scared them off with my code? :[ I didn't hear back. David, I realize h
> >w
>busy you've been (hopefully it wasn't entirely my code), so perhaps David,
>Josh, Marco, and myself and anyone else can work on this. I'd see this as
>the;
> Services
> WebPageService /RemoteService
> TransformerService (the web clipping and trans
> >orm for another device
>service)
> Portlets
> WebClip Portlet
> WebPagePortlet2
> (many other portlets could use these services)
>
>I've got to imagine David is really tied up with J2? So perhaps others can
>also provide that code review and guidance
> >if David is tied up.
>
>Send your thoughts.
>Thanks
>
>Attached: is pdf design I started with... it's out of date, but roughly
>the
>same more or less. I've not gotten into the form based authentication, nor
>the cache, and global configuration is no lo
> >ger, and rewriter is up in the
>portlet (not functioning). At a basic level I've got the manager, service,
>sessions, session, remotehosts, remotehost. and a portlet that can pull
>down
>via NTLM, BasicAuth, ssl, or plain http. The goal with WebPagePort
> >et2 is to
>"proxy the user thru" multiple requests, and add several features for
>authentication etc.
>
>
>
>
>-----Original Message-----
>From: Marco Mari [mailto:drsla@tiscali.it]
>Sent: Thursday, August 07, 2003 8:13 AM
>To: Jetspeed Developers List
> >
>Subject: contribute to Jetspeed
>
>
>Hi!
>
>For my master thesis I'd like to contribute to Jetspeed (I've already posted
>my cHTML and PDA project).
>If you are interested I'm realizing a Web Clipping portlet (like Ibm or
>Oracle Web clipping portlets
> >.
>Or I can realize a portlet that adapts the content of a Web page to mobile
>devices (cHTML, WML, PDAs...).
>In alternative I can contribute to Jetspeed 2, but in this case I have no
>idea of what to do, and I need a job that can
>give concrete resul
> >s in a pair of months, because I have to write something
>in the thesis :)...
>
>Thanks for any suggestion,
>
>Marco Mari
>
>__________________________________________________________________
>Partecipa al concorso Tiscali "collegati e vinci",
>il prim
> > premio e' un viaggio per 2 persone a Zanzibar!
>http://point.tiscali.it/numerounico/
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional
> >ommands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
>
>
> >---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
>
>__________________________________________________________________
>Partecipa al concorso Tiscali "collegati e vinci",
>il primo premio e' un viaggio per 2 persone a Zanzibar!
>http://point.tiscali.it/numerounico/
>
>
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
>
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
>For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
- -- --- -----=[ shuber2 at jahia dot com ]=---- --- -- -
www.jahia.org : A collaborative source CMS and Portal Server
RE: contribute to Jetspeed
Posted by Marco Mari <dr...@tiscali.it>.
Hi Tim!
No matters for long mails, if they're useful like yours :)!
Thanks for all the explanations, now I understand quite well the situation.
I think my initial steps will be:
-develop a simple TransformerService (I'll search or realize also the HTML
parser)
-develop a Web clipping portlet extending WebPagePortlet2, and using XML
expressions to describe
the clipped part of the page.
So:
parser---transformer---WebClippingPortlet
Then I'll develop a more complex transformer and more options for the portlet..
The complexity of the use combinations for this portlet is really wide,
I hope to continue this
work also after my thesis.
When I'll have some good result (or maybe problems..), I'll inform the develop
list.
If you have other comments/questions/suggestions, mail me, I'll be happy
to answer!
Regards,
Marco
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>From: "Tim Reilly" <ti...@consultant.com>
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Subject: RE: contribute to Jetspeed
>Date: Fri, 8 Aug 2003 08:34:38 -0400
>
>
>[Sorry, another long email]
Here is a url for the attachment
http://66.40.167.80/portal/CollaborationWPS.pdf
>what are the differences between WebPagePortlet and WebPagePortlet2?
Perhaps David has more on the vision (David initiated the devel
>pment for
WebPagePortlet2)...but here is the requirement that got me interested in
this:
Our business requirement at the time; it seemed we needed to use a portlet
as a proxy to another web application that was only available from within
our fi
>ewall. To retrieve this content and successive requests (links/pages
in the content, images, etc) we thought about creating a portlet and servlet
combination that would retrieve the protected content on behalf of the
portal user. [We're now re-archi
>ecting to use Tivoli Access Manager and
Edge Server (if our APAR's are resolved - this initial requirement will
go
away; but from a personal view I still am interested in continuing on with
the portlet)] So...I saw David's WebPagePortlet2 while I wa
> searching to
see if anyone had done this already. He and I talked about using the
commons-httpclient b/c it provides so many important features over net.URL
(basicauth, NTLM, proxy configuration, proxy authorization (per user/request
not just for
>he jvm), followredirects, and a host of other important http
library functionality.)
Here is part of an email that should help with what WebPagePortlet2 is:
[snip'd]
>> I've
>> compiled what I think are the basic requirements for the
>> WebPage
>ervice by
>> looking at what you've done, as well as thinking about how I plan to
>> use
>> this with WPS (Websphere portal server) Here's
>> what
>> I've come up with:
>>
>> Purpose: This servlet will proxy web requests on behalf of the user to
>
>> provide portal integration of external web resources from within the
>> portal
>> framework. The benefit is to maintain continuity of the user
>> experience;
>> such that the user does not have to leave the portal site in order to
>> view
>>
>xternal pages/resources.
>>
>> Technical Requirements:
>> 1) System must provide the capability to pass along the client
>> browser?s
>> accept header
>> 2) System must provide the capability to pass along the client
>> browser?s
>> user-agent
>>> 3) System must provide the capability to pass along the client
>> browser?s
>> accept-language
>
>Hopefully the webpage service is doing that now... if not it must do it
>
>> 4) System must provide the ability to proxy subsequent requests
>>
>equiring
>> the manipulation of links, and external uri?s back to the intercepting
>> servlet to continue the session by proxy.
>> 5) System must provide the capability to proxy and maintain
>> http-referer
>> header on behalf of the user.
>> 6)
>ystem must provide the capability to proxy and maintain the cookie
>> header on behalf of the user.
>> 7) System must provide the capability to make requests via an http
>> proxy
>> server
>> 8) System must provide the capability to support http G
>T and http POST
>> requests
>> 9) System must provide the ability to make connections via SSL as
>> needed.
>>
>currently not supported by very much needed
>
>> 10) System must provide a means to sign-on to secured websites via
>> Basic
>> Aut
>.
>The WebPagePortlet supports it in a very simple solution
>I'd like to add that capability to WebPagePortlet2
>Btw - I prefer to merge all features in WebPagePortlet into
>WebPagePortlet2, if thats alright...
>
>> 11) System must provide a mean
> to sign-on to secured websites via
>> NTLM.
>
>Have you seen the recent commit from Mark on a new AccessController for
>NTLM?
>
>> 12) System must provide a means to sign-on to secured websites via
>> Form/Cookie based authentication.
>
>Shou
>d be supported
>> 13) System must provide the ability to cache-remote web resources for
>> subsequent access
>
>It is supported, but needs some work (
>
>>
>> Let me know how this looks (and if I've got the right idea, missing
>> anything, etc.
>
>
>Sounds great
>>
A few things became apparant as I was working on this:
a) The "service" to retrieve the content would need to be decoupled from
any rewriter, and the portlet. David suggested that as well from some early
work I'd sent.
>b) The possible combinations and uses/options of how the proxying is
implemented is too much for a single portlet to cover all options: for
example: the remote site credentials could be one for all portal users,
or
the login username/password, or so
>e user specified values, double that
since the same applies to proxy credentials, then add in the fact that since
there is overhead, someone may want to follow all links through proxying
action, or a certain level of links (sort of wget style), or o
>ly the
initial page, or only links to that host. The complexity of options for
it
seemed to be growing exponentially as I thought about the scenarios to cover
and too much to capture every possibility in a single portlet and portlet
configuration.
>Reinforces the need to decouple the service.)
c) A credential bank in Jetspeed would be really nice.
>For TransformerService we probably need a good HTML parser, what do you
>think?
>I've found an HTML parser at http://htmlparser.sourceforge.ne
>/
It looks great, but.. unfortunately it's licensed under LGPL. I had wanted
to see about using OpenCMS (also LGPL) sometime ago, but it turns out that
LGPL is not compatible with the Apache Foundation License (it has to do
with
the fact that der
>vative works of LGPL must also be LGPL or GPL, and the
ambiguity around Java import and the "link" terminology in the LGPL. See:
http://www.mail-archive.com/jetspeed-dev@jakarta.apache.org/msg06912.html)
I
wish ASF had a better policy get through th
>s like asking for an amended
license from all source works providers that you want to use. There is some
great LGPL software that ASF projects are 'deprived of' can't use because
of
this ambiguity.
[Almost done]
When I was thinking about what I
>eeded to do with the WPS WebPageClipping
Portlet I wanted to clip part of a page, then rewrite some of the
javascript, and remove another part of the script. So I felt some sort of
expression syntax using regular expressions would have been ideal. I
>had
thoughts of a simple xml syntax like
<replace findregex="(top)\.\.+" value="parent" backtrace="1">
<remove regexp="#theregex#">
I think a good html parser is probably a must, and working with the html
DOM
is perhaps needed in certain cases
> Alternately, I've done "screen-scraping"
in Coldfusion with regular expressions alone. I think there are many ways
to
do this. In the end, based on your thesis timeline you'll have to choose
the
scope and features (and then lead into the next itera
>ion ;)
[Whew]
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Friday, August 08, 2003 4:40 AM
To: Jetspeed Developers List
Subject: RE: contribute to Jetspeed
Hi Tim,
thank you for your help and explanation
>!
At the moment my (very simple) Web clipping portlet extends WebPagePortlet,
what are the differences between WebPagePortlet and WebPagePortlet2?
> Services
> WebPageService /RemoteService
> TransformerService (the web clipping and transform
>for another device
> service)
> Portlets
> WebClip Portlet
> WebPagePortlet2
I think it's a good vision, and I want to contribute, but I am "new to
Java",
too..
For TransformerService we probably need a good HTML parser, what do you
thin
>?
I've found an HTML parser at http://htmlparser.sourceforge.net/
Can you send me your pdf design, because I didn't receive it (mail server
problems?).
Thanks,
Marco
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <jetspee
>-dev@jakarta.apache.org>
>From: "Tim Reilly" <ti...@consultant.com>
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Subject: RE: contribute to Jetspeed
>Date: Thu, 7 Aug 2003 21:02:01 -0400
>
>
>Hi Marco,
I say go for
>t! I've personally had bad luck with WPS WebClipping, I've
actually considered writing one b/c at the time I needed greater control
than what I had or knew. I suppose I could have dug into the transcoder
stuff... but by th
>t time requirements chan
>ed. I'm not knocking the WPS
portlet, just pointing out the value in having the source - an open source
version.
I was working with David Taylor and Josh Hsieh on the concept of
RemoteService interface, and a WebPageServi
>e, RemoteConfiguration
> and
RemoteSession (using commons-httpclient 2.?) Basically, the service would
provide "Remote" content services, e.g. http, https (this is the
WebPageService), other RemoteService implementations could be WebDAV, FTP,
sFTP,
>tc. The use for servi
>e was/is for WebPagePortlet2. Basically the
WebPageService uses httpclient to manage url retrieval as well as
authentication, http proxy support, session "proxying", and holding a host
configuration for the portlet once it has
>equested and set a c
>nfiguration
/ holding the cookies, and credentials for a user per host config. I can
send you what I had done (anyone else as well). The main reason I contacted
David directly about this work - as opposed to on the list is b/c I
>still
consider my
>elf "new to java", and want to have David's advice, and code
review, and what not.
Last I left I off with it... I had sent Josh and David my .war. I think
I
scared them off with my code? :[ I didn't hear back. David, I realize h
>w
busy you've
>een (hopefully it wasn't entirely my code), so perhaps David,
Josh, Marco, and myself and anyone else can work on this. I'd see this as
the;
Services
WebPageService /RemoteService
TransformerService (the web clipping and trans
>orm for anoth
>r device
service)
Portlets
WebClip Portlet
WebPagePortlet2
(many other portlets could use these services)
I've got to imagine David is really tied up with J2? So perhaps others can
also provide that code review and guidance
>if David is
>tied up.
Send your thoughts.
Thanks
Attached: is pdf design I started with... it's out of date, but roughly
the
same more or less. I've not gotten into the form based authentication, nor
the cache, and global configuration is no lo
>ger, and
>rewriter is up in the
portlet (not functioning). At a basic level I've got the manager, service,
sessions, session, remotehosts, remotehost. and a portlet that can pull
down
via NTLM, BasicAuth, ssl, or plain http. The goal with WebPagePort
>et2 i
> to
"proxy the user thru" multiple requests, and add several features for
authentication etc.
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Thursday, August 07, 2003 8:13 AM
To: Jetspeed Developers List
>
S
>bject: contribute to Jetspeed
Hi!
For my master thesis I'd like to contribute to Jetspeed (I've already posted
my cHTML and PDA project).
If you are interested I'm realizing a Web Clipping portlet (like Ibm or
Oracle Web clipping portlets
>
>
Or I can realize a portlet that adapts the content of a Web page to mobile
devices (cHTML, WML, PDAs...).
In alternative I can contribute to Jetspeed 2, but in this case I have no
idea of what to do, and I need a job that can
give concrete resul
>>s in a pair of months, because I have to write something
in the thesis :)...
Thanks for any suggestion,
Marco Mari
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il pri
>
> premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For addition
>l
>ommands, e-mail: jetspeed-dev-help@jakarta.apache.org
>---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-
>elp@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
>---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
-----------------------------------
>---------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
RE: contribute to Jetspeed
Posted by Marco Mari <dr...@tiscali.it>.
Hi Tim!
No matters for long mails, if they're useful like yours :)!
Thanks for all the explanations, now I understand quite well the situation.
I think my initial steps will be:
-develop a simple TransformerService (I'll search or realize also the HTML
parser)
-develop a Web clipping portlet extending WebPagePortlet2, and using XML
expressions to describe
the clipped part of the page.
So:
parser---transformer---WebClippingPortlet
Then I'll develop a more complex transformer and more options for the portlet..
The complexity of the use combinations for this portlet is really wide,
I hope to continue this
work also after my thesis.
When I'll have some good result (or maybe problems..), I'll inform the develop
list.
If you have other comments/questions/suggestions, mail me, I'll be happy
to answer!
Regards,
Marco
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>From: "Tim Reilly" <ti...@consultant.com>
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Subject: RE: contribute to Jetspeed
>Date: Fri, 8 Aug 2003 08:34:38 -0400
>
>
>[Sorry, another long email]
Here is a url for the attachment
http://66.40.167.80/portal/CollaborationWPS.pdf
>what are the differences between WebPagePortlet and WebPagePortlet2?
Perhaps David has more on the vision (David initiated the devel
>pment for
WebPagePortlet2)...but here is the requirement that got me interested in
this:
Our business requirement at the time; it seemed we needed to use a portlet
as a proxy to another web application that was only available from within
our fi
>ewall. To retrieve this content and successive requests (links/pages
in the content, images, etc) we thought about creating a portlet and servlet
combination that would retrieve the protected content on behalf of the
portal user. [We're now re-archi
>ecting to use Tivoli Access Manager and
Edge Server (if our APAR's are resolved - this initial requirement will
go
away; but from a personal view I still am interested in continuing on with
the portlet)] So...I saw David's WebPagePortlet2 while I wa
> searching to
see if anyone had done this already. He and I talked about using the
commons-httpclient b/c it provides so many important features over net.URL
(basicauth, NTLM, proxy configuration, proxy authorization (per user/request
not just for
>he jvm), followredirects, and a host of other important http
library functionality.)
Here is part of an email that should help with what WebPagePortlet2 is:
[snip'd]
>> I've
>> compiled what I think are the basic requirements for the
>> WebPage
>ervice by
>> looking at what you've done, as well as thinking about how I plan to
>> use
>> this with WPS (Websphere portal server) Here's
>> what
>> I've come up with:
>>
>> Purpose: This servlet will proxy web requests on behalf of the user to
>
>> provide portal integration of external web resources from within the
>> portal
>> framework. The benefit is to maintain continuity of the user
>> experience;
>> such that the user does not have to leave the portal site in order to
>> view
>>
>xternal pages/resources.
>>
>> Technical Requirements:
>> 1) System must provide the capability to pass along the client
>> browser?s
>> accept header
>> 2) System must provide the capability to pass along the client
>> browser?s
>> user-agent
>>> 3) System must provide the capability to pass along the client
>> browser?s
>> accept-language
>
>Hopefully the webpage service is doing that now... if not it must do it
>
>> 4) System must provide the ability to proxy subsequent requests
>>
>equiring
>> the manipulation of links, and external uri?s back to the intercepting
>> servlet to continue the session by proxy.
>> 5) System must provide the capability to proxy and maintain
>> http-referer
>> header on behalf of the user.
>> 6)
>ystem must provide the capability to proxy and maintain the cookie
>> header on behalf of the user.
>> 7) System must provide the capability to make requests via an http
>> proxy
>> server
>> 8) System must provide the capability to support http G
>T and http POST
>> requests
>> 9) System must provide the ability to make connections via SSL as
>> needed.
>>
>currently not supported by very much needed
>
>> 10) System must provide a means to sign-on to secured websites via
>> Basic
>> Aut
>.
>The WebPagePortlet supports it in a very simple solution
>I'd like to add that capability to WebPagePortlet2
>Btw - I prefer to merge all features in WebPagePortlet into
>WebPagePortlet2, if thats alright...
>
>> 11) System must provide a mean
> to sign-on to secured websites via
>> NTLM.
>
>Have you seen the recent commit from Mark on a new AccessController for
>NTLM?
>
>> 12) System must provide a means to sign-on to secured websites via
>> Form/Cookie based authentication.
>
>Shou
>d be supported
>> 13) System must provide the ability to cache-remote web resources for
>> subsequent access
>
>It is supported, but needs some work (
>
>>
>> Let me know how this looks (and if I've got the right idea, missing
>> anything, etc.
>
>
>Sounds great
>>
A few things became apparant as I was working on this:
a) The "service" to retrieve the content would need to be decoupled from
any rewriter, and the portlet. David suggested that as well from some early
work I'd sent.
>b) The possible combinations and uses/options of how the proxying is
implemented is too much for a single portlet to cover all options: for
example: the remote site credentials could be one for all portal users,
or
the login username/password, or so
>e user specified values, double that
since the same applies to proxy credentials, then add in the fact that since
there is overhead, someone may want to follow all links through proxying
action, or a certain level of links (sort of wget style), or o
>ly the
initial page, or only links to that host. The complexity of options for
it
seemed to be growing exponentially as I thought about the scenarios to cover
and too much to capture every possibility in a single portlet and portlet
configuration.
>Reinforces the need to decouple the service.)
c) A credential bank in Jetspeed would be really nice.
>For TransformerService we probably need a good HTML parser, what do you
>think?
>I've found an HTML parser at http://htmlparser.sourceforge.ne
>/
It looks great, but.. unfortunately it's licensed under LGPL. I had wanted
to see about using OpenCMS (also LGPL) sometime ago, but it turns out that
LGPL is not compatible with the Apache Foundation License (it has to do
with
the fact that der
>vative works of LGPL must also be LGPL or GPL, and the
ambiguity around Java import and the "link" terminology in the LGPL. See:
http://www.mail-archive.com/jetspeed-dev@jakarta.apache.org/msg06912.html)
I
wish ASF had a better policy get through th
>s like asking for an amended
license from all source works providers that you want to use. There is some
great LGPL software that ASF projects are 'deprived of' can't use because
of
this ambiguity.
[Almost done]
When I was thinking about what I
>eeded to do with the WPS WebPageClipping
Portlet I wanted to clip part of a page, then rewrite some of the
javascript, and remove another part of the script. So I felt some sort of
expression syntax using regular expressions would have been ideal. I
>had
thoughts of a simple xml syntax like
<replace findregex="(top)\.\.+" value="parent" backtrace="1">
<remove regexp="#theregex#">
I think a good html parser is probably a must, and working with the html
DOM
is perhaps needed in certain cases
> Alternately, I've done "screen-scraping"
in Coldfusion with regular expressions alone. I think there are many ways
to
do this. In the end, based on your thesis timeline you'll have to choose
the
scope and features (and then lead into the next itera
>ion ;)
[Whew]
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Friday, August 08, 2003 4:40 AM
To: Jetspeed Developers List
Subject: RE: contribute to Jetspeed
Hi Tim,
thank you for your help and explanation
>!
At the moment my (very simple) Web clipping portlet extends WebPagePortlet,
what are the differences between WebPagePortlet and WebPagePortlet2?
> Services
> WebPageService /RemoteService
> TransformerService (the web clipping and transform
>for another device
> service)
> Portlets
> WebClip Portlet
> WebPagePortlet2
I think it's a good vision, and I want to contribute, but I am "new to
Java",
too..
For TransformerService we probably need a good HTML parser, what do you
thin
>?
I've found an HTML parser at http://htmlparser.sourceforge.net/
Can you send me your pdf design, because I didn't receive it (mail server
problems?).
Thanks,
Marco
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <jetspee
>-dev@jakarta.apache.org>
>From: "Tim Reilly" <ti...@consultant.com>
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Subject: RE: contribute to Jetspeed
>Date: Thu, 7 Aug 2003 21:02:01 -0400
>
>
>Hi Marco,
I say go for
>t! I've personally had bad luck with WPS WebClipping, I've
actually considered writing one b/c at the time I needed greater control
than what I had or knew. I suppose I could have dug into the transcoder
stuff... but by th
>t time requirements chan
>ed. I'm not knocking the WPS
portlet, just pointing out the value in having the source - an open source
version.
I was working with David Taylor and Josh Hsieh on the concept of
RemoteService interface, and a WebPageServi
>e, RemoteConfiguration
> and
RemoteSession (using commons-httpclient 2.?) Basically, the service would
provide "Remote" content services, e.g. http, https (this is the
WebPageService), other RemoteService implementations could be WebDAV, FTP,
sFTP,
>tc. The use for servi
>e was/is for WebPagePortlet2. Basically the
WebPageService uses httpclient to manage url retrieval as well as
authentication, http proxy support, session "proxying", and holding a host
configuration for the portlet once it has
>equested and set a c
>nfiguration
/ holding the cookies, and credentials for a user per host config. I can
send you what I had done (anyone else as well). The main reason I contacted
David directly about this work - as opposed to on the list is b/c I
>still
consider my
>elf "new to java", and want to have David's advice, and code
review, and what not.
Last I left I off with it... I had sent Josh and David my .war. I think
I
scared them off with my code? :[ I didn't hear back. David, I realize h
>w
busy you've
>een (hopefully it wasn't entirely my code), so perhaps David,
Josh, Marco, and myself and anyone else can work on this. I'd see this as
the;
Services
WebPageService /RemoteService
TransformerService (the web clipping and trans
>orm for anoth
>r device
service)
Portlets
WebClip Portlet
WebPagePortlet2
(many other portlets could use these services)
I've got to imagine David is really tied up with J2? So perhaps others can
also provide that code review and guidance
>if David is
>tied up.
Send your thoughts.
Thanks
Attached: is pdf design I started with... it's out of date, but roughly
the
same more or less. I've not gotten into the form based authentication, nor
the cache, and global configuration is no lo
>ger, and
>rewriter is up in the
portlet (not functioning). At a basic level I've got the manager, service,
sessions, session, remotehosts, remotehost. and a portlet that can pull
down
via NTLM, BasicAuth, ssl, or plain http. The goal with WebPagePort
>et2 i
> to
"proxy the user thru" multiple requests, and add several features for
authentication etc.
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Thursday, August 07, 2003 8:13 AM
To: Jetspeed Developers List
>
S
>bject: contribute to Jetspeed
Hi!
For my master thesis I'd like to contribute to Jetspeed (I've already posted
my cHTML and PDA project).
If you are interested I'm realizing a Web Clipping portlet (like Ibm or
Oracle Web clipping portlets
>
>
Or I can realize a portlet that adapts the content of a Web page to mobile
devices (cHTML, WML, PDAs...).
In alternative I can contribute to Jetspeed 2, but in this case I have no
idea of what to do, and I need a job that can
give concrete resul
>>s in a pair of months, because I have to write something
in the thesis :)...
Thanks for any suggestion,
Marco Mari
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il pri
>
> premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For addition
>l
>ommands, e-mail: jetspeed-dev-help@jakarta.apache.org
>---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-
>elp@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
>---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
-----------------------------------
>---------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
RE: contribute to Jetspeed
Posted by Tim Reilly <ti...@consultant.com>.
[Sorry, another long email]
Here is a url for the attachment
http://66.40.167.80/portal/CollaborationWPS.pdf
>what are the differences between WebPagePortlet and WebPagePortlet2?
Perhaps David has more on the vision (David initiated the development for
WebPagePortlet2)...but here is the requirement that got me interested in
this:
Our business requirement at the time; it seemed we needed to use a portlet
as a proxy to another web application that was only available from within
our firewall. To retrieve this content and successive requests (links/pages
in the content, images, etc) we thought about creating a portlet and servlet
combination that would retrieve the protected content on behalf of the
portal user. [We're now re-architecting to use Tivoli Access Manager and
Edge Server (if our APAR's are resolved - this initial requirement will go
away; but from a personal view I still am interested in continuing on with
the portlet)] So...I saw David's WebPagePortlet2 while I was searching to
see if anyone had done this already. He and I talked about using the
commons-httpclient b/c it provides so many important features over net.URL
(basicauth, NTLM, proxy configuration, proxy authorization (per user/request
not just for the jvm), followredirects, and a host of other important http
library functionality.)
Here is part of an email that should help with what WebPagePortlet2 is:
[snip'd]
>> I've
>> compiled what I think are the basic requirements for the
>> WebPageService by
>> looking at what you've done, as well as thinking about how I plan to
>> use
>> this with WPS (Websphere portal server) Here's
>> what
>> I've come up with:
>>
>> Purpose: This servlet will proxy web requests on behalf of the user to
>> provide portal integration of external web resources from within the
>> portal
>> framework. The benefit is to maintain continuity of the user
>> experience;
>> such that the user does not have to leave the portal site in order to
>> view
>> external pages/resources.
>>
>> Technical Requirements:
>> 1) System must provide the capability to pass along the client
>> browsers
>> accept header
>> 2) System must provide the capability to pass along the client
>> browsers
>> user-agent
>> 3) System must provide the capability to pass along the client
>> browsers
>> accept-language
>
>Hopefully the webpage service is doing that now... if not it must do it
>
>> 4) System must provide the ability to proxy subsequent requests
>> requiring
>> the manipulation of links, and external uris back to the intercepting
>> servlet to continue the session by proxy.
>> 5) System must provide the capability to proxy and maintain
>> http-referer
>> header on behalf of the user.
>> 6) System must provide the capability to proxy and maintain the cookie
>> header on behalf of the user.
>> 7) System must provide the capability to make requests via an http
>> proxy
>> server
>> 8) System must provide the capability to support http GET and http POST
>> requests
>> 9) System must provide the ability to make connections via SSL as
>> needed.
>>
>currently not supported by very much needed
>
>> 10) System must provide a means to sign-on to secured websites via
>> Basic
>> Auth.
>The WebPagePortlet supports it in a very simple solution
>I'd like to add that capability to WebPagePortlet2
>Btw - I prefer to merge all features in WebPagePortlet into
>WebPagePortlet2, if thats alright...
>
>> 11) System must provide a means to sign-on to secured websites via
>> NTLM.
>
>Have you seen the recent commit from Mark on a new AccessController for
>NTLM?
>
>> 12) System must provide a means to sign-on to secured websites via
>> Form/Cookie based authentication.
>
>Should be supported
>> 13) System must provide the ability to cache-remote web resources for
>> subsequent access
>
>It is supported, but needs some work (
>
>>
>> Let me know how this looks (and if I've got the right idea, missing
>> anything, etc.)
>
>Sounds great
>>
A few things became apparant as I was working on this:
a) The "service" to retrieve the content would need to be decoupled from
any rewriter, and the portlet. David suggested that as well from some early
work I'd sent.
b) The possible combinations and uses/options of how the proxying is
implemented is too much for a single portlet to cover all options: for
example: the remote site credentials could be one for all portal users, or
the login username/password, or some user specified values, double that
since the same applies to proxy credentials, then add in the fact that since
there is overhead, someone may want to follow all links through proxying
action, or a certain level of links (sort of wget style), or only the
initial page, or only links to that host. The complexity of options for it
seemed to be growing exponentially as I thought about the scenarios to cover
and too much to capture every possibility in a single portlet and portlet
configuration. (Reinforces the need to decouple the service.)
c) A credential bank in Jetspeed would be really nice.
>For TransformerService we probably need a good HTML parser, what do you
>think?
>I've found an HTML parser at http://htmlparser.sourceforge.net/
It looks great, but.. unfortunately it's licensed under LGPL. I had wanted
to see about using OpenCMS (also LGPL) sometime ago, but it turns out that
LGPL is not compatible with the Apache Foundation License (it has to do with
the fact that derivative works of LGPL must also be LGPL or GPL, and the
ambiguity around Java import and the "link" terminology in the LGPL. See:
http://www.mail-archive.com/jetspeed-dev@jakarta.apache.org/msg06912.html) I
wish ASF had a better policy get through this like asking for an amended
license from all source works providers that you want to use. There is some
great LGPL software that ASF projects are 'deprived of' can't use because of
this ambiguity.
[Almost done]
When I was thinking about what I needed to do with the WPS WebPageClipping
Portlet I wanted to clip part of a page, then rewrite some of the
javascript, and remove another part of the script. So I felt some sort of
expression syntax using regular expressions would have been ideal. I had
thoughts of a simple xml syntax like
<replace findregex="(top)\.\.+" value="parent" backtrace="1">
<remove regexp="#theregex#">
I think a good html parser is probably a must, and working with the html DOM
is perhaps needed in certain cases? Alternately, I've done "screen-scraping"
in Coldfusion with regular expressions alone. I think there are many ways to
do this. In the end, based on your thesis timeline you'll have to choose the
scope and features (and then lead into the next iteration ;)
[Whew]
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Friday, August 08, 2003 4:40 AM
To: Jetspeed Developers List
Subject: RE: contribute to Jetspeed
Hi Tim,
thank you for your help and explanations!
At the moment my (very simple) Web clipping portlet extends WebPagePortlet,
what are the differences between WebPagePortlet and WebPagePortlet2?
> Services
> WebPageService /RemoteService
> TransformerService (the web clipping and transform for another device
> service)
> Portlets
> WebClip Portlet
> WebPagePortlet2
I think it's a good vision, and I want to contribute, but I am "new to
Java",
too..
For TransformerService we probably need a good HTML parser, what do you
think?
I've found an HTML parser at http://htmlparser.sourceforge.net/
Can you send me your pdf design, because I didn't receive it (mail server
problems?).
Thanks,
Marco
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>From: "Tim Reilly" <ti...@consultant.com>
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Subject: RE: contribute to Jetspeed
>Date: Thu, 7 Aug 2003 21:02:01 -0400
>
>
>Hi Marco,
I say go for it! I've personally had bad luck with WPS WebClipping, I've
actually considered writing one b/c at the time I needed greater control
than what I had or knew. I suppose I could have dug into the transcoder
stuff... but by th
>t time requirements changed. I'm not knocking the WPS
portlet, just pointing out the value in having the source - an open source
version.
I was working with David Taylor and Josh Hsieh on the concept of
RemoteService interface, and a WebPageServi
>e, RemoteConfiguration, and
RemoteSession (using commons-httpclient 2.?) Basically, the service would
provide "Remote" content services, e.g. http, https (this is the
WebPageService), other RemoteService implementations could be WebDAV, FTP,
sFTP,
>tc. The use for service was/is for WebPagePortlet2. Basically the
WebPageService uses httpclient to manage url retrieval as well as
authentication, http proxy support, session "proxying", and holding a host
configuration for the portlet once it has
>equested and set a configuration
/ holding the cookies, and credentials for a user per host config. I can
send you what I had done (anyone else as well). The main reason I contacted
David directly about this work - as opposed to on the list is b/c I
>still
consider myself "new to java", and want to have David's advice, and code
review, and what not.
Last I left I off with it... I had sent Josh and David my .war. I think
I
scared them off with my code? :[ I didn't hear back. David, I realize h
>w
busy you've been (hopefully it wasn't entirely my code), so perhaps David,
Josh, Marco, and myself and anyone else can work on this. I'd see this as
the;
Services
WebPageService /RemoteService
TransformerService (the web clipping and trans
>orm for another device
service)
Portlets
WebClip Portlet
WebPagePortlet2
(many other portlets could use these services)
I've got to imagine David is really tied up with J2? So perhaps others can
also provide that code review and guidance
>if David is tied up.
Send your thoughts.
Thanks
Attached: is pdf design I started with... it's out of date, but roughly
the
same more or less. I've not gotten into the form based authentication, nor
the cache, and global configuration is no lo
>ger, and rewriter is up in the
portlet (not functioning). At a basic level I've got the manager, service,
sessions, session, remotehosts, remotehost. and a portlet that can pull
down
via NTLM, BasicAuth, ssl, or plain http. The goal with WebPagePort
>et2 is to
"proxy the user thru" multiple requests, and add several features for
authentication etc.
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Thursday, August 07, 2003 8:13 AM
To: Jetspeed Developers List
>
Subject: contribute to Jetspeed
Hi!
For my master thesis I'd like to contribute to Jetspeed (I've already posted
my cHTML and PDA project).
If you are interested I'm realizing a Web Clipping portlet (like Ibm or
Oracle Web clipping portlets
>.
Or I can realize a portlet that adapts the content of a Web page to mobile
devices (cHTML, WML, PDAs...).
In alternative I can contribute to Jetspeed 2, but in this case I have no
idea of what to do, and I need a job that can
give concrete resul
>s in a pair of months, because I have to write something
in the thesis :)...
Thanks for any suggestion,
Marco Mari
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il prim
> premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional
>ommands, e-mail: jetspeed-dev-help@jakarta.apache.org
>---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
RE: contribute to Jetspeed
Posted by Tim Reilly <ti...@consultant.com>.
[Sorry, another long email]
Here is a url for the attachment
http://66.40.167.80/portal/CollaborationWPS.pdf
>what are the differences between WebPagePortlet and WebPagePortlet2?
Perhaps David has more on the vision (David initiated the development for
WebPagePortlet2)...but here is the requirement that got me interested in
this:
Our business requirement at the time; it seemed we needed to use a portlet
as a proxy to another web application that was only available from within
our firewall. To retrieve this content and successive requests (links/pages
in the content, images, etc) we thought about creating a portlet and servlet
combination that would retrieve the protected content on behalf of the
portal user. [We're now re-architecting to use Tivoli Access Manager and
Edge Server (if our APAR's are resolved - this initial requirement will go
away; but from a personal view I still am interested in continuing on with
the portlet)] So...I saw David's WebPagePortlet2 while I was searching to
see if anyone had done this already. He and I talked about using the
commons-httpclient b/c it provides so many important features over net.URL
(basicauth, NTLM, proxy configuration, proxy authorization (per user/request
not just for the jvm), followredirects, and a host of other important http
library functionality.)
Here is part of an email that should help with what WebPagePortlet2 is:
[snip'd]
>> I've
>> compiled what I think are the basic requirements for the
>> WebPageService by
>> looking at what you've done, as well as thinking about how I plan to
>> use
>> this with WPS (Websphere portal server) Here's
>> what
>> I've come up with:
>>
>> Purpose: This servlet will proxy web requests on behalf of the user to
>> provide portal integration of external web resources from within the
>> portal
>> framework. The benefit is to maintain continuity of the user
>> experience;
>> such that the user does not have to leave the portal site in order to
>> view
>> external pages/resources.
>>
>> Technical Requirements:
>> 1) System must provide the capability to pass along the client
>> browsers
>> accept header
>> 2) System must provide the capability to pass along the client
>> browsers
>> user-agent
>> 3) System must provide the capability to pass along the client
>> browsers
>> accept-language
>
>Hopefully the webpage service is doing that now... if not it must do it
>
>> 4) System must provide the ability to proxy subsequent requests
>> requiring
>> the manipulation of links, and external uris back to the intercepting
>> servlet to continue the session by proxy.
>> 5) System must provide the capability to proxy and maintain
>> http-referer
>> header on behalf of the user.
>> 6) System must provide the capability to proxy and maintain the cookie
>> header on behalf of the user.
>> 7) System must provide the capability to make requests via an http
>> proxy
>> server
>> 8) System must provide the capability to support http GET and http POST
>> requests
>> 9) System must provide the ability to make connections via SSL as
>> needed.
>>
>currently not supported by very much needed
>
>> 10) System must provide a means to sign-on to secured websites via
>> Basic
>> Auth.
>The WebPagePortlet supports it in a very simple solution
>I'd like to add that capability to WebPagePortlet2
>Btw - I prefer to merge all features in WebPagePortlet into
>WebPagePortlet2, if thats alright...
>
>> 11) System must provide a means to sign-on to secured websites via
>> NTLM.
>
>Have you seen the recent commit from Mark on a new AccessController for
>NTLM?
>
>> 12) System must provide a means to sign-on to secured websites via
>> Form/Cookie based authentication.
>
>Should be supported
>> 13) System must provide the ability to cache-remote web resources for
>> subsequent access
>
>It is supported, but needs some work (
>
>>
>> Let me know how this looks (and if I've got the right idea, missing
>> anything, etc.)
>
>Sounds great
>>
A few things became apparant as I was working on this:
a) The "service" to retrieve the content would need to be decoupled from
any rewriter, and the portlet. David suggested that as well from some early
work I'd sent.
b) The possible combinations and uses/options of how the proxying is
implemented is too much for a single portlet to cover all options: for
example: the remote site credentials could be one for all portal users, or
the login username/password, or some user specified values, double that
since the same applies to proxy credentials, then add in the fact that since
there is overhead, someone may want to follow all links through proxying
action, or a certain level of links (sort of wget style), or only the
initial page, or only links to that host. The complexity of options for it
seemed to be growing exponentially as I thought about the scenarios to cover
and too much to capture every possibility in a single portlet and portlet
configuration. (Reinforces the need to decouple the service.)
c) A credential bank in Jetspeed would be really nice.
>For TransformerService we probably need a good HTML parser, what do you
>think?
>I've found an HTML parser at http://htmlparser.sourceforge.net/
It looks great, but.. unfortunately it's licensed under LGPL. I had wanted
to see about using OpenCMS (also LGPL) sometime ago, but it turns out that
LGPL is not compatible with the Apache Foundation License (it has to do with
the fact that derivative works of LGPL must also be LGPL or GPL, and the
ambiguity around Java import and the "link" terminology in the LGPL. See:
http://www.mail-archive.com/jetspeed-dev@jakarta.apache.org/msg06912.html) I
wish ASF had a better policy get through this like asking for an amended
license from all source works providers that you want to use. There is some
great LGPL software that ASF projects are 'deprived of' can't use because of
this ambiguity.
[Almost done]
When I was thinking about what I needed to do with the WPS WebPageClipping
Portlet I wanted to clip part of a page, then rewrite some of the
javascript, and remove another part of the script. So I felt some sort of
expression syntax using regular expressions would have been ideal. I had
thoughts of a simple xml syntax like
<replace findregex="(top)\.\.+" value="parent" backtrace="1">
<remove regexp="#theregex#">
I think a good html parser is probably a must, and working with the html DOM
is perhaps needed in certain cases? Alternately, I've done "screen-scraping"
in Coldfusion with regular expressions alone. I think there are many ways to
do this. In the end, based on your thesis timeline you'll have to choose the
scope and features (and then lead into the next iteration ;)
[Whew]
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Friday, August 08, 2003 4:40 AM
To: Jetspeed Developers List
Subject: RE: contribute to Jetspeed
Hi Tim,
thank you for your help and explanations!
At the moment my (very simple) Web clipping portlet extends WebPagePortlet,
what are the differences between WebPagePortlet and WebPagePortlet2?
> Services
> WebPageService /RemoteService
> TransformerService (the web clipping and transform for another device
> service)
> Portlets
> WebClip Portlet
> WebPagePortlet2
I think it's a good vision, and I want to contribute, but I am "new to
Java",
too..
For TransformerService we probably need a good HTML parser, what do you
think?
I've found an HTML parser at http://htmlparser.sourceforge.net/
Can you send me your pdf design, because I didn't receive it (mail server
problems?).
Thanks,
Marco
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>From: "Tim Reilly" <ti...@consultant.com>
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Subject: RE: contribute to Jetspeed
>Date: Thu, 7 Aug 2003 21:02:01 -0400
>
>
>Hi Marco,
I say go for it! I've personally had bad luck with WPS WebClipping, I've
actually considered writing one b/c at the time I needed greater control
than what I had or knew. I suppose I could have dug into the transcoder
stuff... but by th
>t time requirements changed. I'm not knocking the WPS
portlet, just pointing out the value in having the source - an open source
version.
I was working with David Taylor and Josh Hsieh on the concept of
RemoteService interface, and a WebPageServi
>e, RemoteConfiguration, and
RemoteSession (using commons-httpclient 2.?) Basically, the service would
provide "Remote" content services, e.g. http, https (this is the
WebPageService), other RemoteService implementations could be WebDAV, FTP,
sFTP,
>tc. The use for service was/is for WebPagePortlet2. Basically the
WebPageService uses httpclient to manage url retrieval as well as
authentication, http proxy support, session "proxying", and holding a host
configuration for the portlet once it has
>equested and set a configuration
/ holding the cookies, and credentials for a user per host config. I can
send you what I had done (anyone else as well). The main reason I contacted
David directly about this work - as opposed to on the list is b/c I
>still
consider myself "new to java", and want to have David's advice, and code
review, and what not.
Last I left I off with it... I had sent Josh and David my .war. I think
I
scared them off with my code? :[ I didn't hear back. David, I realize h
>w
busy you've been (hopefully it wasn't entirely my code), so perhaps David,
Josh, Marco, and myself and anyone else can work on this. I'd see this as
the;
Services
WebPageService /RemoteService
TransformerService (the web clipping and trans
>orm for another device
service)
Portlets
WebClip Portlet
WebPagePortlet2
(many other portlets could use these services)
I've got to imagine David is really tied up with J2? So perhaps others can
also provide that code review and guidance
>if David is tied up.
Send your thoughts.
Thanks
Attached: is pdf design I started with... it's out of date, but roughly
the
same more or less. I've not gotten into the form based authentication, nor
the cache, and global configuration is no lo
>ger, and rewriter is up in the
portlet (not functioning). At a basic level I've got the manager, service,
sessions, session, remotehosts, remotehost. and a portlet that can pull
down
via NTLM, BasicAuth, ssl, or plain http. The goal with WebPagePort
>et2 is to
"proxy the user thru" multiple requests, and add several features for
authentication etc.
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Thursday, August 07, 2003 8:13 AM
To: Jetspeed Developers List
>
Subject: contribute to Jetspeed
Hi!
For my master thesis I'd like to contribute to Jetspeed (I've already posted
my cHTML and PDA project).
If you are interested I'm realizing a Web Clipping portlet (like Ibm or
Oracle Web clipping portlets
>.
Or I can realize a portlet that adapts the content of a Web page to mobile
devices (cHTML, WML, PDAs...).
In alternative I can contribute to Jetspeed 2, but in this case I have no
idea of what to do, and I need a job that can
give concrete resul
>s in a pair of months, because I have to write something
in the thesis :)...
Thanks for any suggestion,
Marco Mari
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il prim
> premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional
>ommands, e-mail: jetspeed-dev-help@jakarta.apache.org
>---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: contribute to Jetspeed
Posted by Marco Mari <dr...@tiscali.it>.
To Scott:
>Sorry, it's LGPL so we can not include directly with Jetspeed. Maybe >you
could convince them to change their license to BSD/Apache style ;)
I think I'll try...;)!
To David:
>Take a look at org.apache.jetspeed.util.rewriter
>The HTML parser is pluggable using the rewriter framework
Thank you, I'll try to plug the parser.
Regards,
Marco
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Date: Fri, 8 Aug 2003 09:22:04 -0700
>Subject: Re: contribute to Jetspeed
>From: David Sean Taylor <da...@bluesunrise.com>
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>
>
>
On Friday, August 8, 2003, at 01:39 AM, Marco Mari wrote:
> Hi Tim,
>
> thank you for your help and explanations!
> At the moment my (very simple) Web clipping portlet extends
> WebPagePortlet,
> what are the differences between WebPagePort
>et and WebPagePortlet2?
>
>> Services
>> WebPageService /RemoteService
>> TransformerService (the web clipping and transform for another device
>> service)
>> Portlets
>> WebClip Portlet
>> WebPagePortlet2
>
> I think it's a good vision, and
> want to contribute, but I am "new to
> Java",
> too..
> For TransformerService we probably need a good HTML parser, what do you
> think?
> I've found an HTML parser at http://htmlparser.sourceforge.net/
> Can you send me your pdf design, becaus
> I didn't receive it (mail
> server
> problems?).
Take a look at org.apache.jetspeed.util.rewriter
The HTML parser is pluggable using the rewriter framework
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
+01 707 773-4646
>+01 707 529 9194
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
Re: contribute to Jetspeed
Posted by Marco Mari <dr...@tiscali.it>.
To Scott:
>Sorry, it's LGPL so we can not include directly with Jetspeed. Maybe >you
could convince them to change their license to BSD/Apache style ;)
I think I'll try...;)!
To David:
>Take a look at org.apache.jetspeed.util.rewriter
>The HTML parser is pluggable using the rewriter framework
Thank you, I'll try to plug the parser.
Regards,
Marco
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Date: Fri, 8 Aug 2003 09:22:04 -0700
>Subject: Re: contribute to Jetspeed
>From: David Sean Taylor <da...@bluesunrise.com>
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>
>
>
On Friday, August 8, 2003, at 01:39 AM, Marco Mari wrote:
> Hi Tim,
>
> thank you for your help and explanations!
> At the moment my (very simple) Web clipping portlet extends
> WebPagePortlet,
> what are the differences between WebPagePort
>et and WebPagePortlet2?
>
>> Services
>> WebPageService /RemoteService
>> TransformerService (the web clipping and transform for another device
>> service)
>> Portlets
>> WebClip Portlet
>> WebPagePortlet2
>
> I think it's a good vision, and
> want to contribute, but I am "new to
> Java",
> too..
> For TransformerService we probably need a good HTML parser, what do you
> think?
> I've found an HTML parser at http://htmlparser.sourceforge.net/
> Can you send me your pdf design, becaus
> I didn't receive it (mail
> server
> problems?).
Take a look at org.apache.jetspeed.util.rewriter
The HTML parser is pluggable using the rewriter framework
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
+01 707 773-4646
>+01 707 529 9194
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: contribute to Jetspeed
Posted by David Sean Taylor <da...@bluesunrise.com>.
On Friday, August 8, 2003, at 01:39 AM, Marco Mari wrote:
> Hi Tim,
>
> thank you for your help and explanations!
> At the moment my (very simple) Web clipping portlet extends
> WebPagePortlet,
> what are the differences between WebPagePortlet and WebPagePortlet2?
>
>> Services
>> WebPageService /RemoteService
>> TransformerService (the web clipping and transform for another device
>> service)
>> Portlets
>> WebClip Portlet
>> WebPagePortlet2
>
> I think it's a good vision, and I want to contribute, but I am "new to
> Java",
> too..
> For TransformerService we probably need a good HTML parser, what do you
> think?
> I've found an HTML parser at http://htmlparser.sourceforge.net/
> Can you send me your pdf design, because I didn't receive it (mail
> server
> problems?).
Take a look at org.apache.jetspeed.util.rewriter
The HTML parser is pluggable using the rewriter framework
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
+01 707 773-4646
+01 707 529 9194
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: contribute to Jetspeed
Posted by David Sean Taylor <da...@bluesunrise.com>.
On Friday, August 8, 2003, at 01:39 AM, Marco Mari wrote:
> Hi Tim,
>
> thank you for your help and explanations!
> At the moment my (very simple) Web clipping portlet extends
> WebPagePortlet,
> what are the differences between WebPagePortlet and WebPagePortlet2?
>
>> Services
>> WebPageService /RemoteService
>> TransformerService (the web clipping and transform for another device
>> service)
>> Portlets
>> WebClip Portlet
>> WebPagePortlet2
>
> I think it's a good vision, and I want to contribute, but I am "new to
> Java",
> too..
> For TransformerService we probably need a good HTML parser, what do you
> think?
> I've found an HTML parser at http://htmlparser.sourceforge.net/
> Can you send me your pdf design, because I didn't receive it (mail
> server
> problems?).
Take a look at org.apache.jetspeed.util.rewriter
The HTML parser is pluggable using the rewriter framework
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
+01 707 773-4646
+01 707 529 9194
RE: contribute to Jetspeed
Posted by Marco Mari <dr...@tiscali.it>.
Hi Tim,
thank you for your help and explanations!
At the moment my (very simple) Web clipping portlet extends WebPagePortlet,
what are the differences between WebPagePortlet and WebPagePortlet2?
> Services
> WebPageService /RemoteService
> TransformerService (the web clipping and transform for another device
> service)
> Portlets
> WebClip Portlet
> WebPagePortlet2
I think it's a good vision, and I want to contribute, but I am "new to Java",
too..
For TransformerService we probably need a good HTML parser, what do you
think?
I've found an HTML parser at http://htmlparser.sourceforge.net/
Can you send me your pdf design, because I didn't receive it (mail server
problems?).
Thanks,
Marco
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>From: "Tim Reilly" <ti...@consultant.com>
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Subject: RE: contribute to Jetspeed
>Date: Thu, 7 Aug 2003 21:02:01 -0400
>
>
>Hi Marco,
I say go for it! I've personally had bad luck with WPS WebClipping, I've
actually considered writing one b/c at the time I needed greater control
than what I had or knew. I suppose I could have dug into the transcoder
stuff... but by th
>t time requirements changed. I'm not knocking the WPS
portlet, just pointing out the value in having the source - an open source
version.
I was working with David Taylor and Josh Hsieh on the concept of
RemoteService interface, and a WebPageServi
>e, RemoteConfiguration, and
RemoteSession (using commons-httpclient 2.?) Basically, the service would
provide "Remote" content services, e.g. http, https (this is the
WebPageService), other RemoteService implementations could be WebDAV, FTP,
sFTP,
>tc. The use for service was/is for WebPagePortlet2. Basically the
WebPageService uses httpclient to manage url retrieval as well as
authentication, http proxy support, session "proxying", and holding a host
configuration for the portlet once it has
>equested and set a configuration
/ holding the cookies, and credentials for a user per host config. I can
send you what I had done (anyone else as well). The main reason I contacted
David directly about this work - as opposed to on the list is b/c I
>still
consider myself "new to java", and want to have David's advice, and code
review, and what not.
Last I left I off with it... I had sent Josh and David my .war. I think
I
scared them off with my code? :[ I didn't hear back. David, I realize h
>w
busy you've been (hopefully it wasn't entirely my code), so perhaps David,
Josh, Marco, and myself and anyone else can work on this. I'd see this as
the;
Services
WebPageService /RemoteService
TransformerService (the web clipping and trans
>orm for another device
service)
Portlets
WebClip Portlet
WebPagePortlet2
(many other portlets could use these services)
I've got to imagine David is really tied up with J2? So perhaps others can
also provide that code review and guidance
>if David is tied up.
Send your thoughts.
Thanks
Attached: is pdf design I started with... it's out of date, but roughly
the
same more or less. I've not gotten into the form based authentication, nor
the cache, and global configuration is no lo
>ger, and rewriter is up in the
portlet (not functioning). At a basic level I've got the manager, service,
sessions, session, remotehosts, remotehost. and a portlet that can pull
down
via NTLM, BasicAuth, ssl, or plain http. The goal with WebPagePort
>et2 is to
"proxy the user thru" multiple requests, and add several features for
authentication etc.
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Thursday, August 07, 2003 8:13 AM
To: Jetspeed Developers List
>
Subject: contribute to Jetspeed
Hi!
For my master thesis I'd like to contribute to Jetspeed (I've already posted
my cHTML and PDA project).
If you are interested I'm realizing a Web Clipping portlet (like Ibm or
Oracle Web clipping portlets
>.
Or I can realize a portlet that adapts the content of a Web page to mobile
devices (cHTML, WML, PDAs...).
In alternative I can contribute to Jetspeed 2, but in this case I have no
idea of what to do, and I need a job that can
give concrete resul
>s in a pair of months, because I have to write something
in the thesis :)...
Thanks for any suggestion,
Marco Mari
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il prim
> premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional
>ommands, e-mail: jetspeed-dev-help@jakarta.apache.org
>---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
RE: contribute to Jetspeed
Posted by Marco Mari <dr...@tiscali.it>.
Hi Tim,
thank you for your help and explanations!
At the moment my (very simple) Web clipping portlet extends WebPagePortlet,
what are the differences between WebPagePortlet and WebPagePortlet2?
> Services
> WebPageService /RemoteService
> TransformerService (the web clipping and transform for another device
> service)
> Portlets
> WebClip Portlet
> WebPagePortlet2
I think it's a good vision, and I want to contribute, but I am "new to Java",
too..
For TransformerService we probably need a good HTML parser, what do you
think?
I've found an HTML parser at http://htmlparser.sourceforge.net/
Can you send me your pdf design, because I didn't receive it (mail server
problems?).
Thanks,
Marco
>-- Messaggio Originale --
>Reply-To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>From: "Tim Reilly" <ti...@consultant.com>
>To: "Jetspeed Developers List" <je...@jakarta.apache.org>
>Subject: RE: contribute to Jetspeed
>Date: Thu, 7 Aug 2003 21:02:01 -0400
>
>
>Hi Marco,
I say go for it! I've personally had bad luck with WPS WebClipping, I've
actually considered writing one b/c at the time I needed greater control
than what I had or knew. I suppose I could have dug into the transcoder
stuff... but by th
>t time requirements changed. I'm not knocking the WPS
portlet, just pointing out the value in having the source - an open source
version.
I was working with David Taylor and Josh Hsieh on the concept of
RemoteService interface, and a WebPageServi
>e, RemoteConfiguration, and
RemoteSession (using commons-httpclient 2.?) Basically, the service would
provide "Remote" content services, e.g. http, https (this is the
WebPageService), other RemoteService implementations could be WebDAV, FTP,
sFTP,
>tc. The use for service was/is for WebPagePortlet2. Basically the
WebPageService uses httpclient to manage url retrieval as well as
authentication, http proxy support, session "proxying", and holding a host
configuration for the portlet once it has
>equested and set a configuration
/ holding the cookies, and credentials for a user per host config. I can
send you what I had done (anyone else as well). The main reason I contacted
David directly about this work - as opposed to on the list is b/c I
>still
consider myself "new to java", and want to have David's advice, and code
review, and what not.
Last I left I off with it... I had sent Josh and David my .war. I think
I
scared them off with my code? :[ I didn't hear back. David, I realize h
>w
busy you've been (hopefully it wasn't entirely my code), so perhaps David,
Josh, Marco, and myself and anyone else can work on this. I'd see this as
the;
Services
WebPageService /RemoteService
TransformerService (the web clipping and trans
>orm for another device
service)
Portlets
WebClip Portlet
WebPagePortlet2
(many other portlets could use these services)
I've got to imagine David is really tied up with J2? So perhaps others can
also provide that code review and guidance
>if David is tied up.
Send your thoughts.
Thanks
Attached: is pdf design I started with... it's out of date, but roughly
the
same more or less. I've not gotten into the form based authentication, nor
the cache, and global configuration is no lo
>ger, and rewriter is up in the
portlet (not functioning). At a basic level I've got the manager, service,
sessions, session, remotehosts, remotehost. and a portlet that can pull
down
via NTLM, BasicAuth, ssl, or plain http. The goal with WebPagePort
>et2 is to
"proxy the user thru" multiple requests, and add several features for
authentication etc.
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Thursday, August 07, 2003 8:13 AM
To: Jetspeed Developers List
>
Subject: contribute to Jetspeed
Hi!
For my master thesis I'd like to contribute to Jetspeed (I've already posted
my cHTML and PDA project).
If you are interested I'm realizing a Web Clipping portlet (like Ibm or
Oracle Web clipping portlets
>.
Or I can realize a portlet that adapts the content of a Web page to mobile
devices (cHTML, WML, PDAs...).
In alternative I can contribute to Jetspeed 2, but in this case I have no
idea of what to do, and I need a job that can
give concrete resul
>s in a pair of months, because I have to write something
in the thesis :)...
Thanks for any suggestion,
Marco Mari
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il prim
> premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional
>ommands, e-mail: jetspeed-dev-help@jakarta.apache.org
>---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
Re: contribute to Jetspeed
Posted by David Sean Taylor <da...@bluesunrise.com>.
On Thursday, August 7, 2003, at 06:02 PM, Tim Reilly wrote:
> Hi Marco,
>
> I say go for it! I've personally had bad luck with WPS WebClipping,
> I've
> actually considered writing one b/c at the time I needed greater
> control
> than what I had or knew. I suppose I could have dug into the transcoder
> stuff... but by that time requirements changed. I'm not knocking the
> WPS
> portlet, just pointing out the value in having the source - an open
> source
> version.
>
> I was working with David Taylor and Josh Hsieh on the concept of
> RemoteService interface, and a WebPageService, RemoteConfiguration, and
> RemoteSession (using commons-httpclient 2.?) Basically, the service
> would
> provide "Remote" content services, e.g. http, https (this is the
> WebPageService), other RemoteService implementations could be WebDAV,
> FTP,
> sFTP, etc. The use for service was/is for WebPagePortlet2. Basically
> the
> WebPageService uses httpclient to manage url retrieval as well as
> authentication, http proxy support, session "proxying", and holding a
> host
> configuration for the portlet once it has requested and set a
> configuration
> / holding the cookies, and credentials for a user per host config. I
> can
> send you what I had done (anyone else as well). The main reason I
> contacted
> David directly about this work - as opposed to on the list is b/c I
> still
> consider myself "new to java", and want to have David's advice, and
> code
> review, and what not.
>
> Last I left I off with it... I had sent Josh and David my .war. I
> think I
> scared them off with my code? :[ I didn't hear back. David, I realize
> how
> busy you've been (hopefully it wasn't entirely my code), so perhaps
> David,
> Josh, Marco, and myself and anyone else can work on this. I'd see this
> as
> the;
It wasn't your code.
Honestly, I just forgot about it.
Im going to review the code now, and I'll get back to you today
--
David Sean Taylor
Bluesunrise Software
david@bluesunrise.com
+01 707 773-4646
+01 707 529 9194
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
RE: contribute to Jetspeed
Posted by Tim Reilly <ti...@consultant.com>.
Hi Marco,
I say go for it! I've personally had bad luck with WPS WebClipping, I've
actually considered writing one b/c at the time I needed greater control
than what I had or knew. I suppose I could have dug into the transcoder
stuff... but by that time requirements changed. I'm not knocking the WPS
portlet, just pointing out the value in having the source - an open source
version.
I was working with David Taylor and Josh Hsieh on the concept of
RemoteService interface, and a WebPageService, RemoteConfiguration, and
RemoteSession (using commons-httpclient 2.?) Basically, the service would
provide "Remote" content services, e.g. http, https (this is the
WebPageService), other RemoteService implementations could be WebDAV, FTP,
sFTP, etc. The use for service was/is for WebPagePortlet2. Basically the
WebPageService uses httpclient to manage url retrieval as well as
authentication, http proxy support, session "proxying", and holding a host
configuration for the portlet once it has requested and set a configuration
/ holding the cookies, and credentials for a user per host config. I can
send you what I had done (anyone else as well). The main reason I contacted
David directly about this work - as opposed to on the list is b/c I still
consider myself "new to java", and want to have David's advice, and code
review, and what not.
Last I left I off with it... I had sent Josh and David my .war. I think I
scared them off with my code? :[ I didn't hear back. David, I realize how
busy you've been (hopefully it wasn't entirely my code), so perhaps David,
Josh, Marco, and myself and anyone else can work on this. I'd see this as
the;
Services
WebPageService /RemoteService
TransformerService (the web clipping and transform for another device
service)
Portlets
WebClip Portlet
WebPagePortlet2
(many other portlets could use these services)
I've got to imagine David is really tied up with J2? So perhaps others can
also provide that code review and guidance if David is tied up.
Send your thoughts.
Thanks
Attached: is pdf design I started with... it's out of date, but roughly the
same more or less. I've not gotten into the form based authentication, nor
the cache, and global configuration is no longer, and rewriter is up in the
portlet (not functioning). At a basic level I've got the manager, service,
sessions, session, remotehosts, remotehost. and a portlet that can pull down
via NTLM, BasicAuth, ssl, or plain http. The goal with WebPagePortlet2 is to
"proxy the user thru" multiple requests, and add several features for
authentication etc.
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Thursday, August 07, 2003 8:13 AM
To: Jetspeed Developers List
Subject: contribute to Jetspeed
Hi!
For my master thesis I'd like to contribute to Jetspeed (I've already posted
my cHTML and PDA project).
If you are interested I'm realizing a Web Clipping portlet (like Ibm or
Oracle Web clipping portlets).
Or I can realize a portlet that adapts the content of a Web page to mobile
devices (cHTML, WML, PDAs...).
In alternative I can contribute to Jetspeed 2, but in this case I have no
idea of what to do, and I need a job that can
give concrete results in a pair of months, because I have to write something
in the thesis :)...
Thanks for any suggestion,
Marco Mari
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
RE: contribute to Jetspeed
Posted by Tim Reilly <ti...@consultant.com>.
Hi Marco,
I say go for it! I've personally had bad luck with WPS WebClipping, I've
actually considered writing one b/c at the time I needed greater control
than what I had or knew. I suppose I could have dug into the transcoder
stuff... but by that time requirements changed. I'm not knocking the WPS
portlet, just pointing out the value in having the source - an open source
version.
I was working with David Taylor and Josh Hsieh on the concept of
RemoteService interface, and a WebPageService, RemoteConfiguration, and
RemoteSession (using commons-httpclient 2.?) Basically, the service would
provide "Remote" content services, e.g. http, https (this is the
WebPageService), other RemoteService implementations could be WebDAV, FTP,
sFTP, etc. The use for service was/is for WebPagePortlet2. Basically the
WebPageService uses httpclient to manage url retrieval as well as
authentication, http proxy support, session "proxying", and holding a host
configuration for the portlet once it has requested and set a configuration
/ holding the cookies, and credentials for a user per host config. I can
send you what I had done (anyone else as well). The main reason I contacted
David directly about this work - as opposed to on the list is b/c I still
consider myself "new to java", and want to have David's advice, and code
review, and what not.
Last I left I off with it... I had sent Josh and David my .war. I think I
scared them off with my code? :[ I didn't hear back. David, I realize how
busy you've been (hopefully it wasn't entirely my code), so perhaps David,
Josh, Marco, and myself and anyone else can work on this. I'd see this as
the;
Services
WebPageService /RemoteService
TransformerService (the web clipping and transform for another device
service)
Portlets
WebClip Portlet
WebPagePortlet2
(many other portlets could use these services)
I've got to imagine David is really tied up with J2? So perhaps others can
also provide that code review and guidance if David is tied up.
Send your thoughts.
Thanks
Attached: is pdf design I started with... it's out of date, but roughly the
same more or less. I've not gotten into the form based authentication, nor
the cache, and global configuration is no longer, and rewriter is up in the
portlet (not functioning). At a basic level I've got the manager, service,
sessions, session, remotehosts, remotehost. and a portlet that can pull down
via NTLM, BasicAuth, ssl, or plain http. The goal with WebPagePortlet2 is to
"proxy the user thru" multiple requests, and add several features for
authentication etc.
-----Original Message-----
From: Marco Mari [mailto:drsla@tiscali.it]
Sent: Thursday, August 07, 2003 8:13 AM
To: Jetspeed Developers List
Subject: contribute to Jetspeed
Hi!
For my master thesis I'd like to contribute to Jetspeed (I've already posted
my cHTML and PDA project).
If you are interested I'm realizing a Web Clipping portlet (like Ibm or
Oracle Web clipping portlets).
Or I can realize a portlet that adapts the content of a Web page to mobile
devices (cHTML, WML, PDAs...).
In alternative I can contribute to Jetspeed 2, but in this case I have no
idea of what to do, and I need a job that can
give concrete results in a pair of months, because I have to write something
in the thesis :)...
Thanks for any suggestion,
Marco Mari
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
contribute to Jetspeed
Posted by Marco Mari <dr...@tiscali.it>.
Hi!
For my master thesis I'd like to contribute to Jetspeed (I've already posted
my cHTML and PDA project).
If you are interested I'm realizing a Web Clipping portlet (like Ibm or
Oracle Web clipping portlets).
Or I can realize a portlet that adapts the content of a Web page to mobile
devices (cHTML, WML, PDAs...).
In alternative I can contribute to Jetspeed 2, but in this case I have no
idea of what to do, and I need a job that can
give concrete results in a pair of months, because I have to write something
in the thesis :)...
Thanks for any suggestion,
Marco Mari
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
Re: Developer Areas
Posted by Santiago Gala Pérez <sg...@hisitech.com>.
El miércoles, 6 agos, 2003, a las 08:14 Europe/Madrid, David Sean
Taylor escribió:
So much that I can, I will participate in the Aggregation and Security
areas, and also debugging and integration of the portal as a whole.
> Object Model, Registry: Scott Weaver
> Layout, Look and Feel: Scott Weaver
> JMX : Jeremy Ford, Scott Weaver
> Plug in Architecture : Scott Weaver
> Container, Actions : David Taylor
> Aggregation, PSML : Raphael Luta
I'm interested in this area
> Security : Paul Spencer
Ditto.
> Device Caps, media : David Taylor, Roger Ruttimann
> ...
>
>
contribute to Jetspeed
Posted by Marco Mari <dr...@tiscali.it>.
Hi!
For my master thesis I'd like to contribute to Jetspeed (I've already posted
my cHTML and PDA project).
If you are interested I'm realizing a Web Clipping portlet (like Ibm or
Oracle Web clipping portlets).
Or I can realize a portlet that adapts the content of a Web page to mobile
devices (cHTML, WML, PDAs...).
In alternative I can contribute to Jetspeed 2, but in this case I have no
idea of what to do, and I need a job that can
give concrete results in a pair of months, because I have to write something
in the thesis :)...
Thanks for any suggestion,
Marco Mari
__________________________________________________________________
Partecipa al concorso Tiscali "collegati e vinci",
il primo premio e' un viaggio per 2 persone a Zanzibar!
http://point.tiscali.it/numerounico/
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: Developer Areas
Posted by Santiago Gala Pérez <sg...@hisitech.com>.
El miércoles, 6 agos, 2003, a las 08:14 Europe/Madrid, David Sean
Taylor escribió:
So much that I can, I will participate in the Aggregation and Security
areas, and also debugging and integration of the portal as a whole.
> Object Model, Registry: Scott Weaver
> Layout, Look and Feel: Scott Weaver
> JMX : Jeremy Ford, Scott Weaver
> Plug in Architecture : Scott Weaver
> Container, Actions : David Taylor
> Aggregation, PSML : Raphael Luta
I'm interested in this area
> Security : Paul Spencer
Ditto.
> Device Caps, media : David Taylor, Roger Ruttimann
> ...
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org
Re: Developer Areas
Posted by David Le Strat <dl...@yahoo.com>.
Great,thanks David.
Are lead developers going to publish high level design
documents to make it easier for contributors to
identify where they could fit and provide constructive
suggestions? For instance, I am interested in helping
with the security model but a base design would
probably help the discussion. What do you think?
David Le Strat.
--- David Sean Taylor <da...@bluesunrise.com> wrote:
> Sorry if I've been a little unresponsive lately.
> It can sometimes be a time consuming job writing
> code for a living.
>
> We were discussing developer areas in Jetspeed-2 a
> while back, and here
> is what we came up with.
> This is by no means a final list and others are
> willing to join in
>
> Object Model, Registry:���� Scott Weaver
> Layout, Look and Feel:����� Scott Weaver
> JMX������������������������������� :������ Jeremy
> Ford, Scott Weaver
> Plug in Architecture���� :������ Scott Weaver
> Container, Actions ���� :������ David Taylor
> Aggregation, PSML���� :������ Raphael Luta
> Security������������������������� :������ Paul
> Spencer
> Device Caps, media��� :������ David Taylor, Roger
> Ruttimann
> ...
>
> --
> David Sean Taylor
> Bluesunrise Software
> david@bluesunrise.com
> +01 707 773-4646
>
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> jetspeed-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> jetspeed-dev-help@jakarta.apache.org
>
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org