• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1937
  • Last Modified:

Pass data between 2 VB.NET applications on the same machine

Hey,

I am looking for a solution that will allow me to pass simple string, or maybe a few basic values from one application to another that is running on the same machine.   There won't be a huge amount of data exchanged and it will be user initiated, so the frequency will be fairly low ( maybe once every few seconds).  And it will always be on the same machine.  I have looked around the web and found a couple different approaches such as windows messaging, remoting, or just reading/writing.   All of the articles were all pretty old though (pre 2009).  

Is there a solution that is better than others or simpler to implement.   And if so, can you point me in the direction of a good example.

To give a better picture of what I am trying to accomplish.   My end goal it to add functionality into application "A", so when the user clicks a phone number it will send that number to another application that will initiate a call.  So I would pass the persons name and phone number from Application A to application B.


Thanks in advance...
0
MRS
Asked:
MRS
  • 6
  • 4
  • 3
  • +2
1 Solution
 
bcolladayCommented:
Does program B have to be running or can program B start an instance?

If it can be started on demand, you could use command line arguments.
0
 
MRSAuthor Commented:
Program B  would already be up and running.  And it would need to continually receive new information to process as it while it runs.
0
 
bcolladayCommented:
Assuming they are networked, udp might work as well, I've never done it, but see if this looks like a solution:

http://www.codeproject.com/Articles/8877/UDP-Send-and-Receive-using-threads-in-VB-NET
0
Free Tool: Subnet Calculator

The subnet calculator helps you design networks by taking an IP address and network mask and returning information such as network, broadcast address, and host range.

One of a set of tools we're offering as a way of saying thank you for being a part of the community.

 
MRSAuthor Commented:
That seems like more then I need as all my interaction will take place on a single machine.
0
 
bcolladayCommented:
Then how about having program A write a file with the data to pass, in a shared location. Tell Program B to read the file(s) every x seconds, consume the data from the file, then delete it.
0
 
MRSAuthor Commented:
that was one of the solutions that I had seen on the web, just didn't seem very elegant of a solutions compared to some of the newer technologies.  But old doesn't necessarily mean bad.  I will give that a shot and see how it performs.
0
 
Scott McDaniel (Microsoft Access MVP - EE MVE )Infotrakker SoftwareCommented:
Or use a database, like SQLite or SQLSvrCE, and write data from ProgramA, and read it from ProgramB.

Of the Registry.
0
 
Éric MoreauSenior .Net ConsultantCommented:
0
 
ktaczalaCommented:
You can use filewatcher to check for a file showing up in a folder, then act upon it.  I would run that as a backgroundworker task.  Filewatcher Rocks!! Nothing would happen in the second app until a file shows up in the specified folder, I would check for a particular filename so there's no chance of a file being put there accidentally and being in the wrong format.  By putting the filewatcher in a backgroundworker thread the app will not lose responsiveness.
0
 
MRSAuthor Commented:
ktaczala,

That is exactly how I implemented it and seems to work OK as expected.  I am a little concerned that this approach will handle the volume and run into an IO bottleneck.  You mentioned running the FSW in a different thread.  It seems like it is in it's own thread by default as I have to use delegates to update the form.  Was there something special you had in mind?

Lastly,  Has anyone used WCF for something like this in the past?  That seems to be the "recommended approach" from what I have read online, but most of the examples deal in hosted services or web services.  This would be more of a client/server type of scenario.

Thanks again for all the input from everyone
0
 
ktaczalaCommented:
You're right about filesystemwatcher, it was late when I posted that.  it does run on it's own thread.

Here's Some info on what issues people have come across with FSW;
http://stackoverflow.com/questions/239988/filesystemwatcher-vs-polling-to-watch-for-file-changes

do a search for "filesystemwatcher or WCF" you'll get lots of good info.
0
 
Éric MoreauSenior .Net ConsultantCommented:
there is too much overhead for FSW when it is for short messages on the same machine. you should really consider the MemoryMappedFiles
0
 
MRSAuthor Commented:
emoreau,

Is there an way to trigger an event when the shared memorymappfile is updated.  Much like the way a FSW triggers an event, or would I have to write something that would keep looking for changes based on a timer or something?
0
 
Éric MoreauSenior .Net ConsultantCommented:
I don't think you can because the connection as to be initiated. Maybe in your case you could use a timer
0
 
MRSAuthor Commented:
Any thoughts on using WCF? Seems like it has all the core components required to achieve this task....
0
 
Éric MoreauSenior .Net ConsultantCommented:
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

Join & Write a Comment

Featured Post

Cloud Class® Course: Ruby Fundamentals

This course will introduce you to Ruby, as well as teach you about classes, methods, variables, data structures, loops, enumerable methods, and finishing touches.

  • 6
  • 4
  • 3
  • +2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now