Ok, thats not an ominous title, but it is perfect for this monstrosity. Building an API for a service or set of them should be really simple, or not. The backend is based on a set of services using .net remoting. We use c# and are stuck with it. Using .net remoting is NOT SOA despite what anyone says. We have an API the basically allows control over there service in various way, pretty standard stuff. The interface is a c++ library that connects to a web service through SOAP. This web service then connects to a service through .net remoting which uses remoting itself to connect to various parts of our system to do something useful. What doesn't make sense is why we need a web service and a .net remoting service in the middle of the stack just to get this to work. One is probably needed, but I cant help get the feeling its overly convoluted somewhere. There is also a certain database that is on a similar level of insane to some of the designs on this forum.
Posts made by Tachyon
-
The API
-
Title goes here
Foun this one via Google News. Just in case we haven't already done this one to death, Daily Fail gives us another example.
-
RE: High-wire act
Not to mention is also appears to be trying to blow|suck air into the side panel, isnt that meant to be the other way around? And this is why we avoid these people.
-
RE: Mashup Challenge $100,000 prize - WTF if Spectate Swamp wins?
@AbbydonKrafts said:
@morbiuswilters said:
Integrate that thing with emacs and youve got SSDS, on UNIXmplayer $(find vid/ | grep -v '/$' | sed -n "$(($RANDOM * $( find vid/ | grep -v '/$' | wc -l ) / 32768)){p;q;}" -)
Good God! O_O
-
RE: Mashup Challenge $100,000 prize - WTF if Spectate Swamp wins?
Ive thought of a really clever way
Ive thought of a really clever way of doing a web app. Run SSDS on a desktop, then make a HTTP server that sends a bunch of SendKeys calls to it and screenscrape the result back to web client. Depending on the requested URL, the HTTP server would send a bunch of commands to the SSDS idling on the desktop to open the requested text file and send what was dumped to the SSDS output window back to the client. Implementing a wiki could be possible too, maybe You could also replicate the text files to other desktops and do load balancing too...
-
RE: Why is Everybody so clueless on the importance of Desktop Search to the Masses?
@AbbydonKrafts said:
@SpectateSwamp said:
Give me a code sample and I'll put it in.
Easier said than done. API timers require a module with a callback procedure. It can't be in a form. Also, when the procedure is called, it would have to perform the update steps back at the form. With your current "structure", it would take a lot of work to implement. Find more info here.
Not to mention it doesnt even appear to do anything in your version!
-
RE: Why is Everybody so clueless on the importance of Desktop Search to the Masses?
@SpectateSwamp said:
I would like to see somebody do a demo of random music play and selection. Some brave soul that isn't worried about the Net Legals, who will try and help those so egregiously injured, by your music theft. Watch out people here will report you.
Amarok can play random songs from your entire collection, among other things. Can SSDS do type as you find? Ill take that as no. Is the swamp a reference to the codebase?
-
RE: Why is Everybody so clueless on the importance of Desktop Search to the Masses?@MasterPlanSoftware said:
@Tachyon said:
The idea of Open Source is that anyone can modify the code, not fix something that code that is 8-9 years out of date. You have to fix the code first I believe. Not many people are willing to download and then fix this (fix is relative in this case).
The app looks like some kind of UI and command line combination gone wrong. How many other apps use inputs as message boxes, at least as much as this code does? I cant thing of any. There only seems to be one form in the code and no other ui, apart from all those message boxes (or whatever VB calls them). The code is vb 5, which no-one uses these days, so I doubt this is going to be ""fixed"". This is also a great example of the "mystery meat" pattern, your never quite sure what will happen with those commands.
Oh come on! It should be easy to port this to Java or C++, and port it to each platform!
The GOTOs will make it fun!
Fun... like farting in a spacesuit.
Or be really 1337 and port it to cobol.net as someone suggested.
Fun... like farting in a spacesuit... with no oxygen
<p> </p>
-
RE: Why is Everybody so clueless on the importance of Desktop Search to the Masses?
The idea of Open Source is that anyone can modify the code, not fix something that code that is 8-9 years out of date. You have to fix the code first I believe. Not many people are willing to download and then fix this (fix is relative in this case).
The app looks like some kind of UI and command line combination gone wrong. How many other apps use inputs as message boxes, at least as much as this code does? I cant thing of any. There only seems to be one form in the code and no other ui, apart from all those message boxes (or whatever VB calls them). The code is vb 5, which no-one uses these days, so I doubt this is going to be ""fixed"". This is also a great example of the "mystery meat" pattern, your never quite sure what will happen with those commands.
-
RE: LiveJournal hates the Spice Girls
This appears to be correct behavior. Anyone searching for that should obviously needs an error message.
-
RE: TV tuning steak knives
Im betting its not compatible with Vista though. Vista and Hauppage generally dont go together.
-
Is reflection and XML persistance a WTF?
There is a C# service I have come accross that saves and loads its settings using a combination of the .net XML classes and reflection. The code iterates over a class using reflection and then creates an XML document based on the values of the properties. Is this a WTF or is this common practice?