This week's book giveaway is in the Agile and other Processes forum. We're giving away four copies of The Mikado Method and have Ola Ellnestam and Daniel Brolund on-line! See this thread for details.
This line in the code "try{Runtime.getRuntime().exec(st);}catch(IOException e1){System.out.println("Caught "+e1 );}" does not run Text file stored on Desktop in windows based computer.
Ulf Dittmer
Marshal
Joined: Mar 22, 2005
Posts: 35241
7
posted
0
What does it mean to "run" a text file? That's not executable content.
First of all, there is no need whatsoever to create Stringst like that. You can simply use pa.
Second, you cannot execute any file, only executables and batch files. Anything else needs another application to run it.
Fortunately, you don't have to do any more hard work, using java.awt.Desktop that was introduced in Java 6. That same code snippet using the new class:
That will open the file with its default application. Yes, it's that simple these days.
OK, and now the more complex version that does some actual checking:
This uses the "magic" rundll32 url.dll,FileProtocolHandler command to use to execute the file with its default application. Of course this is only available on Windows.
Also, whenever you use Runtime.exec or ProcessBuilder, make sure to have read and understood When Runtime.exec() won't. It's an old article, but still very accurate. The only difference is that when you use ProcessBuilder with a redirected error stream, you don't need to read anything from p.getErrorStream().
Also, be aware of Concurrency in Swing. If you're not careful you may end up blocking the Event Dispatcher Thread, effectively making your entire user interface not respond to anything, including repaint requests from the operating system.
I agree. Here's the link: http://ej-technologies/jprofiler - if it wasn't for jprofiler, we would need to
run our stuff on 16 servers instead of 3.
subject: Issue in launching a text file on Desktop.