System.exit(0) problem

Hi there,
I open C++ GUI application from Java (using JNI native call). When user clicks "x" and closes GUI application, I'd like to shutdown JVM also. In my code, when user clicks "x", C++ side calls Java method (that contains System.exit(0) call) and this results in the java.exe - Application Error: "The instruction at 0x0 referenced at 0x0. The memory couldn't be read".
I use Jace to handle JNI calls but this sounds like a pure JNI problem.
Many thanks in advance.
Kalle.

System.exit(0)kills the main thread but you still is in the native function. Return has no a valid address. CallSystem.exit(0) only from JAVA code.

Similar Messages

Problem using System.exit()

Hai,
I used System.exit(1) system call in my servlet code. When this part of code is executed the whole server goes down.. i need to know if there is another smooth way of exiting code instead of System.exit().
Thanks

is another smooth way of exiting code instead of System.exit().System.exit() is supposed to terminate the JVM....however, your server (especially I have seen Tomcat 4.x) can hang if you call System.exit()...because there may be some active threads still running in the JVM, and server is not able to terminate them...and gets stuck.
What is your intent? If you want to cleanly shutdown the server, then don't call System.exit(), instead, the server listens on some port for commands, connect to that port and issue a quit/exit command. For example, in tomcat looking at server.xml you could look at this element <Server port="8005" shutdown="SHUTDOWN" debug="0">. Connect to port 8005 and issue "SHUTDOWN" command to gracefully terminate the Server.
-BJ

Why in COM, set smth true, stays true even after System.exit?

