Hi,
I found that MS Queue has API for Solaris environment, and this tempted me to try out MSMQ for two machines to talk (one on Win, one on Solaris). Has anyone attempted that successfully? I would like to find out if it is possible or even worth the effort to look into?
And also, what are the common issues and pitfalls for such a configuration?
Thanks.
microlau Blog: http://community.sgdotnet.org/blogs/microlau
Alvin,
Here are some suggestions you may want to take: and see the DISCLAIMER at the bottom
Depending on the complexity of your solution, you could...1) You could have something (.NET based) read the queue into a database andthen use JDBC or ODBC on Solaris to get to the information and deleteit.2) You could front the queue with a Web Service and make polling request onthe Web Service from time to time and read the information from thequeue.3) You could also use JMS providers for MSMQ (like FioranoMQwww.fiorano.com but more costly though).4) You could break out the c compiler and write something to the C API forMSMQ (time consuming and not too easy).5) I guess you could also stream something using NetworkStreams oversockets
I would not recommend you take last 2 options unless your name is TripleZ
---------------------------------------------------------------------------------
Responsibility is not transferable ---
To add a further level of disclaimer, please do recognise that information communicated in this forum does not liberate you of your responsibility and job of ensuring the solutions you apply are of sound and stable conditions. Therefore you cannot transfer the blame of any failure, loss, damage, injury, etc resulting from a suggestion/idea obtained from the discussions within this community.
~Softwaremaker (BLOG) M. Twain: "I didn't have time to write a short letter, so I wrote a long one instead"
William,
Thanks for the information. I guess I wouldn't try to assume Triplez cos I'm just microlau..Anyway, I think I'll stick to using MSMQ and JMS, and develop a broker (or quoting your words, "front") using web services.
I'll cross my fingers and build a POC to hopefully prove to my aging elders that SFTP and backend database scripts are not the only option available ...
I'll share my experiences acquired on my blog and post the final results on this thread at a later stage.
to interop...
This is really nice if you're intending to build your own API to allow Java to "talk" to MSMQ.
http://blogs.msdn.com/dotnetinterop/archive/2005/02/28/381735.aspx
Most of the time, to have a Java library in time (to reach market or finish project), before a native Java library (written in Java completely) is available, using JNI is the fastest route, considering the fact that possibly a C or C++ library has already a prior existence.
Of course, it is sort of platform dependent therefore the library platform indenpendence is solely determined by the C/C++ linary itself - luckily, a well-established C/C++ libaray usually is.
We offer a product that provides both Java and C-based implementations of the MSMQ API on Solaris, as well as other non-Windows platforms. If you're interested in finding out more, please send an email to info@envoytech.com.
Regards,
Jason