Flickr Portlet

I've posted Flickr Portlet to the Portlet Repository project. Flickr exposes a (web) service API to their photos. This portlet simply consumes that interface and makes it available from a portlet user interface.

 

 From the portlet, you can browse your photos, upload photos, browse your contacts' photos, and search for photos. Well, the search part is just stubbed out for now.

The portlet is just a front end for Quickr, which does a nice job bridging the Flick services API to Java. One cool thing about the portlet is that it makes use of Lightbox JS to allow for asynchronous browsing of photos in a larger scale:

 

The Portlet Repository project does not have binaries right now, so grab the source and build it to get the portlet WAR. 


Comments:

I have written an article on my experience trying to get this Portlet running in uPortal. You can read about it at http://support.unicon.net/node/577 I discovered two uPortal bugs and two bugs in the Flickr portlet.

Posted by Cris Holdorph on February 21, 2007 at 06:47 AM PST #

hi cris,

thanks for your feedback. i removed the erroneous edit mode entry in the portlet.

as for error handling, that is something i've been struggling with. the problem is that if an error occurs initializing a bean in a JSP, the top level exception is not very informative, nor is it easy to catch.

it occurs to me that a better solution might be to initialized the beans before dispatching to the JSP. that way, i can catch and redirect to an error JSP. in other words, don't use jsp:setBean and setProperty to initialize the beans.

btw, you can set your user name from the portlet. if there's no user name set, the initial portlet page will say something akin to "i don't know who you are" and link to a way to enter the user name. if the user name is set, it will tell you who it thinks you are and give you the option of resetting it.

Posted by jtb on February 22, 2007 at 03:38 AM PST #

hi again cris,

are you asking about dotted WAR file names, or dotted web application contexts? it might be a different question.

i think some portals assume the WAR file name is the context name, and deploy the web app to that context. that's not correct. it should use the context path from the web.xml. that being said, it does sound reasonable to use the WAR file name if there's nothing in web.xml, which is the case for flickr portlet.

so, maybe that's the simpler fix: call out the context path in web.xml for flickr portlet. if uPortal fails on that, then there's your bug. want to test that?

p.s., if you look in flickrportlet/target/dist you will find flickrportlet.war. the dotted, versioned names are only when maven2 installs the WAR into your local repo. i think that's required --- the versioned naming.

Posted by jtb on February 22, 2007 at 06:04 AM PST #

i think i mislead you to some degree. i was thinking of the vendor deployment descriptor. for example, in sun-web.xml, i can have:

<context-root>/rssportlet</context-root>

so, never mind. perhaps you are correct to think that the WAR file name == the context root, in the general case.

Posted by jtb on February 22, 2007 at 08:21 AM PST #

i like your photograph shown on the screen so please send more of your pictures.

THANK YOU.

Posted by bernardsampah on January 27, 2009 at 02:13 AM PST #

The select items have object values. http://www.watchgy.com/ All is good. When I submit the form, I see "Validation Error: Value is not valid". My first reaction was that I didn't have any validation on the page, so how could a value be not valid? http://www.watchgy.com/tag-heuer-c-24.html
http://www.watchgy.com/rolex-submariner-c-8.html

Posted by replica rolex on December 28, 2009 at 11:54 PM PST #

Post a Comment:
  • HTML Syntax: NOT allowed
About

jtb

Search

Categories
Archives
« April 2014
SunMonTueWedThuFriSat
  
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
   
       
Today