Chris Johnson

+ Follow
since Feb 04, 2004
Merit badge: grant badges
For More
Cows and Likes
Total received
In last 30 days
Total given
Total received
Received in last 30 days
Total given
Given in last 30 days
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Chris Johnson

I have been looking for a good J2SE/J2EE/J2ME contract for sometime. I get many calls a day with jobs from all around the country. Today I have had about 8 calls for different jobs. Every one was about the same. These are all jobs for companies in the USA. The conversation goes like this. I ask some questions about the job and the requirements. Then I ask: “Where are you located?”. Most say New Jersey or California. I ask again, “Where are you physically located, India? They say yes. If they say no, I next ask , “Are you a green card holder?” They usually say “No, H1B visa”. My question..... Why do I get so many calls from H1B visa holders wanting to submit me to jobs located here in the USA and take the money off the top? Is this really legal? I doubt the legality of this and wonder what loopholes are being taken advantage of to let this happen.

Chris Johnson
14 years ago
Tim, Eric, Imran, Marcell

This is like the “Grapes of Wrath” all over again. Only this time it is the exploitation of the American Java Programmer. Is this really our country, where very qualified programmers are not getting jobs because of outsourcing and this recruiter model. The recruiters are outsourcing the recruiting and now, not only everybody's brother and cousin are recruiters but also many from India as well. I usually get about 3-4 calls from recruiters in India trying to represent me for a Texas State job that comes open here in town that is located about two blocks away. I have worked hard to develop my Java skills, work hard for clients that expect to get their money's worth, and some recruiter who made a few phone calls should have his whole yearly salary payed for from my sweat and brain busting. What is up with that? These jobs need to go to American workers and somebody somewhere needs to put some stops on this recruiting model and outsourcing practices. There are no countries I know of that I can just show up and start working for free. Someone needs to speak up! I've been to the capitol in Austin to talk to my State Representatives. Please do the same. I believe this little secret is a major cause of our recent financial turmoil.

Chris Johnson
SCJP, SCWCD, SCBCD, SCBCD3.0 SCDWS, SCEA, SCMAD, ( hope to submit SCJD by this weekend.:>)
14 years ago
Special thanks to all the SCEA ranchers for all the posts. I used Netbeans 5.5 UML for all my diagrams. Here's a few of books that I used.

UML 2.0 in a Nutshell - O'Reilly
Designing Enterprise Applications with Java2 Platform - The Java Series
Applying Enterprise JavaBeans - The Java series
Head First Design Patterns - O'Reilly

Thank You!
Can a subclass of RemoteException be turned into an application exception using the @javax.ejb.ApplicationException annotation?
And then came Java. Companies have all these good employees and have even hired a few green ones that look promising. These people all have their secure jobs and must now work the company's project into java. This goes on for years. The company is still not where they want to be. They ask the employees to go take the certification tests. Some pass the java programmer test. They still don't know enough to do their job, to bring the code to where we are today. It takes extra effort. Someone who has the passion to learn. These are the folks taking all the Certification tests.

The company looks for the Java J2ee Senior Systems Developer Architect. They want that one person that can set them in the right direction and teach all their deadbeats how it goes. If an employer is looking for a candidate, and he will only look at the group that has already had this experience he is getting all those programmers that have never gotten it together to crack the books and learn the new technology. Companies are looking in the wrong places. The people with experience might not know so much, but they have been working for a long time, struggling to learn java at the job.

Companies are schitzed. They don't know where to turn so someone has told them that all the people in India know java better than those in the US. They say, man, we got to get this stuff rolling it is costing us a fortune to develop. They look for someone from India. They must not realize that this is not true either. The people in India are just as we are in the US. There is a group that will excel and a group that won't . People need to be educated so they can tell who is an exceller and who is not. That is what the Certifications were meant to do.

The contracting companies and the recruiters have put a plague on the industry. Their answer was, "We don't even know the programming business, but we can sell you someone for sure. Here, look at this guy, he's got 5 years java working experience. That's the only way we know that he knows it or not".

All the government agencies in town have bought Websphere. Now those managers are trying to develop systems and processes for their organization. Java/J2ee is what they need, what do they ask for: Websphere programmers, not understanding that Websphere is just the TOOL. The contracting company has a guy who has worked as manager for a Websphere department at IBM. Now what is wrong here. It is possible that a manager for a Websphere department at IBM may know java or even j2ee, but I have my doubts. I would think that daily business at IBM for a manager rarely allows for much code writing or even time to study the books.

I am tired of being asked by a recruiter if I have used J2EE, like it was a windows editor program or something. There is a big gap, you've got someone who can say they worked for a company for 5 years and that company did java programming, and they wrote this little piece, so that makes them a java programmer with 5 years experience and you've got this other group that has spent their own personal time learning the technology, reading the code, the specs, taking the certification tests. Companies must learn what to look for those select few who really do put the extra effort in to learn what it takes to be a great java programmer. You have to learn it before you can use it. Companies need to be educated in how to look for that special person. Experience is nothing. Not any more. There's too much range in that. They need to be able to spot those individuals that have the will to excel. The ones that go that extra mile. These individuals will bring to the company what it needs to succeed.

Chris Johnson
Hold on, I think this exam is for the recruiters and hiring managers so they will know a bit about j2ee so they can make rational decisions in hiring.

