× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



    Hi Walden,

    Well, you asked for "preferred," which I also translated as "standard"
or "normal" thoughts on Portlet IPC, and those seem to be about it.  I agree
that IPC should be trivial because it's frequently needed in many areas.  I
haven't gone deep enough into JSR 286 to know if there's going to be a good
portlet IPC process there, but it won't help you now anyhow.

    I do have a possibly off the wall suggestion.  Caveat:  At this point I
haven't followed it up enough yet to know if it really makes sense:

    Around the 1998-2000 timeframe, I got pretty excited about JavaSpaces.
Then Sun wrapped it up in Jini, with a lot of licensing issues that made
Jini an also ran.  However, not too long ago, Jini, and JavaSpaces, was open
sourced under the Apache license.  I've been planning to check back into
JavaSpaces Real Soon Now, and possibly write some articles about it if I
feel it's more feasible now.

    Essentially, JavaSpaces is a service that provides a transient ( in
memory ) or persistant.object oriented file system.  After setup, the API
pretty much amounted to write, read, remove and notify.  So you counld have
a listener when some other process put something of interest.  Not too much
different in concept from JMS, but without a whole lot of frills.  Note that
it would amount to IPC for virtually anything.  As far as I know ( which may
be wrong, ) you don't have to do anything with Jini to use JavaSpaces,
although I think the Jini download is the only way to get JavaSpaces.  I
believe there are some other implementations of the spec, but I haven't
checked.

    The Jini downloads are at :

http://starterkit.jini.org/downloads/

    So, that's my suggestion of the day.  I think that would be a pretty
interesting thing to work on.  Please let the list know your decision; it
should be useful.  HTH,


                                                         Joe Sam

Joe Sam Shirah -        http://www.conceptgo.com
conceptGO       -        Consulting/Development/Outsourcing
Java Filter Forum:       http://www.ibm.com/developerworks/java/
Just the JDBC FAQs: http://www.jguru.com/faq/JDBC
Going International?    http://www.jguru.com/faq/I18N
Que Java400?            http://www.jguru.com/faq/Java400


----- Original Message ----- 
From: "Walden H. Leverich" <WaldenL@xxxxxxxxxxxxxxx>
To: "Java Programming on and around the iSeries / AS400"
<java400-l@xxxxxxxxxxxx>
Sent: Tuesday, March 21, 2006 10:39 AM
Subject: RE: Inter-Portlet communication, WebSphere Portal and JSR168


> Joe Sam,
>
> Thanks, those are the same links I stumbled across. I was hoping for
> something simple, inter-portlet communications show be trivial.
>
> -Walden
>
>
> ------------
> Walden H Leverich III
> Tech Software
> (516) 627-3800 x3051
> WaldenL@xxxxxxxxxxxxxxx
> http://www.TechSoftInc.com
>
> Quiquid latine dictum sit altum viditur.
> (Whatever is said in Latin seems profound.)
>
>
> -----Original Message-----
> From: java400-l-bounces@xxxxxxxxxxxx
> [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of Joe Sam Shirah
> Sent: Monday, March 20, 2006 1:04 PM
> To: Java Programming on and around the iSeries / AS400
> Subject: Re: Inter-Portlet communication, WebSphere Portal and JSR168
>
>
>     Hi Walden,
>
>     I personally would try to use standard messaging with JMS because
> that fits in with my commonly used strategy and I can expect it to be
> around regardless of JSR 286 solutions.  Below are some links for other
> possibilities.
>
>
> Sharing information between IBM portlets and JSR 168 portlets with
> WebSphere Portal V5.1
> http://www-128.ibm.com/developerworks/websphere/library/techarticles/060
> 2_hepper/0602_hepper.html
>
>
> A JSR168-compliant implementation of inter-portlet communication
> http://www.doc.ic.ac.uk/~mo197/portlets/portlet_messaging/
>
>
> Inter-Portlet Communications
> http://websphere.sys-con.com/read/118322.htm
>
>
> HTH,
>
>
>                                                          Joe Sam
>
> Joe Sam Shirah -        http://www.conceptgo.com
> conceptGO       -        Consulting/Development/Outsourcing
> Java Filter Forum:       http://www.ibm.com/developerworks/java/
> Just the JDBC FAQs: http://www.jguru.com/faq/JDBC
> Going International?    http://www.jguru.com/faq/I18N
> Que Java400?            http://www.jguru.com/faq/Java400
>
>
> ----- Original Message -----
> From: "Walden H. Leverich" <WaldenL@xxxxxxxxxxxxxxx>
> To: "Java Programming on and around the iSeries / AS400"
> <java400-l@xxxxxxxxxxxx>
> Sent: Monday, March 20, 2006 10:33 AM
> Subject: Inter-Portlet communication, WebSphere Portal and JSR168
>
>
> > OK, it appears that Inter-Portlet Communication (IPC) is something
> that
> > was, for the most part, left out of JSR168. Sure, 168 allows for
> > application scope "session" variables, but that's only useful for
> > portlets in the same application (WAR). So... What's the preferred
> > method of communication between portlets in Websphere Portal using
> > 168-compliant portlets?
> >
> > This is for a corporate "dash-board" style portal, not an open
> > free-for-all yahoo style portal, so I'm not hung up about the concept
> > that portlets should be independent entities. Click to action seems
> like
> > old technology, yes? Is it broad-cast messages? Where do I find
> > information on these?
> >
> > Thanks,
> > -Walden
> >
> > ------------
> > Walden H Leverich III
> > Tech Software
> > (516) 627-3800 x3051
> > WaldenL@xxxxxxxxxxxxxxx
> > http://www.TechSoftInc.com
> > <blocked::blocked::http://www.techsoftinc.com/>
> >
> > Quiquid latine dictum sit altum viditur.
> > (Whatever is said in Latin seems profound.)
> >
> >
> > -- 
> > This is the Java Programming on and around the iSeries / AS400
> (JAVA400-L)
> mailing list
> > To post a message email: JAVA400-L@xxxxxxxxxxxx
> > To subscribe, unsubscribe, or change list options,
> > visit: http://lists.midrange.com/mailman/listinfo/java400-l
> > or email: JAVA400-L-request@xxxxxxxxxxxx
> > Before posting, please take a moment to review the archives
> > at http://archive.midrange.com/java400-l.
> >
>
> -- 
> This is the Java Programming on and around the iSeries / AS400
> (JAVA400-L) mailing list
> To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>
>
> -- 
> This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
mailing list
> To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.