Win a copy of Securing DevOps this week in the Security forum!

Kristy McClure

+ Follow
since Jun 19, 2001
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 Kristy McClure

People speak highly here of MultiEdit, but I'm happy with TextPad.
WYSIWYG is spawn of the devil. Don't do it, man!
True, plus it's nice to hide your javascript code somewhat, if you have concerns about people stealing your code, or if you have any info (password, etc) that you want to hide. However, a knowledgeable user could find his way to your javascript page anyway by finding your reference to the js file, so it isn't perfect security (or even that good).
I tend to use this mostly in the interests of simplification. If you keep your javascript external, and use includes for headers and footers, etc, and use style sheets, you can end up with a very simple content page.
I am very frustrated, trying to accomplish something I thought would be relatively easy.
I have a bean that is used to execute a sql statement and get a small resultset. I had code in this bean that would turn the resultset into a vector, for use by a JSP. I pulled out the 'vectorizing' code into a separate class, in the same package, so I could reuse it from other beans.
My problem seems to be that my original bean cannot get at the vectorizing class/bean, and I don't understand why, as what I'm doing corresponds with the various examples I have at hand.
Can someone help me figure out what I am missing, as the Java errors (or lack thereof) that I am getting do NOT tell me anything... -- gets specified column info from a specified table, for use in building a dropdown select box. See 'Vectorizer vizer = new Vectorizer();' and below in the setColVals() method: -- turns a resultset into a vector. I've tried using an empty constructor in this class, also no constructor, and a constructor witha debug statement in it, but apparently nothing gets even as far as running the class.

