|
Member 12507295 wrote: what would you like to see on your dashboard
Nothing...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Hi all,
I have to create an integration layer between WCF XML/SOAP and JSON/Rest
Mostly i have to get WCF and send Json/REST, from LOB apps (all over WCF) to my app, and that is assyncronous a few times a day.
I have also some online comunications in both directions.
The question is should I use any integration framework, or do it from scratch.
I am used to do integrations by hand, but now i have about 60-70 diferent calls from 5 diferent LOB apps to integrate.
If i should use any framework what do you would recomend?
Regards,
Rui Silva
|
|
|
|
|
In each WCF set up an extra end point that delivers JSon this can all be done in the config. Plenty of responses on google[^] covering this subject.
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
Tanks RAH
That will be the best approch. However i dont control the WCF services.
Even if i control them i cant be sure if they deliver basic types that can be read by non microsoft systems. (Ex. Java does not understand .net datatable)
|
|
|
|
|
I doubt there is a "framework" to service such an obscure requirement. You are going to have to build a service (wcf or webapi) that sits between the existing wcf and the client app(s) that changes takes the datatable from source and serves up the formats you want.
Bloody ugly solution to fix a really silly situation. You really should be talking to the WCF owners!
Never underestimate the power of human stupidity
RAH
|
|
|
|
|
An ESB would do that, but that's probably a big hammer to address a fairly narrow issue.
"There are three kinds of lies: lies, damned lies and statistics."
- Benjamin Disraeli
|
|
|
|
|
Sounds like you have too much "plumbing code" imbedded in your "LOB" code.
I create a separate API / Wrapper DLL for every unique web service I deal with: The "LOBS" all deal with clean interfaces; the API libs each in turn deal with whatever protocol is needed.
|
|
|
|
|
We are in the process of Architecting a mobile app to be developed using Qt and Azure Mobile Services. Coming from C#.Net background and worked on WPF applications, it's something new for us. We have used MVVM, MVP in past along with Layered architecture.
Which architecture pattern will be the best fit for this kind of application?
Read about Layered and Onion architectures. Onion architecture provides loose coupling in a better way and adhere to DDD somewhat.
Please suggest if something else will be a good fit.
Also, like to know which development methodology(DDD/BDD/TDD) shall be used considering the duration to be 4 months.
|
|
|
|
|
Why are you looking at it from the wrong end? The first thing you need to do is to get the overall design of the application worked out. Only then can you really see which patterns, methodologies etc will fit with what you are trying to create.
|
|
|
|
|
Thanks Richard. Can you suggest what should be covered in overall design? Is it going to UML diagrams(Component, Class, Use case). In Agile world, how much design would be enough for such an application.
|
|
|
|
|
Well you know what you want this application to do, so you should be able to identify all its requirements and get them documented. Like I said above, you need to get your design complete first, then you can start looking at what processes and patterns would be most useful to turn that design into a working product.
|
|
|
|
|
|
The question looks quite blunt.
MVVM, AFAIK it's like a MS trademarked one. (Though there are a pile of frameworks for Web-client). It's tightly bound with WPF/SL & similar MS frameworks.
MVP/ MVC, unless it's with frameworks like Cocoa (mac) & Asp.net MVC, which gives you some guidelines with implementations, it's just a pattern you can implement anywhere by yourself.
All these what we are talking about is UI design patterns.
And the link you've shared talks about Software Architecture in general.
First decide what UI pattern framework is available right out of the box in Qt. This is just for the UI to Data binding design.
The rest is the whole story. It all depends on what you need in your App. You can create you own "patterns" as per your need!
Starting to think people post kid pics in their profiles because that was the last time they were cute - Jeremy.
|
|
|
|
|
|
Hi all,
I'm contemplating what would be a good approach to find all the files of a certain filetype (*.bgl) that a third-party (unmanaged) application loads into memory - basically to get an overview of names and paths of them.
Could someone of you please give me a hint or reading sources? I found the article "C# How to Scan a Process' Memory" but I'm too unexperienced to tell if that approach makes sense for retrieving a filelist only.
Thank you very much in advance,
Mick
|
|
|
|
|
The only way to do that would be by what is known as "hooking", whereby you intercept API requests and examine the content of the parameters before passing the request on to the operating system for processing. Once an application has loaded all or part of a file into memory then there is no way to find its name.
|
|
|
|
|
Thank you for the first clue, Richard!
After reading a little bit about hooking, I'm not quite sure if it would become a challenge or a torture, given my programming experience. But I want to give it a try. I also stumbled upon the "EasyHook" project, which seems to make things much easier in .NET, and will start reading the documentation later... maybe there are more hints or examples.
I guess it would help me if you had an idea which of the different Windows API hooks to use in order to find which files the exe loads?
|
|
|
|
|
You probably need to check all API calls connected with file I/O; search in MSDN for the documentation.
|
|
|
|
|
|
Sorry, Eddy - I guess I don't get it right. Followed the link, but neither the thread nor the links in it lead me to anything I could even dream about understanding But you're right about the game thing FSX
|
|
|
|
|
That's why there's a warning in the stackoverflow thread; it is not an easy task - hooking isn't, and writing a filter isn't either.
Look at it this way; there'll be few developers who can say they tried something similar. There'd be quite some people waiting for an article on "how" you did so
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
I look at it the way you suggest and drop that idea. Thank you though, saved me a lot of time and coffee.
|
|
|
|
|
I have developed some code in C++ which creates a bitmap, manipulates the bitmap with Direct2D, encodes the bitmap as a jpeg and returns the image as a stream. In a .net MVC project I am importing the C++ function using Platform Invoke.
Calling the C++ function from within the C# .net MVC app works fine and an image is received as a stream. However currently when the C++ code is called it starts up and then when it returns it shuts down. I would like the C++ code to maintain a state which persists from one time it is called to the next and the next after that etc.
How can I achieve this on Windows? I have been investigating Windows Services, however I have not seen any examples of returning data to the calling code (Service control program). Is this possible with a Windows Service? Could an image be returned from a call to a Windows Service as a stream?
Or am I looking in the wrong direction? Is there a more natural way to develop a C++ program which can be called from C#, returns a Stream and maintains a state? Could this even be achieved with Platform Invoke?
Kind Regards,
Duncan.
|
|
|
|
|
If you want to maintain state you can do it in one of 2 ways.
If your application needs to regularly perform tasks whether a method is called or not, a Windows Service is the correct approach and you can communicate with it using some form of IPC. Microsoft gives an overview of various .NET IPC techniques at:
Interprocess Communications (Windows)[^]
The other mechanism that you can use is a persistence framework of some sort; i.e a database connection or a file. The easiest route would be to create a StateTracker object that serializes to a specific file. Load that file when your application is called and modify it as appropriate.
Actually, there's another pattern that you could follow, and that would be for your MVC application to track state and pass it to the class library when it calls methods. Bear in mind that IIS will manage memory for you, so may clear out any cache that you define, but this way you can leverage the same database used by your MVC app to store a StateTracker.
|
|
|
|
|
Member 12424215 wrote: returns the image as a stream...which persists from one time it is called to the next and the next after that
Why. If it hands you a stream what do you think it is going to do in the future? Not like it can take the stream back.
Perhaps you want it to cache the stream and then update if there are changes? Thus if the next time it is invoked the changed or not changed stream is returned?
But is so how often is this called and how often is it changed. And how big is it in the first place?
Those are relevant because caching is done for performance reasons. Which you should only do if you have identified an actual performance problem. And the answer to the above would be relevant to that.
|
|
|
|