part 1 mock exam questions
shai koren
Ranch Hand
Posts: 48
posted 15 years ago
Hi
In the Srindhar Rama's mock exam question 29
the author's answer was b,c,d. I wonder about answer c. Even though one could always change the primarykey class in descriptors he/she still has references to the primarykey class wherever session beans or clients (in theory) called the findByPrimaryKey() methods on the home object. If the PK is changed from Integer to ProductPK ( arbitrary example) then there might be few changes to do in the code. those changes are likely to be fairly simple and we should know where they are needed, however i am not sure if such changes are considered to be part of deployment since changes are made to the code itself. So can answer c be part of the correct answers?can you really deffer PK class untill deployment?
according to the suthor the correct answer is
a,b,c.
In MasteringEJB by Ed roman it says that finder methods are served when the been is pooled but dont get it to the Ready state, rather the bean is still in a pooled state.
next one might just be a matter of "game of words"
the author's answer is a. However to me at least it sounds like "because the bean is to be g.c the container calls the unsetEntityContext()" while the way I got it (please correct if i am wrong), first the container calls the unsetEntityContext when the container decides the bean is not needed and as a result of that after unknown time and after the container released all references, the gc will be called and do the do.
My only problem with answer a is that it might imply that unsetEntityContext is called because the gc is to perform while it is the other way around. my answer was d.
another one is
the author answer was b. However its the ejbStore and ejbLoad that interact with the database. they are called as part of the activation and passivation but the ejbActivate and Passivate themselves dont interact with the database.
from MasteringEJB:
"entity beans are routinly synchronized with a database via its store/load operations."
(page 426)
and last one
I assume this is debatable and can be a ground for design discussion.the author answer is b. However entity beans can be used for that as well and might be prefferd since they automatically synchronise themselves with the data in the database using the ejbLoad and on the other hand never call the ejbStore since they are read-only and never change. Is it really ideal to implement this using Session beans or Entity beans?
I might be wrong, so would love to hear other opinions.
cheers
shai
[ May 06, 2002: Message edited by: shai koren ]
In the Srindhar Rama's mock exam question 29
16. Which of the following are true about the Primary Key class in Entity EJB?
a. It is used for identifying an Entity BEan according to the Bean type, remote interface and Container Context
b. It is used for identifying an Entity BEan according to the Bean type, home interface and Container Context
c. The definition of the Primary Key can be deferred until deployment
d. The primary key should override the equals() and hashCode() methods of the Object class
e. The primary key class cannot define constructors
the author's answer was b,c,d. I wonder about answer c. Even though one could always change the primarykey class in descriptors he/she still has references to the primarykey class wherever session beans or clients (in theory) called the findByPrimaryKey() methods on the home object. If the PK is changed from Integer to ProductPK ( arbitrary example) then there might be few changes to do in the code. those changes are likely to be fairly simple and we should know where they are needed, however i am not sure if such changes are considered to be part of deployment since changes are made to the code itself. So can answer c be part of the correct answers?can you really deffer PK class untill deployment?
29. When does an Entity Bean transition from Pooled State to Ready state
a. when create() is invoked on EJBHome
b. when a find method is invoked on EJBHome
c. when a BEan is activated by the container
d. when a BEan is passivated by the container
according to the suthor the correct answer is
a,b,c.
In MasteringEJB by Ed roman it says that finder methods are served when the been is pooled but dont get it to the Ready state, rather the bean is still in a pooled state.
next one might just be a matter of "game of words"
30. When is unsetEntityContext() invoked on an Entity bean?
a. When the entity bean is to be garbage collected
b. After an entity bean is garbage collected
c. after the finalize() method has been invoked on the EntityBean
d. None of the above
the author's answer is a. However to me at least it sounds like "because the bean is to be g.c the container calls the unsetEntityContext()" while the way I got it (please correct if i am wrong), first the container calls the unsetEntityContext when the container decides the bean is not needed and as a result of that after unknown time and after the container released all references, the gc will be called and do the do.
My only problem with answer a is that it might imply that unsetEntityContext is called because the gc is to perform while it is the other way around. my answer was d.
another one is
27. In EJBs, Which two callback methods can be used for synchronizing the bean's state with the database
a. ejbStore() and ejbLoad()
b. ejbActivate() and ejbPassivate()
c. ejbStore() and ejbPasivate()
d. ejbLoad() and ejbActivate()
the author answer was b. However its the ejbStore and ejbLoad that interact with the database. they are called as part of the activation and passivation but the ejbActivate and Passivate themselves dont interact with the database.
from MasteringEJB:
"entity beans are routinly synchronized with a database via its store/load operations."
(page 426)
and last one
28.Which type of EJBs are ideal to model multiple rows of read-only data?
a. Entity Beans
b. Session Beans
I assume this is debatable and can be a ground for design discussion.the author answer is b. However entity beans can be used for that as well and might be prefferd since they automatically synchronise themselves with the data in the database using the ejbLoad and on the other hand never call the ejbStore since they are read-only and never change. Is it really ideal to implement this using Session beans or Entity beans?
I might be wrong, so would love to hear other opinions.
cheers
shai
[ May 06, 2002: Message edited by: shai koren ]
Shai koren<br />SCJP2 <br />SCEA (well yea only part 1 so far)
Chris Mathews
Ranch Hand
Posts: 2712
posted 15 years ago
About answer C to question 16.
An Unknown Primary Key type is allowed by the EJB Specification. Check Section 9.4.7.3 of the EJB 1.1 Specification titled: Special Case: Unknown Primary Key Class.
I am not sure how many people use this feature but it is available, though I think this type of knowledge is a bit too detailed compared to what the actual exam requires.
An Unknown Primary Key type is allowed by the EJB Specification. Check Section 9.4.7.3 of the EJB 1.1 Specification titled: Special Case: Unknown Primary Key Class.
I am not sure how many people use this feature but it is available, though I think this type of knowledge is a bit too detailed compared to what the actual exam requires.
Chris Mathews
Ranch Hand
Posts: 2712
Chris Mathews
Ranch Hand
Posts: 2712
posted 15 years ago
About question 30.
This is also up to the interpretation of the reader. Basically I think the author is saying that when the EJB Container decides that it is through with the Bean and wants to make it available for GC then it will unload it from memory and finally call unsetEntityContext() before dumping the reference. Then GC takes place like normal.
I didn't get the impression that the author was implying the Garbage Collector called unsetEntityContext() but some people might.
This is also up to the interpretation of the reader. Basically I think the author is saying that when the EJB Container decides that it is through with the Bean and wants to make it available for GC then it will unload it from memory and finally call unsetEntityContext() before dumping the reference. Then GC takes place like normal.
I didn't get the impression that the author was implying the Garbage Collector called unsetEntityContext() but some people might.
Chris Mathews
Ranch Hand
Posts: 2712
.
Chris Mathews
Ranch Hand
Posts: 2712
posted 15 years ago
About 28.
I'm with you on the Entity Bean argument. Session Beans are intended to be short-lived components not to model database records.
I have used BMP Entity Beans in the past to model multiple rows in a database and it worked out great. This was especially useful before EJB 2.0 with Local Interfaces and CMR.
The Aggregate Entity Bean pattern is based on the concept of modeling multiple database rows.
I'm with you on the Entity Bean argument. Session Beans are intended to be short-lived components not to model database records.
I have used BMP Entity Beans in the past to model multiple rows in a database and it worked out great. This was especially useful before EJB 2.0 with Local Interfaces and CMR.
The Aggregate Entity Bean pattern is based on the concept of modeling multiple database rows.
bill lubx
Greenhorn
Posts: 26
posted 15 years ago
The detailed information was not given for choosing from these two beans. General speaking, if performing on the read only data, then a session bean plus DAO were recommended (if read-only data do not required to be synchronized with DB). I guess that was what the author try to say.
By the way, this mock test is sort of going too detail in EJB method, and personally I think it is overkill for SCJA part I. (the answers to this test can only be a reference.)
Cheers
bill
By the way, this mock test is sort of going too detail in EJB method, and personally I think it is overkill for SCJA part I. (the answers to this test can only be a reference.)
Cheers
bill
Honk if you hate bumper stickers that say "Honk if ..."
shai koren
Ranch Hand
Posts: 48
posted 15 years ago
Thanks Chris
hope the questions in the exam itself are not as interpretable.
just wondering about the practicalllity and benefit of deffering the pk class untill deployment. how usefull is it?
i will have a look at the spec thank you.
hope the questions in the exam itself are not as interpretable.
just wondering about the practicalllity and benefit of deffering the pk class untill deployment. how usefull is it?
i will have a look at the spec thank you.
Shai koren<br />SCJP2 <br />SCEA (well yea only part 1 so far)
Alberto Dell'Era
Greenhorn
Posts: 29
posted 15 years ago
Perhaps you are writing an application that manages people and one of your customer wants to have the Social Security Number as the PK, another the Employee Code, and another the combination of First Name, Family Name, Date of Birth ... you just write one application and then, at deployment time, at the customer's site, decide which column to use.
[ May 07, 2002: Message edited by: Alberto Dell'era ]
Originally posted by shai koren:
just wondering about the practicalllity and benefit of deffering the pk class untill deployment. how usefull is it?
Perhaps you are writing an application that manages people and one of your customer wants to have the Social Security Number as the PK, another the Employee Code, and another the combination of First Name, Family Name, Date of Birth ... you just write one application and then, at deployment time, at the customer's site, decide which column to use.
[ May 07, 2002: Message edited by: Alberto Dell'era ]
Ciao,<br />Alberto
| It is sorta covered in the JavaRanch Style Guide. |