ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Integration with .Net Applications

Post new topic  Reply to topic Goto page 1, 2  Next
 Integration with .Net Applications « View previous topic :: View next topic » 
Author Message
RocknRambo
PostPosted: Thu Jun 23, 2011 12:34 pm    Post subject: Integration with .Net Applications Reply with quote

Partisan

Joined: 24 Sep 2003
Posts: 355

What are the possible options in WMB v7 to integrate with .Net applications.

Any article/pointing is much appreciated


Message Broker v7


--
RR
Back to top
View user's profile Send private message
Vitor
PostPosted: Thu Jun 23, 2011 12:57 pm    Post subject: Re: Integration with .Net Applications Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

RocknRambo wrote:
What are the possible options in WMB v7 to integrate with .Net applications.


Have the .NET application write to or read from a WMQ queue

Have the .NET application use TCP/IP or SOAP to send or receive requests

Have the .NET application write to or read from a file

Other options are undoubtably possible, but you get my drift.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
RocknRambo
PostPosted: Thu Jun 23, 2011 2:49 pm    Post subject: Reply with quote

Partisan

Joined: 24 Sep 2003
Posts: 355

Thanks for your insight.

I have been told about .NET Compute Node, MSMQ input and output nodes ? are these available OOTB as primitive nodes? or purchase option.

Not sure if the constraint is 'MB on Windows' only


--
RR
Back to top
View user's profile Send private message
Vitor
PostPosted: Thu Jun 23, 2011 6:15 pm    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

RocknRambo wrote:
I have been told about .NET Compute Node, MSMQ input and output nodes ? are these available OOTB as primitive nodes? or purchase option.


Ask whoever told you; they're news to me.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Thu Jun 23, 2011 7:41 pm    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

RocknRambo wrote:
Thanks for your insight.

I have been told about .NET Compute Node, MSMQ input and output nodes ? are these available OOTB as primitive nodes? or purchase option.

Not sure if the constraint is 'MB on Windows' only


--
RR

I would translate .NET Compute Node to custom compute node written in C.
MSMQ input and output nodes => look at foundation channel communications with Microsoft to MQ...

Otherwise I am like Vitor: stumped... Never heard of them...
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
Vitor
PostPosted: Thu Jun 23, 2011 8:37 pm    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

fjb_saper wrote:
I would translate .NET Compute Node to custom compute node written in C.


There's a lot of time & technology between C and .NET (C#) - can you do a custom node in that? You'd need GAC & all sorts?

fjb_saper wrote:
MSMQ input and output nodes => look at foundation channel communications with Microsoft to MQ...


Pedantically WCF support is WMQv7 not WMBv7. And it's certainly not a "node" in the sense it's being used here. Clearly (and as previously discussed in here) you can use WCF/.NET/etc to bridge MSMQ & WMQ but that's an app not a node.

Interested to know how this pans out. Maybe there's a 3rd party supplier out there?
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Thu Jun 23, 2011 8:47 pm    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

Vitor wrote:
fjb_saper wrote:
I would translate .NET Compute Node to custom compute node written in C.


There's a lot of time & technology between C and .NET (C#) - can you do a custom node in that? You'd need GAC & all sorts?

No I am not referring to C#. Visual Studio is the same for all languages supported by the CLR (C# and C (managed and unmanaged) ).
Hence I would see an easy confusion if the custom node was built in C and specifically targeted the windows platform...

Vitor wrote:
fjb_saper wrote:
MSMQ input and output nodes => look at foundation channel communications with Microsoft to MQ...


Pedantically WCF support is WMQv7 not WMBv7. And it's certainly not a "node" in the sense it's being used here. Clearly (and as previously discussed in here) you can use WCF/.NET/etc to bridge MSMQ & WMQ but that's an app not a node.

Interested to know how this pans out. Maybe there's a 3rd party supplier out there?

Using the custom node (written in C) you could potentially mirror the MQ nodes for use with MSMQ... Maybe there is a 3rd party supplier that does just that?
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
RocknRambo
PostPosted: Fri Jun 24, 2011 5:14 am    Post subject: Reply with quote

Partisan

Joined: 24 Sep 2003
Posts: 355

Apparently these features are expected to be in the v8 of the Message Broker, which is planned to beta in Q4 of 2011.

integration with .Net applications will be simplified and provided as the primitive nodes

I guess... will have to stay tuned.


We have a customer with major .Net platform, looking for MB as an ESB

--RR
Back to top
View user's profile Send private message
Vitor
PostPosted: Fri Jun 24, 2011 5:19 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

