Thembile Mzantsi

Hi guys, IBM's website says that the order for searching class files in the war file is:
Root of the WAR file
WEB-INF/classes directory contents
JAR files in the WEB-INF/lib directory
However, I see empirically that this order is actually:
WEB-INF/classes directory contents
JAR files in the WEB-INF/lib directory
Root of the WAR file
Anyone know what the spec says? Where do I file a bug?
-T.

Even though websphere gives you the option to give an name for the admin, it seems that "ejsadmin" is hardcoded somewhere such that you are forced to use this user. I use the following script to create the user:
rem ------------------------------------------
rem Script to create user that will be used by WAS (Websphere Application Server).
rem Script to create tablespace that will be used by WAS to store its tables.
rem if tablespace was already create, you can drop it using:
rem drop tablespace was40;
rem
connect sys/change_on_install;
create tablespace was40 datafile 'd:\oracle\was40' size 50k reuse autoextend on next 5k;
create user ejsadmin identified by welcome default tablespace was40;
grant connect to ejsadmin;
grant resource to ejsadmin;
grant dba to ejsadmin;
commit;

in other words, if your SID is orcl, look in ORACLE_INSTALL_FOLDER/database/initorcl.ora and add the line:
open_cursors=200
if it is not already there.
Good luck.
-T

Open the WAS_INSTALL/bin/admin.config file.
Make sure there that the database settings, and username are correct. I am assuming that you are using the AE (Advanced Edition).
Look for things like:
com.ibm.ejs.sm.adminServer.dbURL=jdbc racle:thin:@localhost:1521 rcl
and:
com.ibm.ejs.sm.adminServer.dbuser=mywebsphereadmin
etc.
-T.

Which Websphere appserver version are you using? The instruction are different if you have Advanced Edition or Developer edition.

Hi All,
How do I control the search order for a class inside the WEB-INF/lib folder? I want to override classes with a patch.jar and put the patch.jar in the same WEB-INF/lib folder. I tried using the alphabet but that does not seem to work: my name my patch.jar-->aaaaapatch.jar and my old jar, old.jar.
Any help is greatly appreciated.
-T

Thanks Kyle.
-t

I need to write a client to talk to Websphere. What jars do I need on the client code's classpath that talks to WAS? The client code is on a different machine.
Thanks,
-t

I think you need the Advanced (WAS AE) version of the admin console in order to configure a CustomRegistry. I had to do this too and luckily my company had a license for the advanced version.
-t

Technically, he does not have to write code for connection pooling itself. The driver providers/websphere write this code for us. All we need to do is to set it up. As Kyle points out though, the rest of the code (the developer's code) simply has to obtain this provided datasource implementation via JNDI and use the DataSource which encapsulates the connection pool.
I am assuming that they did setup the Datasource in WAS.
-t

I think you are incorectly creating your jar file.
C:\jdk1.3.1_02\bin>jar cvf HelloWorld.jar myejbpackage\*.class
usually, I would do:
create a new folder, e.g.: c:\test
move myejbpackage there so you have c:\test\myejbpackage
then
c:\test>jar cvf HelloWorld.jar .
This will correctly give you the packages.
Can you look at the jar and see if you see any packages?

Sorry guys, found the error. It had to do with the servlet context.

Are there any gotchas in using "sendRedirect" in a servlet. It seems that WAS is not redirecting. Am using WAS 4.0.1 AE on Windows NT.
thank you.

does your prefix have to include the SID at the end? after :1521 rcl (you are missing the orcl?)
sanity check....

Hey guys,
I am calling getServletContext().getResourceAsStream from my servlet and it does not return any data in WAS.
I had to put this in the system classpath and call getSystemResourceAsStream for it to work. I want to be able to ship the properties with the jar, is there a better way, workaround, am I missing something?
If you look at WAS/bin/setupcmdline.bat you will see that WAS classpath also has the properties folder in the system classpath. Is it because the properties won't be read by the dynamic classloaders? (or is it b/c they want to allow us to modify these properties)
-t