Apache seems to be spawning jave.exe

processes that don't die.
I have made a Java Servlet Portlet. It works fine, but it seems that Apache is spawning a lot of java.exe's and they don't die, when I am accessing the my portlet through the Portal. And if I stop Apache they still hang around. I am not even able to kill them manually - I get a no access message !
The system seems to be working fine, but the memory gets more and more depleted. I am guessing its just a matter of time before Apache would crash.
Any ideas?
Thanks
Kjetil

Although you haven't provided any information on which 9iAS version you use, this could be related to 9iAS 1.0.2.2 and not having applied the patch for bug:1866039. You can download it from http://metalink.oracle.com/

Similar Messages

Java.exe with 9ias

Has anyone out there run into an issue with java.exe and 9ias running on NT4.0? It seems that java.exe reaches approx. 40MB then we get an apache.exe Dr. Watson error and our server is down. If anyone can help I would greatly appreciate it.
null

Rod,
This question is better suited to the Oracle9i Applications Server forum.
Thanks

Java.exe has encountered a problem and needs to close.

I installed Oracle8i on my P4 then when I reboot I get the error "java.exe has encountered a problem and needs to close." even if I click on "don't report" if keeps popping up, anything to do to resolve this?
Thanks.

Hello...
i had the same problem. then when i searched oracle documentation, it suggested as follows:
1. go to your %ORACLE_HOME%\Apache\Apache\conf\httpd.conf
2. comment out 2 lines that has
include ....\jserv.conf
include ....\oracle_apache.conf
so your new line will be:
#include ....\jserv.conf
#include ....\oracle_apache.conf
Those lines are at the end of the file.
3. save the file.
4. reboot your machine.
that solution works for me.. hope it works for you too.
GOOD LUCK!
--Melani

Java.exe (j2re1.4.0) can't init C:\WINNT\system32\DDRAW.dll

Our app is running on jre 1.3.1_01. When we try j2re 1.4.0 we get the following dialog:
java.exe - DLL Initialization Failed
Initialization of the dynamic link library C:\WINNT\System32\ddraw.dll failed. The process is terminating abnormally.
It occurs when the application attempts to paint the splash screen for our server application. It also occurs with our client GUI.
This is the same for 6 different machines running Windows NT 4.0 service packs 5 and 6.
I don't want to make this a bug yet because it seems to work on my laptop with exactly the same software. We have sync'd the environment and verified the classpaths.

