PRB: Problem Connecting to Debug Manager in Visual J++

MORE INFORMATION

1. Open a command prompt and change the current directory to X:\WINDIR\SYSTEM where X is the drive that contains Windows 95 or Windows NT, WINDIR is your Windows directory, and SYSTEM is either SYSTEM for Windows 95 or SYSTEM32 for Windows NT.
2. Make sure the file Jdbgmgr.exe is located in the directory by typing "DIR JDBGMGR.EXE." If not, see the section below called "Updating the Microsoft VM for Java."
3. Type "JDBGMGR.EXE /REGSERVER" to add this file's registry entries into the registry. You will not see any feedback.
4. Change the current directory to X:\DEVSTUDIO\SharedIde\Bin where X is the drive that contains DevStudio and DEVSTUDIO is the directory that DevStudio is installed in.
5. Make sure the file Cljav.dll is located in the directory by typing "DIR CLJAV.DLL". If not, see the section below called "Copying cljav.dll from the Visual J++ install CD."
6. Type "REGSVR32.EXE CLJAV.DLL" to add this file's registry entries into the registry. You should see a dialog box that states "DllRegisterServer in Cljav.dll succeeded."
7. Now run Msdev.exe and debug a Java class. You should not see the problem anymore.

Copying Cljav.dll from the Visualj++ Install CD

If the Cljav.dll file is missing from the Bin directory, you will need to copy this file from the install CD. Explore the install CD and navigate to the Devstudio\Sharedide\Bin directory. If you have VisualStudio97, you will need to insert CD2 and navigate to the VJ1.1\Devstudio\Sharedide\Bin directory. Copy the file Cljav.dll to the directory X:/Devstudio\SharedIde\Bin where X is the drive that contains DevStudio and Devstudio is the directory that DevStudio is installed in. Continue on to step 6 in the MORE INFORMATION section, above.

Check DCOM Settings

If you are using Windows NT 4.0 or Windows 95 with DCOM, check DCOM's configuration tool to see if any registered Java/COM objects have been setup for remote use. If so, turn off these Java/COM objects, reboot, and try debugging. If the debugger works, use the DCOM tool to turn back on the remote Java/COM object and test the debugger again.