Passing data between C# applications

A

ahmed.maryam

Hi all,

I have 2 C# applications that I need to pass data between.
Specifically XML information such as a document or node name. How can
I do that? Thanks in advance!

~ Maryam
 
A

ahmed.maryam

Hey Guys,

Thanks for your tips. Haydar, although I could use a web service as a
way to communicate between the applications, it would be too much
overhead for my project since both my C# applications are stand alone
and don't require an internet connection. Thanks for the idea though!

John, I was thinking of using named pipes instead of sockets since
both of my programs will run on one machine or across the same
network. Do you know if the .net has support for named pipes using C#?

Thanks!!

~ Maryam
 
I

Ignacio Machin \( .NET/ C# MVP \)

Hi,

Hey Guys,

Thanks for your tips. Haydar, although I could use a web service as a
way to communicate between the applications, it would be too much
overhead for my project since both my C# applications are stand alone
and don't require an internet connection. Thanks for the idea though!

John, I was thinking of using named pipes instead of sockets since
both of my programs will run on one machine or across the same
network. Do you know if the .net has support for named pipes using C#?

There is no support for named pipes in .NET (at least in 1.1)
 
T

Todos Menos [MSFT]

uh application 1 puts information into a DATABASE.
uh then application 2 pulls information OUT of a DATABASE.

now wasn't that easy?

none of this XML _CRAP_

-Todos
 
I

Ignacio Machin \( .NET/ C# MVP \)

Hi,

Todos Menos said:
uh application 1 puts information into a DATABASE.
uh then application 2 pulls information OUT of a DATABASE.

now wasn't that easy?

none of this XML _CRAP_

And how exactly app 2 knows that there is new info in the DB?

Btw, you should consider dropping the [msft] from your name, it brings
confusion
 
T

Todos Menos [MSFT]

btw; you should drop C# from your name

that language was never invented





Hi,

Todos Menos said:
uh application 1 puts information into a DATABASE.
uh then application 2 pulls information OUT of a DATABASE.
now wasn't that easy?
none of this XML _CRAP_

And how exactly app 2 knows that there is new info in the DB?

Btw, you should consider dropping the [msft] from your name, it brings
confusion
 
T

Todos Menos [MSFT]

App 2 knows that the data is there-- because App1 just wrote the
data. I mean.. Do you know how to speak english?






Hi,

Todos Menos said:
uh application 1 puts information into a DATABASE.
uh then application 2 pulls information OUT of a DATABASE.
now wasn't that easy?
none of this XML _CRAP_

And how exactly app 2 knows that there is new info in the DB?

Btw, you should consider dropping the [msft] from your name, it brings
confusion
 
B

Brian Gideon

App 2 knows that the data is there-- because App1 just wrote the
data. I mean.. Do you know how to speak english?

What mechanism do you propose to use that would notify app 2 in an
unsolicited manner that app 1 wrote data to a database?
 
J

Jon Skeet [C# MVP]

Brian Gideon said:
What mechanism do you propose to use that would notify app 2 in an
unsolicited manner that app 1 wrote data to a database?

Brian, it's not worth it. We can't expect actual reasoned discussion
with trolls.
 
T

Todos Menos [MSFT]

uh.. I'm pushing from App1 into a DB and then pulling App2 from the
database

where's the rocket science.. I don't see the problem.

it's synchronous



Step 1 - Push Data into a Database
Step 2 - Pull Data out of a Database

Where's the complexity?

Do you really think that the database won't display the data until I
get some notification or something?

Shit; i'll write a record that say 'uh the eagle has landed' is that
what you want me to say?
I don't see the problem here kids; databases are 100 times simpler
than this XML _CRAP_

whoever invented XML should be shot.
whoever connect HTML people into renaming HTML into XHTML should be
shot

Web Services don't make for better or faster data entry

stick a friggin fork in it; databases are simpler inherently
 
A

ahmed.maryam

Wow what a lively discussion,

Todos, thanks for the suggestion but using that 'Xml_Crap' as you
referred to it, is a requirement for this project. I might add
database access later but for now I prefer to using an IPC, so I have
decided to use sockets. Thanks to everyone for their input, appreciate
it!

~ Maryam
 
T

Todos Menos [MSFT]

yeah well you can't blame me if you have stupid people making your
decisions for you
I had a spreadsheet boss once that asked me to build a table that was
200 columns wide..

I couldn't believe it at the time.. and it was a lot more work than it
sounds like-- but I ended up using a _CRAPLOAD_ of calculated columns
and I was able to make this pretty damn manageable..

it was for forecasting / planning / budgeting.. I was working at
worlds most profitable software corporation--


I just find it funny.. 'oh you've got to use XML'

one of these days; someone's going to say 'holy crap CSV is 12 times
the performance of XML'

I can't wait for that day



Wow what a lively discussion,

Todos, thanks for the suggestion but using that 'Xml_Crap' as you
referred to it, is a requirement for this project. I might add
database access later but for now I prefer to using an IPC, so I have
decided to use sockets. Thanks to everyone for their input, appreciate
it!

~ Maryam
uh.. I'm pushing from App1 into a DB and then pulling App2 from the
database
where's the rocket science.. I don't see the problem.
it's synchronous
Step 1 - Push Data into a Database
Step 2 - Pull Data out of a Database
Where's the complexity?
Do you really think that the database won't display the data until I
get some notification or something?
Shit; i'll write a record that say 'uh the eagle has landed' is that
what you want me to say?
I don't see the problem here kids; databases are 100 times simpler
than this XML _CRAP_
whoever invented XML should be shot.
whoever connect HTML people into renaming HTML into XHTML should be
shot
Web Services don't make for better or faster data entry
stick a friggin fork in it; databases are simpler inherently
On Mar 14, 4:08 pm, "Todos Menos [MSFT]"
App 2 knows that the data is there-- because App1 just wrote the
data. I mean.. Do you know how to speak english?
What mechanism do you propose to use that would notify app 2 in an
unsolicited manner that app 1 wrote data to a database?- Hide quoted text -

- Show quoted text -
 
P

Peter Duniho

Wow what a lively discussion,

Todos, thanks for the suggestion but using that 'Xml_Crap' as you
referred to it, is a requirement for this project.

Pay no attention to Todos. He is not trying to help, he's just trying to
get a rise out of people by posting inflammatory comments.

You got plenty of other good advice...ignore the troll.
 
T

Todos Menos [MSFT]

I am trying to help

your middle tier; passing around a bunch of XML _CRAP_ is not
necessary

learn how to write shit against a database and learn how to do it WELL
 
J

John Timney \(MVP\)

You make the fatal mistake of assuming that every situation is appropriate
for a database. There are faster and more efficient methods of passing
information between technologies and a database can often just add a layer
of complexity and lag that isn't required. Heaven help us if every web
request or machine to machine transmission depended on a database to
facilitate some form of data handling. Raw socket connections in 99% of
situations are massively faster than any kind of DB interaction. To add to
that passing XML is a requirement - it will simply be faster over direct
port connections.

Regards

John Timney (MVP)
http://www.johntimney.com
http://www.johntimney.com/blog
 
T

Todos Menos [MSFT]

faster and more efficient?

then learn how to write SQL you Newbie!

'raw socket connection'

take your trendy crap and shove it buddy

I don't need 3 tiers of XML parsing and a couple of licenses of
biztalk in order to build a little ecommerce store
I just question the complexity of it all.

if you need a faster database then use Analysis Services
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top