Fwd: Re: Portal Server and Geronimo Console

[David Le Strat <dl...@yahoo.com>]

FYI. Interesting thread on the Geronimo mailing list.

Regards,

David Le Strat.

--- Joe Bohn <jo...@earthlink.net> wrote:

> Date: Wed, 21 Sep 2005 08:42:59 -0400
> From: Joe Bohn <jo...@earthlink.net>
> To:  dev@geronimo.apache.org
> Subject: Re: Portal Server and Geronimo Console
> 
> I absolutely agree.  We have to get 1.0 out first
> and there is plenty to 
> do on the console.
> 
> When I said "think" I meant just that .... in the
> shower, driving, 
> etc...  :-)   I also wouldn't mind starting some of
> the strategy 
> discussions that I alluded to in my response.   But
> definitely no heavy 
> lifting until we have the console in good shape.
> 
> Joe
> 
> Aaron Mulder wrote:
> 
> >I don't think it makes sense to work on this before
> Geronimo 1.0.  I
> >think it would take a lot of work, and if you look
> at the Web Console
> >page on the Wiki, we have plenty to do on the
> console and management
> >strategy alone, so that's the stuff I'd like to
> focus on for 1.0.
> >
> >Aaron
> >
> >On 9/21/05, Joe Bohn <jo...@earthlink.net>
> wrote:
> >  
> >
> >>Yes, we definitely need to find a way to make the
> console more dynamic.
> >>There are several ways to do this on top of what
> we already have from
> >>Pluto.  However, it was my understanding that we
> will probably need to
> >>consider adding a portal server to G to host user
> portal applications.
> >>This is why I keep referencing J2 because it's the
> solution that first
> >>comes to mind.   If we're to include a portal
> server (J2 or otherwise)
> >>in G then that would both provide the more dynamic
> capabilities we need
> >>in the console as well as providing a new user
> capability.
> >>
> >>The thing that I don't yet understand is the
> minimal set of things that
> >>we think we need for a complete server solution. 
> If the web console is
> >>part of that solution then it will pull in some
> type of portal server in
> >>as well.  I supposed we could get creative with
> multiple portal server
> >>solutions ... one in G itself and a console to run
> on that and one that
> >>we include with a Console when G doesn't.  
> However, this seems like a
> >>lot of work and could be quite problematic.  One
> of the advantages of a
> >>portal server in G is that content from the G
> console could be
> >>intermixed with content from user administration
> tasks.
> >>
> >>So I think the key thing here is to decide what we
> think is the minimal
> >>configuration that we need to support.  Does it
> include a portal
> >>server?  Does it include a console?  Do we attempt
> to make these
> >>independent components so that we can bring in or
> remove one without the
> >>other?  Or do we have a requirement for the
> console on a portal server?
> >>
> >>I agree that this is something that we should look
> into and I'd like to
> >>do just that in the coming weeks.
> >>
> >>Joe
> >>
> >>
> >>Jeremy Boynes wrote:
> >>
> >>    
> >>
> >>>John Sisson wrote:
> >>>
> >>>      
> >>>
> >>>>I have read a few mails where it has been
> mentioned we need a more
> >>>>robust portal server for the console.
> >>>>Could those in the know please share a little
> more information on
> >>>>this topic so we have an idea what the issues
> are and what the plans
> >>>>are to rectify them (e.g. are we expecting the
> pluto project to
> >>>>address them in a reasonable time frame?).  Are
> these issues in JIRA?
> >>>>        
> >>>>
> >>>The main issue is making the console dynamic so
> that as different
> >>>things get added to the server the console
> dynamically adjusts. This
> >>>is easy to do in a full portal server like
> Jetspeed but is not really
> >>>in the scope of the Pluto project (which is
> focused on implementing
> >>>the portlet container).
> >>>
> >>>This is really halfway between Pluto and Jetspeed
> and perhaps when we
> >>>look in detail at J2 it may be the perfect
> solution. Regardless, any
> >>>work we do here should be done in conjuction with
> the Portals project
> >>>as a whole.
> >>>
> >>>As for JIRA, I tend to agree with DJ that this is
> not concrete enough
> >>>just yet. It would be a good area for someone to
> look at :-)
> >>>
> >>>--
> >>>Jeremy
> >>>
> >>>
> >>>      
> >>>
> >>--
> >>Joe Bohn
> >>joe.bohn@earthlink.net
> >>
> >>"He is no fool who gives what he cannot keep, to
> gain what he cannot lose."   -- Jim Elliot
> >>
> >>
> >>    
> >>
> >
> >  
> >
> 
> -- 
> Joe Bohn     
> joe.bohn@earthlink.net
> 
> "He is no fool who gives what he cannot keep, to
> gain what he cannot lose."   -- Jim Elliot
> 
> 


________________________
David Le Strat
Blogging @ http://dlsthoughts.blogspot.com


	
		
______________________________________________________ 
Yahoo! for Good 
Donate to the Hurricane Katrina relief effort. 
http://store.yahoo.com/redcross-donate3/ 


---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: jetspeed-dev-help@portals.apache.org