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(a)lists.fedorahosted.org>:
Send rhq-devel mailing list submissions to
rhq-devel(a)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(a)lists.fedorahosted.org
You can reach the person managing the list at
rhq-devel-owner(a)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(a)redhat.com>
To: rhq-devel(a)lists.fedorahosted.org
Subject: Re: Replace old graphs in RHQ with GWT ones. GSOC 2012
Message-ID: <4F82EE2A.8090400(a)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(a)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(a)redhat.com>
To: rhq-devel <rhq-devel(a)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(a)redhat.com>
To: rhq-devel(a)lists.fedorahosted.org
Subject: Re: gwt.draftCompile and coregui build failures
Message-ID: <F991CF16-D34D-4EF6-92BF-2BD3CE33879A(a)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(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/rhq-devel
End of rhq-devel Digest, Vol 30, Issue 13
*****************************************
--
С уважением,
Круско Денис