Okay, I understand the architecture much better now. So, you may want to go with an application server, but EJB may not be important to you unless you anticipate reuse of this business logic(and always anticipate with error on the side of reuse). Many application serers will help you scale up your servlet/jsp architecture without requiring EJBs. Future expansion plans and options would likely indicate usefullness for EJB as well. If this 'business logic' is complex, you might either implement it yourself in EJB or use a rules engine. Best of luck. Dave David Brown Technical Director, Western Operations GemStone Systems, Inc. (760)510-2754 [EMAIL PROTECTED] www.gemstone.com -----Original Message----- From: Anand Sankaran [mailto:[EMAIL PROTECTED]] Sent: Monday, August 14, 2000 5:23 PM To: [EMAIL PROTECTED] Subject: Re: Creating a new process from EJB - SUN,BEA,IBM please clarif y. Here I go ;-) David Brown wrote: > > Answering a question with more questions :^) > What is the nature of this protocol that you are accessing the data with? > Socket based? CORBA? This protocol is socket based AND does not do any thing with the rest of the application! > What environment will the data and this protocol interact? In a Java VM? This protocol sets up an environment for the client to work and is not in a JVM. > What triggers a database update? Which direction is the data updated? From > the DB? To the DB? The database update is ONLY in the business logic that triggers the creation of the new server. ie, the new server does NOT talk with the DB. DB is used primarily to find out lots of things about the user and his choice and then creates a suitable environment. All data is from this caller that could be a session bean. > If the updates are not 'transactional', does this allow for asynchronicity > between the data and the DB? There is no data transfer between the server and DB. > Where are the bulk of your 'users'? Multiple protocol servers? Are there > other modes interfacing with the data concurrently? This is web based, so we will have a servlet / jsp based web client AND another piece of client software to interact withe the other software. No one else interfaces with the data (forget concurrently!) > > Contact the various technical sales reps for the application server vendors. > It is our job to explain how your architecture will fit on top of each of > our products. They are all slightly different, particularly when your > application may not be a pure EJB fit. Then decide which provides the most > benefit for you. Writing this stuff yourself will hurt your time to market. Well, thats why I am typing this ;-) So, actually the application is very similar to a normal web application in the sense that the user interacts using a browser, there can be lots of users, for each user, for certain requests, a new server is started and the user then uses another piece of client software to communicate with this server out of band. I am trying to see if EJB and app servers can help us in the *normal* web application problem area. > > Dave > > David Brown > Technical Director, Western Operations > GemStone Systems, Inc. > (760)510-2754 > [EMAIL PROTECTED] > www.gemstone.com > > -----Original Message----- > From: Anand Sankaran [mailto:[EMAIL PROTECTED]] > Sent: Monday, August 14, 2000 4:12 PM > To: [EMAIL PROTECTED] > Subject: Re: Creating a new process from EJB - SUN, BEA,IBM please > clarif y. > > The application I am working on has a mixture of system related calls > and DB calls. > > Most business logic would be like: > > * Get data from DB > * Start a server //clients access this server through a different > protocol to do different things, that are not transactional! > * Mount, create directories > * Update DB > * More system calls > .... > > We would like to leverage on the DB facilities provided by an app server > + the clustering of the beans provided. > > The only place where I think we would lose is at failover, since we need > to handle our system failover ourselves. > > In such a scenario, would EJB be a wise choice? > > If we dont go the EJB way, then we need to think of clustering on our > own and get into DB transaction management through code, which would > then mean that we are writing our own app server ! > > Any guidance would be greatly helpful. > > - anand > > David Brown wrote: > > > > This is supported in GemStone/J, as I am sure is the case with most > vendors. > > Maybe if you give more detail about your architecture, the forum could > help > > advise if EJBs were appropriate. There's a bit of EJB design experience > > floating about in this forum. > > > > Dave > > > > David Brown > > Technical Director, Western Operations > > GemStone Systems, Inc. > > (760)510-2754 > > [EMAIL PROTECTED] > > www.gemstone.com > > > > -----Original Message----- > > From: Anand Sankaran [mailto:[EMAIL PROTECTED]] > > Sent: Monday, August 14, 2000 9:48 AM > > To: [EMAIL PROTECTED] > > Subject: Creating a new process from EJB - SUN, BEA, IBM please clarify. > > > > Hi all > > > > This mail is the result of another thread I had started. > > > > I want to start a new process from within an EJB, which I beleive is not > > allowed by the spec, for security reasons. > > > > I need to know from some one in SUN and vendors like BEA, Inprise, IBM > > etc., that if I can take the security risk and create a process from > > within an EJB, are there any other implications? > > > > I apologise if this is not the right forum to ask, but I hope one > > understands this because my project here is at cross roads and we have > > to decide on whether to go EJB way or not. > > > > Any guidance would be greatly helpful. > > > > - anand > > > > > =========================================================================== > > 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". > > > > > =========================================================================== > > 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". > > =========================================================================== > 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". > > =========================================================================== > 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". =========================================================================== 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". =========================================================================== 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".
