Mike Cannon-Brookes wrote:
> 
> Sounds like you're doing a lot of work duplicating the J2EE application
> structure?

Most backend infrastructure is similar to each other.
 
> This is where JetSpeed / Turbine have problems IMHO, why add your own login
> system when J2EE has a comprehensive login system? Caching is handled by the
> J2EE server usually?

J2EE isn't really a product.  Nor is J2EE a server.  The only Server's
within J2EE that do caching are EJB and Jakarta.  However it is a
different kind of caching.  There is no code duplication.  We are not
duplicating code within JetSpeed.  The cache within JetSpeed is the same
cache within Cocoon.

- A lot of people will never use EJB.  It is very bulky and there is no
*solid* OSS reference.

- Database authentication is very necessary for web applications.  There
is something to be said of keeping things thin.  Truth be know there are
no commercial *large* scale user authentication systems.  No Portal
sites like Amazon uses the services of JNDI LDAP (unless the LDAP is
merely a transport representing a *real* database) to do
authentication.  

At my previous company I had to develop a authentication system for
probably 10s of millions of people.  DB authentication is the only way
to go.

Also,  I have not seen a real implementation of JAAS yet?  Anyone have
any decent URLs?

Kevin

>  __
> |  | Director - The BookmarkBox P/L
> |  |  http://www.bookmarkbox.com <http://www.bookmarkbox.com/>
> |/\| Manage and share your bookmarks online!
> 
> Do you enjoy our service? Why not tell your friends about us?
> http://www.bookmarkbox.com/email.cfm
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]]On Behalf Of Kevin A. Burton
> > Sent: Thursday, 3 February 2000 12:56
> > To: [EMAIL PROTECTED]
> > Subject: Portlications???? and JetSpeed Plugin architecture?
> >
> >
> > So I have been doing some thinking lately about the best way to
> > integrate 3rd party and other Web Applications with JetSpeed.
> >
> > Specifically so that people who want to develop Intranet applications
> > and take advantage of JetSpeed's features (Caching, Portlets, Turbine
> > authentication and framework, etc) can do so in an easy manner.
> >
> > So what I have came up with is a Portlication.  This would be similar to
> > the Applet/Application scenario (Portlet/Portlication)
> >
> > - defined with Portlet Markup Language as a portlet except that <portlet
> > application="true"> triggers that this is a "Portlication"
> >
> > - There would be a "Web Applications" Portlet that would be subscribed
> > to you by default that you can choose your Portlication.  An Example
> > Portlication would be Messaging or a full functioning Calendar.
> >
> > - Would be written as a Portlet so it gets all the features of a Portlet
> > (caching, etc)
> >
> > - Would *only* run with 100% width.
> >
> > - Would take advantage of the standard logon/logoff of JetSpeed and have
> > the standard navigation of JetSpeed so you can have seamless integration
> > with the rest of the product.
> >
> > Thoughts?  The cool thing here is that code that want's to be
> > contributed to JetSpeed (Mail:XSP) could be done very easy with as a
> > Portlication.  The other cool thing is that since it is essentially a
> > Plugin that we can have asynchronous development where someone would
> > just work on their Portlication and not have to worry about JetSpeed
> > internals and then we just ship the portlication as part of the standard
> > JetSpeed dist.
> >
> > Feedback would be good.
> >
> > --
> > Kevin A Burton
> > Senior Software Engineer
> > Kendara Inc
> > http://www.kendara.com
> > Mobile:  408-910-6145
> > Linux - The revolution will NOT be televised

-- 
Kevin A Burton
Senior Software Engineer
Kendara Inc
http://www.kendara.com
Mobile:  408-910-6145
Linux - The revolution will NOT be televised


--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]
Archives and Other:  <http://java.apache.org/main/mail.html>
Problems?:           [EMAIL PROTECTED]

Reply via email to