Murali Krishna Devarakonda schrieb:

> [...snip...]
>
> > As for the next version, that is currently under discussion, and no
> > decisions about any particular feature have been made one way or the
> > other at this time.  Of course, the more people ask for it... :-)
>
> <Murali>
>
>    Yeah, I ask for it too.
>   (Count me twice if you want:~)
>
> Regards,
> Murali Krishna Devarakonda
> e: Murali AT EJBObject DOT com
>
> </Murali>
>
> Ok, I ASK FOR IT! PLEEEEEASE!! :-)
>
> (good enough? ;-)
>
> /Rickard
>
> --
> Rickard �berg
>
> @home: +46 13 177937
> Email: [EMAIL PROTECTED]
> Homepage: http://www-und.ida.liu.se/~ricob684

Mates,
I believe "WE" are intending to make EJB an industry standard. For this
purpose, it is important to keep the EJB/J2EE specification as simple as
possible. Try to focus on how to taken it into  production, don't try to
couple it anyway with all Java APIs.

JAAS deals with person- (thread-) based authorisation and authentication.
And like you know, security is the todays more critical concern in any
EIS. What is about firewalls? Specifying how do EJB servers authenticate
means to specify wich app. server proxies (Gateway/Firewall) EJB-Server's
use. It's better to leave this concern to the OMG. I hope EJB/J2EE will
rely to the OMG for interoperability (distribution, security,
transaction).
JAAS deals with security implementation details, SUN can integrate it with
the J2EE RI, but shall not require EJB-server vendors to provide it.

It will be more dificult for companies to change their existing security
infrastructure (Authentication Systems, RAS, Firewalls) because installing
EJBs and this will slow the EJB/J2EE adoption process. In other to allow
companies to have a consistent controll over their internet trafic,
application should'n deal with concerns like authentication. Authorization
is often application specific, but EJB solves the problem in a declarativ
way.

The more important for the industry is to be able to adapt EJB/J2EE to fit
business requirements and not to adapt the business to EJB. Think of
competitive advantages.

Regards.
--
Francis Pouatcha
MATHEMA Software GmbH
N�gelsbachstra�e 25 a
91052 E r l a n g e n
Telefon 09131/8903-0
Telefax 09131/8903-55
http://www.mathema.de

===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST".  For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".

Reply via email to