Menu
▾
▴
statcvs-users — StatCVS Users Mailing List
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(1) |
Oct
(2) |
Nov
|
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
(2) |
May
(19) |
Jun
(1) |
Jul
(10) |
Aug
(3) |
Sep
(10) |
Oct
(2) |
Nov
(16) |
Dec
(6) |
| 2004 |
Jan
(13) |
Feb
(2) |
Mar
(15) |
Apr
(8) |
May
(5) |
Jun
(1) |
Jul
(3) |
Aug
(5) |
Sep
|
Oct
(38) |
Nov
|
Dec
(7) |
| 2005 |
Jan
(16) |
Feb
(8) |
Mar
(34) |
Apr
(9) |
May
(3) |
Jun
(2) |
Jul
(4) |
Aug
(2) |
Sep
(1) |
Oct
(3) |
Nov
(18) |
Dec
(10) |
| 2006 |
Jan
(1) |
Feb
(1) |
Mar
(4) |
Apr
|
May
|
Jun
(20) |
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
(5) |
Nov
(22) |
Dec
(10) |
| 2007 |
Jan
(16) |
Feb
(12) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
(1) |
Mar
(4) |
Apr
(2) |
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(1) |
Oct
(6) |
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(1) |
Apr
(1) |
May
(2) |
Jun
(3) |
Jul
(2) |
Aug
|
Sep
(1) |
Oct
(1) |
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(6) |
Dec
|
| 2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Ray B. <rj_...@rj...> - 2006-06-14 10:46:01
|
Hi David
Thanks! This makes my life a bit easier now. :)
David Gilbert wrote:
> Hi All,
>
> Richard gave me access to CVS and I've committed the attached patch
> (which is slightly different to my original version) to make StatCVS
> work with JFreeChart 1.0.1.
>
> Regards,
>
> Dave Gilbert
>
> David Gilbert wrote:
>
>> Hi,
>>
>> The attached patch updates StatCVS to use the latest version of
>> JFreeChart (1.0.1). Anonymous CVS at SourceForge seems broken for
>> me, so I created this patch as a diff between my modified StatCVS
>> source files and a clean StatCVS-0.2.2 source directory. There are
>> only a few changes required, so you could probably edit the sources
>> manually.
>>
>> The JFreeChart API is now stable, so this should allow future
>> JFreeChart releases in the 1.0.x series to be used with StatCVS
>> without requiring modifications to StatCVS.
>>
>> I'm hopeful that with this patch, and the previous one I posted (to
>> remove the Sun-specific class reference), I will be able to get
>> StatCVS running out-of-the-box with JamVM and GNU Classpath.
>>
>> Regards,
>>
>> Dave Gilbert
>> JFreeChart Project Leader
>>
>> ------------------------------------------------------------------------
>>
>> diff -ru statcvs-src-clean/src/net/sf/statcvs/renderer/Chart.java
>> statcvs-src-mod/src/net/sf/statcvs/renderer/Chart.java
>> --- statcvs-src-clean/src/net/sf/statcvs/renderer/Chart.java
>> 2004-10-12 09:23:18.000000000 +0100
>> +++ statcvs-src-mod/src/net/sf/statcvs/renderer/Chart.java
>> 2006-06-08 09:55:38.000000000 +0100
>> @@ -33,7 +33,8 @@
>> import org.jfree.chart.ChartUtilities;
>> import org.jfree.chart.JFreeChart;
>> import org.jfree.chart.title.TextTitle;
>> -import org.jfree.ui.Spacer;
>> +import org.jfree.ui.RectangleInsets;
>> +import org.jfree.util.UnitType;
>>
>> /**
>> * superclass of all charts
>> @@ -105,7 +106,8 @@
>>
>> private void addTitles() {
>> TextTitle title2 = new TextTitle(title, font);
>> - title2.setSpacer(new Spacer(Spacer.RELATIVE, 0.05, 0.05,
>> 0.05, 0.0));
>> + title2.setMargin(new RectangleInsets(UnitType.RELATIVE,
>> 0.05, 0.05, + 0.05, 0.0));
>> chart.addSubtitle(title2);
>> }
>>
>> diff -ru statcvs-src-clean/src/net/sf/statcvs/renderer/LOCChart.java
>> statcvs-src-mod/src/net/sf/statcvs/renderer/LOCChart.java
>> --- statcvs-src-clean/src/net/sf/statcvs/renderer/LOCChart.java
>> 2004-10-12 09:23:18.000000000 +0100
>> +++ statcvs-src-mod/src/net/sf/statcvs/renderer/LOCChart.java
>> 2006-06-08 09:56:16.000000000 +0100
>> @@ -72,7 +72,7 @@
>> TimeSeriesCollection collection = new TimeSeriesCollection();
>> collection.addSeries(locSeries);
>> createLOCChart(collection, colors, title);
>> - createChart();
>> + createChart();
>> saveChart(width, height);
>> }
>>
>> @@ -96,7 +96,7 @@
>> while (it.hasNext()) {
>> TimeSeries series = (TimeSeries) it.next();
>> collection.addSeries(series);
>> - colors[i] =
>> OutputUtils.getStringColor(series.getName()); + colors[i]
>> = OutputUtils.getStringColor(series.getKey().toString());
>> i++;
>> }
>> createLOCChart(collection, colors, title);
>> diff -ru
>> statcvs-src-clean/src/net/sf/statcvs/renderer/StackedBarChart.java
>> statcvs-src-mod/src/net/sf/statcvs/renderer/StackedBarChart.java
>> ---
>> statcvs-src-clean/src/net/sf/statcvs/renderer/StackedBarChart.java
>> 2004-10-12 09:23:18.000000000 +0100
>> +++
>> statcvs-src-mod/src/net/sf/statcvs/renderer/StackedBarChart.java
>> 2006-06-05 14:13:22.000000000 +0100
>> @@ -37,13 +37,14 @@
>> import net.sf.statcvs.output.ConfigurationOptions;
>>
>> import org.jfree.chart.ChartFactory;
>> -import org.jfree.chart.Legend;
>> import org.jfree.chart.axis.NumberAxis;
>> import org.jfree.chart.axis.NumberTickUnit;
>> import org.jfree.chart.plot.CategoryPlot;
>> import org.jfree.chart.plot.PlotOrientation;
>> import org.jfree.chart.renderer.category.CategoryItemRenderer;
>> +import org.jfree.chart.title.LegendTitle;
>> import org.jfree.data.category.DefaultCategoryDataset;
>> +import org.jfree.ui.RectangleEdge;
>>
>> /**
>> * Class for producing stacked bar charts
>> @@ -150,8 +151,8 @@
>> rangeAxis.setTickUnit(new NumberTickUnit(20.0, new
>> DecimalFormat("0")));
>> rangeAxis.setUpperBound(100.0);
>>
>> - Legend legend = getChart().getLegend();
>> - legend.setAnchor(Legend.NORTH);
>> + LegendTitle legend = getChart().getLegend();
>> + legend.setPosition(RectangleEdge.TOP);
>>
>> createChart();
>> saveChart(450, 19 * content.getAuthors().size() + 110,
>> "activity.png");
>>
>>
>> ------------------------------------------------------------------------
>>
>> _______________________________________________
>> Statcvs-users mailing list
>> Sta...@li...
>> https://lists.sourceforge.net/lists/listinfo/statcvs-users
>>
>>
>
> ------------------------------------------------------------------------
>
> Index: src/net/sf/statcvs/renderer/Chart.java
> ===================================================================
> RCS file: /cvsroot/statcvs/statcvs/src/net/sf/statcvs/renderer/Chart.java,v
> retrieving revision 1.10
> diff -u -r1.10 Chart.java
> --- src/net/sf/statcvs/renderer/Chart.java 12 Oct 2004 07:22:42 -0000 1.10
> +++ src/net/sf/statcvs/renderer/Chart.java 14 Jun 2006 10:24:12 -0000
> @@ -33,7 +33,8 @@
> import org.jfree.chart.ChartUtilities;
> import org.jfree.chart.JFreeChart;
> import org.jfree.chart.title.TextTitle;
> -import org.jfree.ui.Spacer;
> +import org.jfree.ui.RectangleInsets;
> +import org.jfree.util.UnitType;
>
> /**
> * superclass of all charts
> @@ -105,7 +106,8 @@
>
> private void addTitles() {
> TextTitle title2 = new TextTitle(title, font);
> - title2.setSpacer(new Spacer(Spacer.RELATIVE, 0.05, 0.05, 0.05, 0.0));
> + title2.setMargin(new RectangleInsets(UnitType.RELATIVE, 0.05, 0.05,
> + 0.05, 0.0));
> chart.addSubtitle(title2);
> }
>
> Index: src/net/sf/statcvs/renderer/LOCChart.java
> ===================================================================
> RCS file: /cvsroot/statcvs/statcvs/src/net/sf/statcvs/renderer/LOCChart.java,v
> retrieving revision 1.39
> diff -u -r1.39 LOCChart.java
> --- src/net/sf/statcvs/renderer/LOCChart.java 14 Dec 2004 13:38:13 -0000 1.39
> +++ src/net/sf/statcvs/renderer/LOCChart.java 14 Jun 2006 10:24:12 -0000
> @@ -98,7 +98,7 @@
> while (it.hasNext()) {
> TimeSeries series = (TimeSeries) it.next();
> collection.addSeries(series);
> - colors[i] = OutputUtils.getStringColor(series.getName());
> + colors[i] = OutputUtils.getStringColor(series.getKey().toString());
> i++;
> }
> createLOCChart(collection, colors, title, annotations);
> Index: src/net/sf/statcvs/renderer/StackedBarChart.java
> ===================================================================
> RCS file: /cvsroot/statcvs/statcvs/src/net/sf/statcvs/renderer/StackedBarChart.java,v
> retrieving revision 1.23
> diff -u -r1.23 StackedBarChart.java
> --- src/net/sf/statcvs/renderer/StackedBarChart.java 12 Oct 2004 07:22:42 -0000 1.23
> +++ src/net/sf/statcvs/renderer/StackedBarChart.java 14 Jun 2006 10:24:12 -0000
> @@ -37,13 +37,14 @@
> import net.sf.statcvs.output.ConfigurationOptions;
>
> import org.jfree.chart.ChartFactory;
> -import org.jfree.chart.Legend;
> import org.jfree.chart.axis.NumberAxis;
> import org.jfree.chart.axis.NumberTickUnit;
> import org.jfree.chart.plot.CategoryPlot;
> import org.jfree.chart.plot.PlotOrientation;
> import org.jfree.chart.renderer.category.CategoryItemRenderer;
> +import org.jfree.chart.title.LegendTitle;
> import org.jfree.data.category.DefaultCategoryDataset;
> +import org.jfree.ui.RectangleEdge;
>
> /**
> * Class for producing stacked bar charts
> @@ -150,8 +151,8 @@
> rangeAxis.setTickUnit(new NumberTickUnit(20.0, new DecimalFormat("0")));
> rangeAxis.setUpperBound(100.0);
>
> - Legend legend = getChart().getLegend();
> - legend.setAnchor(Legend.NORTH);
> + LegendTitle legend = getChart().getLegend();
> + legend.setPosition(RectangleEdge.TOP);
>
> createChart();
> saveChart(450, 19 * content.getAuthors().size() + 110, "activity.png");
> Index: src/net/sf/statcvs/renderer/SymbolicNameAnnotation.java
> ===================================================================
> RCS file: /cvsroot/statcvs/statcvs/src/net/sf/statcvs/renderer/SymbolicNameAnnotation.java,v
> retrieving revision 1.1
> diff -u -r1.1 SymbolicNameAnnotation.java
> --- src/net/sf/statcvs/renderer/SymbolicNameAnnotation.java 14 Dec 2004 13:38:13 -0000 1.1
> +++ src/net/sf/statcvs/renderer/SymbolicNameAnnotation.java 14 Jun 2006 10:24:12 -0000
> @@ -33,9 +33,10 @@
> import org.jfree.chart.axis.ValueAxis;
> import org.jfree.chart.plot.Plot;
> import org.jfree.chart.plot.PlotOrientation;
> +import org.jfree.chart.plot.PlotRenderingInfo;
> import org.jfree.chart.plot.XYPlot;
> +import org.jfree.text.TextUtilities;
> import org.jfree.ui.RectangleEdge;
> -import org.jfree.ui.RefineryUtilities;
> import org.jfree.ui.TextAnchor;
>
>
> @@ -69,9 +70,9 @@
> }
>
> /**
> - * @see org.jfree.chart.annotations.XYAnnotation#draw(java.awt.Graphics2D, org.jfree.chart.plot.XYPlot, java.awt.geom.Rectangle2D, org.jfree.chart.axis.ValueAxis, org.jfree.chart.axis.ValueAxis)
> + * @see org.jfree.chart.annotations.XYAnnotation#draw(java.awt.Graphics2D, org.jfree.chart.plot.XYPlot, java.awt.geom.Rectangle2D, org.jfree.chart.axis.ValueAxis, org.jfree.chart.axis.ValueAxis, int, org.jfree.chart.plot.PlotRenderingInfo)
> */
> - public void draw(Graphics2D g2d, XYPlot xyPlot, Rectangle2D dataArea, ValueAxis domainAxis, ValueAxis rangeAxis) {
> + public void draw(Graphics2D g2d, XYPlot xyPlot, Rectangle2D dataArea, ValueAxis domainAxis, ValueAxis rangeAxis, int rendererIndex, PlotRenderingInfo info) {
> PlotOrientation orientation = xyPlot.getOrientation();
>
> // don't draw the annotation if symbolic names date is out of axis' bounds.
> @@ -88,15 +89,15 @@
> xyPlot.getRangeAxisLocation(),
> orientation);
>
> - float x = (float)domainAxis.translateValueToJava2D(
> + float x = (float)domainAxis.valueToJava2D(
> symbolicName.getDate().getTime(),
> dataArea,
> domainEdge);
> - float y1 = (float)rangeAxis.translateValueToJava2D(
> + float y1 = (float)rangeAxis.valueToJava2D(
> rangeAxis.getUpperBound(),
> dataArea,
> rangeEdge);
> - float y2 = (float)rangeAxis.translateValueToJava2D(
> + float y2 = (float)rangeAxis.valueToJava2D(
> rangeAxis.getLowerBound(),
> dataArea,
> rangeEdge);
> @@ -116,14 +117,14 @@
> /*g2d.setRenderingHint(RenderingHints.KEY_TEXT_ANTIALIASING,
> RenderingHints.VALUE_TEXT_ANTIALIAS_OFF);*/
>
> - RefineryUtilities.drawRotatedString(
> + TextUtilities.drawRotatedString(
> symbolicName.getName(),
> g2d,
> anchorX,
> anchorY,
> TextAnchor.BOTTOM_RIGHT,
> - TextAnchor.BOTTOM_RIGHT,
> - -Math.PI/2
> + -Math.PI/2,
> + TextAnchor.BOTTOM_RIGHT
> );
> }
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Statcvs-users mailing list
> Sta...@li...
> https://lists.sourceforge.net/lists/listinfo/statcvs-users
>
--
Ray Booysen
rj_...@rj...
|
|
From: David G. <dav...@ob...> - 2006-06-14 10:43:34
|
I updated the build scripts to reference the newer versions of JFreeChart and JCommon - see the attached patch. Regards, Dave Gilbert |
|
From: David G. <dav...@ob...> - 2006-06-14 10:29:02
|
Hi All,
Richard gave me access to CVS and I've committed the attached patch
(which is slightly different to my original version) to make StatCVS
work with JFreeChart 1.0.1.
Regards,
Dave Gilbert
David Gilbert wrote:
> Hi,
>
> The attached patch updates StatCVS to use the latest version of
> JFreeChart (1.0.1). Anonymous CVS at SourceForge seems broken for me,
> so I created this patch as a diff between my modified StatCVS source
> files and a clean StatCVS-0.2.2 source directory. There are only a
> few changes required, so you could probably edit the sources manually.
>
> The JFreeChart API is now stable, so this should allow future
> JFreeChart releases in the 1.0.x series to be used with StatCVS
> without requiring modifications to StatCVS.
>
> I'm hopeful that with this patch, and the previous one I posted (to
> remove the Sun-specific class reference), I will be able to get
> StatCVS running out-of-the-box with JamVM and GNU Classpath.
>
> Regards,
>
> Dave Gilbert
> JFreeChart Project Leader
>
>------------------------------------------------------------------------
>
>diff -ru statcvs-src-clean/src/net/sf/statcvs/renderer/Chart.java statcvs-src-mod/src/net/sf/statcvs/renderer/Chart.java
>--- statcvs-src-clean/src/net/sf/statcvs/renderer/Chart.java 2004-10-12 09:23:18.000000000 +0100
>+++ statcvs-src-mod/src/net/sf/statcvs/renderer/Chart.java 2006-06-08 09:55:38.000000000 +0100
>@@ -33,7 +33,8 @@
> import org.jfree.chart.ChartUtilities;
> import org.jfree.chart.JFreeChart;
> import org.jfree.chart.title.TextTitle;
>-import org.jfree.ui.Spacer;
>+import org.jfree.ui.RectangleInsets;
>+import org.jfree.util.UnitType;
>
> /**
> * superclass of all charts
>@@ -105,7 +106,8 @@
>
> private void addTitles() {
> TextTitle title2 = new TextTitle(title, font);
>- title2.setSpacer(new Spacer(Spacer.RELATIVE, 0.05, 0.05, 0.05, 0.0));
>+ title2.setMargin(new RectangleInsets(UnitType.RELATIVE, 0.05, 0.05,
>+ 0.05, 0.0));
> chart.addSubtitle(title2);
> }
>
>diff -ru statcvs-src-clean/src/net/sf/statcvs/renderer/LOCChart.java statcvs-src-mod/src/net/sf/statcvs/renderer/LOCChart.java
>--- statcvs-src-clean/src/net/sf/statcvs/renderer/LOCChart.java 2004-10-12 09:23:18.000000000 +0100
>+++ statcvs-src-mod/src/net/sf/statcvs/renderer/LOCChart.java 2006-06-08 09:56:16.000000000 +0100
>@@ -72,7 +72,7 @@
> TimeSeriesCollection collection = new TimeSeriesCollection();
> collection.addSeries(locSeries);
> createLOCChart(collection, colors, title);
>- createChart();
>+ createChart();
> saveChart(width, height);
> }
>
>@@ -96,7 +96,7 @@
> while (it.hasNext()) {
> TimeSeries series = (TimeSeries) it.next();
> collection.addSeries(series);
>- colors[i] = OutputUtils.getStringColor(series.getName());
>+ colors[i] = OutputUtils.getStringColor(series.getKey().toString());
> i++;
> }
> createLOCChart(collection, colors, title);
>diff -ru statcvs-src-clean/src/net/sf/statcvs/renderer/StackedBarChart.java statcvs-src-mod/src/net/sf/statcvs/renderer/StackedBarChart.java
>--- statcvs-src-clean/src/net/sf/statcvs/renderer/StackedBarChart.java 2004-10-12 09:23:18.000000000 +0100
>+++ statcvs-src-mod/src/net/sf/statcvs/renderer/StackedBarChart.java 2006-06-05 14:13:22.000000000 +0100
>@@ -37,13 +37,14 @@
> import net.sf.statcvs.output.ConfigurationOptions;
>
> import org.jfree.chart.ChartFactory;
>-import org.jfree.chart.Legend;
> import org.jfree.chart.axis.NumberAxis;
> import org.jfree.chart.axis.NumberTickUnit;
> import org.jfree.chart.plot.CategoryPlot;
> import org.jfree.chart.plot.PlotOrientation;
> import org.jfree.chart.renderer.category.CategoryItemRenderer;
>+import org.jfree.chart.title.LegendTitle;
> import org.jfree.data.category.DefaultCategoryDataset;
>+import org.jfree.ui.RectangleEdge;
>
> /**
> * Class for producing stacked bar charts
>@@ -150,8 +151,8 @@
> rangeAxis.setTickUnit(new NumberTickUnit(20.0, new DecimalFormat("0")));
> rangeAxis.setUpperBound(100.0);
>
>- Legend legend = getChart().getLegend();
>- legend.setAnchor(Legend.NORTH);
>+ LegendTitle legend = getChart().getLegend();
>+ legend.setPosition(RectangleEdge.TOP);
>
> createChart();
> saveChart(450, 19 * content.getAuthors().size() + 110, "activity.png");
>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Statcvs-users mailing list
>Sta...@li...
>https://lists.sourceforge.net/lists/listinfo/statcvs-users
>
>
|
|
From: Richard C. <ri...@cy...> - 2006-06-09 07:10:27
|
Thanks, you're in. Have fun! :) Richard On 8 Jun 2006, at 18:26, David Gilbert wrote: > Richard Cyganiak wrote: > >> David, >> >> Excellent -- StatCVS running on a completely free system would be >> great. >> >> Would you volunteer to commit the changes, as well as the >> JFreeChart update, to the developer CVS? I'll add you as a >> developer if you tell me your SourceForge username. >> >> Cheers, >> Richard >> > Hi Richard, > > Sure, I'd be happy to. My SourceForge id is mungady. > > Regards, > > Dave > |
|
From: David G. <dav...@ob...> - 2006-06-08 16:25:58
|
Richard Cyganiak wrote: > David, > > Excellent -- StatCVS running on a completely free system would be great. > > Would you volunteer to commit the changes, as well as the JFreeChart > update, to the developer CVS? I'll add you as a developer if you tell > me your SourceForge username. > > Cheers, > Richard > Hi Richard, Sure, I'd be happy to. My SourceForge id is mungady. Regards, Dave |
|
From: Richard C. <ri...@cy...> - 2006-06-08 16:24:10
|
David,
Excellent -- StatCVS running on a completely free system would be great.
Would you volunteer to commit the changes, as well as the JFreeChart
update, to the developer CVS? I'll add you as a developer if you tell
me your SourceForge username.
Cheers,
Richard
On 8 Jun 2006, at 10:39, David Gilbert wrote:
> Hi,
>
> The next release of GNU Classpath[1] will feature a Java2D
> implementation that allows JFreeChart[2] to run[3] out-of-the-box on
> Classpath. So I'm now trying to make sure that StatCVS can also
> run on
> Classpath.
>
> Recent improvements in Classpath's java.util.logging code have
> uncovered
> a portability issue in StatCVS. The LogFormatter class uses an
> undocumented Sun-specific class,
> sun.security.action.GetPropertyAction.
> Classes in the sun.* namespace are not provided by non-Sun
> runtimes, so
> this code ties StatCVS to one particular implementation. The
> following
> patch fixes the problem for me:
>
> diff -ru statcvs-src-clean/src/net/sf/statcvs/util/LogFormatter.java
> statcvs-src-mod/src/net/sf/statcvs/util/LogFormatter.java
> --- statcvs-src-clean/src/net/sf/statcvs/util/LogFormatter.java
> 2003-04-13 19:41:44.000000000 +0100
> +++ statcvs-src-mod/src/net/sf/statcvs/util/LogFormatter.java
> 2006-06-05 14:15:21.000000000 +0100
> @@ -36,9 +36,7 @@
> */
> public class LogFormatter extends Formatter {
>
> - private String lineSeparator =
> - (String) java.security.AccessController.doPrivileged(
> - new sun.security.action.GetPropertyAction
> ("line.separator"));
> + private String lineSeparator = System.getProperty
> ("line.separator");
>
> /**
> * @see java.util.logging.Formatter#format(LogRecord)
>
> It would be really great to get this into a new release of StatCVS so
> that end-users can choose which runtime (Sun's, IBM's, GNU's or anyone
> elses) they use for running StatCVS.
>
> I'll follow this e-mail with another small patch to update StatCVS to
> use JFreeChart 1.0.x.
>
> Regards,
>
> Dave Gilbert
>
> [1] http://www.classpath.org/
>
> [2] http://www.jfree.org/jfreechart/
>
> [3] http://www.jfree.org/jfreechart/samples-gnu.html
>
>
>
>
> _______________________________________________
> Statcvs-users mailing list
> Sta...@li...
> https://lists.sourceforge.net/lists/listinfo/statcvs-users
>
|
|
From: David G. <dav...@ob...> - 2006-06-08 09:03:18
|
Hi, The attached patch updates StatCVS to use the latest version of JFreeChart (1.0.1). Anonymous CVS at SourceForge seems broken for me, so I created this patch as a diff between my modified StatCVS source files and a clean StatCVS-0.2.2 source directory. There are only a few changes required, so you could probably edit the sources manually. The JFreeChart API is now stable, so this should allow future JFreeChart releases in the 1.0.x series to be used with StatCVS without requiring modifications to StatCVS. I'm hopeful that with this patch, and the previous one I posted (to remove the Sun-specific class reference), I will be able to get StatCVS running out-of-the-box with JamVM and GNU Classpath. Regards, Dave Gilbert JFreeChart Project Leader |
|
From: David G. <dav...@ob...> - 2006-06-08 08:38:27
|
Hi,
The next release of GNU Classpath[1] will feature a Java2D
implementation that allows JFreeChart[2] to run[3] out-of-the-box on
Classpath. So I'm now trying to make sure that StatCVS can also run on
Classpath.
Recent improvements in Classpath's java.util.logging code have uncovered
a portability issue in StatCVS. The LogFormatter class uses an
undocumented Sun-specific class, sun.security.action.GetPropertyAction.
Classes in the sun.* namespace are not provided by non-Sun runtimes, so
this code ties StatCVS to one particular implementation. The following
patch fixes the problem for me:
diff -ru statcvs-src-clean/src/net/sf/statcvs/util/LogFormatter.java
statcvs-src-mod/src/net/sf/statcvs/util/LogFormatter.java
--- statcvs-src-clean/src/net/sf/statcvs/util/LogFormatter.java
2003-04-13 19:41:44.000000000 +0100
+++ statcvs-src-mod/src/net/sf/statcvs/util/LogFormatter.java
2006-06-05 14:15:21.000000000 +0100
@@ -36,9 +36,7 @@
*/
public class LogFormatter extends Formatter {
- private String lineSeparator =
- (String) java.security.AccessController.doPrivileged(
- new sun.security.action.GetPropertyAction("line.separator"));
+ private String lineSeparator = System.getProperty("line.separator");
/**
* @see java.util.logging.Formatter#format(LogRecord)
It would be really great to get this into a new release of StatCVS so
that end-users can choose which runtime (Sun's, IBM's, GNU's or anyone
elses) they use for running StatCVS.
I'll follow this e-mail with another small patch to update StatCVS to
use JFreeChart 1.0.x.
Regards,
Dave Gilbert
[1] http://www.classpath.org/
[2] http://www.jfree.org/jfreechart/
[3] http://www.jfree.org/jfreechart/samples-gnu.html
|
|
From: Ray B. <rj_...@rj...> - 2006-06-06 03:05:19
|
Richard Cyganiak wrote: > Ray, > > On 3 Jun 2006, at 12:21, Ray Booysen wrote: >> My cvs log file is just over 530MB. Running statcvs over the log file >> immediately returns with an out of memory exception. using the -mx >> parameter to the java command doesn't help at all. >> Is there any way to get this to work? > > The way StatCVS is implemented, a Java object representation of the > entire log has to reside in memory. There's no easy way around that. > Run it on a machine with a couple of GB of RAM, give all of it to the > JVM. > > You could generate a log for a limited date range, e.g. just for 2006. > Or just for a subtree of the repository. > > Best, > Richard Thanks, I thought that might be the answer. Unfortunately the only machine I can run this on only has 512MB of RAM. Has anyone had success running statcvs on windows-based machines? Regards Ray > > >> >> Kind Regards >> Ray Booysen >> >> -- >> Ray Booysen >> rj_...@rj... >> >> >> >> _______________________________________________ >> Statcvs-users mailing list >> Sta...@li... >> https://lists.sourceforge.net/lists/listinfo/statcvs-users >> > -- Ray Booysen rj_...@rj... |
|
From: Ray B. <rj_...@rj...> - 2006-06-06 02:00:41
|
Richard Cyganiak wrote: > Ray, > > On 3 Jun 2006, at 12:21, Ray Booysen wrote: >> My cvs log file is just over 530MB. Running statcvs over the log file >> immediately returns with an out of memory exception. using the -mx >> parameter to the java command doesn't help at all. >> Is there any way to get this to work? > > The way StatCVS is implemented, a Java object representation of the > entire log has to reside in memory. There's no easy way around that. > Run it on a machine with a couple of GB of RAM, give all of it to the > JVM. > > You could generate a log for a limited date range, e.g. just for 2006. > Or just for a subtree of the repository. > > Best, > Richard > I eventually got it working on a windows machine. Uses 1.5GB of RAM and virtual memory, but it runs! :) > >> >> Kind Regards >> Ray Booysen >> >> -- >> Ray Booysen >> rj_...@rj... >> >> >> >> _______________________________________________ >> Statcvs-users mailing list >> Sta...@li... >> https://lists.sourceforge.net/lists/listinfo/statcvs-users >> > -- Ray Booysen rj_...@rj... |
|
From: Richard C. <ri...@cy...> - 2006-06-03 12:31:10
|
Ray, On 3 Jun 2006, at 12:21, Ray Booysen wrote: > My cvs log file is just over 530MB. Running statcvs over the log file > immediately returns with an out of memory exception. using the -mx > parameter to the java command doesn't help at all. > Is there any way to get this to work? The way StatCVS is implemented, a Java object representation of the entire log has to reside in memory. There's no easy way around that. Run it on a machine with a couple of GB of RAM, give all of it to the JVM. You could generate a log for a limited date range, e.g. just for 2006. Or just for a subtree of the repository. Best, Richard > > Kind Regards > Ray Booysen > > -- > Ray Booysen > rj_...@rj... > > > > _______________________________________________ > Statcvs-users mailing list > Sta...@li... > https://lists.sourceforge.net/lists/listinfo/statcvs-users > |
|
From: Ray B. <rj_...@rj...> - 2006-06-03 10:21:27
|
Hi all My cvs log file is just over 530MB. Running statcvs over the log file immediately returns with an out of memory exception. using the -mx parameter to the java command doesn't help at all. Is there any way to get this to work? Kind Regards Ray Booysen -- Ray Booysen rj_...@rj... |
|
From: Michael B. <mic...@tr...> - 2006-03-06 19:36:29
|
Thanks for pointing me in the right direction.
The command that worked on my system was "cvs co ."
Then log worked for entire repository. Now have statistics for all
projects for all developers.
-----Original Message-----
From: Richard Cyganiak [mailto:ri...@cy...]=20
Sent: Monday, March 06, 2006 9:49 AM
To: Michael Blake
Cc: sta...@li...
Subject: Re: [Statcvs-users] Cumulative statistics for all modules in
cvs repository
Hi Michael,
This is a bit of a hack and I didn't try it myself, but reportedly =20
you can checkout the root module ("cvs co /") and run StatCVS on that.
Best,
Richard
On 6 Mar 2006, at 15:32, Michael Blake wrote:
> Has there been any effort to aggregate the data across all modules =20
> in a repository?
>
>
>
> We have a single cvs repository with 94 projects. Each project =20
> gets worked on at some time during the year depending on the =20
> release schedule. Developers hop from project to project over the =20
> course of the year, so the statistics are useful, but can't really =20
> be summarized for the year unless statcvs is run in each one and =20
> then totals are manually calculated (yuck).
>
>
>
> Right now I have statcvs set up to run a 30 day, 60 day, 90 day, =20
> and ytd for all the projects at midnight, and it works nicely with =20
> the ViewCVS server.
>
>
>
> The cvs update, log generation and transfer to the intranet web =20
> server takes about 25 minutes.
>
>
|
|
From: Brian G. P. <br...@br...> - 2006-03-06 14:53:11
|
On Monday 06 March 2006 08:32 am, Michael Blake wrote:
> Has there been any effort to aggregate the data across all modules in a
> repository?
We do this here using a module that is made up entirely of symbolic links.
So, organized somthing like this:
/cvs
CVSROOT/
module1/
module2/
module3/
module4/
combined_modules/
module1 -> ../module1/
module2 -> ../module2/
module3 -> ../module3/
module4 -> ../module4/
Works perfectly to generate combined statistics on all modules by running
statcvs on combined_module.
Regards,
- Brian
|
|
From: Richard C. <ri...@cy...> - 2006-03-06 14:49:19
|
Hi Michael,
This is a bit of a hack and I didn't try it myself, but reportedly =20
you can checkout the root module ("cvs co /") and run StatCVS on that.
Best,
Richard
On 6 Mar 2006, at 15:32, Michael Blake wrote:
> Has there been any effort to aggregate the data across all modules =20
> in a repository?
>
>
>
> We have a single cvs repository with 94 projects. Each project =20
> gets worked on at some time during the year depending on the =20
> release schedule. Developers hop from project to project over the =20
> course of the year, so the statistics are useful, but can=92t really =20=
> be summarized for the year unless statcvs is run in each one and =20
> then totals are manually calculated (yuck).
>
>
>
> Right now I have statcvs set up to run a 30 day, 60 day, 90 day, =20
> and ytd for all the projects at midnight, and it works nicely with =20
> the ViewCVS server.
>
>
>
> The cvs update, log generation and transfer to the intranet web =20
> server takes about 25 minutes.
>
>
|
|
From: Michael B. <mic...@tr...> - 2006-03-06 14:28:15
|
Has there been any effort to aggregate the data across all modules in a repository? =20 We have a single cvs repository with 94 projects. Each project gets worked on at some time during the year depending on the release schedule. Developers hop from project to project over the course of the year, so the statistics are useful, but can't really be summarized for the year unless statcvs is run in each one and then totals are manually calculated (yuck). =20 Right now I have statcvs set up to run a 30 day, 60 day, 90 day, and ytd for all the projects at midnight, and it works nicely with the ViewCVS server. =20 The cvs update, log generation and transfer to the intranet web server takes about 25 minutes. |
|
From: Robin G. <rg...@bl...> - 2006-02-13 00:38:16
|
Does anyone have any pre-built snapshots of cvs versions around? (Or when was the plan to make a new release?) Thanks -Robin |
|
From: <con...@uu...> - 2006-01-13 16:56:19
|
$B5.J}MM$H2q$$$?$$$H$$$&=w@-2q0wMM$,$*$j$^$9!#(B $B"'$*JV;v$3$A$i$+$i"'(B http://311.send-mail.info/kanzen_muryo.php?id=35q76jhfgd8gl7yjs $B$$$D$b$4MxMQD:$$$F@?$KM-Fq$&8f:B$$$^$9!#(B $B%5%$%H%j%K%e!<%"%k$KH<$$!":FEPO?<jB3$-$,I,MW$G$9!#(B $B$^$?!"#1#0#0#0#01_J,$NL5NA%]%$%s%H$b$4MQ0U$7$F$*$j$^$9$N$G$<$R:FEPO?<jB3$-$r:Q$^$;$F$/$@$5$$!#(B http://311.send-mail.info/kanzen_muryo.php?id=i479fgd8glfgh75kwhg $B"(%o%s%/%j%C%/!&ITEv@A5aEy$G$O$"$j$^$;$s$N$G!"0B?4$7$F$4MxMQ$/$@$5$$!#(B $B:FEPO?$,I,MW$N$J$$J}$O(B con...@uu... |
|
From: Ms.Shailaja ( P. O. ) <new...@in...> - 2005-12-21 14:36:20
|
Dear Sir /Mdam ,
Sub. : Worlds Best-Selling Colour Business Card Scanner
Now Even More Portable! & Economical !! /*
( http://bizcardreader.100free.com )
We are pleased to announce the immediate availability of our new more
portable colour business card scanner cum photo scanner bundled with three
world leading software packages. All this at just Indian rupees 7,000/-
only.
Our new colour BizCard Reader is even more portable and even more
convenient. No longer requiring an external power source to power it, this
new colour bizcard reader can be used virtually anywhere you can use a tiny
notebook computer. Just plug the this new colour bizcard reader into the
notebooks industry-standard USB port via the handy included USB cable and
in seconds you can be scanning and processing client business card
information with ease.. ( visit : http://bizcardreader.100free.com )
This latest iteration of the award-winning business card reader technology
( BCR ) is designed to continue our tradition of unsurpassed scanning
accuracy as well as provide the colour bizcard reader 820 with the ability
to power itself directly from its USB port right to a laptop or desktop
personal computer.
Our new colour BizCard Reader is a scanner with a difference - smaller than
most handheld computers, it sits unobtrusively on the users desk (and just
as easily slips into a notebook computer carrying case).
This is designed to tackle one important task only: The scanning of all
those stacks of client business cards you have piling up on your desk. This
is created to assist business people by reading the information off of
those business cards and then quickly, easily and efficiently upload that
data into a wide range of desktop software applications. ( Do visit :
http://bizcardreader.100free.com )
Our New Colour BizCard Reader cum scanner offers both monochrome and colour
capability, is powered through its USB port and comes with a flat 6 months
replacement warranty at your office.
Just place your clients business card on the scanner and in seconds each
card will be scanned and uploaded to our bundled most user friendly bizcard
reader (recently upgraded and included with our new colour bizcard reader
system) software running on your notebook computer or desktop PC.
Our New Colour Business card Reader the most accurate card reader
available, and is even capable of scanning and interpreting data from
international business cards. Powerful search features allow you to map
locations with a single click, drag n drop info from the web, save
dual-side scans and card images, date and time stamp each entry, customize
your business card storage categories and even email multiple contacts
right from your address book! Once the data is stored in the proper fields
of the CardScan electronic address book on-screen you can direct it to
transfer the data info into your favourite contact management tool (such as
Outlook) or synch the date to your personal digital assistant (PDA) such as
devices from Palm, Sony or Hewlett-Packard. ( Know More :
http://bizcardreader.100free.com )
Need to scan a large quantity of driver's licenses, passports or photos and
store the data and images in a flexible database? This Scanner also acts as
a Photo scanner , license scanner , bank cheque scanner ... a really multi
utility innovative gadget..
Get Your New Colour BizCard Reader System Today...
--------------------------------------------------------------------
The new Colour BizCard Reader will be available to the public and to retail
channels directly from us or from our branch offices or from or dealer
network !!
Want More Info? We Can Provide It .....
---------------------------------------------------------
We're hoping you want to hear more about our new colour business card cum
photo scanning solution. For additional information on this innovative
device, or for details about Widget please call +91 9820640281 / +91
9820501457 / +91 9820501458
or email us on our email id : new...@re... or call on our
office at Mumbai , India : +91 251 2420346 / 2420347
Please do our website for sure : http://bizcardreader.100free.com ,
Awaiting for your reply to fix up the demonstration at your office....
Thanking You
Ms.Shailaja
Customer Contacts ( Colour BizCard Reader Division )
BizCard Reader , India ( http://bizcardreader.100free.com )
Mobiles : 09820640281 / 9820501457 , 9820501458
Phone : +91 251 2420346 / 2420347 / 2441672
Email : new...@re...
Websites :
http://bizcardreader.100free.com | http://travelscan.100free.com
|
|
From: David G. <dav...@ob...> - 2005-12-14 14:05:21
|
Brian G. Peterson wrote: >On Wednesday 14 December 2005 06:34 am, David Gilbert wrote: > > >>The patch applied also includes the minimal changes required to get >>StatCVS running with the recently released JFreeChart 1.0.0. >> >> > >David, if you post your patch to the Patches tracker on the StatCVS >Sourceforge page, it has a pretty good chance of getting into the StatCVS >main distribution. > >Regards, > > - Brian > > > OK, but I'll need to separate out the Cairo-specific stuff first, since the majority of StatCVS users won't want that just yet. I think there were only two or three changes required to make StatCVS 0.2.2 work with JFreeChart 1.0.0 (going forward, the JFreeChart API won't change, so future releases in the 1.0.x series will be drop in replacements unless I mess something up). Regards, Dave |
|
From: Brian G. P. <br...@br...> - 2005-12-14 13:48:11
|
On Wednesday 14 December 2005 06:34 am, David Gilbert wrote: > The patch applied also includes the minimal changes required to get > StatCVS running with the recently released JFreeChart 1.0.0. David, if you post your patch to the Patches tracker on the StatCVS Sourceforge page, it has a pretty good chance of getting into the StatCVS main distribution. Regards, - Brian |
|
From: David G. <dav...@ob...> - 2005-12-14 12:31:42
|
Hi, I thought some people might be interested to know that I got StatCVS running with JamVM, GNU Classpath and the Cairo vector graphics library...in other words, entirely free software (no Sun JDK necessary). Here's a link describing how I did this: http://www.object-refinery.com/classpath/statcvs.html The patch applied also includes the minimal changes required to get StatCVS running with the recently released JFreeChart 1.0.0. Thanks (again) for providing StatCVS, I use it regularly to generate reports for GNU Classpath, which has a really large log file - here's the latest report: http://www.object-refinery.com/classpath/statcvs/ Regards, Dave Gilbert JFreeChart Project Leader |
|
From: Steffen P. <ste...@gm...> - 2005-12-02 08:45:04
|
Hi, > Nah. I don't see why an interface should be necessary at the current > state. I don't want to generalize prematurely. > > Would that cover your needs? > > interface AuthorProfileFactory > Profile getProfile(String loginName); > > class AuthorProfile > String getFullName(); > String getImageURL(); > String getWebPageURL(); > + setters Sound cool. Now someone has to write the patch :). Steffen -- Steffen Pingel - ste...@gm... - http://steffenpingel.de |
|
From: Richard C. <ri...@cy...> - 2005-12-02 08:36:28
|
On 2 Dec 2005, at 01:14, James Ring wrote: > Hi all, > >> >> OK, you win. Let's have an AuthorProfile type. >> [ ... snip ... ] >> Would that cover your needs? >> >> interface AuthorProfileFactory >> Profile getProfile(String loginName); > > Not wanting to be overly picky, but I think it should be an > abstract class. > This is because you may want to add some behaviour to the factory > itself > later down the track (like what I was saying about multiple author > profile > sources, just as an example). That may be true, but let's turn the interface into an abstract class later down the track, when/if that common code actually emerges. > Also, I think it should be > > public abstract Profile getProfile( Author a ); > > Maybe, (again in the future) there are things about an Author apart > from the > login name which can help the factory build the author's profile. Yes, good point. Thanks. >> class AuthorProfile >> String getFullName(); >> String getImageURL(); >> String getWebPageURL(); >> + setters > > Looks good to me! This just leaves the question of where these > instances > will be kept. I still think Author.getProfile() is the best option. > If this > doesn't make sense because the Author class actually represents > something > other than the person making the changes to the repository, then > why not > call it something else and introduce the Author concept elsewhere? I'd like the design to be driven by code and features. So far, I have seen no evidence that any feature or code would require or benefit from the introduction of such a new class. Everything we want to do right now can be done in a reasonably clear and duplicate-free way using just the current Author (more like CVSLogin) and the new AuthorProfile classes. Let's introduce a new concept when/if some feature calls for it. Cheers, Richard > >> Richard > > Regards, > James > -- > James Ring > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through > log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD > SPLUNK! > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > _______________________________________________ > Statcvs-users mailing list > Sta...@li... > https://lists.sourceforge.net/lists/listinfo/statcvs-users > |
|
From: James R. <sj...@jd...> - 2005-12-02 00:14:23
|
Hi all,
>
> OK, you win. Let's have an AuthorProfile type.
> [ ... snip ... ]
> Would that cover your needs?
>
> interface AuthorProfileFactory
> Profile getProfile(String loginName);
Not wanting to be overly picky, but I think it should be an abstract class.
This is because you may want to add some behaviour to the factory itself
later down the track (like what I was saying about multiple author profile
sources, just as an example).
Also, I think it should be
public abstract Profile getProfile( Author a );
Maybe, (again in the future) there are things about an Author apart from the
login name which can help the factory build the author's profile.
> class AuthorProfile
> String getFullName();
> String getImageURL();
> String getWebPageURL();
> + setters
Looks good to me! This just leaves the question of where these instances
will be kept. I still think Author.getProfile() is the best option. If this
doesn't make sense because the Author class actually represents something
other than the person making the changes to the repository, then why not
call it something else and introduce the Author concept elsewhere?
> Richard
Regards,
James
--
James Ring
|
43 messages has been excluded from this view by a project administrator.
