OscarArevalo.com - BugLogHQ

BugLogHQ Version 1.7 Released!

Fri, 21 Sep 2012 02:25:00 -0700

The newest version of BugLogHQ is now available for download. The newest release, version 1.7 brings a much needed visual overhaul to the main user interface. These changes aim to make it easier to get more significant and actionable information from all the collected bug reports. [More]

BugLogHQ 1.6 is out!

Wed, 25 Jul 2012 22:44:00 -0700

It's that time of the year when the sun is warm (in the northern hemisphere, that is) and a new BugLog is released. BugLogHQ version 1.6 is now available for download in RiaForge and GitHub for your bug collecting pleasure. [More]

Create a Heartbeat Monitor for your Applications Using BugLogHQ

Wed, 25 Apr 2012 22:39:00 -0700

The latest release to BugLog (1.5.202) makes it very easy to build a custom "Heartbeat Monitor" to check the status of a web application and send you an alert via Email or SMS whenever there are signs of trouble. [More]

BugLogHQ Version 1.5 Now Available

Mon, 21 Feb 2011 03:02:00 -0700

Finally I was able to put aside other projects for a little bit so that I could spend some time doing some needed updates to BugLogHQ. BugLog is a ColdFusion tool used to collect and aggregate bug reports from multiple applications on multiple servers. This update pushes the version number to 1.5. The main new features are: (from the readme.txt):

Extensions are now stored on a database instead of an XML file

Creating a rule instance is now much more user friendly because application, host and severity codes can be selected via dropdowns; or can also be prepopulated from an existing bug report.

Added support for defining settings for multiple environments (dev,qa,prod1,prod2,etc). Once the environment is detected buglog can override any setting with custom values.

Added option to disable editing settings through the UI (useful if you have your config file versioned and only want to configure buglog that way)

Added the "BugLog Digest" which is a configurable and periodic email summary of all reports received in the last X hours.

Rewrote the "iphone" UI to be for mobiles in general (now its accessible at /bugLog/mobile), also there is an improved platform detection when going to /bugLog. If you go with any mobile browser you should get redirected to the new UI, otherwise you go to the regular desktop UI

Multiple bug fixes

