From owner-freebsd-java Mon Aug 12 10:42:26 2002 Delivered-To: freebsd-java@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A046E37B400 for ; Mon, 12 Aug 2002 10:42:24 -0700 (PDT) Received: from probity.mcc.ac.uk (probity.mcc.ac.uk [130.88.200.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id A263F43E75 for ; Mon, 12 Aug 2002 10:42:23 -0700 (PDT) (envelope-from jcm@freebsd-uk.eu.org) Received: from dogma.freebsd-uk.eu.org ([130.88.200.97]) by probity.mcc.ac.uk with esmtp (Exim 2.05 #7) id 17eJCm-000Cip-00; Mon, 12 Aug 2002 18:42:13 +0100 Received: from dogma.freebsd-uk.eu.org (localhost [127.0.0.1]) by dogma.freebsd-uk.eu.org (8.12.3/8.11.1) with ESMTP id g7CHgC3H026787; Mon, 12 Aug 2002 18:42:12 +0100 (BST) (envelope-from jcm@dogma.freebsd-uk.eu.org) Received: (from jcm@localhost) by dogma.freebsd-uk.eu.org (8.12.3/8.12.3/Submit) id g7CHgCL9026786; Mon, 12 Aug 2002 18:42:12 +0100 (BST) Date: Mon, 12 Aug 2002 18:42:12 +0100 From: Jonathon McKitrick 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> References: <59063B5B4D98D311BC0D0001FA7E452205FDA904@l04.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <59063B5B4D98D311BC0D0001FA7E452205FDA904@l04.research.kpn.com> User-Agent: Mutt/1.4i X-Scanner: exiscan *17eJCm-000Cip-00*/Vrut0FGw1.* (Manchester Computing, University of Manchester) Sender: owner-freebsd-java@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org | 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