Andr� Salvati

The answer is hard-work: build prototypes and use simulators and tools like JMeter until defining project architecture.

Use JDBC. This way you can better explore driver resources for big amount of data.
[ July 13, 2006: Message edited by: Andr� Salvati ]

Interesting,

but it arrises some issues:

1 - Why Richard Monson-Haefel has written books about EJB 3.0 and Java EE5?
http://www.amazon.com/gp/product/059600978X/sr=8-2/qid=1152715869/ref=sr_1_2/102-6689131-0217733?ie=UTF8


2 - Today, is there a better option than Java EE for enterprise platforms?
[ July 12, 2006: Message edited by: Andr� Salvati ]

Sreedevi,

I agree with you. It's "subtle". I think this is not a good explanation for choice D.

"The site is an online auction site with bids being placed at different times. This implies that transactions will need to be handled at a very fine level of granularity therefore Bean Managed Transactions is the most appropriate choice. "
[ July 11, 2006: Message edited by: Andr� Salvati ]

Yes, EJB is a good option... with EJBs your application server abstracts security, transaction and persistence services.

Thanks Theodore,

Originally posted by Theodore Casser:
... only 1% of all Java cert exams are the SCEA, ...

This means that just 1% of all Sun Certified Professionals are SCEA? Do you know some data per country?

Hi,

I'm a lot confused about the spec wich I must study for Part I. In SCEA FAQ i've got:

"Early in 2003 Sun announced a beta exam for J2EE 1.4, however at the time J2EE 1.4 was not finalised, and the beta exam was put on hold until after J2EE 1.4 was finalised - this happened in late 2003, so it is possible that Sun may release the beta for the new exam sometime in 2004."

- Mark Cade has a book covering J2EE 1.4. Has Sun released the beta exam? And the regular exam? Am I supposed to study for EJB 1.1 (It's so old-fashioned!!!)?

- There is a final spec for JEE 5. How much time will Sun spend to release this update?

- Could I use latest specs in Parts II/III ?

Thanks.

Thanks.

I understand your point...

but we were talking about POJOs... are DTOs = POJOs?

Just a example.

Imagine a Declaration which has Accounts. There is an attribute linking a Declaration to its Accounts (idAccount).

I was thinking of something like this for a Use Case named "Conclude Declaration's Accounts":

class FacadeDeclaration(){ ... public concludeAccounts(Long idDeclaration) { Declaration declarationPojo = declarationDAO.findById(idDeclaration); Iterator iter = declarationPojo.getAccounts.iterator(); while (iter.hasNext()) { idAccount = (Long) iter.next(); Account accountPojo = accountDAO.finbById(idAccount); accountPojo.setState("concluded"); accoundDAO.update(accountPojo); } }
This way:

FACADE -> DeclarationDAO (Find)
FACADE -> DeclarationPOJO
For each Account:
FACADE -> AccountDAO (Find)
FACADE -> AccountPOJO (state change)
FACADE -> AccountDAO (Update)


Are These your ideas?

I think it's necessary some behavior inside Pojo classes. For example: There could be several validations inside setState method of Pojo Account.
[ June 25, 2006: Message edited by: Andr� Salvati ]

Hi,

could you architects help me here!?

https://coderanch.com/t/318303/EJB-JEE/java/DAOs-POJOs-FACADEs

Thanks.

Originally posted by Samuel Pessorrusso:


This would work for logged customers, what about not logged customers or users without profiles ?

Besides, doing this you would use much resources in you business tier for users that are just curious about your site and won't buy anything.

Regards

[ June 23, 2006: Message edited by: Samuel Pessorrusso ]

Ok. You could put the state in a HttpServletSession, before service invocation. This is a lighter design than the first one I've suggested.
[ June 26, 2006: Message edited by: Andr� Salvati ]

In your database...

I think this is a more architectural issue.

Could some administrator move this topic to SCEA forum!?

Thanks.

Scott,

I meant "dependency" as a calling dependency.

Thanks for your help.
[ June 24, 2006: Message edited by: Andr� Salvati ]

Hi,

I'm building a project with EJB (Stateless Sessions) and POJOS in my domain layer. I'm acessing DAOs directly from FACADEs when I want to build objects from repository. Arrows show dependeces between layers:

FACADE (Session Bean) -> DAO
FACADE (Session Bean) -> POJO
POJO -> DAO

Another solution would be put static methods inside my POJOS, as showed below. This way, I'd disappear with my FACADE -> DAO dependency.

FACADE (Session Bean) -> POJO
POJO -> DAO

Which one is better? Which one do u like? Which one do u dislike? Why?

Thanks.



[ June 21, 2006: Message edited by: Andr� Salvati ]
[ June 21, 2006: Message edited by: Andr� Salvati ]