I've seen potentially related problems on NT4-SP6a with J2RE 1.4.2_01. I did not get the "can't init" error that you are discussing, but I have seen other problems related to "ddraw.dll". When I run Swing applications that use viewports, scrolling causes very bad repainting problems. I think this is related to "ddraw.dll" because of the "BIT_BLIT" optimization for repainting.
Also, when I ran the Java application after running some other sequence of applications (I have not been able to duplicate the startup sequence), Java crashed with the message below rather than repainting poorly. This crash was repeatable -- I repeated it four times with identical exception traces. The stack trace indicates that the failure is in "blitWindowGraphics", and the problem was detected inside of "ddraw.dll".
I'm including this in this thred in the hopes that somebody can find a thread of commonality and fix the root cause of these "ddraw.dll" problems.
NOTE: I have not found a workaround to the problems I'm having --- I cannot run Java GUI applications on this PC.
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : EXCEPTION_ACCESS_VIOLATION (0xc0000005) occurred at PC=0x77132F58
Function=DllCanUnloadNow+0x665
Library=C:\WINNT\System32\ddraw.dll
Current Java thread:
     at sun.awt.windows.Win32Renderer.devCopyArea(Native Method)
     at sun.awt.windows.Win32SurfaceData.copyArea(Unknown Source)
     at sun.java2d.SunGraphics2D.copyArea(Unknown Source)
     at javax.swing.JViewport.blitWindowGraphics(Unknown Source)
     at javax.swing.JViewport.blitDoubleBuffered(Unknown Source)
     at javax.swing.JViewport.windowBlitPaint(Unknown Source)
     at javax.swing.JViewport.setViewPosition(Unknown Source)
     at com.sun.javaws.ui.general.GeneralUtilities$4.run(Unknown Source)
     at java.awt.event.InvocationEvent.dispatch(Unknown Source)
     at java.awt.EventQueue.dispatchEvent(Unknown Source)
     at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.Dialog$1.run(Unknown Source)
     at java.awt.Dialog.show(Unknown Source)
     at com.sun.javaws.ui.general.GeneralUtilities.showAboutDialog(Unknown Source)
     at com.sun.javaws.ui.player.Player$13.actionPerformed(Unknown Source)
     at javax.swing.AbstractButton.fireActionPerformed(Unknown Source)
     at javax.swing.AbstractButton$ForwardActionEvents.actionPerformed(Unknown Source)
     at javax.swing.DefaultButtonModel.fireActionPerformed(Unknown Source)
     at javax.swing.DefaultButtonModel.setPressed(Unknown Source)
     at javax.swing.AbstractButton.doClick(Unknown Source)
     at javax.swing.plaf.basic.BasicMenuItemUI.doClick(Unknown Source)
     at javax.swing.plaf.basic.BasicMenuItemUI$MouseInputHandler.mouseReleased(Unknown Source)
     at java.awt.Component.processMouseEvent(Unknown Source)
     at java.awt.Component.processEvent(Unknown Source)
     at java.awt.Container.processEvent(Unknown Source)
     at java.awt.Component.dispatchEventImpl(Unknown Source)
     at java.awt.Container.dispatchEventImpl(Unknown Source)
     at java.awt.Component.dispatchEvent(Unknown Source)
     at java.awt.LightweightDispatcher.retargetMouseEvent(Unknown Source)
     at java.awt.LightweightDispatcher.processMouseEvent(Unknown Source)
     at java.awt.LightweightDispatcher.dispatchEvent(Unknown Source)
     at java.awt.Container.dispatchEventImpl(Unknown Source)
     at java.awt.Window.dispatchEventImpl(Unknown Source)
     at java.awt.Component.dispatchEvent(Unknown Source)
     at java.awt.EventQueue.dispatchEvent(Unknown Source)
     at java.awt.EventDispatchThread.pumpOneEventForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
     at java.awt.EventDispatchThread.run(Unknown Source)
