Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / August 2006

Tip: Looking for answers? Try searching our database.

EJB question - OO related (I think)

Thread view: 
tim@nocomment.com - 19 Aug 2006 14:53 GMT
I was looking at an EJB example for Weblogic 9.1 with programs
Client.java and
AccountBean.java.
In it they are showing how to find beans and create new beans. They are

also showing how to use aggregate functions such as total number of
distinct balances.
In order to do this (use the aggregate methods) though, you must have
an account bean and in order to have an account bean, as I understand
it, you must have a specific account ID.
How is this handled in the "real world"? I can't believe you would have

to get an instance of a bean for a real life account before doing any
of these aggregate functions.
Do the banks set up dummy accounts for this purpose?

Thanks,
Tim
Arne Vajhøj - 20 Aug 2006 00:32 GMT
> I was looking at an EJB example for Weblogic 9.1 with programs
> Client.java and
[quoted text clipped - 10 lines]
> of these aggregate functions.
> Do the banks set up dummy accounts for this purpose?

I do not know the WL examples.

But to use SQL aggregate functions I would assume that
you would call a method in a stateless session bean
not use entity beans.

Arne


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.