"paid commercial experience is the only readily marketable credential"

This is because nobody out there knows what they need. They don't know what type of person to hire to fill the needs. The contract companies are not concerned with finding for a company the most experienced help they need. All they care about is money. So they can put a guy on a job and that guy fails the assignment because he really doesn't know enough about ALL the aspects of J2EE to make the proper programming decisions when writing the code, the contract company doesn't care. They got him hired for less than what they would have to pay a person who has relentlessly studied ALL the aspects of J2ee and has many years solving tough problems for clients in other areas like networking, scripting, systems administration, etc., who wants a decent rate. They can get this guy for less and because he has worked on a project, blundered or maybe no one knew enough to be able to tell that in fact he did blunder the code, but it is just waiting to be a problem which need to be refactored. Now that guy has paid experience. Now he can be sold to a next company so he can go in and fail on their project. The client doesn't know. The program seems to work. Although they may have a entangled mess that can't be dealt with. That's the kind of code I have found. People who know just a little bit. But they've been working, and being "paid", because the contract company can keep putting them out there. Sorry, Java programming and J2EE is not meant to be learned on the job. It takes effort and a will to read the books, the specs, and study the examples. There is a lot to learn!

This is a mess. The contracting companies are wanting 30%. That's 30 thousand dollars they make a year off one person for what again. They hooked you up with a job. I am sorry, I am tired of being exploited. We trouble-shooters need a union or a representing body to stop this injustice. The recruiters are the one's that need to be educated. They should have to take the test so they will know what it takes to develop a project properly with j2EE. A little bit of java just doesn't do it anymore. The companies should rely on the Certification tests because they can't even imagine how many "Paid experienced" programmers there are out there that really don't have a clue.

Chris Johnson
Looking for more examples of "Domain Store with JDO Strategy" ?

Can anyone share brief use cases or real scenarios that would be good examples of this pattern? Especially where it fits in or what role it plays in hibernate, OJB, or spring. I am wishing for some examples of this pattern built around or using these frameworks/apis, in comparison. I realize these frameworks ARE the pattern, but wish I could sort out best uses and comparisons of each.

Are we there yet?

- Chris Johnson Sailaway Systems ( SCJP, SCWCD1.4, SCBCD, SCDWS )
Procedure style web service is a model of an online request which contacts
a service and does some processing maybe using a database and returns the result to the user. With document oriented, the model of an online order, which first goes to recieving, then to a program to check if there is current inventory in stock, next to shipping, then to a confirm process,
in which a invoice is returned to the customer.
May 28th, from Austin Texas. Thank You, Sun Microsystems, for this special opportunity! I cannot express my gratitude enough to all who have made Java, J2EE, and Web services possible. Thank you.
From what I gather, accessing resource managers and other enterprise beans
is disallowed if container does not have a "meaningful transaction context"
or a "client security context".
Also, to help answer my own question, To have EJBObject and primarykey
access, you must have a valid "entity object identity", which looks
apparently separate from having a "client security context".
Can anyone confirm this?
How about this one: Entity ejbCreate, How do you have a meaningful
"client security context" without an entity object or a primary key?
Hi Kathy,
I would like to follow through the HF book with the EJB2.1 specs,
but the book says "download the EJB2.0 (not 2.1!)" After taking the beta
SCWCD 1.4 exam, I personally think that webservices are going to come
out in the industry hard, fast, and soon. I read the servlets-2.4 and JSP-2.0 specs and missed a few questions by not reading the J2EE 1.4 specs (mostly on ejb dd elements), thinking that that stuff was covered in the SCBCD exam. After reading J2EE 1.4 specs, I am now curious about EJB2.1 "messaging types in addition to JMS" and "stateless session bean to implement a web service". I studied ch11-16 of the J2EE1.4tutorial for the SCWCD 1.4 beta and have studied ch8,9,10,18-27 of the same, hoping they will come out with a SCBCD 1.4 exam. All that said, the bottom line is I want to
pass the SCBCD exam. Should I still follow EJB2.0? Will I potentially miss questions if I read EJB2.1? (It's a 600 page choice!)
I got stumped on some easy ones in the SCWCD 1.4 beta because I read a CramExam book for test 310-80 and didn't catch from reading the specs
some simple changes.
Example: the values of the bodycontent attribute of the tag directive.
The old CramExam book I read said "empty, JSP, tagdependent".
j2ee1.4 tutorial, Chapter 15 on "Tag Library Descriptors" says:"four values - tagdependent, JSP, empty, scriptless".
jsp-2.0-pfd-spec.pdf ( 1-152 ) - scriptless, tagdependent, empty. Adding that: "A translation error will result if JSP or any other value is used.
Defaults to scriptless". Of course this is the doc I read, thinking it
was good, until now I realized that the pfd was not the fr.
jsp-2.0-fr-spec.pdf (3-46) - tagdependent, JSP, empty.
In the beta exam, I thought I saw "scriptless" everywhere.
I went back and changed an answer to a question involving this issue.
After the test, I was curious, and wanted to find the correct answer.
Now, I still don't know which is correct. P.S.Do you have an address of the
group studying the beta results so I can forward this question on to them?
Thank you very much. Congratulations on the book!
Java Studyaholic,
Chris Johnson