Dynamic libraries:
0x00400000 - 0x00407000      D:\jre\j2re1.4.2_01\bin\javaw.exe
0x77F60000 - 0x77FBE000      C:\WINNT\System32\ntdll.dll
0x77DC0000 - 0x77DFF000      C:\WINNT\system32\ADVAPI32.dll
0x77F00000 - 0x77F5E000      C:\WINNT\system32\KERNEL32.dll
0x77E70000 - 0x77EC5000      C:\WINNT\system32\USER32.dll
0x77ED0000 - 0x77EFC000      C:\WINNT\system32\GDI32.dll
0x77E10000 - 0x77E67000      C:\WINNT\system32\RPCRT4.dll
0x78000000 - 0x78040000      C:\WINNT\system32\MSVCRT.dll
0x08000000 - 0x08136000      D:\jre\j2re1.4.2_01\bin\client\jvm.dll
0x77FD0000 - 0x77FFA000      C:\WINNT\System32\WINMM.dll
0x77FC0000 - 0x77FC8000      C:\WINNT\System32\mmdrv.dll
0x74BD0000 - 0x74BE7000      C:\WINNT\System32\SNDBLST.DLL
0x716F0000 - 0x7177A000      C:\WINNT\system32\COMCTL32.dll
0x10000000 - 0x10007000      D:\jre\j2re1.4.2_01\bin\hpi.dll
0x00910000 - 0x0091E000      D:\jre\j2re1.4.2_01\bin\verify.dll
0x00920000 - 0x00938000      D:\jre\j2re1.4.2_01\bin\java.dll
0x00940000 - 0x0094D000      D:\jre\j2re1.4.2_01\bin\zip.dll
0x18270000 - 0x1837F000      D:\jre\j2re1.4.2_01\bin\awt.dll
0x77C00000 - 0x77C18000      C:\WINNT\System32\WINSPOOL.DRV
0x76AB0000 - 0x76AB5000      C:\WINNT\System32\IMM32.dll
0x77B20000 - 0x77BD1000      C:\WINNT\system32\ole32.dll
0x18380000 - 0x183D0000      D:\jre\j2re1.4.2_01\bin\fontmanager.dll
0x77130000 - 0x77156000      C:\WINNT\System32\ddraw.dll
0x18650000 - 0x1865A000      D:\jre\j2re1.4.2_01\javaws\javawspl.dll
0x77C40000 - 0x77D7C000      C:\WINNT\system32\SHELL32.dll
0x18C40000 - 0x18C5E000      D:\jre\j2re1.4.2_01\bin\jpeg.dll
0x18C60000 - 0x18C6F000      D:\jre\j2re1.4.2_01\bin\net.dll
0x776B0000 - 0x776C4000      C:\WINNT\system32\WS2_32.dll
0x776A0000 - 0x776A7000      C:\WINNT\system32\WS2HELP.dll
0x74FF0000 - 0x74FFE000      C:\WINNT\System32\rnr20.dll
0x77660000 - 0x7766F000      C:\WINNT\system32\msafd.dll
0x77690000 - 0x77699000      C:\WINNT\System32\wshtcpip.dll
0x776D0000 - 0x776D8000      C:\WINNT\system32\WSOCK32.dll
0x71280000 - 0x71286000      C:\WINNT\system32\MSIDLE.DLL
0x77BF0000 - 0x77BF7000      C:\WINNT\System32\rpcltc1.dll
0x75360000 - 0x75367000      C:\WINNT\System32\rasadhlp.dll
0x76AC0000 - 0x76ADD000      C:\WINNT\System32\imagehlp.dll
0x731B0000 - 0x731BA000      C:\WINNT\System32\PSAPI.DLL
Heap at VM Abort:
Heap
def new generation total 576K, used 408K [0x10010000, 0x100b0000, 0x104f0000)
eden space 512K, 79% used [0x10010000, 0x10076340, 0x10090000)
from space 64K, 0% used [0x10090000, 0x10090000, 0x100a0000)
to space 64K, 0% used [0x100a0000, 0x100a0000, 0x100b0000)
tenured generation total 2136K, used 1280K [0x104f0000, 0x10706000, 0x14010000)
the space 2136K, 59% used [0x104f0000, 0x10630030, 0x10630200, 0x10706000)
compacting perm gen total 6656K, used 6474K [0x14010000, 0x14690000, 0x18010000)
the space 6656K, 97% used [0x14010000, 0x14662a48, 0x14662c00, 0x14690000)
Local Time = Tue Nov 25 21:44:39 2003
Elapsed Time = 26
# The exception above was detected in native code outside the VM
# Java VM: Java HotSpot(TM) Client VM (1.4.2_01-b06 mixed mode)

Java.exe problem

Hi,
Would anybody please help me with this problem.
I tried to execute java.exe with the command: java -Djava.library.path=E:\Program Files\Testing TestApp, it threw exception could not find the the path since there is a blank space between Program Files. I tried to put quotation marks around them, I got same problem. Java command seemed like did not like space. If I move my lib to new place e.g Test and execute my TestApp with the command: java -Djava.library.path=E:\Test TestApp, it worked fine. How can I solve this problem without remove space in the path.
Thanks
Hung

