> So far I have only used servlets and JDBC, and I don't mind rolling my
> own persistence if that will minimize response time and maximize
> flexibility.

rolling your own will always maximize flexibility (o:  response time - that depends on 
how long you spend doing it.  what we're
really talking about is development and maintainence time.

> I'm thinking that I could get by with one server this way
> by keeping all data in objects in memory if there is an efficient way to
> make them available to all sessions.

well, castor (http://www.castor.org) may be what you're after.  although I wont vouch 
for its stability any more (o:  if all you
need is simple stuff with a few normal relationships, and you are just going to use a 
web container - then that might do the trick.

> I would have an array of accounts where each account number mapped
> directly to an array index.
> Depending navigation I would return data from the appropriate array
> contained in the account, such as person name/ID pairs.
> If the user chooses a person from a drop down list, the person ID would
> be an index into the person array in that account.
> Pages would be generated dynamically.
> I really don't see how response time could be much faster than this,
> unless perhaps pages were pre-generated.
>
> Of course I would love to use JBoss if anyone can explain why it is
> going to give me more flexibility and better response time than anything
> I could develop with servlets, but I am afraid that EJBs, or at least
> entity beans, might be a dead end based on one project I have worked on
> and several others I have heard about.

well, they're definately not a dead end.  in short, you'll gain some nice tx and 
security management, free persistence with CMP.
depending on how you did option (a) and (b) it might be quicker, might be slower.  If 
you dont know it atm, then it'll probably take
longer at first, but once you've done a littel - making a new entity takes all of 5 
minutes - literally (see XDoclet -
http://www.sf.net/projectx/xdoclet).

we use JBoss, as do many others, who have all had similar requirements to yours...

cheesr
dim




_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user

Reply via email to