JFreeChart on Maven 2 repository
JFreeChart on Maven 2 repository
Hi,
Latest version of JFreeChart on Maven 2 repository is 1.0.5.
Since the fresh release of 1.0.7 could you please do the necessary to make the new artifacts available.
Thanks very much !
Julien
Latest version of JFreeChart on Maven 2 repository is 1.0.5.
Since the fresh release of 1.0.7 could you please do the necessary to make the new artifacts available.
Thanks very much !
Julien
-
- JFreeChart Project Leader
- Posts: 11734
- Joined: Fri Mar 14, 2003 10:29 am
- antibot: No, of course not.
- Contact:
I don't know what is required, so I rely on volunteers to do it. 

David Gilbert
JFreeChart Project Leader
Read my blog
Support JFree via the Github sponsorship program
JFreeChart Project Leader


JFreeChart seems to be built by Ant. But the file maven-jfreechart-project.xml should be a Maven 1 descriptor (up to date?).
I don't know how Maven 1 works but AFAIK you should create an upload bundle. Then open an upload request on Maven JIRA (http jira.codehaus.org browse MAVENUPLOAD).
It seems there is a "maven-bundle" Ant task in the build.xml.
I can't open the Upload Request because you have to be a project developer.
You should also check that dependencies in maven-jfreechart-project.xml are correct. For instance, you should add
to the JUnit dependency.
I just see here: http jira.codehaus.org browse MAVENUPLOAD-1057
that Takayoshi Kimura was not a JFreeChart developer. I will try to do the job myself tonight.
An what about a Maven 2 migration for next release of JFreeChart?
Regards,
Julien
I don't know how Maven 1 works but AFAIK you should create an upload bundle. Then open an upload request on Maven JIRA (http jira.codehaus.org browse MAVENUPLOAD).
It seems there is a "maven-bundle" Ant task in the build.xml.
I can't open the Upload Request because you have to be a project developer.
You should also check that dependencies in maven-jfreechart-project.xml are correct. For instance, you should add
Code: Select all
<properties>
<scope>test</scope>
</properties>
I just see here: http jira.codehaus.org browse MAVENUPLOAD-1057
that Takayoshi Kimura was not a JFreeChart developer. I will try to do the job myself tonight.
An what about a Maven 2 migration for next release of JFreeChart?

Regards,
Julien
-
- JFreeChart Project Leader
- Posts: 11734
- Joined: Fri Mar 14, 2003 10:29 am
- antibot: No, of course not.
- Contact:
It's not used by JFreeChart. I think Thomas (Morgner) uses it for Pentaho Reporting (formerly JFreeReport).henryju wrote:What is the purpose of jcommon-xml?
David Gilbert
JFreeChart Project Leader
Read my blog
Support JFree via the Github sponsorship program
JFreeChart Project Leader


Thanks for the tips.
I did the job quickly to provide maven upload bundle (see http://jira.codehaus.org/browse/MAVENUPLOAD-1817). As I don't use jfreechart-swt nor jfreechart-experimental I didn't create the bundle as I can't test it on real application.
Now if you are interested by switching to a full Maven 2 build let me know. The advantages will be to manage automatically dependencies, help for release, plus a standard way of building all your artifacts:
jcommon
jfreechart
jfreechart-experimental
jfreechart-swt
You could also take advantage of reporting plugins (checkstyle, pmd, findbugs, cobertura, ...)
I can provide a "todo list" to do the switch, or eventually I can do it in a separate branch in SVN (just need to move jcommon on SVN).
The only issue with a parallel branch is to keep the trunk and this branch in sync.
Regards
I did the job quickly to provide maven upload bundle (see http://jira.codehaus.org/browse/MAVENUPLOAD-1817). As I don't use jfreechart-swt nor jfreechart-experimental I didn't create the bundle as I can't test it on real application.
Now if you are interested by switching to a full Maven 2 build let me know. The advantages will be to manage automatically dependencies, help for release, plus a standard way of building all your artifacts:
jcommon
jfreechart
jfreechart-experimental
jfreechart-swt
You could also take advantage of reporting plugins (checkstyle, pmd, findbugs, cobertura, ...)
I can provide a "todo list" to do the switch, or eventually I can do it in a separate branch in SVN (just need to move jcommon on SVN).
The only issue with a parallel branch is to keep the trunk and this branch in sync.
Regards