Tim Holloway wrote:Sounds like the original app was a Windows app and someone thinks (hopes) that time and effort can be saved because "All You Have To Do Is" port it to the web.
How realistic that dream is is hard to say. If the original app was .Net-based, then there may be SOME portable code, although the cynic in me notes that sometimes code written in language A for Platform X require so much adaptation to move to Platform Y that it would have been faster and less expensive to simply rewrite the code from scratch. That can often be true even when switching platforms in Java.
I note with alarm that even if you do this, apparently you're going to be stuck with it for the indefinite future if no one else understands the platform but you.
There's nothing inherently wrong with being a .Net developer. Plenty of work on that platform. But the primary question is how much of a .Net guru do you wish to become?
Bear Bibeault wrote:Curious: if nobody knowns .NET why was it chosen?
Frits Walraven wrote:
How do you recommend reading the specs? I have always studied for exams from dedicated study guides, but when you read something all-purpose like the specifications, how do you know you have learned enough to pass the test
The majority of the EE-certifications do not have dedicated study guides like OCA or OCP. The EJB-specifications are quite readable by the way. I read them after reading the Enterprise JavaBeans 3.1 book and before attempting the Enthuware mocks.
Would doing the Enthuware exams (at least the first one or two) after reading through the books be a good idea to learn what to focus on in the specs, based on the answers missed?
Yes, that is a good plan. The Enthuware mocks cover the most important parts of the specifications. You might want to use my summary of the EJB specs for reference as well: OCEEJBD-Links.
Frits Walraven wrote:
2. Is there any topic not well covered in this book & do you suggest some other material for the exam as well?
This book is a nice book but it doesn't prepare you for the exam. I read the EJB specifications and did some mock exams.
Just check the Certification-results forum and read what others did to prepare for the exam.
Scott Selikoff wrote:See the paragraph after this example: "The first example actually throws an exception at runtime, as URIs must reference absolute paths at runtime" and see the feature on the previous page titled "Absolute vs a Relative is file system dependent".
In other words, it is file system dependent to some degree whether the runtime exception will be thrown.
Jeanne Boyarsky wrote:
John Freeman wrote: So it seems that the difference between our code boils down to the fact that you used "Reference Library" as your instance string, while I used "R" in mine.
Correct. That's because "Reference Library" starts with "Reference", but "R" does not start with "Reference"
John Freeman wrote: If I understood your explanation correctly, "Reference Library"::startsWith translates to "Reference Library".startsWith("Reference Library") in traditional Java syntax. I don't understand how changing it to just "R" caused it to behave unexpectedly, but it worked for "Reference Library"
No. "Reference Library"::startsWith translates to "Reference Library".startsWith("Reference"). or "Reference Library"::startsWith("AnotherValueInYourList")