Date: Mon, 12 Aug 2002 18:42:12 +0100 From: Jonathon McKitrick <jcm@FreeBSD-uk.eu.org> To: K.J.Koster@kpn.com Cc: freebsd-java@FreeBSD.ORG Subject: Re: Basic EJB container for FreeBSD? Message-ID: <20020812174212.GA26598@dogma.freebsd-uk.eu.org> In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FDA904@l04.research.kpn.com> References: <59063B5B4D98D311BC0D0001FA7E452205FDA904@l04.research.kpn.com>
next in thread | previous in thread | raw e-mail | index | archive | help
| I don't see the enormous benefit of session beans. I do like entity beans a | lot. Generated SQL is the way to go IMHO. I'm trying a simple proof-of-concepts for a client idea I have. I'm thinking almost an AOL type client with tiny applets connecting to web services from session beans for additional functionality. Imagine a data processing and analysis 'portal'. The reason I'm doing this is to see if it would make sense for a distributed data manipulation program. For example, a java client allows you to load graph data. A web service provider has granted access to a session bean that does some kind of mathematical transformation or processing, but only a limited number of uses, or perhaps the algorithm is proprietary. This way, clients of any kind could connect to web services that add a small but important function, while still allowing the service provider to control access. This could be done with RMI, of course, but web services would work with any client. jm -- My other computer is your Windows box. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-java" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020812174212.GA26598>