Win a copy of Programmer's Guide to Java SE 8 Oracle Certified Associate (OCA) this week in the OCAJP forum!
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic

Wireless Phone Company - best way to retrieve data

 
Raffaele San
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
hi,
in my assignement i have to model a web application for allows customare to view calls/traffic of own mobile details.
in first version of my solution, the customare invoke service (by web page) and he obtains all data in a row. all details are put in the HTTPSession. Further request for details are served from HTTPSession.
i want to review this solution (tell me if i wrong) by deleting all data in Session (EJBSession too) and i want to make call for details on fly.
what do you think about it?
 
Jeanne Boyarsky
author & internet detective
Marshal
Posts: 34839
369
Eclipse IDE Java VI Editor
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Raffaele,
Welcome to CodeRanch!

Whether to cache the data in the session depends on your performance and failover requirements. Also, note that you shouldn't be caching the data in both the HttpSession and EJB stateful bean. Pick one. Having it in both is redundant.
 
Raffaele San
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
hi Jeanne,
thanks.
my caching solution isn't both session, but one o them.
performance requirement is that all pages would be dislpayed in 3 seconds.
availability 99.99%
the scalability requirement could be tricky: customare base will grow by 1000% the first year.
 
Raffaele San
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
and what about replication of data?
metersystem, external system written in java, track the customare usage.
which is better choose:
-for every details our system calls the metersystem (by EJB/RMI): one call to metersystem for each customare request for details
-replication of details data inside our system: there is a batch that makes one call to metersystem for replication of details, in this way every request for details is inside the system.

What do you think about that?
some considerations please?

thanks
 
Jeanne Boyarsky
author & internet detective
Marshal
Posts: 34839
369
Eclipse IDE Java VI Editor
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
It depends on your volume of updates. There isn't one right or wrong answer. You just have to explain why you chose what you chose.
 
Raffaele San
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
if i choose to replicate data with a batch, do i have to make the sequence of batch? or it is sufficient make assumption?
 
Jeanne Boyarsky
author & internet detective
Marshal
Posts: 34839
369
Eclipse IDE Java VI Editor
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Raffaele San wrote:if i choose to replicate data with a batch, do i have to make the sequence of batch? or it is sufficient make assumption?

Presumably the data keeps changing so you have to do those bulk batch replications periodically. Assuming it never changes seems like too much of a simplifying assumption.
 
Raffaele San
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
data to be replicated, are the customare phone usage (call, text message and traffica data).
the batch replicate data daily. it starts to run at 00.00 for replicate last day data
 
Raffaele San
Greenhorn
Posts: 7
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
no one can help me? give me any suggestion?
thanks
 
Jeanne Boyarsky
author & internet detective
Marshal
Posts: 34839
369
Eclipse IDE Java VI Editor
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
What do you think the answer is? I think you have a gut feeling based on your answers to my leading questions.
 
  • Post Reply
  • Bookmark Topic Watch Topic
  • New Topic