Hello, all.
I wrote an android app to quickly assess status and issues. It basically parses the non-green view and generates a scrollable report. You can swipe each non-green test to open the service page for that test in a browser.
This software is beta, but I'm reasonably certain it parses the non-green view for 4.2.3, 4.3.0, and 4.3.4 properly.
Anyway, hope it's useful to someone.
Source code is here: http://github.com/darrikmazey/XymonQV
App is here: http://market.android.com/details?id=com.darmasoft.xymon
Feedback is always welcome, as are feature requests, bug reports, and such.
Cheers, Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
About time! Thank you for coming out with a developed Android application!
I tried the default www.xymon.org and kept getting black (though the last update time stamp was updating). Also did it with xymon.com. It also fails on my own Xymon server, it's 4.2.3. I can browse to the Xymon pages with the browser just fine. I am using Wifi on a Droid Pro running 2.3.3.
I think it may be using HTTPS/SSL based on the errors that pop up for a quick second. I could be wrong. The SSL option is unchecked in settings.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
On Wed, Nov 2, 2011 at 1:11 AM, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
Hello, all.
I wrote an android app to quickly assess status and issues. It basically parses the non-green view and generates a scrollable report. You can swipe each non-green test to open the service page for that test in a browser.
This software is beta, but I'm reasonably certain it parses the non-green view for 4.2.3, 4.3.0, and 4.3.4 properly.
Anyway, hope it's useful to someone.
Source code is here: http://github.com/darrikmazey/XymonQV
App is here: http://market.android.com/details?id=com.darmasoft.xymon
Feedback is always welcome, as are feature requests, bug reports, and such.
Cheers, Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
On 11/02/2011 09:52 AM, Josh Luthman wrote:
I think it may be using HTTPS/SSL based on the errors that pop up for a quick second. I could be wrong. The SSL option is unchecked in settings.
Yeah, I noticed the SSL checkbox defaults to unchecked but SSL is initially enabled. Checking and then unchecking the checkbox seems to correct it.
Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
How would you feel about swapping the logo for this one:
http://lists.xymon.com/pipermail/xymon/attachments/20100714/86c1f2a0/attachm...
which was made by Maik Heinelt and is mentioned here:
http://lists.xymon.com/archive/2010-July/028759.htmlRalph Mitchell
On Wed, Nov 2, 2011 at 10:13 AM, Darrik Mazey <darrik.lists at darmasoft.com>wrote:
On 11/02/2011 09:52 AM, Josh Luthman wrote:
I think it may be using HTTPS/SSL based on the errors that pop up for a quick second. I could be wrong. The SSL option is unchecked in settings.
Yeah, I noticed the SSL checkbox defaults to unchecked but SSL is initially enabled. Checking and then unchecking the checkbox seems to correct it.
Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
I figured out that you can't just check it/uncheck it to take it off. You must check it, back out (maybe refresh is required here) and then uncheck it for it to work.
I can't get my own server to work, though. There are no errors - just saying it is black. I triple checked my login credentials (it is HTTP auth, is that what it expects)?
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
On Wed, Nov 2, 2011 at 10:49 AM, Ralph Mitchell <ralphmitchell at gmail.com> wrote:
How would you feel about swapping the logo for this one: http://lists.xymon.com/pipermail/xymon/attachments/20100714/86c1f2a0/attachm... which was made by Maik Heinelt and is mentioned here: http://lists.xymon.com/archive/2010-July/028759.html
Ralph Mitchell
On Wed, Nov 2, 2011 at 10:13 AM, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/02/2011 09:52 AM, Josh Luthman wrote:
I think it may be using HTTPS/SSL based on the errors that pop up for a quick second. I could be wrong. The SSL option is unchecked in settings.
Yeah, I noticed the SSL checkbox defaults to unchecked but SSL is initially enabled. Checking and then unchecking the checkbox seems to correct it.
Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
On 11/02/2011 11:18 AM, Josh Luthman wrote:
I figured out that you can't just check it/uncheck it to take it off. You must check it, back out (maybe refresh is required here) and then uncheck it for it to work.
This may be true. Please keep in mind I wrote this last week in spare time, and it is far from resilient. I've fixed the SSL default, but I am in the middle of refactoring the parsing to make different versions more easily supportable, so I haven't spammed an update yet. Soon.
I can't get my own server to work, though. There are no errors - just saying it is black. I triple checked my login credentials (it is HTTP auth, is that what it expects)?
What version of xymon are you running? And what version of XymonQV?
It is basic http auth (hopefully over ssl). However, the interval by default is Manual, which means just configuring settings will not update the status. Either setting the update interval or clicking refresh will be required.
If you've done that, and it still doesn't load any data, I'd suggest first checking xymon server logs and verifying requests are / are not being sent.
It should be pretty resilient to tcp/http errors, and give warnings for most connection / authentication / dns resolution errors.
Feel free to email me off-list if you want me to help you troubleshoot.
Cheers, Darrik
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
On Wed, Nov 2, 2011 at 10:49 AM, Ralph Mitchell <ralphmitchell at gmail.com> wrote:
How would you feel about swapping the logo for this one: http://lists.xymon.com/pipermail/xymon/attachments/20100714/86c1f2a0/attachm... which was made by Maik Heinelt and is mentioned here: http://lists.xymon.com/archive/2010-July/028759.html
Ralph Mitchell
On Wed, Nov 2, 2011 at 10:13 AM, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/02/2011 09:52 AM, Josh Luthman wrote:
I think it may be using HTTPS/SSL based on the errors that pop up for a quick second. I could be wrong. The SSL option is unchecked in settings.
Yeah, I noticed the SSL checkbox defaults to unchecked but SSL is initially enabled. Checking and then unchecking the checkbox seems to correct it.
Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
On Wed, Nov 2, 2011 at 16:18, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/02/2011 11:18 AM, Josh Luthman wrote:
I can't get my own server to work, though. There are no errors - just saying it is black. I triple checked my login credentials (it is HTTP auth, is that what it expects)?
What version of xymon are you running? And what version of XymonQV?
I'm seeing the same with 4.3.0 (default with Ubuntu 11.04). The only thing in the web server log is a request for /bb2.html. No authentication is configured, or required. I'm in the process of upgrading to 4.3.5 to see if that fixes the problem (though it's wiped my Xymon settings and history, so it may be a few hours before I get a chance to report).
-- Please keep list traffic on the list.
Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche
On 11/02/2011 01:06 PM, Rob MacGregor wrote:
I'm seeing the same with 4.3.0 (default with Ubuntu 11.04). The only thing in the web server log is a request for /bb2.html. No authentication is configured, or required. I'm in the process of upgrading to 4.3.5 to see if that fixes the problem (though it's wiped my Xymon settings and history, so it may be a few hours before I get a chance to report).
Xymon 4.3.5 isn't officially supported yet, but it'll run with the parser for 4.3.4. I tested this against www.xymon.org.
I *just* a few minutes ago pushed v0.1.6, which includes preference fixes and an additional preference to let you force it to use a specific parser for a version.
There are currently only two parsers (4.2.3 and 4.3.4). 4.2.3 *should* work for 4.3.0 and 4.3.4 *should* work for 4.3.5.
If anyone uses another version of Xymon and can confirm a specific parser works for their version (i.e. 4.2.3 works for 4.2.4 or something), I'll add that to the code. If anyone has a version that doesn't work for either current parser, feel free to give me details (idealy, a gzip'd copy of the non-green view, but I understand if that information is sensitive) and I'll do my best to add support.
If anyone wants to contribute, feel free to submit pull requests to the github repository.
http://github.com/darrikmazey/XymonQV
Cheers, Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
On Wed, Nov 2, 2011 at 17:20, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/02/2011 01:06 PM, Rob MacGregor wrote:
I'm seeing the same with 4.3.0 (default with Ubuntu 11.04). The only thing in the web server log is a request for /bb2.html. No authentication is configured, or required. I'm in the process of upgrading to 4.3.5 to see if that fixes the problem (though it's wiped my Xymon settings and history, so it may be a few hours before I get a chance to report).
Xymon 4.3.5 isn't officially supported yet, but it'll run with the parser for 4.3.4. I tested this against www.xymon.org.
I *just* a few minutes ago pushed v0.1.6, which includes preference fixes and an additional preference to let you force it to use a specific parser for a version.
There are currently only two parsers (4.2.3 and 4.3.4). 4.2.3 *should* work for 4.3.0 and 4.3.4 *should* work for 4.3.5.
Unfortunately I only have 2 simple choices - the Ubuntu package (4.3.0) or the PPA (4.3.5).
Forcing 4.3.4 I get a force close - looks like it's looking for /, and in my case Xymon is actually in a sub-directory. With the old version looking for /bb2.html I could remap that at least.
I'll set up a virtual host for Xymon and try again - thanks.
-- Please keep list traffic on the list.
Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche
On 11/02/2011 01:27 PM, Rob MacGregor wrote:
Forcing 4.3.4 I get a force close - looks like it's looking for /, and in my case Xymon is actually in a sub-directory. With the old version looking for /bb2.html I could remap that at least.
If you get a force close, please please please send the error report. I can see the stack traces and get some idea of why at that point. Also, technically you can add path information to the hostname setting, e.g. www.xymon.org/xymon
Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
On Wed, Nov 2, 2011 at 17:31, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/02/2011 01:27 PM, Rob MacGregor wrote:
Forcing 4.3.4 I get a force close - looks like it's looking for /, and in my case Xymon is actually in a sub-directory. With the old version looking for /bb2.html I could remap that at least.
If you get a force close, please please please send the error report. I can see the stack traces and get some idea of why at that point.
Done - I always do since otherwise how can I expect developers to be able to fix things ;)
Also, technically you can add path information to the hostname setting, e.g. www.xymon.org/xymon
That's useful to know, however setting up a virtual host solved the problem and with the 4.3.4 parser it works perfectly. Thanks very much.
-- Please keep list traffic on the list.
Rob MacGregor Whoever fights monsters should see to it that in the process he doesn't become a monster. Friedrich Nietzsche
On 11/02/2011 01:42 PM, Rob MacGregor wrote:
Done - I always do since otherwise how can I expect developers to be able to fix things ;)
Excellent attitude. :)
Also, technically you can add path information to the hostname setting, e.g. www.xymon.org/xymon
That's useful to know, however setting up a virtual host solved the problem and with the 4.3.4 parser it works perfectly. Thanks very much.
The path addition wasn't by design but accidentally works. ;) Version 4.3.5 will officially be supported by the 4.3.4 parser in v0.1.7, so you won't have to force a version.
Thanks for the feedback!
Cheers, Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
On 11/02/2011 10:49 AM, Ralph Mitchell wrote:
How would you feel about swapping the logo for this one:
http://lists.xymon.com/pipermail/xymon/attachments/20100714/86c1f2a0/attachm...
which was made by Maik Heinelt and is mentioned here:
http://lists.xymon.com/archive/2010-July/028759.htmlRalph Mitchell
I saw that logo, but despite being a highly-targetted app, I was doing my best not to imply that this was an "official" xymon app of any sort. The method Maik Heinelt describes for using that logo essentially makes that logo a shortcut to xymon proper via browser. I really don't want to get into the messy area where people feel hard-done-by. I think I would have to hear from someone capable of authorizing that logo for this app before I would do that.
That being said, I'm not strongly attached to the logo I drew in gimp in about three minutes. ;) If anyone with actual talent wants to donate a new logo, or someone can officially sanction the use of Maik Heinelt's, I'm all for it.
Darrik
On Wed, Nov 2, 2011 at 10:13 AM, Darrik Mazey <darrik.lists at darmasoft.com <mailto:darrik.lists at darmasoft.com>> wrote:
On 11/02/2011 09:52 AM, Josh Luthman wrote: > I think it may be using HTTPS/SSL based on the errors that pop up for > a quick second. I could be wrong. The SSL option is unchecked in > settings. Yeah, I noticed the SSL checkbox defaults to unchecked but SSL is initially enabled. Checking and then unchecking the checkbox seems to correct it. Darrik -- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 <tel:330.238.1333> darrik at darmasoft.com <mailto:darrik at darmasoft.com> http://www.darmasoft.com/ To obtain my public key, send an email to darrik at publickey.darmasoft.com <mailto:darrik at publickey.darmasoft.com>. _______________________________________________ Xymon mailing list Xymon at xymon.com <mailto:Xymon at xymon.com> http://lists.xymon.com/mailman/listinfo/xymon
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
Hi Darrik,
this is very nice - I was hoping someone would come up with an Android app for Xymon.
I cannot get the swipe to work on my Sony-Ericsson Xperia Mini, though. It just doesn't do anything.
One thing I'd really like to see was if it could use the "critical systems" instead of the "all non-green" page for data. I understand that parsing data off the webpage is problematic, and I am sure we can find better ways of feeding this data to an application. And perhaps that would be the easiest way to make your app work with different datasets - agreeing on a standard (probably XML) way of exporting the data, and then having the Xymon server generate this with the data that would either go on the non-green page, or the critical systems page, or perhaps just data on any given page in the web UI (I have some folks who would love to check just their little corner of Xymon via a Smartphone app).
Of course, being able to acknowledge an alert and/or disable it directly from my smartphone would also be fabulous ...
(wow, it feels nice to be the one asking for features - I am usually on the receiving end of feature-requests :-))
Regards, Henrik
On 02-11-2011 06:11, Darrik Mazey wrote:
Hello, all.
I wrote an android app to quickly assess status and issues. It basically parses the non-green view and generates a scrollable report. You can swipe each non-green test to open the service page for that test in a browser.
This software is beta, but I'm reasonably certain it parses the non-green view for 4.2.3, 4.3.0, and 4.3.4 properly.
Anyway, hope it's useful to someone.
Source code is here: http://github.com/darrikmazey/XymonQV
App is here: http://market.android.com/details?id=com.darmasoft.xymon
Feedback is always welcome, as are feature requests, bug reports, and such.
Cheers, Darrik
Before I forget again, Android notifications need to be added to the phone or the auto update feature is nothing more than consuming battery power.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Nov 2, 2011 5:33 PM, "Henrik Størner" <henrik at hswn.dk> wrote:
Hi Darrik,
this is very nice - I was hoping someone would come up with an Android app for Xymon.
I cannot get the swipe to work on my Sony-Ericsson Xperia Mini, though. It just doesn't do anything.
One thing I'd really like to see was if it could use the "critical systems" instead of the "all non-green" page for data. I understand that parsing data off the webpage is problematic, and I am sure we can find better ways of feeding this data to an application. And perhaps that would be the easiest way to make your app work with different datasets - agreeing on a standard (probably XML) way of exporting the data, and then having the Xymon server generate this with the data that would either go on the non-green page, or the critical systems page, or perhaps just data on any given page in the web UI (I have some folks who would love to check just their little corner of Xymon via a Smartphone app).
Of course, being able to acknowledge an alert and/or disable it directly from my smartphone would also be fabulous ...
(wow, it feels nice to be the one asking for features - I am usually on the receiving end of feature-requests :-))
Regards, Henrik
On 02-11-2011 06:11, Darrik Mazey wrote:
Hello, all.
I wrote an android app to quickly assess status and issues. It basically parses the non-green view and generates a scrollable report. You can swipe each non-green test to open the service page for that test in a browser.
This software is beta, but I'm reasonably certain it parses the non-green view for 4.2.3, 4.3.0, and 4.3.4 properly.
Anyway, hope it's useful to someone.
Source code is here: http://github.com/darrikmazey/**XymonQV<http://github.com/darrikmazey/XymonQV>
App is here: http://market.android.com/**details?id=com.darmasoft.xymon<http://market.android.com/details?id=com.darmasoft.xymon>
Feedback is always welcome, as are feature requests, bug reports, and such.
Cheers, Darrik
______________________________**_________________ Xymon mailing list Xymon at xymon.com http://lists.xymon.com/**mailman/listinfo/xymon<http://lists.xymon.com/mailman/listinfo/xymon>
On 11/02/2011 05:39 PM, Josh Luthman wrote:
Before I forget again, Android notifications need to be added to the phone or the auto update feature is nothing more than consuming battery power.
A friend and I discussed this, and we decided alerts were already configured in a central location in xymon itself, so duplicating that feature wasn't really necessary or desired. I know my xymon install already sends me sms alerts, and I assume everyone else's does as well. Of note, the auto-update only runs when the activity is on the screen and stops if you navigate to another activity.
If enough people want in-app notifications, I will gladly provide them. However, alerting conditions are far more configurable via xymon proper than they can be in the app while still being convenient, so it really probably isn't worth it.
Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
I was hoping to get a yellow notification and red notification/sound. In the office or around the building I have wifi, but no connection to the mobile network.
Without any notification on the app, what is the purpose of this? I guess I would be able to examine it a bit more if it worked for me =)
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
On Wed, Nov 2, 2011 at 9:11 PM, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/02/2011 05:39 PM, Josh Luthman wrote:
Before I forget again, Android notifications need to be added to the phone or the auto update feature is nothing more than consuming battery power.
A friend and I discussed this, and we decided alerts were already configured in a central location in xymon itself, so duplicating that feature wasn't really necessary or desired. I know my xymon install already sends me sms alerts, and I assume everyone else's does as well. Of note, the auto-update only runs when the activity is on the screen and stops if you navigate to another activity.
If enough people want in-app notifications, I will gladly provide them. However, alerting conditions are far more configurable via xymon proper than they can be in the app while still being convenient, so it really probably isn't worth it.
Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
On 11/02/2011 09:17 PM, Josh Luthman wrote:
I was hoping to get a yellow notification and red notification/sound. In the office or around the building I have wifi, but no connection to the mobile network.
I'm not saying no. It's just not top priority currently. I'll see what I can do. ;)
Without any notification on the app, what is the purpose of this? I guess I would be able to examine it a bit more if it worked for me =)
For me it's a compromise between a necessarily terse sms and the pain of navigating the full xymon page on my mobile phone. Typical use case is that I get an sms alert and then pull up the app to see exactly what's wrong. I will probably configure my xymon server to include a link to the app itself for convenience.
As a side note, I just pushed 0.1.8, which includes a fallback version parser that fixes your problem. The update should be to you shortly. Once you can play with it, feel free to make a list of your top three feature requests (in order) and send them to me.
Cheers, Darrik
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
On Wed, Nov 2, 2011 at 9:11 PM, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/02/2011 05:39 PM, Josh Luthman wrote:
Before I forget again, Android notifications need to be added to the phone or the auto update feature is nothing more than consuming battery power.
A friend and I discussed this, and we decided alerts were already configured in a central location in xymon itself, so duplicating that feature wasn't really necessary or desired. I know my xymon install already sends me sms alerts, and I assume everyone else's does as well. Of note, the auto-update only runs when the activity is on the screen and stops if you navigate to another activity.
If enough people want in-app notifications, I will gladly provide them. However, alerting conditions are far more configurable via xymon proper than they can be in the app while still being convenient, so it really probably isn't worth it.
Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
I don't think 0.1.8 made it to the Android Market. It shows the changelog is only up to 0.1.7 for me.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
On Wed, Nov 2, 2011 at 9:57 PM, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/02/2011 09:17 PM, Josh Luthman wrote:
I was hoping to get a yellow notification and red notification/sound. In the office or around the building I have wifi, but no connection to the mobile network.
I'm not saying no. It's just not top priority currently. I'll see what I can do. ;)
Without any notification on the app, what is the purpose of this? I guess I would be able to examine it a bit more if it worked for me =)
For me it's a compromise between a necessarily terse sms and the pain of navigating the full xymon page on my mobile phone. Typical use case is that I get an sms alert and then pull up the app to see exactly what's wrong. I will probably configure my xymon server to include a link to the app itself for convenience.
As a side note, I just pushed 0.1.8, which includes a fallback version parser that fixes your problem. The update should be to you shortly. Once you can play with it, feel free to make a list of your top three feature requests (in order) and send them to me.
Cheers, Darrik
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
On Wed, Nov 2, 2011 at 9:11 PM, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/02/2011 05:39 PM, Josh Luthman wrote:
Before I forget again, Android notifications need to be added to the phone or the auto update feature is nothing more than consuming battery power.
A friend and I discussed this, and we decided alerts were already configured in a central location in xymon itself, so duplicating that feature wasn't really necessary or desired. I know my xymon install already sends me sms alerts, and I assume everyone else's does as well. Of note, the auto-update only runs when the activity is on the screen and stops if you navigate to another activity.
If enough people want in-app notifications, I will gladly provide them. However, alerting conditions are far more configurable via xymon proper than they can be in the app while still being convenient, so it really probably isn't worth it.
Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
On 11/02/2011 11:14 PM, Josh Luthman wrote:
I don't think 0.1.8 made it to the Android Market. It shows the changelog is only up to 0.1.7 for me.
I'm new to the android market, so I don't know really exactly how long, but there is a decent amount of time between publish and available. Soon.
Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
On 11/02/2011 05:32 PM, Henrik Størner wrote:
I cannot get the swipe to work on my Sony-Ericsson Xperia Mini, though. It just doesn't do anything.
That is unfortunate. I will maybe enable a long-press option on items as well.
One thing I'd really like to see was if it could use the "critical systems" instead of the "all non-green" page for data.
Critical systems is already planned. Started with non-green simply because I don't monitor enough systems to use the critical systems page.
I understand that
parsing data off the webpage is problematic, and I am sure we can find better ways of feeding this data to an application. And perhaps that would be the easiest way to make your app work with different datasets - agreeing on a standard (probably XML) way of exporting the data, and then having the Xymon server generate this with the data that would either go on the non-green page, or the critical systems page, or perhaps just data on any given page in the web UI (I have some folks who would love to check just their little corner of Xymon via a Smartphone app).
An API of some sort would be great. Even just alternates for each page like nongreen.json and nongreen.xml.
Of course, being able to acknowledge an alert and/or disable it directly from my smartphone would also be fabulous ...
I was saving swipe left for that feature (which arguably won't help you, if swiping isn't working). Another long-press option, with configurable default ack times and messages, or a prompt each time.
(wow, it feels nice to be the one asking for features - I am usually on the receiving end of feature-requests :-))
I appreciate the feedback. If you have any more suggestions (or if anyone does), I'd love to hear them. Feel free to email me off-list with criticism, feedback, suggestions, dinner recipes, feature requests, etc.
Cheers, Darrik
On 02-11-2011 06:11, Darrik Mazey wrote:
Hello, all.
I wrote an android app to quickly assess status and issues. It basically parses the non-green view and generates a scrollable report. You can swipe each non-green test to open the service page for that test in a browser.
This software is beta, but I'm reasonably certain it parses the non-green view for 4.2.3, 4.3.0, and 4.3.4 properly.
Anyway, hope it's useful to someone.
Source code is here: http://github.com/darrikmazey/XymonQV
App is here: http://market.android.com/details?id=com.darmasoft.xymon
Feedback is always welcome, as are feature requests, bug reports, and such.
Cheers, Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
On 03-11-2011 02:06, Darrik Mazey wrote:
On 11/02/2011 05:32 PM, Henrik Størner wrote:
I cannot get the swipe to work on my Sony-Ericsson Xperia Mini, though. It just doesn't do anything.
That is unfortunate. I will maybe enable a long-press option on items as well.
Swipe works on this phone, there's just no response to it in the Xymon app. Perhaps because this is running Android 2.3 ?
One thing I'd really like to see was if it could use the "critical systems" instead of the "all non-green" page for data.
Critical systems is already planned. Started with non-green simply because I don't monitor enough systems to use the critical systems page.
My situation is the opposite - I monitor too many systems for the "All non-green" page to be of any use.
I still think it would be a good idea to have Xymon and your app talk together using a simpler, more standard interface than parsing the HTML output from the webpage. That would also make it much easier to support different types of pages, like the critical systems page, or just a single sub-page somewhere inside the Xymon page-tree - they would all provide data in the same format, so your app would auto-magically work with any page, allowing the user to pick any page they want to check.
Regards, Henrik
On 03-11-2011 07:43, Henrik Størner wrote:
On 03-11-2011 02:06, Darrik Mazey wrote:
On 11/02/2011 05:32 PM, Henrik Størner wrote:
I cannot get the swipe to work on my Sony-Ericsson Xperia Mini, though. It just doesn't do anything.
That is unfortunate. I will maybe enable a long-press option on items as well.
Swipe works on this phone, there's just no response to it in the Xymon app. Perhaps because this is running Android 2.3 ?
Seems I was wrong - it does work now. Don't know why I couldn't make it do anything last night.
Regards, Henrik
On 11/03/2011 02:43 AM, Henrik Størner wrote:
I still think it would be a good idea to have Xymon and your app talk together using a simpler, more standard interface than parsing the HTML output from the webpage. That would also make it much easier to support different types of pages, like the critical systems page, or just a single sub-page somewhere inside the Xymon page-tree - they would all provide data in the same format, so your app would auto-magically work with any page, allowing the user to pick any page they want to check.
I agree. The parsing is spotty and vulnerable to the slightest changes across versions. I checked out the xymon code from svn and will look it over a bit. I wouldn't mind helping to implement some other data formats, if that's what you want.
Cheers, Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
Henrik, has the format of hobbitdboard / xymondboard changed much between versions?? It would be fairly easy to make that available via a cgi script and it would be easier to parse than html.
Ralph Mitchell On Nov 3, 2011 4:04 AM, "Darrik Mazey" <darrik.lists at darmasoft.com> wrote:
On 11/03/2011 02:43 AM, Henrik Størner wrote:
I still think it would be a good idea to have Xymon and your app talk together using a simpler, more standard interface than parsing the HTML output from the webpage. That would also make it much easier to support different types of pages, like the critical systems page, or just a single sub-page somewhere inside the Xymon page-tree - they would all provide data in the same format, so your app would auto-magically work with any page, allowing the user to pick any page they want to check.
I agree. The parsing is spotty and vulnerable to the slightest changes across versions. I checked out the xymon code from svn and will look it over a bit. I wouldn't mind helping to implement some other data formats, if that's what you want.
Cheers, Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
On Thu, 3 Nov 2011 07:01:32 -0400, Ralph Mitchell <ralphmitchell at gmail.com> wrote:
Henrik, has the format of hobbitdboard / xymondboard changed much between versions?? It would be fairly easy to make that available via a cgi script and it would be easier to parse than html.
No, this format is fairly static - and you can make it entirely "fixed" by adding a "fields" option to select the data-items you are interested in.
But to pick only the hosts that appear on a specific page must be done on the Xymon server - you don't want to download a lot of info to the smartphone, just to throw it away later (unless you have a flat-rate data plan for your smartphone, and I don't).
And when we have to code the filtering, we may just as well add the code to provide the data in a standardized format. Something similar to the xymondxboard output, probably.
Regards, Henrik
I was just thinking that xymondboard might be a good starting point for an API. I just put a very simple CGI script on my server:
#!/bin/bash
echo "Content-Type: text/plain"
echo ""
/home/xymon/server/bin/xymon localhost "xymondboard $QUERY_STRING"then called it using curl:
curl -s -S -L "http://server.domain.com/xymon-cgi/xap.sh?color=red"
curl -s -S -L "http://server.domain.com/xymon-cgi/xap.sh?color=yellow"
curl -s -S -L "http://server.domain.com/xymon-cgi/xap.sh?color=purple"Piping those through "wc" I get a total of 3305 bytes for all three. Fetching the non-green page:
curl -s -S -L "http://server.domain.com/xymon/nongreen.html"gives me 30070 bytes. Obviously that's going to depend on reporting activity - I currently only have 14 lines in the "events received in the past 240 minutes" block.
Ralph Mitchell
On Thu, Nov 3, 2011 at 7:55 AM, <henrik at hswn.dk> wrote:
On Thu, 3 Nov 2011 07:01:32 -0400, Ralph Mitchell <ralphmitchell at gmail.com> wrote:
Henrik, has the format of hobbitdboard / xymondboard changed much between versions?? It would be fairly easy to make that available via a cgi script and it would be easier to parse than html.
No, this format is fairly static - and you can make it entirely "fixed" by adding a "fields" option to select the data-items you are interested in.
But to pick only the hosts that appear on a specific page must be done on the Xymon server - you don't want to download a lot of info to the smartphone, just to throw it away later (unless you have a flat-rate data plan for your smartphone, and I don't).
And when we have to code the filtering, we may just as well add the code to provide the data in a standardized format. Something similar to the xymondxboard output, probably.
Regards, Henrik
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
0.1.8 automatically updated on my phone at 7 this morning. It still didn't fix my problem.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373
On Thu, Nov 3, 2011 at 9:29 AM, Ralph Mitchell <ralphmitchell at gmail.com> wrote:
I was just thinking that xymondboard might be a good starting point for an API. I just put a very simple CGI script on my server: #!/bin/bash echo "Content-Type: text/plain" echo "" /home/xymon/server/bin/xymon localhost "xymondboard $QUERY_STRING" then called it using curl: curl -s -S -L "http://server.domain.com/xymon-cgi/xap.sh?color=red" curl -s -S -L "http://server.domain.com/xymon-cgi/xap.sh?color=yellow" curl -s -S -L "http://server.domain.com/xymon-cgi/xap.sh?color=purple"
Piping those through "wc" I get a total of 3305 bytes for all three. Fetching the non-green page: curl -s -S -L "http://server.domain.com/xymon/nongreen.html"
gives me 30070 bytes. Obviously that's going to depend on reporting activity - I currently only have 14 lines in the "events received in the past 240 minutes" block. Ralph Mitchell
On Thu, Nov 3, 2011 at 7:55 AM, <henrik at hswn.dk> wrote:
On Thu, 3 Nov 2011 07:01:32 -0400, Ralph Mitchell <ralphmitchell at gmail.com> wrote:
Henrik, has the format of hobbitdboard / xymondboard changed much between versions?? It would be fairly easy to make that available via a cgi script and it would be easier to parse than html.
No, this format is fairly static - and you can make it entirely "fixed" by adding a "fields" option to select the data-items you are interested in.
But to pick only the hosts that appear on a specific page must be done on the Xymon server - you don't want to download a lot of info to the smartphone, just to throw it away later (unless you have a flat-rate data plan for your smartphone, and I don't).
And when we have to code the filtering, we may just as well add the code to provide the data in a standardized format. Something similar to the xymondxboard output, probably.
Regards, Henrik
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
On 03-11-2011 14:29, Ralph Mitchell wrote:
I was just thinking that xymondboard might be a good starting point for an API. I just put a very simple CGI script on my server:
#!/bin/bash echo "Content-Type: text/plain" echo "" /home/xymon/server/bin/xymon localhost "xymondboard $QUERY_STRING"then called it using curl:
curl -s -S -L "http://server.domain.com/xymon-cgi/xap.sh?color=red" curl -s -S -L "http://server.domain.com/xymon-cgi/xap.sh?color=yellow" curl -s -S -L "http://server.domain.com/xymon-cgi/xap.sh?color=purple"
You could do it with just one call:
curl -s -S -L "http://server.domain.com/xymon-cgi/xap.sh?color=red,yellow,purple%20fields=h..."
Regards, Henrik
On Thu, 03 Nov 2011 04:03:58 -0400, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/03/2011 02:43 AM, Henrik Størner wrote:
I still think it would be a good idea to have Xymon and your app talk together using a simpler, more standard interface than parsing the HTML output from the webpage. That would also make it much easier to support different types of pages I agree. The parsing is spotty and vulnerable to the slightest changes across versions.
OK - how about this ? This one gives you the same information as the "non-green" page, except I've added the acknowledgment cookie and (if available) the text and time of an existing ack: http://www.xymon.com/xymon-cgi/appfeed.sh
And this one shows the "critical systems" view: http://www.xymon.com/xymon-cgi/appfeed-critical.sh
Regards, Henrik
Those look like they should do nicely!
Is the "cookie" field what is used in the ack form as Number_X, in order to post acks?
Also, any chance we can get AckedBy as a separate field?
Darrik
On 11/04/2011 07:56 AM, henrik at hswn.dk wrote:
On Thu, 03 Nov 2011 04:03:58 -0400, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/03/2011 02:43 AM, Henrik Størner wrote:
I still think it would be a good idea to have Xymon and your app talk together using a simpler, more standard interface than parsing the HTML output from the webpage. That would also make it much easier to support different types of pages I agree. The parsing is spotty and vulnerable to the slightest changes across versions.
OK - how about this ? This one gives you the same information as the "non-green" page, except I've added the acknowledgment cookie and (if available) the text and time of an existing ack: http://www.xymon.com/xymon-cgi/appfeed.sh
And this one shows the "critical systems" view: http://www.xymon.com/xymon-cgi/appfeed-critical.sh
Regards, Henrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
On 04-11-2011 13:21, Darrik Mazey wrote:
Those look like they should do nicely!
Good.
Is the "cookie" field what is used in the ack form as Number_X, in order to post acks?
Yes.
Also, any chance we can get AckedBy as a separate field?
It's not stored inside Xymon as separate data, but since the format is usually defined by the Xymon ack-tools, it shouldn't be a problem to split this out in a separate <AckedBy> property. I'll get that done over the weekend.
I'm going to implement support for this now, with an option to select critical or non-green views.
Could you possibly add a text entry field which is sent along with the web request as "filter" ? E.g. if I set this field to "page=servers", then you'll request "http://www.xymon.com/cgi-bin/appfeed.sh?filter=page=servers"
This is because I want to be able to pull data using a different filter than the default "color=red,yellow,purple" when fetching data from xymond via the "xymondboard" command. E.g. if I want to see all the critical hosts, but only for the hosts that are on the "servers" subpage, I can add a "page=servers" and I'll only get the hosts that are on that page - and it would be really cool for some of my users to do that, because we've grouped all hosts managed by a particular group on different pages.
There are some issues about this interface when it comes to security - there is currently no access control possible except an "all/none" switch - you can either see any host that Xymon monitors, or you cannot see anything at all. That is a problem with all the Xymon CGI tools, really. It isn't something that this app should be concerned with, it must be solved on the Xymon server.
Regards, Henrik
On 11/04/2011 11:12 AM, Henrik Størner wrote:
Is the "cookie" field what is used in the ack form as Number_X, in order to post acks?
Yes.
Superb. Then acking alerts from the app should be cake.
Also, any chance we can get AckedBy as a separate field?
It's not stored inside Xymon as separate data, but since the format is usually defined by the Xymon ack-tools, it shouldn't be a problem to split this out in a separate <AckedBy> property. I'll get that done over the weekend.
Great.
Could you possibly add a text entry field which is sent along with the web request as "filter" ? E.g. if I set this field to "page=servers", then you'll request "http://www.xymon.com/cgi-bin/appfeed.sh?filter=page=servers"
Will do. Are there other possible keys for filter? (Thinking of a more intuitive interface than just entering filter text.)
This is because I want to be able to pull data using a different filter than the default "color=red,yellow,purple" when fetching data from xymond via the "xymondboard" command. E.g. if I want to see all the critical hosts, but only for the hosts that are on the "servers" subpage, I can add a "page=servers" and I'll only get the hosts that are on that page - and it would be really cool for some of my users to do that, because we've grouped all hosts managed by a particular group on different pages.
I already had this request as well, so that's fantastic!
Thanks, Henrik. Quick turnaround. I should have a version of XymonQV out this weekend to use this interface. Any chance I can get the source of appfeed.sh and appfeed-critical.sh so I can test somewhere other than xymon.com? I check svn but didn't see them committed.
Cheers, Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
On 04-11-2011 16:27, Darrik Mazey wrote:
Could you possibly add a text entry field which is sent along with the web request as "filter" ? E.g. if I set this field to "page=servers", then you'll request "http://www.xymon.com/cgi-bin/appfeed.sh?filter=page=servers"
Will do. Are there other possible keys for filter? (Thinking of a more intuitive interface than just entering filter text.)
There are - you can filter on pages, hostnames and testnames. See the description of the "xymondboard" command in th xymon(1) man-page - it's on http://www.xymon.com/xymon/help/manpages/man1/xymon.1.html
The man-page says that "wildcards are not supported". That's wrong, I'll have to fix that. The page/host/test strings are regular expressions, so you could use "host=www.*com" to get all hosts with a hostname that begins with "www" and ends with "com".
Thanks, Henrik. Quick turnaround. I should have a version of XymonQV out this weekend to use this interface. Any chance I can get the source of appfeed.sh and appfeed-critical.sh so I can test somewhere other than xymon.com? I check svn but didn't see them committed.
I just uploaded them a few minutes ago, they are in SVN now. It's web/appfeed.c which does most of the work, and then web/appfeed.sh as a wrapper for the CGI. appfeed-critical.sh is identical to appfeed.sh, except that it adds a "--critical=/etc/xymon/critical.cfg" option.
You can install it on top of any 4.3.x installation by building it, and then copying web/appfeed.cgi to ~xymon/server/bin/, and appfeed*.sh to ~xymon/cgi-bin/ . And add the line CGI_APPFEED_OPTS="--env=$XYMONENV" to your cgioptions.cfg file, or the appfeed CGI might not pick up the right settings from your Xymon setup.
Regards, Henrik
On 11/04/11 14:34, Henrik Størner wrote:
On 04-11-2011 16:27, Darrik Mazey wrote:
Could you possibly add a text entry field which is sent along with the web request as "filter" ? E.g. if I set this field to "page=servers", then you'll request "http://www.xymon.com/cgi-bin/appfeed.sh?filter=page=servers"
Hi Henrik... I am excited to see such a quick reaction to Darrik's Android app!
I just checked out the xymon /trunk tree via svn, configured, compiled and copied the files and edited cgioptions.cfg as described and restarted xymon.
However, unless I am doing something wrong, I can not get the ?filter=... option to actually filter anything.
it seems that
xymon-cgi/appfeed.sh?filter=[page|host|color]=[mypagename|myhost|mycolor]
like:
xymon-cgi/appfeed.sh?filter=color=purple
or
xymon-cgi/appfeed.sh?filter=host=myhost.domain.tld
Always returns all non-green tests.
Thanks!
-- Bill Arlofski Reverse Polarity, LLC
On 04-11-2011 20:27, Bill Arlofski wrote:
I just checked out the xymon /trunk tree via svn, configured, compiled and copied the files and edited cgioptions.cfg as described and restarted xymon.
However, unless I am doing something wrong, I can not get the ?filter=... option to actually filter anything.
I haven't implemented that yet - I just wanted to be sure that Darrik would make his app support it. Since things are moving quickly right now, I have to try and think ahead.
Regards, Henrik
On 11/04/11 17:28, Henrik Størner wrote:
On 04-11-2011 20:27, Bill Arlofski wrote:
However, unless I am doing something wrong, I can not get the ?filter=... option to actually filter anything.
I haven't implemented that yet - I just wanted to be sure that Darrik would make his app support it. Since things are moving quickly right now, I have to try and think ahead.
Ahhh. No problem, and no rush. Spoke to Darrik and we thought it would be best to report it to you directly. Since it is not implemented yet, I can wait until it is to continue testing/reporting.
And yes, things are moving quickly - which is really great to see.
Thanks, and sorry for the premature bug report. ;)
-- Bill Arlofski Reverse Polarity, LLC
On 04-11-2011 22:28, Henrik Størner wrote:
On 04-11-2011 20:27, Bill Arlofski wrote:
I just checked out the xymon /trunk tree via svn, configured, compiled and copied the files and edited cgioptions.cfg as described and restarted xymon.
However, unless I am doing something wrong, I can not get the ?filter=... option to actually filter anything.
I haven't implemented that yet - I just wanted to be sure that Darrik would make his app support it. Since things are moving quickly right now, I have to try and think ahead.
I just committed a new version of the "appfeed" CGI to SVN, which has support for the "filter" parameter.
This version also includes a "--hobbit" option, so it can be used on top of a 4.2.x Xymon server. I guess that might be useful to those who haven't yet upgraded.
Regards, Henrik
On 11/05/11 03:41, Henrik Størner wrote:
I just committed a new version of the "appfeed" CGI to SVN, which has support for the "filter" parameter.
This version also includes a "--hobbit" option, so it can be used on top of a 4.2.x Xymon server. I guess that might be useful to those who haven't yet upgraded.
Installed and tested. Filtering by host, page, color and test appear to work as expected for me on Xymon 4.3.4
Thanks Henrik!
-- Bill Arlofski Reverse Polarity, LLC http://www.revpol.com/
On 11/04/2011 11:12 AM, Henrik Størner wrote:
Could you possibly add a text entry field which is sent along with the web request as "filter" ? E.g. if I set this field to "page=servers", then you'll request "http://www.xymon.com/cgi-bin/appfeed.sh?filter=page=servers"
These filters are the fields for xymondboard? page, host, test, color?
Darrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
I'm going to implement support for this now, with an option to select critical or non-green views.
The app will first test for these new api targets, and fall back on html parsing as a last-ditch effort.
Should have that done this weekend, with any luck.
Cheers, Darrik
On 11/04/2011 07:56 AM, henrik at hswn.dk wrote:
On Thu, 03 Nov 2011 04:03:58 -0400, Darrik Mazey <darrik.lists at darmasoft.com> wrote:
On 11/03/2011 02:43 AM, Henrik Størner wrote:
I still think it would be a good idea to have Xymon and your app talk together using a simpler, more standard interface than parsing the HTML output from the webpage. That would also make it much easier to support different types of pages I agree. The parsing is spotty and vulnerable to the slightest changes across versions.
OK - how about this ? This one gives you the same information as the "non-green" page, except I've added the acknowledgment cookie and (if available) the text and time of an existing ack: http://www.xymon.com/xymon-cgi/appfeed.sh
And this one shows the "critical systems" view: http://www.xymon.com/xymon-cgi/appfeed-critical.sh
Regards, Henrik
-- Darrik Mazey DarmaSoft, LLC. 1627 Marigold Avenue Akron, Ohio 44301-2627 tele: 330.238.1333 darrik at darmasoft.com http://www.darmasoft.com/
To obtain my public key, send an email to darrik at publickey.darmasoft.com.
On Wednesday, 2 November 2011 23:32:42 Henrik Størner wrote:
Hi Darrik,
this is very nice - I was hoping someone would come up with an Android app for Xymon.
I cannot get the swipe to work on my Sony-Ericsson Xperia Mini, though. It just doesn't do anything.
One thing I'd really like to see was if it could use the "critical systems" instead of the "all non-green" page for data. I understand that parsing data off the webpage is problematic, and I am sure we can find better ways of feeding this data to an application. And perhaps that would be the easiest way to make your app work with different datasets - agreeing on a standard (probably XML) way of exporting the data, and then having the Xymon server generate this with the data that would either go on the non-green page, or the critical systems page, or perhaps just data on any given page in the web UI (I have some folks who would love to check just their little corner of Xymon via a Smartphone app).
or via a different web interface.
But, besides exposing (for example) the current *xboard and *xlog functions, more functionality is required to present data in the organisation used by the 'main view' (while the page is accessible, I believe grouping isn't).
Also, ideally the data being access should be filtered by what the authenticated user is authorized to see.
Regards, Buchan
Forking the Android thread as this is a different direction :)
I've Android 2.3.3 on a Motorola Droid 2 Global and figured, what the hey, let's try it: it installs from the market, and while the first version crashed on startup, it accepts settings and runs. But when I open it (with my settings), it detects my Xymon version correctly but gives only STATUS: UNKNOWN.
I think it's hitting my site - I see at the top above Status
xymon.mydoma.in:8080 (4.3.0)
And I am indeed running 4.3.0. I can also hit the site from the phone's browser with no issues.
- What could be so different from .2 to .3.3 that could break it like this..?
- Is there anything I can do or info I could send you that would help?
~ Rob
-----Original Message----- From: xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] On Behalf Of Darrik Mazey Sent: Wednesday, November 02, 2011 1:12 AM To: xymon at xymon.com Subject: [Xymon] Android 2.2 App
Rob,
Same problem here. 2.3.3 on a DROID Pro. Wait until over the weekend and update to 0.2.0 to try again.
Josh Luthman Office: 937-552-2340 Direct: 937-552-2343 1100 Wayne St Suite 1337 Troy, OH 45373 On Nov 4, 2011 4:39 PM, "Rob Munsch" <Munsch at phillycarshare.org> wrote:
Forking the Android thread as this is a different direction :)
I've Android 2.3.3 on a Motorola Droid 2 Global and figured, what the hey, let's try it: it installs from the market, and while the first version crashed on startup, it accepts settings and runs. But when I open it (with my settings), it detects my Xymon version correctly but gives only STATUS: UNKNOWN.
I think it's hitting my site - I see at the top above Status
xymon.mydoma.in:8080 (4.3.0)
And I am indeed running 4.3.0. I can also hit the site from the phone's browser with no issues.
- What could be so different from .2 to .3.3 that could break it like this..?
- Is there anything I can do or info I could send you that would help?
~ Rob
-----Original Message----- From: xymon-bounces at xymon.com [mailto:xymon-bounces at xymon.com] On Behalf Of Darrik Mazey Sent: Wednesday, November 02, 2011 1:12 AM To: xymon at xymon.com Subject: [Xymon] Android 2.2 App
Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon
On 04-11-2011 21:26, Rob Munsch wrote:
Forking the Android thread as this is a different direction :)
I've Android 2.3.3 on a Motorola Droid 2 Global and figured, what the hey, let's try it: it installs from the market, and while the first version crashed on startup, it accepts settings and runs. But when I open it (with my settings), it detects my Xymon version correctly but gives only STATUS: UNKNOWN.
I know this issue has already been diagnosed, but to add another datapoint: My Sony-Ericsson Xperia runs Android 2.3.4, and the app works fine on that phone.
Regards, Henrik
participants (8)
-
bgmilne＠staff.telkomsa.net
-
darrik.lists＠darmasoft.com
-
henrik＠hswn.dk
-
josh＠imaginenetworksllc.com
-
Munsch＠phillycarshare.org
-
ralphmitchell＠gmail.com
-
rob.macgregor＠gmail.com
-
waa-hobbitml＠revpol.com