It would be more like pressure wash my C++ skills, I took one class years ago. But what a great way to get back into it?
I think there are benefits to both having a db engine and the static files. Ultimately being able to do both would be great. You could still give customers documentation with the file method but having a full application would make it a more powerful tool for full time employees who maintain the same system over time and keep updating the documentation. A single file with bookmarks doesn't sounds like a bad idea. That keeps it portable and should help with the disk cost. Here I have created batch files to run ARInside into a staging directory and then another batch to delete the files in the published directory and move the new files over. It takes about 5 minutes to delete all of the files before the move can take place (which is almost instant). We are using the command below to delete the old files on Win 2003. Is there a quicker way to drop a large number of files? rmdir /S /Q %websitepath%\ARInside\ARInside_Published\%1 Also I zip up the old files occasionally to keep historical references. The html compresses nicely but it takes a while to go through all of the files. these are not critical things, we can just run it in the early morning hours but it would be nice... Jason On Fri, Oct 9, 2009 at 9:37 AM, LJ Longwing <lj.longw...@gmail.com> wrote: > ** Well Jason, many hands make light work :)....so I encourage you to dust > off your C++ skills and join us on a worthy journey....the DB I was > referring to was more of a flat file kinda thing that wouldn't need an > engine....but hmmm...what about it having an option of being a Remedy app > that stored its stuff in forms?....who knows if that would work....one of > the things I always loved about ARInside when I was a simple user was the > ability to 'deliver' documentation to a client for a product I > developed....I gave them a CD that contained all of the design docs, > etc...with a folder for the documentation...it was awesome...I dunno...would > it be better to have less files, but the same information?...like maybe all > field information for a form was in a single file with bookmarks instead of > each field having its own file... > > ------------------------------ > *From:* Action Request System discussion list(ARSList) [mailto: > arsl...@arslist.org] *On Behalf Of *Jason Miller > *Sent:* Friday, October 09, 2009 10:14 AM > *To:* arslist@ARSLIST.ORG > *Subject:* Re: ARInside 3.0 Beta > > ** > On the subject of keeping a db... What is the feasibility of storing > the data in a db vs. +100k html files at over 1gb of disk space (and this > isn't even ITSM 7)? I would think if the object id's are maintain in a db > then the data could be normalized and alleviate all of the data that is now > being duplicated to link all of the html files every which way. This could > also add searching capabilities. > > The down side I see is now this is another db/web app that administrators > need to maintain instead of a ton of "dumb" html files you place on a web > server. However... With a full blown app maybe you could do such things > as keep previous version and restore/migrate straight to a server? > > Now that I have thrown all of that out there I guess I should pick up C++ > again so I can help out. > > Jason > > On Fri, Oct 9, 2009 at 7:35 AM, LJ Longwing <lj.longw...@gmail.com> wrote: > >> Hey Misi, >> Before I got into the code, I wondered the exact same thing, unfortunately >> the ability to do that is limited with the current design. As ARInside >> grabs objects from the server (in the order it grabs them, which can be >> different each time), it assigns an 'internal id' to the object, and that >> internal id is what it uses to process objects. To do a 'difference' run >> you would need to keep a db of some sort around of what your object id's >> were for your last run, and then assign them back to the same id's on the >> next run. It's definitely possible, but is a rewrite of a significant >> part >> of the code I think....that's not to say it won't be done, just that it >> won't be 'now'...:)....if you want, please feel free to log it as an >> enhancement request though :) >> >> -----Original Message----- >> From: Action Request System discussion list(ARSList) >> [mailto:arsl...@arslist.org] On Behalf Of Misi Mladoniczky >> Sent: Friday, October 09, 2009 1:15 AM >> To: arslist@ARSLIST.ORG >> Subject: Re: ARInside 3.0 Beta >> >> Hi, >> >> In theory, it should be possible to leverege the modify-time of the server >> objects to do an incremental update of the previous run. >> >> All ARGetList*()-functions has a last-modify-date parameter, to allow >> retrieval of changed objects. >> >> You will also need to remove any objects that has been deleted. >> >> This would be a really good improvement on performance. >> >> I have not looked at the code (yet...) though. >> >> Best Regards - Misi, RRR AB, http://www.rrr.se >> >> Products from RRR Scandinavia: >> * RRR|License - Not enough Remedy licenses? Save money by optimizing. >> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. >> * RRR|Translator - Manage and automate your language translations. >> Find these products, and many free tools and utilities, at http://rrr.se. >> >> > We ran it against a 7.1 and 7.5 server with Help Desk, SLA 6 and a ton >> > of custom apps with no issue. I didn't notice any change in >> performance. >> > The >> > batch file we use to kick it off logs the start and stop time. It >> > still averaged about 4.75 hours for both servers. >> > >> > It is much cleaner now with the default of not being verbose and the >> > web service stuff looks great! >> > >> > Thanks for keeping this alive. >> > >> > Jason >> > >> > On Thu, Oct 8, 2009 at 1:04 PM, LJ Longwing <lj.longw...@gmail.com> >> wrote: >> > >> >> Definitely good to hear. We are apparently having issues with some >> >> 7.5 ITSM that we are working on, but that's the only issue we have >> >> encountered thus far. We have also added web service setfield >> >> input/output mapping information, so you can now see what fields are >> >> mapped to what elements.... >> >> >> >> -----Original Message----- >> >> From: Action Request System discussion list(ARSList) >> >> [mailto:arsl...@arslist.org] On Behalf Of Misi Mladoniczky >> >> Sent: Thursday, October 08, 2009 1:37 AM >> >> To: arslist@ARSLIST.ORG >> >> Subject: Re: ARInside 3.0 Beta >> >> >> >> Fantastic work!!! >> >> >> >> It ran like a charm. >> >> >> >> Best Regards - Misi, RRR AB, http://www.rrr.se >> >> >> >> Products from RRR Scandinavia: >> >> * RRR|License - Not enough Remedy licenses? Save money by optimizing. >> >> * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy >> >> logs. >> >> * RRR|Translator - Manage and automate your language translations. >> >> Find these products, and many free tools and utilities, at >> >> http://rrr.se. >> >> >> >> > I'm pleased to announce the start of the 3.0 Beta for ARInside. >> >> > Please head out to http://www.arinside.org/downloads to get the >> >> > latest copy. >> >> > >> >> > Below you will find a list of the enhancements and bug fixes done >> >> > thus far. >> >> > We are working on getting this to be cross platform capable at some >> >> > point as well. Please log onto http://www.arinside.org/newticket >> >> > to log any issues with the beta so we can get them fixed before we >> >> > finalize anything. >> >> > >> >> > Enhancements >> >> > Added support to parse 'Special Runprocess Commands' for form and >> >> > field information Modified output of application to be brief, moved >> >> > most output to the -v command line parameter Modified Selection >> >> > Label display to properly display enumerated values Added >> >> > granularity to containers inside containers, it now tells you what >> >> > type of container it is (AL Guide, Packing List, etc) Field >> >> > references in Indexes now link to the index page for the form Added >> >> > full support for Date and TimeOfDay fields Optimized speed of the >> >> > get server info from the server Added 'Status History' references >> >> > where appropriate Added 'Error Handler' references Added Escalation >> >> > Pool to the information displayed about an Escalation Added a new >> >> > 'RunNotes' section to settings.ini to allow for run documentation >> >> > Enhanced performance of setfield actions Added 'Hover' and 'Template' >> support Added 'Tooltip' >> >> > message support Added 'Service' execute on support for Filters >> >> > Added additional 7.1 and 7.5 AL Execute on conditions Upgraded API >> >> > from >> >> > 7.0.1 to 7.5 Added support for form settings of 'Entry Point', >> >> > 'Archive', and 'Audit' >> >> > Added enhanced options added with 7.1 release >> >> > >> >> > Defect Fixes >> >> > when an Exclude list was specified, the exclude list itself was >> >> > processed wasting time If Field ID was > 10 characters the app >> >> > crashed Selection Fields with custom numbering weren't referencing >> >> > in workflow references properly Menus specified in exclude list >> >> > were still processed Visibility of fields in 'Change Field' actions >> >> > wasn't processed properly 'Wait' and 'Goto' AL Actions weren't >> >> > properly documented Default value of Integer was showing (null) >> >> > when it should have been 0 Not all Server Info and field properties >> >> > were being displayed properly 'Run Time' was not being calculated >> >> > properly Corrected () placement in setfield if statements SQL Menu >> >> > Labels were not displaying properly SQL Set Field actions from >> >> > another server were displaying current server >> >> > >> >> > >> >> > ___________________________________________________________________ >> >> > ___ _________ UNSUBSCRIBE or access ARSlist Archives at >> >> > www.arslist.org Platinum >> >> >> Sponsor:rmisoluti...@verizon.net <sponsor%3armisoluti...@verizon.net>< >> sponsor%3armisoluti...@verizon.net <sponsor%253armisoluti...@verizon.net> >> >ARSlist: >> >> "Where the Answers Are" >> >> > >> >> > -- >> >> > This message was scanned by ESVA and is believed to be clean. >> >> > >> >> > >> >> >> >> >> >> _____________________________________________________________________ >> >> _______ >> >> ___ >> >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum >> >> Sponsor:rmisoluti...@verizon.net <sponsor%3armisoluti...@verizon.net> >> >> <sponsor%3armisoluti...@verizon.net<sponsor%253armisoluti...@verizon.net>>ARSlist: >> "Where the Answers Are" >> >> >> >> >> >> _____________________________________________________________________ >> >> __________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> >> Platinum >> >> >> Sponsor:rmisoluti...@verizon.net <sponsor%3armisoluti...@verizon.net>< >> sponsor%3armisoluti...@verizon.net <sponsor%253armisoluti...@verizon.net> >> >ARSlist: >> >> "Where the Answers Are" >> >> >> > >> > ______________________________________________________________________ >> > _________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> > Platinum >> > Sponsor:rmisoluti...@verizon.net<sponsor%3armisoluti...@verizon.net>ARSlist: >> > "Where the Answers Are" >> > >> > -- >> > This message was scanned by ESVA and is believed to be clean. >> > >> > >> >> >> ____________________________________________________________________________ >> ___ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum >> Sponsor:rmisoluti...@verizon.net >> <sponsor%3armisoluti...@verizon.net>ARSlist: "Where the Answers Are" >> >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> Platinum >> Sponsor:rmisoluti...@verizon.net<sponsor%3armisoluti...@verizon.net>ARSlist: >> "Where the Answers Are" >> > > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ > _Platinum Sponsor: rmisoluti...@verizon.net ARSlist: "Where the Answers > Are"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: "Where the Answers Are"
