Showing posts with label Work. Show all posts
Showing posts with label Work. Show all posts
Thursday, April 19, 2007
Thursday Work
I don't usually work on thursdays. Today however is an exception. I'm doing critical work, kind of confidential. So if I tell you, I'll have to kill you :p
Wednesday, April 18, 2007
Automation Frustration
When I mention computers, how do you feel? I bet you feel a chill, a little frustration, maybe a little confusion as well. It turns out my Automation of the Patch scanning software does not save the report correctly. Now its time to fix this problem and figure out what is going on. Another obstacle is that it is automated to run way early in the AM, after that follows a script which formats the output. I'll need to find a way to timestamp the date on the XML file to figure out if it is the most recent report or simply an outdated copy.
Sunday, April 15, 2007
Publishing Hiccup
To my surprise I logged in this morning to check on my application since I scheduled it to run a little after midnight. I found out it ran, but nothing happened! I went through the batch file, only to find my debug code on.. (the echo before cscript command) *sigh* Its good I arrived to work early. I re-ran the applications. Which are proving to be quite hefty on the system but definitly worth the overhead.
Saturday, April 14, 2007
Publishing My app: Part II
I've cleaned up most of my application. Created a new batch file to test the path of the VBS files and added an argument checked so all I'd need to do is type "runmod.bat 1" and end up running the Defragmentation check on all of our servers.
It was important to be delicate about this issue. I wouldn't want to run it by mistake, and risk stressing the servers during working hours. I created 5 schedules (1 for each module) to run during the early AM.
One of the Modules is a Windows Patch Version check. It transforms an exported XML from LANGuard Security Scanner to a generic XML file. I then have a small script called create_xsl.vbs which reads variables from a config file and creates an XSL file with the relevant information using a template. Sounds pretty tiresome but it works great since now I can write a VBS module file, a config file.. and easily add it to the HTA application without worrying about encoding or re-coding any of the core application.
Related Post: Publishing My App Part I
It was important to be delicate about this issue. I wouldn't want to run it by mistake, and risk stressing the servers during working hours. I created 5 schedules (1 for each module) to run during the early AM.
One of the Modules is a Windows Patch Version check. It transforms an exported XML from LANGuard Security Scanner to a generic XML file. I then have a small script called create_xsl.vbs which reads variables from a config file and creates an XSL file with the relevant information using a template. Sounds pretty tiresome but it works great since now I can write a VBS module file, a config file.. and easily add it to the HTA application without worrying about encoding or re-coding any of the core application.
Related Post: Publishing My App Part I
Wednesday, April 11, 2007
Publishing My app
So my boss has suggested I start a tech blog about what I really do. So here it is. I'll start it with my task for the day.
I've created this massive HTA application to monitor our servers and produce pretty XML data for easy adaptability. It is mostly complete, now I have to move it to the main station to get it working without any glitches (especially those path errors.. *shivers*).
~Interrupted~
OK, now I have to work on some SQL statements.. sigh.
I've created this massive HTA application to monitor our servers and produce pretty XML data for easy adaptability. It is mostly complete, now I have to move it to the main station to get it working without any glitches (especially those path errors.. *shivers*).
~Interrupted~
OK, now I have to work on some SQL statements.. sigh.
Subscribe to:
Posts (Atom)