Download the new version from here Upgrading is pretty easy, you just need to replace your /bugLog folder with the new one and execute the appropriate sql script on your DB. You can find the upgrade scripts in /bugLog/install/migration/1_4_to_1_5/*.sql. Also, you might want to keep a copy of your /bugLog/config directory. After updating the /bugLog dir, you will need to manually edit the main config file in case you made changes to the default DSN/username/password values, all other config settings can be entered through the UI. The first time you login to the /hq admin UI you will be prompted to update your password. Also, if you have any rules defined, once you to the Rules screen, you will be prompted if you want bugLog to copy all your rule definitions into the database. Just click 'Yes' and sit back and relax while BugLog does the hard stuff for you.

New Mailing List

Also, I created a Google Groups mailing list to provide a place where anyone could go for help or post any comments, suggestions or random thoughts about BugLog. To join, visit: http://groups.google.com/group/bugloghq So, please take it for a spin and please let me know if anyone finds any bugs or find things that are not very clear. Have fun!

BugLogHQ Updated - Always mind your charset!

Mon, 27 Sep 2010 15:23:00 -0700

I just posted to RIAForge an update to the BugLogHQ bug agregator, percolator and assimilator. This is a small update that includes some bug fixes and contributions. The update can be found at http://bugloghq.riaforge.org/. Also on a related note, over the weekend at work (where we use BugLogHQ) we had a ton of bug reports in BugLog that could not be saved to the DB and remained on the queue. All of them had some weird errors while trying to save a text column to the DB. All the errors where something along the lines of:


Incorrect string value: '\xE3\x82\xBD\xE3\x83\xAA...' for column 'HTMLReport'

After googling a bit, it turned out that it was a character encoding issue (the bug reports were coming from a site that could display Japanese content). After looking at the DB I saw that all the BugLogHQ tables where using the "Latin1" charset. After changing the charset to utf8 and the collating to utf8_unicode_ci, the problem went away and the entries were successfully saved to the DB. So as a precaution, in this update the SQL script to create the required tables now set the charset and collating correctly. However if you are experiencing this problem just change the charset and collating in your db tables to fix it. For MySQL you can do this in the command line with something like this:


ALTER TABLE `bl_Entry` CHANGE `HTMLReport` longtext CHARACTER SET utf8 COLLATE utf8_bin;

And repeat for any other table/column that is giving you problems.

Got Bugs? There's An App For That!

Thu, 15 Oct 2009 21:20:00 -0700

Ever wanted to check up on your trusty BugLogHQ server to see whats going on with your apps on the go? Have an iPhone or iPod Touch? Well, today is your lucky day. I just pushed an update to BugLogHQ to include a custom web interface for the iPhone and iPod Touch. Even better, you can bookmark the app and add it to your Home screen and it will behave like a normal 'App Store' application. [More]

Creating Your Own Alert Rules For BugLogHQ

Fri, 25 Sep 2009 19:41:00 -0700

One very useful feature of BugLogHQ is the 'Rules' feature. These are basically rules or conditions that get evaluated every time a bug report is processed and can be used to provide custom behaviour. Rules may be used for things like alerting you when some special condition happens; For example you can create a rule that will send you an email as soon as you receive a bug report with the words "stack overflow" on it, or to possibly send you an SMS message once the amount of errors on the last X minutes is greater than 100 errors, or well, you get the idea. In this article I want to go over how rules are implemented and give a brief example of how to create your own rules and add them to your BugLogHQ instance. [More]

BugLogHQ 1.4 is now available

Wed, 23 Sep 2009 00:47:00 -0700

The newest release for BugLogHQ is now available for download at RIAForge. This new version has lots of new additions and improvements that will make it even more powerful and easier to use. Here are some of the highlights of the new version: » Asynchronous processing of bug reports and rules. I think this is the single most important feature of the release, so I'll go into a bit of detail here. In the previous versions every time the listener received a bug from another application it had to parse the bug, add one or more records to the database and process any rules that were defined; although this implementation responded very well (even collecting errors for a 30+ server deployment on a really high traffic website), it was obvious that this approach was not going to be very scalable, especially if many rules were defined for processing. So, on the new version the receiving and processing of bugs are two independent processes; that way BugLog can receive a bug and return a response to the caller application almost immediately since there is virtually no processing done at that time. It's responsibility of another process fired at regular intervals to process all bug reports on a queue along with any rules that are defined and this process can now takes its sweet time to do whatever it needs to do without the pressure of having to return a response to the caller application. [More]

A Peek Inside the Software Factory: Core Framework

Tue, 29 Jul 2008 00:11:00 -0700

*** THIS IS A REPOST OF AN EARLIER ARTICLE THAT GOT WIPED OUT ON A RECENT DB CRASH. *** If you ever wanted to modify ColdBricks or BugLog, but didn't understood how these application were constructed; or if you just want to see yet another way of developing CF applications, then this post may be for you. I just posted some pages describing the framework I use for developing CF projects. It doesn't even has a proper name, I just call it "Core" due to its simplicity and its minimalistic nature. The basic principle of this framework, and the reason why I choose to use it instead of going with more traditional offerings, is that it only focuses on one thing and one thing only: provide a formal mechanism for going from one page to another and for invoking actions. It doesn't do any fancy things, no complex request lifecycles, no sophisticated caching, no extensive API, none; however, it does provide enough extension points to which I can hook any functionality that I desire on a per-project basis. Basically the framework consists on a Front Controller implementation, a base event handler and a few conventions for directory structure and nomenclature. Anyway, you can find the code and read more about this framework by going to the Projects section or by going directly here.

BugLog Update and News

Fri, 11 Jul 2008 18:58:00 -0700

I wanted to share a couple of news about the BugLog project. First if you are using ColdBox, Tom Demanincor wrote a very nice tutorial on how to integrate bugLog as a ColdBox plugin. Check out his blog post here, it is very detailed and shows the code needed to make it work. Also he raised an interesting point if you are modifying buglog to use per-application mappings. The BugLog distribution contains basically two independent applications. The main one is the server/listener part, which is the part that receives the bug reports from the applications. This is on the main bugLog directory and has its own Application.cfc. This application does not have a user interface. The second application is the HQ application, which is the part that has the user interface and is where you get redirected if you just go to /bugLog in your browser. This is where you can see the bug reports and look at the pretty charts. This one also has its own Application.cfc and is located in /bugLog/HQ So if you are defining per-application mappings programmatically on the Application.cfc don't forget that you need to set them up on both Application.cfc files otherwise you gonna find some weird errors. Additionally a couple of people in the community reported a few minor bugs that needed to be corrected. The first one dealing with some component references not being created with the full path to the CFC and resulting in some errors. And the second one was that sending of bug reports via email was not working due to a missing setting. To enable emailing a bug report that has been received you need to edit the /buglog/hq/config/config.xml.cfm file and set the contactEmail setting to the email address you wish to use as the sender. I have updated the project in RiaForge with these fixes, so you can get the latest release from there. Here is the link.

BugLog 1.3 Out of Beta

Fri, 11 Jan 2008 17:14:00 -0700

This is a short post just to announce that version 1.3 of BugLog is now out of the beta phase and available for general download at RiaForge. There are only minimal modifications from the beta release, basically some inconsistencies with the field lengths on the SQL Server scripts, but other than that the code is the same. If you had any problem with the beta version and didn't report it before, let me know here or via the forum at RiaForge and I'll take care of it. Enjoy!

BugLog 1.3 Beta 2

Fri, 14 Dec 2007 00:00:00 -0700

Well, I've been busy today working in a ton of fixes for BugLog 1.3 and have now a second release of the beta for 1.3. This beta fixes issues mostly with MSSQL and also other things that I overlooked (damn those last minute changes!!!) and never tested properly. Also I fixed an issue with the MSSQL database scripts and also another one with the rules processor. The full list of bug fixes: • BugLog was looking for its config xml files using the wrong name (now both xml config files have the .xml.cfm extension so that hey are hidden from direct browsing) • Formatting of table names was not working in MSSQL • Code to detect CF8 when inserting records was not working • The process of obtaining the ID of the last inserted record was not working properly for MSSQL • The SQL statement that performed a search on the log entries was using date parsing functions that were specific for MySQL and MSQL was failing. Now it uses the appropriate functions depending on the db type. • SQL scripts were creating a wrong foreign key relationship (only for the MSSQL 2000 and 2005 scripts) • Rule processing subsytem was not updated to use the new dao layer I want to thank Joe Danziger from AjaxCF for all the help in testing and reporting several bugs specially related to MSSQL code. Here is the new beta, so feel free to download and play with it.

BugLogHQ 1.3 - Beta Available

Mon, 03 Dec 2007 21:11:00 -0700

I've been working this weekend on an update to BugLogHQ, mostly to fix several issues with database access. Here is the beta release for BugLogHQ 1.3. Download, unzip, try it out, and let me know any bugs you find. The changes for this release are pretty much all internal to the functioning of BugLog; basically I re-did the way the application interacts with the back end data storages; also added some caching functionality that will improve the performance of the listener and finally made some changes to the main BugLogHQ application (yes, the one with the pretty charts :) ) to improve the performance especially when you have already a lot of bugs. Enjoy!

My First Adobe AIR Application: BugLogMini

Wed, 07 Nov 2007 19:12:00 -0700

I want to let everyone know that I have released my first Adobe AIR application. It is a small desktop client for BugLog . It is called "BugLogMini" and I just can stop being impressed by the possibilities that the Air platform brings for app development. First, here is a screenshot of the main interface: Read on for more info... [More]

BugLog 1.2 Rules!!!

Mon, 08 Oct 2007 18:33:00 -0700

Well, it's official, the new release of BugLog is now available at RiaForge. I know I just recently released version 1.1 but I was so excited about the new Rules system that I wanted to share it with anyone that is using BugLog. You can read more about the concept of rules in BugLog here. The new version includes the rule processing functionality as well as an interface within the BugLog admin for users to manage the rules. New rules still need to be created manually by creating the rule cfc, but the interface allows users to define/modify/remove instances of rules. Since this is brand new functionality I'm calling this release a "beta" to see if any bugs make their appearance, as well if there is any feedback from the users (anyone? hello?? :) ) Well, check it out and let me know your thoughts.