I am using "Jacob" to do COM calls. When I alter the "ShowAll" property of Word.Application and I set it to true, it will then forever be true even if I exit the application AND quit the word application. If I set it to false, the same thing happens, it will always be so. The code to call/set this is:
(NOTE: This uses classes I made to wrap the Dispatch calls)
Word wordApp = new Word();
Documents docs = wordApp.getDocuments();
Document doc = docs.open("D:\\JavaProjects\\Test.doc");
//GET VIEW
View wordView = wordApp.getActiveWindow().getView();
//PRINT THE VIEW PROPERTIES
System.out.println("Show All: " + wordApp.getActiveWindow().getView().isShowAll());
System.out.println("Show Paragraphs: " + wordApp.getActiveWindow().getView().isShowParagraphs());
//SET THE VIEW PROPERTIES
wordView.setShowAll(false);
wordView.setShowParagraphs(true);
//PRINT THEM AGAIN
System.out.println("Show All: " + wordApp.getActiveWindow().getView().isShowAll());
System.out.println("Show Paragraphs: " + wordApp.getActiveWindow().getView().isShowParagraphs());
doc.close(Document.DO_NOT_SAVE);
wordApp.quit(new Variant[] {});
System.exit(0);The actual Dispatch calls are:
//NO IDEA WHY THIS IS, BUT SHOWALL = TRUE IS -1, AND FALSE IS 0
private final static int SHOW_ALL_TRUE = -1;
private final static int SHOW_ALL_FALSE = 0;
/** SETSHOWPARAGRAPHS **
* Sets the property (boolean) ShowParagraphs.
public void setShowParagraphs(boolean showParagraphs)
 Dispatch.put(this, "ShowParagraphs", new Boolean(showParagraphs));
/** ISSHOWPARAGRAPHS **
* Returns Boolean of whether or not this is set to show paragraphs.
public boolean isShowParagraphs()
 return getBooleanValue(Dispatch.get(this, "ShowParagraphs"));
private boolean getBooleanValue(Variant variantBoolean)
 //MAKE IT AN INTEGER AND GET ITS int VALUE
 int intVariant = new Integer(variantBoolean.toString()).intValue();
 //RETURN IF IS SHOW ALL
 return (intVariant == View.SHOW_ALL_TRUE);
}I'm wondering if the problem is that I get back either -1 or 0 and if maybe that means something else?

1: Properties persistence is not a DEFECT but a FEATURE . It was implemented in MS Word so users could change MS word WITHOUT HAVING TO DO IT EACH TIME THEY START IT UP.
2: Don't you intialise all your variables in your code after you instanciated them ? I am sure you do so and therefore the persitence feature you described should not be annoying you at all. It is not necessary to intialise variables in the BASIC langage but that does not mean you should not do it.
3: (-1) was chosen arbitrary by Microsoft as the TRUE value for Boolean datatype and 0 the value for FALSE when they designed Visual Basic. This is not a problem if you write code properly
I recommend you test bool variable in any langages using the following test:
(myBool <> 0)
HAVE A THINK ABOUT IT
Finally,
you need to understand what you are working with before you complain about it.
Argument for Argument sake is not good and if you think MS word is a bad program just don't use it. go and write your own word processor in JAVA.
GOOD LUCK
I WISH TO APOLOGISE FOR ANY POSSIBLE SPELLING OR GRAMMATICAL MISTAKES I COULD HAVE MADE IN THIS REPLY. ENGLISH NOT BEING MY FIRST LANGUAGE.

The ABAP call stack was: SYSTEM-EXIT of program BBPGLOBAL

Hi
We are using SRM 5.0. We are facing a strange problem. We are able to see the initial screen of SRM EBP in the browser. But once the user name and password are provided the system goes for a dump with the following error:
The following error text was processed in the system SS0 : System error
The error occurred on the application server <Server Name> and in the work process 0 .
The termination type was: ABORT_MESSAGE_STATE
The ABAP call stack was: SYSTEM-EXIT of program BBPGLOBAL
SM21 Log:
Short Text
 Transaction Canceled &9&9&5 ( &a &b &c &d &e &f &g &h &i )
 The transaction has been terminated. This may be caused by a
 termination message from the application (MESSAGE Axxx) or by an error
 detected by the SAP System due to which it makes no sense to proceed
 with the transaction. The actual reason for the termination is
 indicated by the T100 message and the parameters.
Transaction Canceled ITS_P 001 ( )
Message Id: ITS_P
Message No: 001
I just checked these threads but did not help much,
RABAX_STATE error after loggin into BBPSTART service in SRM 4.
ITS_TEMPLATE_NOT_FOUND error
Besides I tried this note: 790727 as well, still I get the same error.
Any help would be highly appreciated.
Thanks in advance
Kathirvel Balakrishnan

Hi
Please do the following steps.
When you are using the Internal ITS,you need not run the report W3_PUBLISH_SERVICES.(only SIAC_PUBLISH_ALL_INT )
ALso pls check the foll:
-->activate the services through SICF tcode.
> Go to SICF transaction and activate the whole tree under the node Default host>sap>bc>gui>sap>its.
>Also maintain the settings in SE80>utilities>settings>internet transaction server-->test service/Publish. (BBPSTART , BBPGLOBAL etc)
Table TWPURLSVR should have entries for the / SRM server line as well as gui and web server.
Could you please review again the following steps ?
Did you check that ICM was working correctly (Transaction - SMICM) ?
1-Activate the necessary ICF services
With transaction SICF and locate the
services by path
/sap/public/bc/its/mimes
/sap/bc/gui/sap/its/webgui
2- Publish the IAC Services
With Transaction SE80 locate from
the menu Utilities -> Settings ->
Internet Transaction Server (Tab) ->
Publish (Tab) and set On Selected
Site = INTERNAL.
3- Locate the Internet Services SYSTEM and WEBGUI.
Publish these services with the Context
Menu -> Publish -> Complete Service
4- Browse to http://<server>:<icmport>/sap/bc/gui/
sap/its/webgui/! and login to the
webgui.
Hope this will help.
Please reward suitable points.
Regards
- Atul

System.exit doesnt work on Sun OS 5.7 ??

Hi, I have encountered a kind of wierd problem. I have a small application that uses System.exit when the user wants to shut down the application.
That works fine in Windows but in Sun OS 5.7 the application just freeze.
Im using java version:
java version "1.4.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-b21)
Java HotSpot(TM) Client VM (build 1.4.1-b21, mixed mode)
Would be greatful if someone could help me.
This code is an small example of my application.
import javax.swing.*;
import java.awt.*;
import java.awt.event.*;
public class ExitTest extends JFrame implements ActionListener {
JButton jButton1 = new JButton();
public ExitTest() {
try {
jbInit();
catch(Exception e) {
e.printStackTrace();
public static void main(String[] args) {
new ExitTest().setVisible(true);
private void jbInit() throws Exception {
jButton1.setText("Exit");
jButton1.addActionListener(this);
addWindowListener(this);
this.getContentPane().add(jButton1, BorderLayout.SOUTH);
public void actionPerformed(ActionEvent e) {
this.setVisible(false);
System.out.println("Exiting");
try {
System.exit(0);
} catch(SecurityException ex) {
ex.printStackTrace();
---------------------------------------------------------------------------------------------------------

Hmm, sorry about that, my misstake, that line is still there from an erlier attempt to use windowlisteners instead ... that line should not be there ...

System.exit(0) closing both JFrames

hey, ive got a problem with a JFrame
Ive got 1 JFrame that currently holds a JMenuBar, 2 JMenus and in the 1st JMenu there are 4 JMenuItems.
One of the JMenuItems uses an ActionListener to lauch another JFrame, but when the 2nd JFrame is finished (and System.exit(0) launches), the first JFrame closes as well. What is going on??
code follows:
THE MAIN JFRAME
import java.awt.*;
import java.awt.event.*;
import java.io.*;
import java.util.*;
import javax.swing.*;
import javax.swing.event.*;
public class realframe extends JFrame
protected JMenuItem[] m_fontMenus;
protected JCheckBoxMenuItem m_showPatList;
protected JCheckBoxMenuItem m_showPatData;
protected JCheckBoxMenuItem m_showHRGraph;
protected JCheckBoxMenuItem m_showBPGraph;
protected JCheckBoxMenuItem m_showTempGraph;
public realframe(){
super("PMS Menu GUI");
setSize(450, 350);
JMenuBar menuBar = createMenuBar();
setJMenuBar(menuBar);
WindowListener wndCloser = new WindowAdapter() {
public void windowClosing(WindowEvent e) {
System.exit(0);
addWindowListener(wndCloser);
setVisible(true);
//start Menus
protected JMenuBar createMenuBar()
final JMenuBar menuBar = new JMenuBar();
//creates File
JMenu mFile = new JMenu("File");
//Menu 1 item 1 : : : Add Patient
JMenuItem item = new JMenuItem("Add Patient");
ActionListener lst = new ActionListener() //ActionListener for Add Patient
public void actionPerformed(ActionEvent e)
new realgui( new JFrame() );
item.addActionListener(lst);
mFile.add(item);
//Menu 1 item 2 : : : Delete Patient
item = new JMenuItem("Delete Patient");
lst = new ActionListener()
public void actionPerformed(ActionEvent e) { }
item.addActionListener(lst);
mFile.add(item);
//Menu 1 item 3 : : : Search
item = new JMenuItem("Search");
lst = new ActionListener()
public void actionPerformed(ActionEvent e) { }
item.addActionListener(lst);
mFile.add(item);
//Divider
mFile.addSeparator();
//Menu 1 item 4 : : : Exit
item = new JMenuItem("Exit");
item.setMnemonic('x');
lst = new ActionListener() {
public void actionPerformed(ActionEvent e) {
System.exit(0);
item.addActionListener(lst);
mFile.add(item);
menuBar.add(mFile);
//end menu item 1
ActionListener viewListener = new ActionListener() {
public void actionPerformed(ActionEvent e) {
updateMonitor();
JMenu mView = new JMenu("View");
mView.setMnemonic('V');
//Menu 2 item 1 : : : Patient List Toggle
m_showPatList = new JCheckBoxMenuItem("Patient List");
m_showPatList.setMnemonic('L');
m_showPatList.setSelected(true);
m_showPatList.addActionListener(viewListener);
mView.add(m_showPatList);
//Menu 2 item 2 : : : Data box Toggle
m_showPatData = new JCheckBoxMenuItem("Patient Data");
m_showPatData.setMnemonic('D');
m_showPatData.setSelected(true);
m_showPatData.addActionListener(viewListener);
mView.add(m_showPatData);
//Divider
mView.addSeparator();
//Menu 2 item 3 : : : HR Graph toggle
m_showHRGraph = new JCheckBoxMenuItem("Show HR Graph");
m_showHRGraph.setMnemonic('H');
m_showHRGraph.setSelected(true);
m_showHRGraph.addActionListener(viewListener);
mView.add(m_showHRGraph);
//menu 2 item 4 : : : BP Graph Toggle
m_showBPGraph = new JCheckBoxMenuItem("Show BP Graph");
m_showBPGraph.setMnemonic('B');
m_showBPGraph.setSelected(true);
m_showBPGraph.addActionListener(viewListener);
mView.add(m_showBPGraph);
//menu 2 item 5 : : : Temp Graph Toggle
m_showTempGraph = new JCheckBoxMenuItem("Show Temp Graph");
m_showTempGraph.setMnemonic('T');
m_showTempGraph.setSelected(true);
m_showTempGraph.addActionListener(viewListener);
mView.add(m_showTempGraph);
menuBar.add(mView); //adds the menu
return menuBar;
protected void updateMonitor() { }
public static void main(String argv[]) { new realframe(); }
THE SECONDARY JFRAME
import javax.swing.*;
import javax.swing.border.*;
import java.awt.*;
import java.awt.event.*;
public class realgui extends JDialog implements ActionListener
JTextField surname;
JTextField given;
JTextField age;
JTextField doctor;
JTextField phone;
Patient patient = new Patient();
JRadioButton radiomale;
JRadioButton radiofemale;
public realgui( JFrame frame )
super( frame, true );
System.out.println("in 1");
setTitle( "Add A New Patient" );
setSize( 400, 250 );
JPanel panel = new JPanel( new BorderLayout() );
panel.setLayout( new GridBagLayout() );
panel.setBorder( new EmptyBorder( new Insets( 5, 5, 5, 5 ) ) );
getContentPane().add( BorderLayout.CENTER, panel );
GridBagConstraints c = new GridBagConstraints();
Dimension shortField = new Dimension( 40, 20 );
Dimension mediumField = new Dimension( 100, 20 );
Dimension longField = new Dimension( 180, 20 );
EmptyBorder border = new EmptyBorder( new Insets( 0, 0, 0, 10 ) );
EmptyBorder border1 = new EmptyBorder( new Insets( 0, 20, 0, 10 ) );
c.insets = new Insets( 2, 2, 2, 2 );
c.anchor = GridBagConstraints.WEST;
JLabel lbl1 = new JLabel( "Surname:" );
lbl1.setBorder( border );
c.gridx = 0;
c.gridy = 0;
c.gridwidth = 1;
panel.add( lbl1, c );
surname = new JTextField();
surname.setPreferredSize( longField );
c.gridx = 1;
c.gridwidth = 3;
panel.add(surname, c );
JLabel lbl7 = new JLabel( "Given Name:" );
lbl7.setBorder( border );
c.gridx = 0;
c.gridy = 1;
c.gridwidth = 1;
panel.add( lbl7, c );
given = new JTextField();
given.setPreferredSize( longField );
c.gridx = 1;
c.gridwidth = 3;
panel.add(given, c );
JLabel lbl2 = new JLabel( "Age:" );
lbl2.setBorder( border );
c.gridx = 0;
c.gridy = 2;
c.gridwidth = 1;
panel.add( lbl2, c );
age = new JTextField();
age.setPreferredSize( shortField );
c.gridx = 1;
c.gridwidth = 3;
panel.add( age, c );
JLabel lbl3 = new JLabel( "Gender:" );
lbl3.setBorder( border );
c.gridx = 0;
c.gridy = 3;
panel.add( lbl3, c );
JPanel radioPanel = new JPanel();
radioPanel.setLayout( new FlowLayout( FlowLayout.LEFT, 5, 0 ) );
ButtonGroup group = new ButtonGroup();
radiomale = new JRadioButton( "Male" );
radiomale.setSelected( true );
group.add(radiomale);
radiofemale = new JRadioButton( "Female" );
group.add(radiofemale);
radioPanel.add(radiomale);
radioPanel.add(radiofemale);
c.gridx = 1;
c.gridwidth = 3;
panel.add( radioPanel, c);
JLabel lbl4 = new JLabel( "Doctor:" );
lbl4.setBorder( border );
c.gridx = 0;
c.gridy = 4;
panel.add( lbl4, c );
doctor = new JTextField();
doctor.setPreferredSize( longField );
c.gridx = 1;
c.gridwidth = 3;
panel.add(doctor, c );
JLabel lbl5 = new JLabel( "Phone Number:" );
lbl5.setBorder( border );
c.gridx = 0;
c.gridy = 5;
c.gridwidth = 1;
panel.add( lbl5, c );
phone = new JTextField();
phone.setPreferredSize( mediumField );
c.gridx = 1;
c.gridwidth = 3;
panel.add(phone, c );
JButton submitBtn = new JButton( "Submit" );
c.gridx = 4;
c.gridy = 0;
c.gridwidth = 1;
c.fill = GridBagConstraints.HORIZONTAL;
panel.add( submitBtn, c );
submitBtn.addActionListener(this);
JButton cancelBtn = new JButton( "Cancel" );
c.gridy = 1;
c.anchor = GridBagConstraints.NORTH; // anchor north
panel.add( cancelBtn, c );
cancelBtn.addActionListener(this);
WindowListener wndCloser = new WindowAdapter()
public void windowClosing(WindowEvent e)
System.exit(0);
addWindowListener( wndCloser );
setVisible( true );
public static void main( String[] args ) {
new realgui( new JFrame() );
public void actionPerformed(ActionEvent evt)
if (evt.getActionCommand ().equals ("Submit"))
Person person = new Person();
String surnam = surname.getText();
String give = given.getText();
String ag = age.getText();
String docto = doctor.getText();
String phon = phone.getText();
char gende;
if(radiomale.isSelected()==true)
gende = 'M';
else
gende = 'F';
System.out.println("in 2 " + surnam);
person.setSurname(surnam);
person.setGiven(give);
// person.setAge(ag);
person.setDoctor(docto);
person.setPhone(phon);
person.setGender(gende);
System.out.println(surnam + " " + give + " " + ag + " " + gende + " " + docto + " " + phon);
person.setHistory();
patient.add(person);
System.exit(0);

No, dispose() is inherited. Just replace System.exit(0); with:
setVisible(false);
dispose();I think that'll work in your code.

System.exit(0); reboots PC..........

Hello all,
I compiled and ran this program with no problems about 5 or 6 times as soon as I finished writing it. I walked away for about 15 minutes and tryed to run it again. The program runs fine up until the end; now, however, at the System.exit(0); line the system promptly REBOOTS.
I am running windows XP Pro.....
Any ideas as to what may be causing this?
1. Take input from user for how many numbers will be in the array.
2. Allow user to input the values 0ne by one usig for loop and break loop upon reaching
value input from number 1(above).
3. Make class to do linear search
import javax.swing.JOptionPane;
public class LinearSearch
public static void main(String args[]) {
SearchArrayLinear X = new SearchArrayLinear();
 String input, input2, input3;
 int array[], len, element, key;
 input = JOptionPane.showInputDialog(null,
 "How many integers do you want to input into the array? ", "INPUT",
 JOptionPane.QUESTION_MESSAGE);
 len = Integer.parseInt(input);
 array = new int[len];
 for (int counter = 0; counter < len; counter++)
 array[ counter ] = Integer.parseInt( JOptionPane.showInputDialog(null,
 "Input index " + counter + " into the array",
 "INPUT", JOptionPane.QUESTION_MESSAGE) );
 X.linearSearch(array);
class SearchArrayLinear
public void linearSearch( int array2[] ) {
 String input = JOptionPane.showInputDialog(null, "Enter the Search key ",
 "Search Key Input",
 JOptionPane.QUESTION_MESSAGE);
 int key = Integer.parseInt(input);
for( int counter = 0; counter < array2.length; counter++)
 if (array2[counter] == key) {
 JOptionPane.showMessageDialog(null,
 "The search key was found in element " +
 array2[counter], "RESULT",
 JOptionPane.INFORMATION_MESSAGE);
System.exit(0);
 else {
 JOptionPane.showMessageDialog(null,
 " No element was found for the search key ",
 "RESULT",
 JOptionPane.INFORMATION_MESSAGE);
 System.exit(0);
}

Get this. Microsoft says that this is a "Driver problem" and to check the latest installed driver. At first, I didn't think much of it because I havn't installed any drivers or hardware between the time it was working and the time it quit working....or so I thought.
Apparently, one of the Microsoft automatic updates was a new processor driver for XP Pro. Since then, I cannot run any java programs without using JBuilder8. If I do, the computer reboots whenever the program reads the System.exit(*); line.
Looks like Microsoft has found yet another way to sabotage java.
Go figure.

JVM 1.5 hang at system.exit(): how to debug ?

Our Java application seems to sometimes hang indefinitely at System.exit().
So far, we have observed that:
- the hang does not happen when running JDK 1.4, but only with JDK 1.5 (we are trying to migrate to JDK 1.5.0_06)
- it seems that if we comment out code that calls PrinterJob.print(), the hang does not happen
- the hang can be observed on all our machines (different models), except one that is misteriously not impacted. OS is WinXP SP2.
- when our software has sent a printer job to the printer and is running JDK 1.5, the problem can be reproduced after at most 4 or 5 tries, usually 1 or 2 runs being sufficient.
- we have not been able to narrow the problem to a simple testcase (only reproduced using automated testcases on our application, which is 200.000+ LOC....)
- when the JVM is stuck in System.exit, the process can be killed using the task explorer with the usual "program does not respond" and subsequent "send problem report" wizard after having killed it. (not to sure on exact wording in english...).
We suspect a hard-to-hit regression or behavior change in JDK1.5 (there's no reason a java application could hang at System.exit(), right ?), but the above information is certainly far from being sufficient to open a bug report.
So, any help to help us further identify the problem would be appreciated.
More precisely, is there any way to try to understand the problem using a crash dump, or something like this ?
Thanks

I doubt that it hangs at System.exit(). Use jConsole (comes with your JDK) to connect to your application and inspect all running Threads which block at what exception stack trace.

Avoiding system.exit(0)

Hi
I am using an external .jar file in my java program for parsing a file. My problem is that its main method has System.exit statement in the end i.e after parsing it exits the application. So when i use it my application also gets terminated. I have decompiled it and the only accessible method is main method. Is there any way to avoid this system.exit(0) ?

EJP wrote:
You can run it under a SecurityManager and a .policy file which doesn't grant that permission.I am trying to overrite securityManager functions:
like:
private static void forbidSystemExitCall() {
    final SecurityManager securityManager = new SecurityManager() {
            @Override
      public void checkPermission( Permission permission ) {
                System.out.println("persmiion");
        if( "exitVM".equals( permission.getName() ) ) {
         throw new SecurityException("System.exit attempted and blocked.");
            @Override
      public void checkExit(int exit)
          super.checkExit(exit);
          throw new SecurityException("System.exit attempted and blocked.");
    //System.setSecurityManager( securityManager ) ;
}and calling above code as:
             try
                    forbidSystemExitCall() ;
                    try
                       Main.main(strings);
                    catch( ExitTrappedException e )
                    finally
                      enableSystemExitCall() ;
               catch ( Exception ex)
                   System.out.println("error calling main method");
                   ex.printStackTrace();
               }but above code is not working as i requried.
Or if you have stuff to do on exit you can add shutdown hooks, see java.lang.Runtime.i could not understand it, please kindly can you explain little bit more... I have not play with java security before.
BR
Umer

How to "kill" AWT Event Queue thread without using System.exit()?

When I run my program and the first GUI window is displayed a new thread is created - "AWT-Event Queue". When my program finishes, this thread stays alive and I think it causes some problems I have experienced lately.
Is there any possibility to "kill" this thread without using System.exit() (I can't use it for some specific reasons)

All threads are kept alive by the JVM session. When you use System.exit(int) you kill the current session, thus killing all threads. I'm not sure, though...
What you could do, to make sure all threads die, is to make ever thread you start member of a thread group. When you want to exit you app, you kill all the threads in the thread group before exit.
A small example:
//Should be declared somewhere
static ThreadGroup threadGroup = new ThreadGroup("My ThreadGroup");
class MyClass extends Thread {
super(threadGroup, "MyThread");
Thread thread = new Thread(threadGroup, "MySecondThread");
void exit() {
//Deprecated, seek alternative
threadGroup.stop();
System.exit(0);
}

How stop call to System.exit but allow them to install Securitymanager?

I have an application that allows you to start a java application from inside it (it then gives you monitoring capabilities). I want this to work with pretty much any desktop application, even those that require their own security manager. However, i don't want their application to be able to shutdown the jvm. How can I do this?
As far as I can tell, there's no way to allow them to add the securitymanager, "wrapped" by mine is there?
And I thought of using AccessController.doPriviledgedAction(...) and giving them a context where they can add a security manager but not call system.exit, but then if they do add a security manager, won't it have the final say on system.exit calls?
Is there a solution here?

6tr6tr wrote:
Thanks for the reply!
Hmmm, the problem with that is I need the users to be able to use my application without access to that app's source code. So they need to be able to run that program (as 3rd party black-boxed code) inside my app and still have this work properly. Is there another way?
Source code?
You don't need any source code for what I suggested.
If a frame/jframe tries to exit on close, I can grab and stop that. my problem is if some random code tries to call system.exit(). Is there any other way to intercept it?
UPDATE: the only solution i could come up with is to use bytecode engineering + classloading.
Which I doubt will help if they call it with reflection.
You could use the bootstrap command line options and replace System with your own version. Add some functionality to how it sets up the security manager and/or make System.exit() do nothing, but provide another name for yourself.

Exit from a Frame without resorting to System.exit()

This is driving me nuts.
I've got a really simple problem, actually... I've got a Frame and I'm trying to get rid of it so my application will exit.
Though using System.exit() seems to be the most common way to get an application to exit, I'd prefer to avoid going that route. My program uses multiple threads, and I want to give them all a chance to exit gracefully before the application exits, as opposed to terminating them all quite suddenly. All the threads monitor a boolean value, "exiting", and terminate, after some cleanup, when the variable is set. Using join() on all the threads before using System.exit() would work, except any number of threads may be created by the program, and not all of them will be accessible by the function doing the exiting!
If I simply omit the call to System.exit(), and remove the Frame with dispose(), the threads all shut down properly, and the program appears to have exited, except the command prompt doesn't reappear until I hit Ctrl-C.
So I looked up the docs for the dispose() method. It was slightly different than I remembered... Obviously, that method is not the way to shut down a Frame. What is?

So I looked up the docs for the dispose() method. It
was slightly different than I remembered...
Obviously, that method is not the way to shut down a
Frame. What is?The problem is that once you use some GUI, a pool of AWT threads is created and they are not shut down, not even if there is no more GUI visible.
Look at these other threads for some explanation on this behaviour an workarounds:
http://forum.java.sun.com/thread.jspa?forumID=5&threadID=10901
http://forum.java.sun.com/thread.jspa?forumID=57&threadID=122569

System.exit(0);???

Hey all,
Can anyone please tell me what this statement means and why the 0 is used. I know it is used to exit the program. But, I would like to know why it works.

codingMonkey wrote:
En-Wolf wrote:
But, I would like to know why it works.Because that's what it's supposed to do. You can pass any int parameter to it, but as far as I know, by convention, zero means that no problem occured during execution, and calling exit(1), would mean that an error occured.Whatever int you pass in, that gets returned to the OS, providing it accepts int returns from programs exiting. By and large, you shouldn't need to use System.exit at all, and although it's tempting to use it to brute-force your app to stop, letting method calls return naturally all the way back to main is preferable. You can use System.exit() there to return whatever value you want to the OS

System.exit(0) access denied

I am trying to exit a card game program when the user selects Exit from a menu, so in the actionlistener I simply put
System.exit(0);It compiles fine, but I get a runtime error when the Exit menu option is clicked saying
java.security.AccessControlException: access denied (java.lang.RuntimePermission exitVM.0)
Anyone know why?

Hello friends,
Well, I have the same problem.
" java.security.AccessControlException: access denied (java.lang.RuntimePermission exitVM.0) "
The program is an applet ... all the buttons are in a frame(so to speak) that is called by the applet.
I have added that applet in a html file. Now if I try to run that html page... it do not work at all.
I am new in this field. Please give me straight directions.
( If you do not understand the questions right, better do not answer. )
Thanks in advance.
/N

Prevent System.exit(0)

Hi Everybody!
I have the following problem.
I am developing an web-application running on a Tomcat server.
Furthermore I am using some additional libraries, from which I only have the class-files. Nevertheless I decompiled them and found, that one method calls a System.exit(0) in its catch block, and this is horrible, because the server always shuts down in case of failure.
What shall i do to prevent this? Altering the library will not be possible. Any ideas?
I created a small example to point out my problem:
public class Testing {
 private void methodA(String s) {
 try {
 int i = Integer.parseInt(s);
 System.out.println("Value of i: " +i);
 Thread.sleep(1000);
 catch (Exception e) {
 e.printStackTrace();
 System.exit(0);
 } //methodA
 public static void main(String[] args) {
 Testing t = new Testing();
 for (int i = 0; i < 10; i++) {
 if (i == 5)
 t.methodA("a");
 else
 t.methodA(String.valueOf(i));
 } //for
}Just think of methodA() as an method that can not be altered... How can I force the for-loop to continue when methodA() fails?
(This is not my actual problem, but it points out my problem... ;)
Thanks in Advance!
Stef

I was able to solve the problem by using the following code :-
final SecurityManager securityManager = new SecurityManager()
 public void checkPermission(Permission permission)
 //This Prevents the shutting down of JVM.(in case of System.exit())
 if ("exitVM".equals(permission.getName()))
 throw new SecurityException("System.exit attempted and blocked.");
System.setSecurityManager(securityManager);
Hope it helps some one ..................... ;)

System.exit(0) problem

Similar Messages

Maybe you are looking for