Yes. Our sollution as I recall... HttpUnit can also return a DOM object. You can then modify the document as XML using any of the XML tools, then convert the final DOM object to String. This actually turned out to be quite robust as HttpUnit will jTidy the page for you. You can also do fun things like pick out a subsection of the document, so your portlet could be just one table within a larger web page (ie - the News box on a corporate home page).
Steve B. ----- Original Message ----- From: "Ozgur Balsoy" <[EMAIL PROTECTED]> To: "'Jetspeed Users List'" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, April 02, 2002 8:37 AM Subject: RE: WebPagePortlet and https urls > HttpUnit returns the HTML source as a big chunk of text. WebPagePortlet > parses the HTML and replaces all the URLs with absolute ones. I have > tried to replace HTMLRewriter with HttpUnit but couldn't rewrite the > URLs. HttpUnit API returns a link array which you can read but can't > write/alter. String search/cut/concat functions would solve the problem, > though. Has anyone used HttpUnit for such purposes? > > We use an altered version of WebPagePortlet for navigation. I prepare > the documentation and hope to post it here soon. > > Ozgur > > -----Original Message----- > From: JC Norman [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 01, 2002 8:35 PM > To: Jetspeed Users List > Subject: RE: WebPagePortlet and https urls > > You may want to try using HttpUnit to get the HTML from a remote > computer > then send it to the portlet. You will have to use a Servlet Portlet or > a > Velocity Portlet instead of the WebPagePortlet. HttpUnit could get the > HTML > through the SSL connection on the server, then send it to the Portlet. > Here > is a link about HttpUnit: http://httpunit.sourceforge.net/ and a link > for > using HttpUnit over SSL http://httpunit.sourceforge.net/doc/sslfaq.html. > The WebPagePortlet may work with SSL if you add the trusted certificate > to > your JVM. That is also included in the HttpUnit over SSL faq. > The iFrame makes the most sense, except that JetSpeed may lose the > current > location of the iFrame when another portal changes. We have not yet > used > the iFrame portlet, but have used iFrames inside of JetSpeed and they > work > quite well. > > > -----Original Message----- > From: Glenn Golden [mailto:[EMAIL PROTECTED]] > Sent: Monday, April 01, 2002 6:02 PM > To: 'Jetspeed Users List' > Subject: RE: WebPagePortlet and https urls > > > Karen - > > You realize that if this works, it will be the Jetspeed server that > makes > the https connection to your web site, gets the html, then caches it for > delivery to the browser, right? That said, I don't knnow what might be > missing or needed in Jetspeed to enable it to make https connections, > but it > may be the same as what would be needed for Tomcat to be able to accept > https connections from a browser, which (I think) is a server > certificate... > > If you want the web page to go directly to the browser, try the > IFramePortlet that was recently added to 1.3a3. The tip CVS is in > pretty > good shape with reguard to customizers now. If you use the > IFramePortlet, > an Iframe will go in the html page from Jetspeed, and the src of that > iframe > would be your https url... Then only your browser would have to be able > to > do https with that server. > > - Glenn > > -------------------------------------------- > Glenn R. Golden, Systems Research Programmer > University of Michigan School of Information > [EMAIL PROTECTED] 734-615-1419 > http://www-personal.si.umich.edu/~ggolden/ > -------------------------------------------- > > > > > > -----Original Message----- > > From: Karen Schuchardt [mailto:[EMAIL PROTECTED]] > > Sent: Monday, April 01, 2002 4:58 PM > > To: [EMAIL PROTECTED] > > Subject: WebPagePortlet and https urls > > > > > > I am trying to use the WebPagePortlet to access html pages > > that are accessable via https. When I add them to a pane, > > they show up as empty and the following message appears in > > jetspeed.log > > > > [Mon Apr 01 13:20:32 PST 2002] -- INFO -- Exception > > occurred:javax.net.ssl.SSLHandshakeException: Couldn't find > > trusted certificate > > > > My local-portlets.xreg looks like: > > <portlet-entry name="My Applet" hidden="false" type="ref" > > parent="WebPagePortlet" application="false"> > > <meta-info> > > <title>My Applet</title> > > <description>xxx</description> > > </meta-info> > > <parameter name="dont_remove_applet" value="yes" > > hidden="false"/> > > <url>https://myhost:myport/jetspeed/myapplet.html</url> > > </portlet-entry> > > > > > > I can access this url directly (not as portlet) via tomcat > > with ssl - it works fine. My tomcat keystore file is not in > > ~ but I copied it there in case that would fix the problem > > but it didn't. > > > > Any ideas what I'm doing wrong? I'm using 1.3a2, jdk1.4 and > > tomat 1.0.4b2-LE. Everything else seems to be working fine. > > By the way, this is the first version of tomcat that SEEMS to > > work with jdk1.4, jetspeed, the hptrailmap etc. > > > > Thanks, > > Karen > > > > > > > > > > -- > > To unsubscribe, e-mail: > > <mailto:jetspeed-user-> [EMAIL PROTECTED]> > > For > > additional commands, > > e-mail: <mailto:[EMAIL PROTECTED]> > > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