16 years ago
OK, I found my own solution, which probably applies to any service wrapper for Tomcat. At least for JavaService, there is a batch file that is used to install Tomcat as a service. I needed to add my jdbc drivers into the batch file, even though they were already in my system's classpath. Here's my amended batch file for JavaService:
@echo off
echo --------
echo Usage: %0 jdk_home tomcat_home (classic/hotspot/server)
echo NOTE: You MAY NOT use spaces in the path names. If you know how
echo to fix this, please tell me.
echo JDK 1.3 does not come with hotpot server by default, you must
echo install this seperately if you wish to use it.
echo Example: %0 c:\progra~1\jdk c:\progra~1\tomcat hotspot
echo --------
if "%1" == "" goto eof
if "%2" == "" goto eof
if "%3" == "" goto eof
copy JavaService.exe %2\bin\Tomcat.exe > nul
%2\bin\Tomcat.exe -install Tomcat %1\jre\bin\%3\jvm.dll -Djava.class.path=%2\lib\webserver.jar;%2\lib\jasper.jar;%2\lib\jaxp.jar;%2\lib\parser.jar;%2\lib\ant.jar;%2\lib\servlet.jar;%1\lib\tools.jar;d:\Oracle\Ora81\jdbc\lib\classes12. zip;d:\Oracle\Ora81\jdbc\lib\ -Dtomcat.home=%2 -start org.apache.tomcat.startup.Tomcat -params -config %2\conf\server.xml -stop org.apache.tomcat.startup.Tomcat -params -stop -config %2\conf\server.xml -out %2\logs\stdout.log -err %2\logs\stderr.log
goto eof
16 years ago
Also, here's my pertinent path and classpath info:
16 years ago
I have a nice JSP-Beans-Oracle web app written, which functioned well under Tomcat3.2/NT4/IIS4/JDK1.3.1. Then I discovered that I would need to run Tomcat as a service, so I used JavaService (, which worked well. However, now when I start the Tomcat service and try to run my web app, I get this error in my Tomcat logs\stderr.log:

I get this in stdout.log:

The same webapp worked perfectly when I wasn't running Tomcat as a service.
I read somewhere something about having to make the jdbc driver a service also, but I am unable to find any information about this now. Can someone assist me with this problem?
16 years ago
Soon-Ann: Point taken. I am just lucky thus far that what's in the database (strings and integers) just manage to turn into strings for me when I grab them from the resultset in the JSP. But I can see that many other kinds of values would need special handling pre-display, which would mean putting in a bunch of special code in the JSP where I definitely do not want it.
Thanks for the answer.
16 years ago
I have a newbie question.
In most examples I see, where a bean is used to get a ResultSet from a database, the bean then converts it to something else before it gets passed to the JSP.
Being a newbie, I couldn't get any such thing working, and so am getting a ResultSet into my JSP, then writing it out into an HTML table as usual. It seems to work perfectly fine.
So I wonder, should I NOT use ResultSDets like this? What am I losing by doing it this way?
16 years ago
I think the most expedient solution is to fence off half the circle and let the sheep run free
16 years ago
I think you can blame most of the idiotic ads on 2 entities:
(1) idiotic recruiters for consulting/contracting/temp/headhunting firms,
(2) idiotic HR staff
As most of us have learned, you can reasonably respond to these if you meet some of the requirements, have some interest in the job, and can be honest on the resume.
In all fairness the 2nd ad asks for 6 years tech experience, and an unspecified amount of client-server and web dev experience (unless I'm reading it wrong, it's crappily punctuated).
Now I don't want to get into a MS vs UNIX/Java/open-source debate, but there is a difference between an ASP developer who knows enough to be useful and productive, and one who claims to know a lot but can't come out with one valid line of code. I would expect more of the former than the latter to respond to an ASP job... ditto with our DBA position.
I find CS folks to be heavy on theory and light on practical knowledge. Good architects, bad coders. That's a generalization, of course.
Remember about a year ago when you could get 70K if you could fog a mirror? When you could put a resume out and get literally too many calls and emails to track? There was definitely more demand than supply. I don't think we'll get back to those days, but I think we'll be able to find good positions for a long time to come.
Just my opinion, call me an optimist...
16 years ago
If you're running Tomcat, you already have the servlet.jar file you need. You only need to point your classpath to it.
One caveat: I just found (after hours of teeth-gnashing) that at least on NT, you can't use environment variables as tokens in other variables and have Java be able to follow it. Example:
- let's say you have TOMCAT_HOME set to 'd:\jakarta-tomcat-3.2.2'
- don't put '%TOMCAT_HOME%\lib\servlet.jar' in your CLASSPATH and expect it to work when compiling Java source that needs that .jar file. You instead have to put 'd:\jakarta-tomcat-3.2.2\lib\servlet.jar' in your classpath.
When I did this, compilation errors arising from javac not finding javax.servlet.* stopped.
16 years ago
I have to say that I support H1B visas. I know from our own hiring attempts here that it is VERY difficult to find qualified candidates for any position. We brought people in to interview for 60K+ ASP positions, who claimed to have 2 years ASP experience... and who were unable to write any reasonable ASP code, or even to structure ASP appropriately, or even to pseudocode it. Other 'developers' who claimed to have done web-database systems were unable to write the simplest select statement. Hiring for this reason has been very difficult. DBAs are even more difficult to find, with some of the same kinds of issues (supposed DBAs not knowing how to perform backups, etc). We don't have enough local workers to fill these jobs -- my group at least was forced to hire a couple of really unqualified people, then spend a lot on training, just hoping that these people would have the aptitude and stick around long enough to make the training investment worthwhile. We're not even attempting to hire new Java people -- we're retrofitting the developers who are already here (which would be why I am here, ha ha).
Here, I haven't seen much difference in the quality of work put out by foreign employees on H1B visas, and domestic employees. Some are good and some are not so good. We do know, at least, that the H1B folks are ambitious in general and willing to take risks to find a good job, which is more than can be said for most run-of-the-mill American IT employees. The only difficulty is with communication skills... but those difficulties exist with American workers too.
As far as CS degrees and whatnot, I have to say that our best people categorically do NOT have CS degrees. We pay very little attention to whether someone has a graduate degree in CS, and much attention to the experience that can be DEMONSTRATED (as opoposed to 'claimed')in skills tests. A four-year degree in something is better than no degree... but of the best 2 people I can think of offhand we have had in this group, one had less than 1 year in an art college, and another came out of the military and went to some 18-month tech community college.
It's interest and motivation that seems to be the main determinant of success. That, and a brain of any nationality.
16 years ago
Glad Im not nuts... I just ran into the same problem, and answers to these questions can be so hard to find for people like me who are new to Java.
I"m new here -- thanks to all of you for providing this forum. I've recommended it to some other people I work with, who are also in the learning curve when it comes to Java, JSP, servlets, Tomcat, etc...
[This message has been edited by Kristy McClure (edited June 19, 2001).]
16 years ago