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@lists.fedorahosted.org:
Send rhq-devel mailing list submissions to rhq-devel@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@lists.fedorahosted.org
You can reach the person managing the list at rhq-devel-owner@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@redhat.com To: rhq-devel@lists.fedorahosted.org Subject: Re: Replace old graphs in RHQ with GWT ones. GSOC 2012 Message-ID: 4F82EE2A.8090400@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@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@redhat.com To: rhq-devel rhq-devel@lists.fedorahosted.org Subject: gwt.draftCompile and coregui build failures Message-ID: 1333990409.2238.13.camel@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@redhat.com To: rhq-devel@lists.fedorahosted.org Subject: Re: gwt.draftCompile and coregui build failures Message-ID: F991CF16-D34D-4EF6-92BF-2BD3CE33879A@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@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/rhq-devel
End of rhq-devel Digest, Vol 30, Issue 13