vn us

Congratulations . . . your score rocks

You provided very useful information


Thanks
VN

Hi,

Looking forward to work in Java/Websphere/J2EE/MQ/DB2.
Excellent 5+years of experience in J2EE/Websphere/XML/DB2/MQSeries/WSAD.
Certification ( SCJP,SCWCD,SCBCD,IBM287,IBM486,IBM484,IBM DB2 )
Please let me know if you have any openings
My mail ID jpi1116@yahoo.com


Thanks,
VN

Which one is better? Can some please explain the difference between these two.

Thanks,
VN

you may look at the servlet context to store and retrive this data with forming unique key. It will work only if you have a single app server.
Though as Kyle said above it could lead to a possible scurity breach.


Thanks
[ May 29, 2004: Message edited by: vn us ]

Giri
I think that was a typo
As you said typos are natural

With so many exams in everyone's mind all the time, typos are quite natural.

Thanks,
VN

Sorry Imean EAR file not WAR
thanks,
VN

I need help with the following scenario.
Currently my application runs with WAS 3.5 and We have a file based caching implementation. The data ( files ) gets updated with a cronjob, this process runs out of WAS 3.5 env.
WAS 3.5 process reads the data from these cached files and displays the info.

Some where I read that in WAS 5.0 we need to deploy the application as a WAR ( Contains all images, jsp, jar, files, etc ) file. If I have to move this application to WAS 5.0 Can I still have the above file based caching available to the WAS 5.0 process ?
Please comment on this
Thanks,
VN

Ranchers,
I failed in HFE yesterday night as I got 61%.
HFE exam is really very hard ( for me hardest part is not to specify how many correct answers )
But in real exam this was not the case so I successfully passed with 91% score
I read HF EJB and little bit referred of spec.
Valentin Crettaz's cheat sheets are extremely helpful
Muhammad Ashikuzzaman's Exam notes
Mohana Murali's notes
And Javaranch forum was helpful to me.
NO Commercials
Thanks,
VN

I think still they are available

Thanks
VN

afterCompletion():
To me It make sense not to have accesss to resource manager ( may be we shouldn't access Database with out transaction ) but I'm not clear why it is not safe to access other beans ?.
At least Beans that don't require transaction are okay to access!!
Please help me understand this

Thanks
VN

I did received the Free voucher today and do said there are still plenty of vouchers are left

Thanks,
VN

I cleared the test 287 on Dec 27th and still I didn't received any free voucher
Thanks,
VN

I have a RMI server running and I would like to know how many threads are executing ( accessing ) remote method.
Basically multiple clients are accessing ( invoking ) RMI server and I would like to know how many concurrent client requests are handling by the RMI server.
Can any one please tell me how we can get the count?
Thanks
VN

Yes, I understand that "The OutOfMemory error is the root problem ".
What I'm not able to understand is
1) Why only EJB container is throwing OutofMemoryError ( OME )
2) Why the NullpointerException is coming, If JVM is ran out of memory then it will not have memory to create any object ( including NullPointerException object )
I have singletons (Double-checked locking ) used by EJB's, How this could lead to OME?
2 Stateless Session beans
No entity beans ( thank god )
Thank you Kyle for your reply
Regards,
VN

Thank you Kyle.
Even though WAS3.5 server has both EJBcontainer and WebContainer in one JVM .
The reason why I was looking separate memory allocation between EJBContainer and WebContainer, somany times I got this outofmemory error ( more than 30 times ) interestingly all the time I'm getting the error from EJBContainer and not from WebContainer.
And do you know why the EJBContainer is throwing NULLPointerException after getting the OutOfMemoryError? and interestingly once we receive the NullpointerException there are no more OutofMemoryErrors! and ultimately we have to restart the clone to get rid of this NullPointerException and OutofMemoryError
I'm working on enabling the verbose garbage collection.

Thanks
VN