RocknRambo wrote:
Apparently these features are expected to be in the v8 of the Message Broker, which is planned to beta in Q4 of 2011.


Source of that planned date? How official is it? I ask only because v7 was GA Nov 2010.

Also a link to a list of these expected features would be interesting.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
mqjeff
PostPosted: Fri Jun 24, 2011 5:28 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

RocknRambo wrote:
Apparently these features are expected to be in the v8 of the Message Broker, which is planned to beta in Q4 of 2011.


So what you are saying is that you have posted information that you may have received under an NDA to a public forum?

Are you sure you meant to do that?
Back to top
View user's profile Send private message
smdavies99
PostPosted: Fri Jun 24, 2011 5:37 am    Post subject: Reply with quote

Jedi Council

Joined: 10 Feb 2003
Posts: 6076
Location: Somewhere over the Rainbow this side of Never-never land.

If there is (and this is speculation & rumour) a .NET node in V8 (or whatever the next release is numbered) the nthis will break one of the most important USP of Broker.
Namely ther ability to develop on the desktop and run on anything from the desktop to the Mainfram on a very different set of Hardware platforms.

.NET is totally limited to a Microsoft Windows Platform. My guess is that less than 20% of Broker Runtimes (in production) are on this platform. This node will have very limited appeal indeed.

As has been said, .NET is already able to interface to WMQ so a good part of the integration is already there. Quite why IBM would want to dev a node that is as limited in use as this I don't quite grok.

Again this is my own opinion. I don't work for IBM so I don't have any inside gen on what's coming down the pipe.
OTOH, it would be really neat for Microsoft to finally ack that there is a world of computing outside Windows and produce a .NET clr for Solaris, Z/OS etc.
Oh, an there is a squadron of pigs flying over the thames as I speak.
_________________
WMQ User since 1999
MQSI/WBI/WMB/'Thingy' User since 2002
Linux user since 1995

Every time you reinvent the wheel the more square it gets (anon). If in doubt think and investigate before you ask silly questions.
Back to top
View user's profile Send private message
lancelotlinc
PostPosted: Fri Jun 24, 2011 5:41 am    Post subject: Reply with quote

Jedi Knight

Joined: 22 Mar 2010
Posts: 4941
Location: Bloomington, IL USA

I really dont think RocknRambo knows what he's talking about. In the event that someone needs to process MSMQ traffic, my customers use MSMQ-MQSeries Bridge.

http://msdn.microsoft.com/en-us/library/aa771518%28vbts.10%29.aspx

There are tons more important features that WMB needs rather than reinvent the wheel when an off-the-shelf solution is already in place.
_________________
http://leanpub.com/IIB_Tips_and_Tricks
Save $20: Coupon Code: MQSERIES_READER
Back to top
View user's profile Send private message Send e-mail
Vitor
PostPosted: Fri Jun 24, 2011 5:56 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

smdavies99 wrote:
OTOH, it would be really neat for Microsoft to finally ack that there is a world of computing outside Windows and produce a .NET clr for Solaris, Z/OS etc.


The union of Microsoft and IBM. It's been coming for years. But who buys who....?

smdavies99 wrote:
Oh, an there is a squadron of pigs flying over the thames as I speak.


Are they doing close formation dives over Blackfriars bridge again?
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
Vitor
PostPosted: Fri Jun 24, 2011 5:59 am    Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA

lancelotlinc wrote:
In the event that someone needs to process MSMQ traffic, my customers use MSMQ-MQSeries Bridge.


And if for some reason this is unacceptable it's easy enough to roll your own for this.

lancelotlinc wrote:
There are tons more important features that WMB needs


IIRC we even have a thread of requests / suggestions somewhere. Which I can't seem to find just now.

(Production call at midnight, not slept yet, Red Bull either not yet kicked in or my body is saturated depending on how much I've had so far)
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
mqjeff
PostPosted: Fri Jun 24, 2011 7:52 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

smdavies99 wrote:
If there is (and this is speculation & rumour) a .NET node in V8 (or whatever the next release is numbered) the nthis will break one of the most important USP of Broker.
Namely ther ability to develop on the desktop and run on anything from the desktop to the Mainfram on a very different set of Hardware platforms.


Consider the question of WTX.

WTX does not come with Broker as a built-in node, you have to purchase it separately.

But you can not use WTX without installing it into an environment that has Broker and running it inside Broker. And you can only deploy flows that have WTX nodes to Brokers that have WTX installed.

So does WTX break this same USP?
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Goto page 1, 2  Next Page 1 of 2

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » Integration with .Net Applications
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.