Re: [Wrapper-user] Problem in running the Application as a Service

[Tested J. +ve <rak...@gm...>]

Hi Lief,

I just want to give you a high level feature of my application.

My application starts a exe (for example notepad,silktest ..etc) on a system
on which the Service is running,when a user enter's a command

I am using Java-RMI technology to do it.
 
What I meant by pop-up is :

Now when I am entering a command to start a particular exe,I get a message
of  
interactive  services dialog detection and when I click it,it takes me to a
screen where it shows the window of the exe opened by the application  and
prompts me to return to the desktop,after completing my tasks on the opened
exe.

Can we somehow block  this pop-up message and open a exe directly with-out
this dialog.

I am using a Runtime.exe in my application to start the user command.

Also I am using Apache Tomcat in the following way:

It displays a page on which user enters the IP and command.

I have stored all the specific class files required,for the application to
start,

do we need to store any kind of Wrapper Specific Files in tomcat's lib
directory.

Thanks .... 











Tested Java +ve wrote:
> 
> 
> Hi all,
> 
> I have a RMI-Application,which runs fine as Standalone.But after starting
> the application as a service 
> it start's the required exe's in process tree but not as a application.
> 
> The Structure is a Client/Administrator will start a particular exe on a
> machine on which the Service is running.
> 
> I have created the Service for the RMI-Server specific files using
> Wrapper.
> 
> After starting the java.exe process the service starts the exes but in as
> process and doesn't pop up the 
> application window.
> 
> For eg:If I request to start a mspaint the process mspaint.exe starts but
> doesnot pop up the paint window...
> 
> Can any one find the bottleneck in this
> 
> Thanks in Advance  
>  
> 

-- 
View this message in context: http://www.nabble.com/Problem-in-running-the-Application-as-a-Service-tp21972495p22076397.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.