i think you want to point to your programe classes.
if so use
java -classpath "E:\Program Files\Testing" TestApp
because
java.library.path contains many pathes related to JRE.
D:\Java\sdk\jre\bin;.;C:\WINDOWS\System32;C:\WINDOWS;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;D:\Java\sdk;D:\Java\sdk\bin;D:\Java\J2EE\bin;D:\Java\WSDP\bin;D:\Program Files\Microsoft Visual Studio\VC98\bin;C:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT;C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin;C:\Program Files\Microsoft Visual Studio\Common\Tools;C:\Program Files\Microsoft Visual Studio\VC98\bin;C:\Program Files\SSH Communications Security\SSH Secure Shell
try this
System.out.println(System.getProperty("java.library.path"));-Best regards,
mnmmm

Windows refuses to run the java.exe in my path.

Hi all -
I'm having some problems managing Java in Windows. All my experience with Java is primarily from a Unix environment, so I'm really having a tough time solving this issue.
Windows is obsessed with using java from c:\program files\Java\jre1.5.0. That directory isn't in my path anywhere, and I don't have the problem from within Eclipse because you can specify your environment, but if I type 'java' from a command line, it invokes a version from that directory. I only noticed when trying to debug an RMI problem related to this and I started my project with "java -server" and it gave me the error:
"Error: no `server' JVM at `C:\Program Files\Java\jre1.5.0\bin\server\jvm.dll'."
Of course if I type in the full path to the java.exe I want to use, its fine.
I've tried just removing the directory in the hopes that it would then take a look at my path variable and find the correct version, but then I just get the error:
"Error: could not open `C:\Program Files\Java\jre1.5.0\lib\i386\jvm.cfg'"
It's driving me mad! What do I have to do to tell Windows to give up on this directory? I've looked at the registry and it is in there about 30 times. That seems a little crazy to me, but I'm just not a Windows guy.
Thanks
Jason

To allow "naked" java commands, Sun places a copy of java.exe and javaw.exe in a Windows directory that's on the execution path. In 2000/XP they're in WINDOWS\system32 (along with a copy of the Web Start program javaws.exe.)
Either remove them, or place the directory that contains the wanted java.exe in the path before the WINDOWS\system32 entry - the first copy found will be used.

Java.exe (urgent,urgent)

I am developing a project using jsp,oracle9i database with the
builtin apache webserver provided by oracle,operating system
win2000.
I am frquently getting java.exe error,which is listed below.
java.exe has generated errors and will be closed by
windows.you will need to restart the program.
an error log is being created.
please can someone help me to debug it.

Actually, I had the same Java.exe application error on NT4 while running JSP application with JDBC connections. Had the Metalink folks baffled, but it turned out to be the JDK that installs with 1.0.2.x. Install the latest JDK, and reconfigure JServ to use it and you're in business!

Win2000 NoClassDefFoundError running java.exe from DOS prompt

I am using Windows 2000 with J2SE v 1.3.1_02 and have a problem when I run java.exe from the command line for classes that are defined to be in a package. I can both compile and run this program from the TextPad editor but when I run it from a DOS prompt I get the error "Exception in thread "main" java.lang.NoClassDefFoundError: MyClass"
My CLASSPATH is set to D:\
The files MyClass.java and MyClass.class are in the directory D:\MyProject
here is the source:
package MyProject;
public class MyClass
public static void main(String[] args)
System.out.println("MyClass main");
Note that if I comment out the package statement and add "." to CLASSPATH then it runs from the DOS prompt. Why does the program run from inside TextPad but not from the DOS prompt? Seems to be some type of bug in java.exe on Windows 2000 when the keyword package is used.

It turns out that if you use the main method in a class that declares the package statement you need to use the fully qualified name to run the program. Using this statement works for this problem:
java MyProject/MyClass
the forward slash is required even though is a Windows system.

Debugging java.exe (running in a browser) results in the process dying

This question applies to java.exe when ran in the context of a web browser (tested with both IE and Firefox). That is, a java.exe process started as a result of an applet being loaded.
When I attach to the java.exe process using a debugger (such as OllyDbg or Windbg) but don't resume the process within a few seconds when I do resume it the process (java.exe) terminates. It seems like there is something checking to see whether java.exe is responsive and signalling it should terminate if not. What I'm trying to figure out is whether that is a 'feature' of the JVM/java.exe or perhaps the browser process.
Any help is appreciated.
Cheers.

