IPC with java
hi all,
I'm knew to IPC with java (IPC in general for that matter outside basic theory)... I'm currently working on an application that is meant to sleep in user memory until contacted by a program in system memory upon which the application will run and terminate sending a signal back to the other application. Note that the other application may not neccessarily be in JAVA. I need a secure certain way to do this (i.e. i cant risk listening on random ports as other applications may be using them... my application needs to be portable). I also dont want to use lock files is there any obvious way to do this that i'm not aware of?
thanks loads
[670 byte] By [
yas-wana] at [2007-10-3 11:27:06]
So you basically want to create a virus? That's exactly what your post makes it sound like - even if it is not your intention.
What do you mean "sleep in user memory", "contacted by a program in system memory", "send a signal back to the other application", and "secure certain way"
Java applications are run from the Java Virtual Machine, they are not TSR applications. It is not possible to program Java applications as TSRs.
I do not know what you mean by "user memory" and "system memory."
IPC is done in Java through RMI and CORBA. Both are somewhat complex systems require server and client code running at the same time.
If your "other program" is not Java, it needs to implement the RMI/CORBA protocols/standards.
As for what "signal" is sent back, if the applications run on the same system, threre would be no "port", so your refering to ports appears as though this will be a network-based application (which also leads to the virus theory), you will need either UDP or TCP and Socket, ServerSocket, DatagramSocket, or MulticastSocket on the Java side.
Java supports a wide array of security technologies including digital certificates, cryptography, and SSL.
"Portable" - this means different things to different people. Portability in Java, means an application which can function across ALL implementations. J2ME based wireless phones, pagers, PDAs, JavaCard based smart credit card embedded devices, J2EE enterprize systems - not all with a user display, not all with network capabilities.
You really need to rethink your project and repost with a much better explaination.
WTJ,
I have to disagree with you (again)
> Java applications are run from the Java Virtual
> Machine, they are not TSR applications. It is not
> possible to program Java applications as TSRs.
It is quite possible to write a tiny bit of native code to use the JNI Invokation API to start an in-process VM, and then to T&SR. The VM is nothing more than a DLL at the end of the day.
I know, I've done it. 8 years ago. In Delphi.
