Robert Troshynski

+ Follow
since Jan 11, 2002
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 Robert Troshynski

Originally posted by A Kumar:
Hi all,
i would like to create EJB's (not EJB 3.0) deployable in Jboss starting with the Session bean ... Can u suggest few resources on the web which is useful for a newbie.....

Try the following:

Java Client -> EJB
"Develop and Deploy A Simple EJB"

Applet Client -> EJB
"How To Use Applets To Access EJBs in JBOSS"

Servlet Client -> EJB

JSP Client -> EJB
"Building Your First Enterprise JavaBean"
[ March 06, 2005: Message edited by: Robert Troshynski ]
15 years ago

The Ultimate Knight's Tour Page of Links
15 years ago
Actually, I believe that EJBs use RMI-IIOP as the underlying protocol to communicate with the remote computer.
If you skim over the material on RMI-IIOP, you will note that they use the concepts of 'remote' and 'home' as part of the protocol.
Robert Troshynski
I'm not sure that posting a link to another job forum is kosher, but this thread is too good not to pass it on to other individuals.
The questions themselves are not Java-specific, but the answers given in the first post are very good and reliable in the sense that it matches what research I've done on these types of questions.
The link is:
Robert Troshynski
17 years ago
Congratulations! You have loaded the J2EE RI server and gotten the deploy tool working!
The best place to start working with J2EE is by working through the following URL:
This tutorial allows you to write simple servlets, session beans, entity beans, message beans, etc. It also gives specific directions for using the deploy tool.
As for cloudview, it is a gui that allows you to graphically view the tables, triggers, etc in the cloudview database that comes with J2EE 1.3.1.
According to what I have read, you cannot have the J2EE RI running at the same time that you are using the Cloudview GUI. Sooo, stop the J2EE RI with the following:
testj2ee -stop
Start the cloudscape database in yet another DOS window.
To run the cloudview GUI tool, I use the following batch file:
--------------begin testcloudview.bat-------------
rem file created by me based on some notes that I have
java -Dcloudscape.system.home=%J2EE_HOME%\cloudscape -classpath %J2EE_HOME%\lib\cloudscape\cloudclient.jar;%J2EE_HOME%\lib\cloudscape\cloudview.jar;%J2EE_HOME%\lib\system\cloudscape.jar;%J2EE_HOME%\lib\cloudscape\RmiJdbc.jar;%CLASSPATH% -ms16m -mx32m
---------------end testcloudview.bat-------------
To make sure that the cloudview tool knows how to find the cloudscape database instance, click on the 'Connection' tab. In the 'URL' group box, change the prefix to 'jdbc:cloudscape:rmi://localhost:1099/'.
Finally, I believe that I had to create a Cloudscape database before the GUI tool would show me the tables, view, stored statements, etc.
I hope this is of some help. I am currently working on getting the 'j2eeadmin.bat' file working but it is slow going.
Good luck!
Robert Troshynski
[ January 13, 2003: Message edited by: Robert Troshynski ]
I accept the honor of being the first to post in a new forum.
Now for something serious. I have been extremely curious about how to load test a web-enabled application from the front-end (JSP, HTML, Servlet, or Applet) to the backend (Database of any type) along with the tier in the middle (servlet, EJB, etc).
By load testing, I mean stressing the components as an integrated whole and not individually.
My question is: are there open source tools out there that can help me accomplish that task.
Robert Troshynski
17 years ago
Actually, in general, an "out of environment space" error usually results from an initial memory setting on the DOS box.
For WinME, I changed the initial value from 'Auto' to 4096 this way:
(1) Bring up a DOS box
(2) Right click on the title bar
(3) Select 'Properties' from the drop-down menu(4) Select the 'Memory' tab
(5) On the drop-down list for the 'Initial Environment', change that value from 'Auto' to 4096
Now, ever time that you open up a DOS box, your initial memory setting will be 4096. That should take care of any 'Out of environment space' problems.
Robert Troshynski
17 years ago
It is very important that you do one of two things:
1. set the CLASSPATH variable.
The CLASSPATH variable should be set to the following value based on the information in your post:
How that variable is set depends on your particular OS.
Also, in addition to the value set above, there may be other additional values required by the project you are working with.
2. use the -classpath option with the java executable.
if, for some reason, you do not want to establish a global CLASSPATH environment variable, you can use the -classpath option as in the following example:
java -classpath .;C:\j2sdk1.4.1_01\jre\lib\rt.jar;C:\j2sdk1.4.1_01\lib\tools.jar <file name>
Note that I do not know the name of the file (jar, batch, or executable) so I used '<file name>' as a placeholder. Therefore, you must make the judgement call as to which technique to use.
Robert Troshynski
P.S. - in reviewing my own particular setup, I have noted that I am using J2SDKEE 1.3.1. If I remember right, I was using 1.4, but backed off to 1.3.1 due to a problem that may have been a missing class file. Soooo, you might try a previous version of J2SDKEE.
[ January 07, 2003: Message edited by: Robert Troshynski ]
Okay, judging by the following fragment in your post:
C:\j2sdkee1.3.1\bin>cd J2EE_HOME\bin
Invalid directory
it appears that the environment variables J2EE_HOME and possibly JAVA_HOME have not been properly referenced in the batch files. Further evidence for this is indicated by the
= = = =
fragment further down. To make sure that the environment variables are properly referenced in the batch files, J2EE_HOME and JAVA_HOME must have a preceeding and trailing percent sign in the batch file itself. For example, to change to a given directory in the batch file, the line must read as follows:
cd %J2EE_HOME%\bin
The preceeding and trailing percent signs allow the system to interpret the environment variable.
Also, take a look at your CLASSPATH variable. I found the following fragment
has a serious problem in that this part
is trying to make an assignment in the middle of the CLASSPATH environment variable. Please correct that so your CLASSPATH variable looks like the following:
I hope this helps. Once we get your system set up and running with the J2EE RI, I will tell you how to get 'cloudview' up and running (this is the gui interface to the cloudscape database).
Robert Troshynski
P.S. - In going over my original post, I have noted that in my original description of the testj2ee.bat file, the following line
call %J2EE_HOME%\bin\setenv.bat
should of course be written as
call %J2EE_HOME%\bin\testsetenv.bat
in the testj2ee.bat file.
Hope this helps!
[ January 07, 2003: Message edited by: Robert Troshynski ]
I will tell you what works for me. My OS is WinME and here are my environment settings:
Here is my testj2ee.bat file (so named as to not interfere with the original file):
@echo off
call %J2EE_HOME%\bin\setenv.bat
@echo on
cd %J2EE_HOME\bin
java -Xmx128m %JAAS1A%=%JAAS1B% %JAAS2A%=%JAAS2B% %JAAS3A%=%JAAS3B% -Dorg.xml.sax.parser=org.xml.sax.helpers.XMLReaderAdapter -Dorg.xml.sax.driver=org.apache.crimson.parser.XMLReaderImpl -Djms.home=%JMS_HOME% -Dcom.sun.jms.service.jdbc.dbpath=%JMS_DB_PATH%\config\\lib\security\server.policy\lib\security\login.config -Dcom.sun.enterprise.home=%J2EE_HOME% com.sun.enterprise.server.J2EEServer %1 %2
cd c:\j2sdkee1.3\bin
--------------end of testj2ee.bat file-----------
Here is my testsetenv.bat file (so named to avoid messing up the original file):
rem Set JAVA_HOME and J2EE_HOME before running this script.
rem first include user-specified definitions.
call %J2EE_HOME%\bin\userconfig.bat
set LIBDIR=%J2EE_HOME%\lib
set LOCALEDIR=%J2EE_HOME%\lib\locale
set CLASSESDIR=%J2EE_HOME\lib\classes
rem JMS DB PATH must end in slash to specify a directory
rem set JMS_DB_PATH=%J2EE_HOME%\repository\%COMPUTERNAME%\
set CPATH=%J2EE_HOME%\config;%J2EE_HOME%\conf;%LIBDIR%\system\cloudscape.jar;%LIBDIR%\system\tools.jar;%LIBDIR%\cloudscape\RmiJdbc.jar;%LIBDIR%\cloudscape\client.jar;%LIBDIR%\jhall.jar;%JAVA_HOME%\lib\tools.jar;%JAVA_HOME%\jre\lib\rt.jar;%LIBDIR%\j2ee.jar;.;%CLASSESDIR%;%JMS_CLASSESDIR%;%LOCALEDIR%
set JAAS1B=%J2EE_HOME%\lib\security\cacerts.jks
set JAAS2B=%J2EE_HOME%\lib\security\jaas.policy
set JAAS3A=-Dcom.sun.CORBA.connection.ORBSocketFactoryClass
---------------end of testsetenv.bat file---------
Here is my testdeploytool.bat file (so named as to not mess up the original file):
@echo off
call %J2EE_HOME%\bin\testsetenv.bat
set DH_JAR=%LIBDIR%\..\help\DeployTool\deployhelp.jar
set JAVA_HELP=%LIBDIR%\jh.jar
set CPATH_CH=%JAVA_HELP%;%DH_JAR%;%J2EE_HOME%\lib\j2eetools.jar
@echo on
cd %JAVA_HOME%\bin
java %JAAS1A%=%JAAS1B% %JAAS2A%=%JAAS2B% %JAAS3A%=%JAAS3B% -Dcom.sun.enterprise.home=%J2EE_HOME% %1 %2 %3 %4
cd %J2EE_HOME%\bin
-----------end of testdeploytool.bat file--------
Cut and paste each snippet into the bin directory of your j2ee folder.
It is also important to change the memory limits of the DOS box. To do so, start a DOS window, put
the cursor over the title bar of the DOS window, right-click to get the properties window, click on the
memory tab, and change the initial environment value from 'auto' to 4096.
Make sure you are in the bin directory of your j2ee directory.
Then, to invoke the j2ee server, type 'testj2ee' at the DOS prompt. To invoke the deploytool,
type 'testdeploytool' at the DOS prompt.
This should satisfy all of the issues that you will find when attempting to use the J2EE RI.
I take no credit whatsoever for the solution I have presented here. The proper credit should be
given to the authors of the following links:
The only credit I can take is one of finding them.
BTW, once you get the J2EE RI working, you might try out the following tutorial:
Happy New Year!
Robert Troshynski
[ January 01, 2003: Message edited by: Robert Troshynski ]
[ January 01, 2003: Message edited by: Robert Troshynski ]
With respect to JavaMail, there are some articles about sending and receiving email using the JavaMail API (with code examples) at the following URL:
I hope this is of some use.
Bob Troshynski
18 years ago
Just to clarify,
1. cannot be overloading since doIt is in
separate classes
2. cannot be overriding since the signature
for doIt is different (re: parameter list)
in the superclass and subclass. This
implies that polymorphism (dynamic binding)
cannot be established.
Therefore, the type of the variable will
determine which method is called. Since
the variable is of type Parent, the method
in Parent is called.