Replace old graphs in RHQ with GWT ones. GSOC 2012

Denis Krusko kruskod at gmail.com
Wed Apr 11 05:31:09 UTC 2012


Message 1.

Jay and Heiko, thank you for you answers.

In your responses, I found the necessary requirements to the charts,
as well as much additional information.

Because the investigations were carried out some time ago,
I spent a brief review of JavaScript chart libraries that integrate with GWT.

http://code.google.com/p/gwt-chronoscope/
Code license: GNU Lesser GPL
has many features, but not available a company
site:http://timepedia.org/chronoscope/

http://www.arcadiacharts.com/
Features
· Apply color and style
· Interactivity
· Axis types
· CSV data import

http://highcharts.com
yet one interesting project,
 but free for Non-commercial (I do not know the suitability of such a
restriction).

Regard to previously considered libraries, I found a gwt wrapper for
http://dygraphs.com/
http://code.google.com/p/dygraphs-gwt/.
How I understand, this library meets all the above requirements.

Thanks,
Denis Krusko

2012/4/10  <rhq-devel-request at lists.fedorahosted.org>:
> Send rhq-devel mailing list submissions to
>        rhq-devel at lists.fedorahosted.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        https://fedorahosted.org/mailman/listinfo/rhq-devel
> or, via email, send a message with subject or body 'help' to
>        rhq-devel-request at lists.fedorahosted.org
>
> You can reach the person managing the list at
>        rhq-devel-owner at lists.fedorahosted.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of rhq-devel digest..."
>
>
> Today's Topics:
>
>   1. Re: Replace old graphs in RHQ with GWT ones. GSOC 2012
>      (Jay Shaughnessy)
>   2. gwt.draftCompile and coregui build failures (John Mazzitelli)
>   3. Re: gwt.draftCompile and coregui build failures (Heiko W.Rupp)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 09 Apr 2012 10:11:54 -0400
> From: Jay Shaughnessy <jshaughn at redhat.com>
> To: rhq-devel at lists.fedorahosted.org
> Subject: Re: Replace old graphs in RHQ with GWT ones. GSOC 2012
> Message-ID: <4F82EE2A.8090400 at redhat.com>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
>
> Hi Denis,
>
> One of the big questions is which graphing package to use.  We did some
> some very preliminary investigation a while back, it is likely dated at
> this point.  You can look here:
>
>   http://rhq-project.org/display/RHQ/Design-NewChartingLib
>
> The big constraint is that it must seamlessly integrate with our
> SmartGWT GUI implementation.  SmartGWT has its own charting library but
> it's not part of the LGPL version, it requires the Pro version, which
> has per-developer licensing and therefore is probably not an option.
>
> So, the evaluation of graphing options is very important.   After that
> we of course are always looking to improve the product.  We either need
> to maintain roughly what we have or improve upon it.  To lose a current
> offering would require a strong argument for a potential gain.
>
> We're very interested in what you propose!  Please feel free to contact
> us for any help or discussion.   Personally, you can reach me via
> jshaughn at redhat.com or as jshaughn in IRC.
>
> Jay
>
>
>
> On 4/5/2012 5:10 AM, Heiko W.Rupp wrote:
>> Hey Denis,
>>
>>> I need to define milestones for 3 month like (proposed Heiko W.Rupp):
>>> - evaluate Graphing options
>>> - implement graphing to replace what is there
>>>   - resources
>> Currently the graphs are 60 "slots" wide -- so you e.g. display data for 8h (default),
>> 8 min sample interval we will see one dot per slot.
>> With 1 min sample interval we will still see 60 items, and each slot is filled with a
>> bar with a dot, that represents the high, low, average in that 8 min slot.
>>
>> Please also investigate plotting more than 60 items
>> - all collected data with some (horizontal) scrolling
>> - all collected data with smaller dot/bar size (e.g. currently a bar is 5px wide. With 1px, we could display 300 dots)
>>
>> Please also investigate zooming. when the first display is e.g. 8h with 1 min collection interval, and
>> we show aggregates, the user should be able to mark e.g. 1h of this with the mouse and will get the more detailed
>> view of this 1h data (e.g. 60 individual dots).
>>
>> Mouse over a dot or a bar should display the value(s) at this point.
>>
>> Thanks
>>      Heiko
>>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 09 Apr 2012 12:53:28 -0400
> From: John Mazzitelli <jmazzite at redhat.com>
> To: rhq-devel <rhq-devel at lists.fedorahosted.org>
> Subject: gwt.draftCompile and coregui build failures
> Message-ID: <1333990409.2238.13.camel at mazztower>
> Content-Type: text/plain; charset="UTF-8"
>
> I think I found the issue that has been plaguing most of us when
> sometimes building the GWT coregui module.
>
> If you recall, it seems as though whenever we pull from git any changes
> in coregui that a) add messages to Messages.properties or b) add to the
> RHQ server-side GWT RPC API, the coregui build fails and we have to do a
> mvn clean in coregui to get it to build again.
>
> I think this is a side-effect of using gwt.draftCompile=true (which you
> probably have in your ~/.m2/settings.xml file). I think
> gwt.draftCompile=true skips the code generation step for the i18n
> message interface and the GWT Async interfaces.
>
> If you get errors while doing a coregui build, try one of these two
> things - you have to either:
>
> a) mvn clean before rebuilding coregui
>
> or
>
> b) use -Dgwt.draftCompile=false as a mvn command line option.
>
> Note that turning off draftCompile actually DOUBLES my compilation time
> on my box (coregui goes from ~2 minutes build time to ~4 minutes).
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 10 Apr 2012 09:25:32 +0200
> From: "Heiko W.Rupp" <hrupp at redhat.com>
> To: rhq-devel at lists.fedorahosted.org
> Subject: Re: gwt.draftCompile and coregui build failures
> Message-ID: <F991CF16-D34D-4EF6-92BF-2BD3CE33879A at redhat.com>
> Content-Type: text/plain; charset=us-ascii
>
>
> Am 09.04.2012 um 18:53 schrieb John Mazzitelli:
>> b) use -Dgwt.draftCompile=false as a mvn command line option.
>
> Looks like false has to be explicitly given -- I just commented out the
>
> <gwt.draftCompile>true</gwt.draftCompile>
>
> line in ~/.m2/settings.xml and the build failed, while
> seeing it to false made the compile pass.
>
>
>
> ------------------------------
>
> _______________________________________________
> rhq-devel mailing list
> rhq-devel at lists.fedorahosted.org
> https://fedorahosted.org/mailman/listinfo/rhq-devel
>
>
> End of rhq-devel Digest, Vol 30, Issue 13
> *****************************************



-- 
С уважением,
Круско Денис


More information about the rhq-devel mailing list