Please vote for the following enhancement request if you are
interested in having the ability to run AIR apps within a browser.
It would be very nice to be able to develop a single
application that can run either in a browser or as a desktop
application (and have access to the AIR API). Many users may also
prefer not to install desktop applications.
https://bugs.adobe.com/jira/browse/SDK-15786
Thank you.

Java.exe in c:\winnt\system32?

Hi,
I have installed J2SE1.3.1 and J2EE 1.3 b2 on my win2000pro machine and was experimenting with my environment.
In J2SE1.3.1 installation instructions it was said, that for convenience you can set path to
point to your j2se1.3.1\bin dir... Ok. Did that. I had a path like follows:
path=c:\winnt;c:\winnt\system32;c:\jdk1.3.1\bin;
And I had no problems running java apps from the command line.
But one day I accidentally looked in c:\winnt\system32 and found (!!!) java.exe and some other files and dlls, which under normal circumstances (may be well, I just didn't know they were installed there) reside in jdk1.3.1\bin. So actually, java.exe from c:\winnt\system32 was executed each time I ran java.exe.
I checked the versions of both:
in jdk:
--- output begin ---
C:\jdk1.3.1\bin>java -version
java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)
--- output end ---
and in windows:
--- output begin ---
C:\WINNT\system32>java -version
java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)
--- output end ---
Looks the same (java.exe files exist in both dirs and they seem to be the same by size and date...
Ok.
I checked -help output:
--- output begin ---
C:\jdk1.3.1\bin>java.exe -help
Usage: java [-options] class [args...]
(to execute a class)
or java -jar [-options] jarfile [args...]
(to execute a jar file)
where options include:
-hotspot to select the "hotspot" VM
-server to select the "server" VM
-classic to select the "classic" VM
If present, the option to select the VM must be first.
The default VM is -hotspot.
-cp -classpath <directories and zip/jar files separated by ;>
set search path for application classes and resources
-D<name>=<value>
set a system property
-verbose[:class|gc|jni]
enable verbose output
-version print product version and exit
-showversion print product version and continue
-? -help print this help message
-X print help on non-standard options
--- output end ---
And in windows:
--- output begin ---
C:\WINNT\system32>java.exe -help
Usage: java [-options] class [args...]
(to execute a class)
or java -jar [-options] jarfile [args...]
(to execute a jar file)
where options include:
-hotspot to select the "hotspot" VM
If present, the option to select the VM must be first.
The default VM is -hotspot.
-cp -classpath <directories and zip/jar files separated by ;>
set search path for application classes and resources
-D<name>=<value>
set a system property
-verbose[:class|gc|jni]
enable verbose output
-version print product version and exit
-showversion print product version and continue
-? -help print this help message
-X print help on non-standard options
--- output end ---
Notice - in c:\jdk "version" of java.exe two more switches exist, namely:
-server to select the "server" VM
-classic to select the "classic" VM
These options do not exist in "windows" java.exe version.
I suppose, that those "additional" options do not appear, because there is fairly incomplete list of files from jdk1.3.1\bin exists in winnt\system32 - i.e. "dlls" for "server" and "classic" (why for classic) are not available... But I do not know for sure...
My questions are:
Is is a normal installation option for either j2ee or j2se?
If it is, why in the j2se installation instructions they recommend to "correct" the path for "convenience" if in the final account the java.exe from "windows" is called, which well might be really undesired behaviour... (path=c:\winnt;c:\winnt\system32;c:\jdk1.3.1\bin;)
Where can I read more about this particular situation?
Thanks a lot guys!

Is is a normal installation option for either j2ee or j2se?Yes; it is said somewhere in the JRE installation notes. The windoze JRE installer will copy java.exe and javaw.exe (apparently with some other files) to the win dir. You should also find a third java.exe from c:\program files\javasoft\jre\1.3.1\bin or something like that.

Java.exe vs iexplore.exe

We're running Java 1.6.0_16 on our machines to access Oracle Forms for our E-Business system.
We are running the Java applet with the "next generation Java Plug-in" disabled (as this causes issues within our system)
I've noticed that our install is seemingly not consistent.
Some users who launch java (via the program) while getting into the forms, get an "iexplore.exe" entry in their "control panel - performance" while others get a "java.exe" entry.
The users who get the java.exe are more prone to crashes and "loss of focus" when in the forms.
ALL users get the "java.exe" entry in "control panel - performance" if the next generation java plug-in is enabled.
How is it possible that the same install can lanch in two different ways?
It almost seems like the action of disabling java plug-in is not being recognised.
How do we remedy this situation to only get the "iexplore.exe" running in control panel?

No, I was recommending you launch the applet using javaws, then close the browser, since the browser is entirely irrelevant to the JWS launched applet, which is now free floating on the screen like a JFrame (e.g. outside a web page/browser).
Not on our application I'm afraid.
We have the initial html/xml JTF Framework page a user logs into, there they have a list of their responsibilities, some of these responsibilites will take them into other html/xml pages, others will launch java and into the core application.
As the java is launching another web page is opened, it's almost like a placer, un-interactive window, which then leads to the actual app running java opening.
So you basically have 3 windows open, the initial web page, a "placer" web page and the actual app.
We can close the initial web page without a problem, but this is a stable window. When we have crashes it is this window that remains unscathed by the crash, and what is used to launch the app running java again.
If we close the second html "placer" page it will immediately crash the app running java. In fact it has a disclaimer saying:
IMPORTANT: Do not close this window. Closing this window will cause Oracle Forms-based applications to close immediately, losing any unsaved data. This window may be minimized safely at any time and may be closed once all work in Oracle Forms-based applications is complete.
Closing the actual java app will naturally leave the other two windows open.
My problem is that during the launch process, some users get a java.exe program launching while others the aforementioned iexplore.exe. In both cases Java is running and the app is functioning correctly, it's just that where java.exe is being displayed as the active program, there seems to be a tendency for the program to crash, while those displaying iexplore.exe are more stable.
I'm trying to understand why the exact same call would in some situations launch iexplore.exe and in others java.exe.
As far as I can see, setup and install is identical. As previously stated, if "next-generation plug-in" (in Java Control Panel) is enabled, then the entry will always read java.exe.
My thoughts are that depite this next generation plug-in being disabled, this is not being picked up as being disabled in some region of the java and is causing us instability.

Getting error as error spawning cmd.exe while building a sample plugin by Dollyxs (Windows)

Hi,
I am still new to indesign plugin development. I am not able to build a
sample project created using Dollyxs on windows for Indesign CS4.
I am getting error as Error spawning cmd.exe .
Am I missing some settings to be made for the project. Can anybody help me
about this problem.B'z I am not able to build plugin and I am new to
Indesign plugin development.
Thanks and Regards,
Ravi Sharma

Path of ant lib is incorrect. Ant resides in - $mw_home\modules\org.apache.ant_1.7.1\lib
Make sure you have set the ant home correctly.
Regards,
Anuj

Spawned java app hangs until first is killed

I am spawning a new process using
<code>
Process proc = Runtime.getRuntime().exec(commandLine, // command line
null, // environment
new java.io.File(strExeDir)); // run directory
</code>
The new process is a 2nd JVM called with the following command line:
<code>
C:\jdk1.4.2_03\jre\\bin\javaw.exe -jar "my.jar"
</code>
"my.jar" contains a manifest.mf with a Main-Class and Class-Path entries. my.jar can be executed with no problems by running that command outside of my application.
The process is spawned without an Exception being thrown. The spawned process outputs some of my initial logging statements, but then hangs until the first app is killed, no matter how long I wait.
can anyone tell me why?
Thanks in advance,
Mike

Originally, my app was launching, logging a few lines
of code, and hanging.
Since I made the change to cmd /c start, it is now
executing properly. The second app appears when it
should and functions properly without hanging. (An
oddity is, I never see a console window with cmd /c or
cmd /k. )That's probably because you are using javaw.exe, not java.exe. Citing the documentation, "The javaw command is identical to java, except that with javaw there is no associated console window. Use javaw when you don't want a command prompt window to appear." If your app has a problem, you would apparently benefit if it had a chance to display something about itself - so try to use 'java' instead of javaw.
In the original way, I was spawning a new process and
executing javaw.exe directly. Now I am spawning a new
process to execute cmd.exe to indirectly run javaw.
I am working on an ant script to pull all the class
files from the dependenices into my jar. This way I
can eliminate the class-path parameter from the
manifest.mf. Apparently, this application has runI think to have a class path (which changes from machine to machine) in the JAR file manifest (which is not supposed to change) is a bad idea. Why don't you just launch your second JVM with the "-classpath" parameter?
successfully in the past, and it was using this
technique. I don't really like the idea of putting
other peoples' class files in my own jar, so when they
asked me to make some mods, I decided to separate
them. I created a lib subdirectory and dumped all the
jars in it, referencing them by relative paths, i.e.,
lib/log4j.jar, in the manifest. However, this has led
me to the current problem.
Does this clarify what I'm doing?
The question remains, when I execute javaw.exe in my
execute(), why would it wait for app #1 to exit before
continuing with app #2?As I said, try java instead of javaw to see if it reports anything. Also, you may try to give not a single string to your Runtime.exec() method, but an array of Strings, each containing and individual "word" from your command string. For me at least the latter method always worked.

Native app - Invalid number of parameters, java.exe is not recognized as an internal or external...

Compilation complete.
Patching package name...
Patching version information...
Patching app name...
Updating the Android app project...
[Path to Android project]>android update project --name "EmployeeCare2" --target 1 --path .
Invalid number of parameters
'"C:\Windows\system32\java.exe "' is not recognized as an internal or external command,
operable program or batch file.

Fixed it. I mean I got it to generate the app, I wouldn't call it fixed. This is one of those cases where I'm convinced that I am the only person who is using a particular feature because it doesn't seem like this would have ever worked for anyone.
Open C:\Program Files (x86)\Adobe\Adobe RoboHelp 11\RoboHTML\MultiscreenExt\NativeApps\Android\UpdateApp.bat.
Turn echo back on.
Run the script to generate a native app.
Check the output window when it fails. This line >SET PATH="C:\Program Files\Java\jdk1.7.0_51\"bin; should be >SET PATH=C:\Program Files\Java\jdk1.7.0_51\bin; no quotes around the path before bin.
Back in UpdateApp.bat: I hardcoded SET PATH=C:\Program Files\Java\jdk1.7.0_51\bin;%3;%PATH%.
When I run the script again, I get a different error. I cleared the output window, so I don't remember what it was.
Delete everything in the output folder, run the script again.
I haven't tested the app, but it says and looks like it was generated.

Java.exe error While installing Oracle Lite 10g

Hi,
Am getting "Java.exe has encountered a problem and needs to be close"
Error singature
AppName: javaw.exe Appver:0.0.0.0 ModName:ig4dev32.dll.
Here my env variables
JAVA_HOME:C:\Program Files\Java\jdk1.6.0_17
PATH :C:\Program Files\Java\jdk1.6.0_17\bin;
CLASSPATH :C:\Program Files\Java\jdk1.6.0_17\lib;
Please help me out.
Thanks
Ranjith

it seems that you dont have java installed correctly check
http://download.oracle.com/docs/cd/E12095_01/doc.10303/e12080/preinstall.htm#CBHJDEGF
for the java prereq.

Apache seems to be spawning jave.exe

Similar Messages

Maybe you are looking for