CyberArmy University | Open Source Institute | CyberArmy Intelligence & Security | CyberArmy Services & Projects

Problem Description


[Replies] [Reply] [View by Thread] [Help]
[Back To Programming]

Posted by Delta Lt dopel On 2008-03-06 17:32:21
In Reply to Programming Challenge! Posted by Delta Lt dopel On 2008-03-06 17:26:59

Delta LtDelta Lt
Delta Lt dopel


I will try to simplify this process by abstracting the irrelevant details and also to protect the innocent. Remember, this is a real world problem. ;)

Imagine a there is a local desktop application being used by the business in the form of a script. What this script does or how it does it is not that important, but it basically makes some calculations for the user and it is built in VBScript. In the past, these calculations were solely dependent on only one user. Then comes along some savvy well paid exec that heard in some back bar room about the power of divide and conquer and decides he wants to leverage it. So he mandates to the team that in order to improve department’s efficiency, they will distribute some analysis and members will work in pairs. For the sake of simplicity, we can assume that there will never be more than two members of a team because the efficiency gained by distributing the work will be negated by adding additional people. So there is the wrench in our current game plan. Calculations this script will need to make are not only dependent on numbers being derived by another member of the team, they are time critical. User A does not want to wait for user B to email his findings before he can move on, he wants them now and even wants them before user B is finished with them. The script already can do an ongoing calculation, so all that is really needed is for each local script to be able tell the other script what it is doing, as it does it.

Knowing your boss wants this done yesterday; you don’t have the time to re-engineer the script. You can however, enhance the script to make additional function calls, but cannot noticeably disrupt its’ execution or the user will burst in flames. After some research and deliberation you decide that the best way to not disrupt the script is to have it do an HTTP POST containing its data. This is very fast and wont be detected by the user. Luckily for us, the script has already been saving its datasets as XML, so this makes transmitting data from the script seamless. The stumper is how do you get one scripts data into the other?

Remember the script running on each local machine is identical and must continue to be that way.

Also remember that just because the script is built in VBScript, does not mean your solutions have to be. Other than doing an HTTP POST, you are no longer confined to VBScript, but certainly are not barred from using it.

Happy solving!

~dopel


Replies:


Guest:
Subject:
Message:
Signature:
Optional Image Link:
http://

CyberArmy::Forum v0.6
Generated In 0.02244 seconds


About Us | Privacy Policy | Mission Statement | Help