You are viewing a plain text version of this content. The canonical link for it is here.
Posted to batik-dev@xmlgraphics.apache.org by Cameron McCormack <ca...@mcc.id.au> on 2007/11/29 02:21:22 UTC
Maven artifacts for Batik
Hi all.
[Apologies for my wanton cross-posting.]
Since Batik’s release is coming up soon, I’d like to get the Maven stuff
in order. Lars Trieloff helpfully provided some POMs for the 1.7beta1
release in http://issues.apache.org/bugzilla/show_bug.cgi?id=42320 and
in that bug he says these were uploaded to
http://repo1.maven.org/maven2/batik/, although looking there the latest
versions I can see are for the 1.6 release.
I want to generate the artifacts from the Ant build script (now that I
have recomputed the dependencies between the jars) and FOP’s
“maven-artifacts” build target looks like a good one to copy. I have a
few questions though.
First, should I keep the groupId as “batik”? It seems inconsistent with
those for FOP and Commons, which are using “org.apache.xmlgraphics”.
Would it be problematic to change this?
Second, how do I deal with the issue of the mutual dependency between
FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
artifacts. Is that what the <exclusions> element in the POM file is
used for?
Third, since Batik relies on a patched version of Rhino, I won’t be able
to add a dependency on js-1.6R5.jar artifact. Do I need to create a
special artifact that contains the patched Rhino, e.g. a
batik-js-1.7.jar?
Fourth, once the release has been made, does the release manager just
upload the artifacts to
http://people.apache.org/repo/m2-ibiblio-rsync-repository/ themselves?
Thanks,
Cameron
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Maven artifacts for Batik
Posted by Jeremias Maerki <de...@jeremias-maerki.ch>.
On 03.12.2007 07:10:34 Cameron McCormack wrote:
> Carlos Sanchez:
> > > > groupId should probably be org.apache.xmlgraphics.batik
>
> Cameron McCormack:
> > > OK. Does that mean the groupId for FOP and XML Graphics Commons is
> > > wrong? (It says <groupId>org.apache.xmlgraphics</groupId> in the POM
> > > file for both.)
> >
> Carlos Sanchez:
> > it's up to xmlgraphics project to decide how to subdivide the space
> > for the subprojects
>
> OK. (Jeremias and others, any opinion here? Unless there’s any issue
> with it, I’ll choose org.apache.xmlgraphics as the groupId, to keep it
> consistent.)
IMO, it doesn't make much sense to further divide that.
group=project=all products released by one PMC.
<snip/>
Jeremias Maerki
Re: Maven artifacts for Batik
Posted by Jeremias Maerki <de...@jeremias-maerki.ch>.
On 03.12.2007 07:10:34 Cameron McCormack wrote:
> Carlos Sanchez:
> > > > groupId should probably be org.apache.xmlgraphics.batik
>
> Cameron McCormack:
> > > OK. Does that mean the groupId for FOP and XML Graphics Commons is
> > > wrong? (It says <groupId>org.apache.xmlgraphics</groupId> in the POM
> > > file for both.)
> >
> Carlos Sanchez:
> > it's up to xmlgraphics project to decide how to subdivide the space
> > for the subprojects
>
> OK. (Jeremias and others, any opinion here? Unless there’s any issue
> with it, I’ll choose org.apache.xmlgraphics as the groupId, to keep it
> consistent.)
IMO, it doesn't make much sense to further divide that.
group=project=all products released by one PMC.
<snip/>
Jeremias Maerki
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Maven artifacts for Batik
Posted by Cameron McCormack <ca...@mcc.id.au>.
Carlos Sanchez:
> > > groupId should probably be org.apache.xmlgraphics.batik
Cameron McCormack:
> > OK. Does that mean the groupId for FOP and XML Graphics Commons is
> > wrong? (It says <groupId>org.apache.xmlgraphics</groupId> in the POM
> > file for both.)
>
Carlos Sanchez:
> it's up to xmlgraphics project to decide how to subdivide the space
> for the subprojects
OK. (Jeremias and others, any opinion here? Unless there’s any issue
with it, I’ll choose org.apache.xmlgraphics as the groupId, to keep it
consistent.)
> > [mutual dependency with fop and batik]
> do you mean that fop needs batik to compile and batik needs fop?
> chicken and egg problem? how do you do that?
Well, it’s not quite true. Batik has an optional run-time dependency on
a pdf-transcoder.jar file that can be built from FOP. That
pdf-transcoder has a compile-time dependency on Batik. We deal with it
by having a copy of FOP’s pdf-transcoder.jar in Batik’s repository and a
copy of Batik’s jar in FOP’s repository. At some point some
disentaglement will be done by moving some stuff to xmlgraphics commons…
> > What's the difference? Artifacts in the m1-… directory can be used by
> > both Maven 1 and 2, but those in the m2-… directory can only be used by
> > Maven 2? (/me is a bit clueless about the difference between Maven 1
> > and 2).
>
> there's no difference, whether you deploy to the m1 or m2 repos it
> will be available for both m1 and m2 users. So only deploy to one of
> them.
OK.
Thanks,
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Maven artifacts for Batik
Posted by Cameron McCormack <ca...@mcc.id.au>.
Carlos Sanchez:
> > > groupId should probably be org.apache.xmlgraphics.batik
Cameron McCormack:
> > OK. Does that mean the groupId for FOP and XML Graphics Commons is
> > wrong? (It says <groupId>org.apache.xmlgraphics</groupId> in the POM
> > file for both.)
>
Carlos Sanchez:
> it's up to xmlgraphics project to decide how to subdivide the space
> for the subprojects
OK. (Jeremias and others, any opinion here? Unless there’s any issue
with it, I’ll choose org.apache.xmlgraphics as the groupId, to keep it
consistent.)
> > [mutual dependency with fop and batik]
> do you mean that fop needs batik to compile and batik needs fop?
> chicken and egg problem? how do you do that?
Well, it’s not quite true. Batik has an optional run-time dependency on
a pdf-transcoder.jar file that can be built from FOP. That
pdf-transcoder has a compile-time dependency on Batik. We deal with it
by having a copy of FOP’s pdf-transcoder.jar in Batik’s repository and a
copy of Batik’s jar in FOP’s repository. At some point some
disentaglement will be done by moving some stuff to xmlgraphics commons…
> > What's the difference? Artifacts in the m1-… directory can be used by
> > both Maven 1 and 2, but those in the m2-… directory can only be used by
> > Maven 2? (/me is a bit clueless about the difference between Maven 1
> > and 2).
>
> there's no difference, whether you deploy to the m1 or m2 repos it
> will be available for both m1 and m2 users. So only deploy to one of
> them.
OK.
Thanks,
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
Re: Maven artifacts for Batik
Posted by Carlos Sanchez <ca...@apache.org>.
On Nov 30, 2007 2:41 PM, Cameron McCormack <ca...@mcc.id.au> wrote:
> > groupId should probably be org.apache.xmlgraphics.batik
>
> OK. Does that mean the groupId for FOP and XML Graphics Commons is
> wrong? (It says <groupId>org.apache.xmlgraphics</groupId> in the POM
> file for both.)
it's up to xmlgraphics project to decide how to subdivide the space
for the subprojects
>
> > > Second, how do I deal with the issue of the mutual dependency between
> > > FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> > > http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> > > it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> > > artifacts. Is that what the <exclusions> element in the POM file is
> > > used for?
> >
> > is it a real dependency or it's just that the fop pom is messed up?
> > yes, you can depend in fop and add an exclusion for batik there
>
> It is a real dependency. In fact FOP can work with Batik 1.7, since
> we've maintained compatibility, but I suppose the dependency on the
> exact 1.6-1 version prevents this from working nicely. I'll do as you
> say then and have an exclusion to prevent Batik 1.6-1 from coming in.
>
do you mean that fop needs batik to compile and batik needs fop?
chicken and egg problem? how do you do that?
> What's the difference? Artifacts in the m1-… directory can be used by
> both Maven 1 and 2, but those in the m2-… directory can only be used by
> Maven 2? (/me is a bit clueless about the difference between Maven 1
> and 2).
there's no difference, whether you deploy to the m1 or m2 repos it
will be available for both m1 and m2 users. So only deploy to one of
them.
>
>
> Thanks,
>
> Cameron
>
> --
> Cameron McCormack, http://mcc.id.au/
> xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
>
--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride
Re: Maven artifacts for Batik
Posted by Michael Heuer <he...@acm.org>.
Cameron McCormack wrote:
> Hi Michael.
>
> Cameron McCormack:
> > > [unnecessary dependencies in batik maven poms]
>
> Michael Heuer:
> > I'm sorry, it's not as bad as I made it out to be.
> >
> > <snip>
> >
> > With batik-transcoder 1.6-1 compile and no runtime dependencies, I get
> > test failures with jdk 1.6.0_03, such as:
>
> Do you mean running the Batik test suite? Or trying your own tests?
Local unit tests. The project source repository is at
http://dishevelled.org/iconbundle/source-repository.html
> > So my list of exclusions would be
> >
> > avalon-framework avalon-framework 4.0
> > batik batik-1.5-fop 0.20-5
> > batik batik-gui-util 1.6-1
> > fop fop 0.20.5
> > xalan xalan 2.4.1
>
> I'm not sure I can exclude avalon-framework, since FOP needs it, even
> just for the PDF transcoding classes. Also, xalan is needed for Batik's
> DOM 3 XPath support.
Those are the exclusions I need to make in my pom, since I depend on only
a portion of batik's functionality.
> I'll publish some test POMs before the release and get you to test them,
> if you don't mind.
That would be great, thanks.
michael
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Maven artifacts for Batik
Posted by Cameron McCormack <ca...@mcc.id.au>.
Hi Michael.
Cameron McCormack:
> > [unnecessary dependencies in batik maven poms]
Michael Heuer:
> I'm sorry, it's not as bad as I made it out to be.
>
> My only compile-time dependency is to batik-transcoder. With the 1.6 poms
> I calculated a list of necessary runtime dependencies by hand:
>
> compile
> batik batik-transcoder 1.6
>
> runtime
> batik batik-awt-util 1.6
> batik batik-bridge 1.6
> batik batik-css 1.6
> batik batik-dom 1.6
> batik batik-ext 1.6
> batik batik-extension 1.6
> batik batik-gvt 1.6
> batik batik-parser 1.6
> batik batik-rasterizer 1.6
> batik batik-script 1.6
> batik batik-svg-dom 1.6
> batik batik-svggen 1.6
> batik batik-svgpp 1.6
> batik batik-ttf2svg 1.6
> batik batik-util 1.6
> batik batik-xml 1.6
> xerces xercesImpl 2.6.2
I don’t think you would need batik-ttf2svg, batik-rasterizer or
batik-svgpp. These are just the application main classes for the
ttf2svg, rasterizer and pretty printer, respectively.
> transitive runtime
> xml-apis xmlParserAPIs 2.0.2
>
>
> Without explicit xerces 2.6.2 runtime depenency xerces version 2.5.0 is
> used:
>
> transitive runtime
> xerces xercesImpl 2.5.0
> xml-apis xmlParserAPIs 2.0.2
>
>
> With batik-transcoder 1.6-1 compile and no runtime dependencies, I get
> test failures with jdk 1.6.0_03, such as:
Do you mean running the Batik test suite? Or trying your own tests?
> java.io.IOException: SAX2 driver class
> org.apache.crimson.parser.XMLReaderImpl not found
> at
> org.apache.batik.dom.util.SAXDocumentFactory.createDocument(SAXDocumentFactory.java:353)
> at
> org.apache.batik.dom.util.SAXDocumentFactory.createDocument(SAXDocumentFactory.java:276)
> at
> org.apache.batik.dom.svg.SAXSVGDocumentFactory.createDocument(SAXSVGDocumentFactory.java:158)
> at
> org.apache.batik.dom.svg.SAXSVGDocumentFactory.createDocument(SAXSVGDocumentFactory.java:231)
> at
> org.apache.batik.transcoder.XMLAbstractTranscoder.transcode(XMLAbstractTranscoder.java:118)
> ...
So xerces is needed.
> java.lang.NoSuchMethodError:
> org.apache.batik.ext.awt.image.renderable.ClipRable.getUseAntialiasedClip()Z
> at org.apache.batik.gvt.AbstractGraphicsNode.paint(Unknown Source)
> at
> org.apache.batik.gvt.CompositeGraphicsNode.primitivePaint(Unknown Source)
> at org.apache.batik.gvt.filter.GraphicsNodeRed8Bit.genRect(Unknown
> Source)
> at
> org.apache.batik.gvt.filter.GraphicsNodeRed8Bit.copyData(Unknown Source)
> at
> org.apache.batik.ext.awt.image.rendered.TileCacheRed.genRect(TileCacheRed.java:53)
> at
> org.apache.batik.ext.awt.image.rendered.AbstractTiledRed.drawBlockInPlace(AbstractTiledRed.java:594)
> at
> org.apache.batik.ext.awt.image.rendered.AbstractTiledRed.drawBlock(AbstractTiledRed.java:527)
> at
> org.apache.batik.ext.awt.image.rendered.AbstractTiledRed.copyToRasterByBlocks(AbstractTiledRed.java:420)
> at
> org.apache.batik.ext.awt.image.rendered.AbstractTiledRed.copyData(AbstractTiledRed.java:287)
> at
> org.apache.batik.ext.awt.image.rendered.TranslateRed.copyData(TranslateRed.java:97)
> at
> org.apache.batik.ext.awt.image.rendered.PadRed.copyData(PadRed.java:87)
> at org.apache.batik.gvt.renderer.StaticRenderer.repaint(Unknown
> Source)
> at org.apache.batik.gvt.renderer.StaticRenderer.repaint(Unknown
> Source)
> at
> org.apache.batik.transcoder.image.ImageTranscoder.transcode(ImageTranscoder.java:105)
> at
> org.apache.batik.transcoder.XMLAbstractTranscoder.transcode(XMLAbstractTranscoder.java:132)
I’m not sure what this one is about. Mismatched versions of the
awt-util and gvt packages?
> compile
> batik batik-transcoder 1.6-1
>
> transitive compile dependencies
> avalon-framework avalon-framework 4.0
> batik batik-1.5-fop 0.20-5
> batik batik-awt-util 1.6-1
> batik batik-bridge 1.6-1
> batik batik-css 1.6-1
> batik batik-dom 1.6-1
> batik batik-ext 1.6-1
> batik batik-gui-util 1.6-1
> batik batik-gvt 1.6-1
> batik batik-parser 1.6-1
> batik batik-script 1.6-1
> batik batik-svg-dom 1.6-1
> batik batik-util 1.6-1
> batik batik-xml 1.6-1
> fop fop 0.20.5
> xalan xalan 2.4.1
> xerces xercesImpl 2.2.1
> xml-apis xml-apis 1.0.b2
> xml-apis xmlParserAPIs 2.0.2
>
> Missing with 1.6-1
>
> batik batik-extension
> batik batik-rasterizer
> batik batik-svggen
> batik batik-svgpp
> batik batik-ttf2svg
>
> Different version with 1.6-1
>
> xerces xercesImpl 2.2.1
>
> New with 1.6-1
>
> avalon-framework avalon-framework 4.0
> batik batik-1.5-fop 0.20-5
> batik batik-gui-util 1.6-1
> fop fop 0.20.5
> xalan xalan 2.4.1
> xml-apis xml-apis 1.0.b2
>
>
> If I then add batik-extension, batik-rasterizer, and batik-svggen
> manually as runtime dependencies the tests pass:
Which tests?
> compile
> batik batik-transcoder 1.6-1
>
> runtime
> batik batik-extension 1.6-1
> batik batik-rasterizer 1.6-1
> batik batik-svggen 1.6-1
>
> transitive compile
> avalon-framework avalon-framework 4.0
> batik batik-1.5-fop 0.20-5
> batik batik-awt-util 1.6-1
> batik batik-bridge 1.6-1
> batik batik-css 1.6-1
> batik batik-dom 1.6-1
> batik batik-ext 1.6-1
> batik batik-gui-util 1.6-1
> batik batik-gvt 1.6-1
> batik batik-parser 1.6-1
> batik batik-script 1.6-1
> batik batik-svg-dom 1.6-1
> batik batik-util 1.6-1
> batik batik-xml 1.6-1
> fop fop 0.20.5
> xalan xalan 2.4.1
> xerces xercesImpl 2.2.1
> xml-apis xml-apis 1.0.b2
> xml-apis xmlParserAPIs 2.0.2
>
>
> So my list of exclusions would be
>
> avalon-framework avalon-framework 4.0
> batik batik-1.5-fop 0.20-5
> batik batik-gui-util 1.6-1
> fop fop 0.20.5
> xalan xalan 2.4.1
I’m not sure I can exclude avalon-framework, since FOP needs it, even
just for the PDF transcoding classes. Also, xalan is needed for Batik’s
DOM 3 XPath support.
I’ll publish some test POMs before the release and get you to test them,
if you don’t mind.
Cameron
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Maven artifacts for Batik
Posted by Michael Heuer <he...@acm.org>.
Cameron McCormack wrote:
> Hi Michael.
>
> Michael Heuer:
> > I am a user of Batik that uses Maven2. Please let me know how I might
> > help...
> >
> > I am still using the 1.6 poms in my project, listed individually because
> > the transitive dependencies are broken in those versions:
> >
> > http://dishevelled.svn.sourceforge.net/viewvc/dishevelled/trunk/iconbundle/pom.xml
> >
> > The 1.6-1 versions uploaded in an attempt to fix the problem are not much
> > better -- they pull in an incredible list of (what seem to be)
> > unnecessary dependencies, such that the list of exclusions turns out to be
> > longer than the original list of dependencies.
>
> Oh, OK. Can you give me an example of an unnecessary dependency in the
> Batik 1.6-1 POMs, and what sort of exclusions you have to do? (Want to
> make sure I don’t make the same mistake.)
I'm sorry, it's not as bad as I made it out to be.
My only compile-time dependency is to batik-transcoder. With the 1.6 poms
I calculated a list of necessary runtime dependencies by hand:
compile
batik batik-transcoder 1.6
runtime
batik batik-awt-util 1.6
batik batik-bridge 1.6
batik batik-css 1.6
batik batik-dom 1.6
batik batik-ext 1.6
batik batik-extension 1.6
batik batik-gvt 1.6
batik batik-parser 1.6
batik batik-rasterizer 1.6
batik batik-script 1.6
batik batik-svg-dom 1.6
batik batik-svggen 1.6
batik batik-svgpp 1.6
batik batik-ttf2svg 1.6
batik batik-util 1.6
batik batik-xml 1.6
xerces xercesImpl 2.6.2
transitive runtime
xml-apis xmlParserAPIs 2.0.2
Without explicit xerces 2.6.2 runtime depenency xerces version 2.5.0 is
used:
transitive runtime
xerces xercesImpl 2.5.0
xml-apis xmlParserAPIs 2.0.2
With batik-transcoder 1.6-1 compile and no runtime dependencies, I get
test failures with jdk 1.6.0_03, such as:
java.io.IOException: SAX2 driver class
org.apache.crimson.parser.XMLReaderImpl not found
at
org.apache.batik.dom.util.SAXDocumentFactory.createDocument(SAXDocumentFactory.java:353)
at
org.apache.batik.dom.util.SAXDocumentFactory.createDocument(SAXDocumentFactory.java:276)
at
org.apache.batik.dom.svg.SAXSVGDocumentFactory.createDocument(SAXSVGDocumentFactory.java:158)
at
org.apache.batik.dom.svg.SAXSVGDocumentFactory.createDocument(SAXSVGDocumentFactory.java:231)
at
org.apache.batik.transcoder.XMLAbstractTranscoder.transcode(XMLAbstractTranscoder.java:118)
...
java.lang.NoSuchMethodError:
org.apache.batik.ext.awt.image.renderable.ClipRable.getUseAntialiasedClip()Z
at org.apache.batik.gvt.AbstractGraphicsNode.paint(Unknown Source)
at
org.apache.batik.gvt.CompositeGraphicsNode.primitivePaint(Unknown Source)
at org.apache.batik.gvt.filter.GraphicsNodeRed8Bit.genRect(Unknown
Source)
at
org.apache.batik.gvt.filter.GraphicsNodeRed8Bit.copyData(Unknown Source)
at
org.apache.batik.ext.awt.image.rendered.TileCacheRed.genRect(TileCacheRed.java:53)
at
org.apache.batik.ext.awt.image.rendered.AbstractTiledRed.drawBlockInPlace(AbstractTiledRed.java:594)
at
org.apache.batik.ext.awt.image.rendered.AbstractTiledRed.drawBlock(AbstractTiledRed.java:527)
at
org.apache.batik.ext.awt.image.rendered.AbstractTiledRed.copyToRasterByBlocks(AbstractTiledRed.java:420)
at
org.apache.batik.ext.awt.image.rendered.AbstractTiledRed.copyData(AbstractTiledRed.java:287)
at
org.apache.batik.ext.awt.image.rendered.TranslateRed.copyData(TranslateRed.java:97)
at
org.apache.batik.ext.awt.image.rendered.PadRed.copyData(PadRed.java:87)
at org.apache.batik.gvt.renderer.StaticRenderer.repaint(Unknown
Source)
at org.apache.batik.gvt.renderer.StaticRenderer.repaint(Unknown
Source)
at
org.apache.batik.transcoder.image.ImageTranscoder.transcode(ImageTranscoder.java:105)
at
org.apache.batik.transcoder.XMLAbstractTranscoder.transcode(XMLAbstractTranscoder.java:132)
compile
batik batik-transcoder 1.6-1
transitive compile dependencies
avalon-framework avalon-framework 4.0
batik batik-1.5-fop 0.20-5
batik batik-awt-util 1.6-1
batik batik-bridge 1.6-1
batik batik-css 1.6-1
batik batik-dom 1.6-1
batik batik-ext 1.6-1
batik batik-gui-util 1.6-1
batik batik-gvt 1.6-1
batik batik-parser 1.6-1
batik batik-script 1.6-1
batik batik-svg-dom 1.6-1
batik batik-util 1.6-1
batik batik-xml 1.6-1
fop fop 0.20.5
xalan xalan 2.4.1
xerces xercesImpl 2.2.1
xml-apis xml-apis 1.0.b2
xml-apis xmlParserAPIs 2.0.2
Missing with 1.6-1
batik batik-extension
batik batik-rasterizer
batik batik-svggen
batik batik-svgpp
batik batik-ttf2svg
Different version with 1.6-1
xerces xercesImpl 2.2.1
New with 1.6-1
avalon-framework avalon-framework 4.0
batik batik-1.5-fop 0.20-5
batik batik-gui-util 1.6-1
fop fop 0.20.5
xalan xalan 2.4.1
xml-apis xml-apis 1.0.b2
If I then add batik-extension, batik-rasterizer, and batik-svggen
manually as runtime dependencies the tests pass:
compile
batik batik-transcoder 1.6-1
runtime
batik batik-extension 1.6-1
batik batik-rasterizer 1.6-1
batik batik-svggen 1.6-1
transitive compile
avalon-framework avalon-framework 4.0
batik batik-1.5-fop 0.20-5
batik batik-awt-util 1.6-1
batik batik-bridge 1.6-1
batik batik-css 1.6-1
batik batik-dom 1.6-1
batik batik-ext 1.6-1
batik batik-gui-util 1.6-1
batik batik-gvt 1.6-1
batik batik-parser 1.6-1
batik batik-script 1.6-1
batik batik-svg-dom 1.6-1
batik batik-util 1.6-1
batik batik-xml 1.6-1
fop fop 0.20.5
xalan xalan 2.4.1
xerces xercesImpl 2.2.1
xml-apis xml-apis 1.0.b2
xml-apis xmlParserAPIs 2.0.2
So my list of exclusions would be
avalon-framework avalon-framework 4.0
batik batik-1.5-fop 0.20-5
batik batik-gui-util 1.6-1
fop fop 0.20.5
xalan xalan 2.4.1
michael
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Maven artifacts for Batik
Posted by Cameron McCormack <ca...@mcc.id.au>.
Hi Michael.
Michael Heuer:
> I am a user of Batik that uses Maven2. Please let me know how I might
> help...
>
> I am still using the 1.6 poms in my project, listed individually because
> the transitive dependencies are broken in those versions:
>
> http://dishevelled.svn.sourceforge.net/viewvc/dishevelled/trunk/iconbundle/pom.xml
>
> The 1.6-1 versions uploaded in an attempt to fix the problem are not much
> better -- they pull in an incredible list of (what seem to be)
> unnecessary dependencies, such that the list of exclusions turns out to be
> longer than the original list of dependencies.
Oh, OK. Can you give me an example of an unnecessary dependency in the
Batik 1.6-1 POMs, and what sort of exclusions you have to do? (Want to
make sure I don’t make the same mistake.)
Thanks,
Cameron
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Maven artifacts for Batik
Posted by Carlos Sanchez <ca...@apache.org>.
On Nov 30, 2007 2:41 PM, Cameron McCormack <ca...@mcc.id.au> wrote:
> > groupId should probably be org.apache.xmlgraphics.batik
>
> OK. Does that mean the groupId for FOP and XML Graphics Commons is
> wrong? (It says <groupId>org.apache.xmlgraphics</groupId> in the POM
> file for both.)
it's up to xmlgraphics project to decide how to subdivide the space
for the subprojects
>
> > > Second, how do I deal with the issue of the mutual dependency between
> > > FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> > > http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> > > it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> > > artifacts. Is that what the <exclusions> element in the POM file is
> > > used for?
> >
> > is it a real dependency or it's just that the fop pom is messed up?
> > yes, you can depend in fop and add an exclusion for batik there
>
> It is a real dependency. In fact FOP can work with Batik 1.7, since
> we've maintained compatibility, but I suppose the dependency on the
> exact 1.6-1 version prevents this from working nicely. I'll do as you
> say then and have an exclusion to prevent Batik 1.6-1 from coming in.
>
do you mean that fop needs batik to compile and batik needs fop?
chicken and egg problem? how do you do that?
> What's the difference? Artifacts in the m1-… directory can be used by
> both Maven 1 and 2, but those in the m2-… directory can only be used by
> Maven 2? (/me is a bit clueless about the difference between Maven 1
> and 2).
there's no difference, whether you deploy to the m1 or m2 repos it
will be available for both m1 and m2 users. So only deploy to one of
them.
>
>
> Thanks,
>
> Cameron
>
> --
> Cameron McCormack, http://mcc.id.au/
> xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
>
--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride
Re: Maven artifacts for Batik
Posted by Carlos Sanchez <ca...@apache.org>.
On Nov 30, 2007 2:41 PM, Cameron McCormack <ca...@mcc.id.au> wrote:
> > groupId should probably be org.apache.xmlgraphics.batik
>
> OK. Does that mean the groupId for FOP and XML Graphics Commons is
> wrong? (It says <groupId>org.apache.xmlgraphics</groupId> in the POM
> file for both.)
it's up to xmlgraphics project to decide how to subdivide the space
for the subprojects
>
> > > Second, how do I deal with the issue of the mutual dependency between
> > > FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> > > http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> > > it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> > > artifacts. Is that what the <exclusions> element in the POM file is
> > > used for?
> >
> > is it a real dependency or it's just that the fop pom is messed up?
> > yes, you can depend in fop and add an exclusion for batik there
>
> It is a real dependency. In fact FOP can work with Batik 1.7, since
> we've maintained compatibility, but I suppose the dependency on the
> exact 1.6-1 version prevents this from working nicely. I'll do as you
> say then and have an exclusion to prevent Batik 1.6-1 from coming in.
>
do you mean that fop needs batik to compile and batik needs fop?
chicken and egg problem? how do you do that?
> What's the difference? Artifacts in the m1-… directory can be used by
> both Maven 1 and 2, but those in the m2-… directory can only be used by
> Maven 2? (/me is a bit clueless about the difference between Maven 1
> and 2).
there's no difference, whether you deploy to the m1 or m2 repos it
will be available for both m1 and m2 users. So only deploy to one of
them.
>
>
> Thanks,
>
> Cameron
>
> --
> Cameron McCormack, http://mcc.id.au/
> xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
>
--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride
Re: Maven artifacts for Batik
Posted by Michael Heuer <he...@acm.org>.
Hello Cameron,
I am a user of Batik that uses Maven2. Please let me know how I might
help...
I am still using the 1.6 poms in my project, listed individually because
the transitive dependencies are broken in those versions:
http://dishevelled.svn.sourceforge.net/viewvc/dishevelled/trunk/iconbundle/pom.xml
The 1.6-1 versions uploaded in an attempt to fix the problem are not much
better -- they pull in an incredible list of (what seem to be)
unnecessary dependencies, such that the list of exclusions turns out to be
longer than the original list of dependencies.
michael
Cameron McCormack wrote:
> Hi Carlos.
>
> Carlos Sanchez:
> > The best person that will help you is a user of Batik that uses Maven, Lars?
> > see some comments inline
>
> Cameron McCormack:
> > > First, should I keep the groupId as "batik"? It seems inconsistent with
> > > those for FOP and Commons, which are using "org.apache.xmlgraphics".
> > > Would it be problematic to change this?
> >
> > not too problematic, just a bit annoying for some users, but it should
> > be done at some point
> > groupId should probably be org.apache.xmlgraphics.batik
>
> OK. Does that mean the groupId for FOP and XML Graphics Commons is
> wrong? (It says <groupId>org.apache.xmlgraphics</groupId> in the POM
> file for both.)
>
> > > Second, how do I deal with the issue of the mutual dependency between
> > > FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> > > http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> > > it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> > > artifacts. Is that what the <exclusions> element in the POM file is
> > > used for?
> >
> > is it a real dependency or it's just that the fop pom is messed up?
> > yes, you can depend in fop and add an exclusion for batik there
>
> It is a real dependency. In fact FOP can work with Batik 1.7, since
> we’ve maintained compatibility, but I suppose the dependency on the
> exact 1.6-1 version prevents this from working nicely. I’ll do as you
> say then and have an exclusion to prevent Batik 1.6-1 from coming in.
>
> > > Third, since Batik relies on a patched version of Rhino, I won't be able
> > > to add a dependency on js-1.6R5.jar artifact. Do I need to create a
> > > special artifact that contains the patched Rhino, e.g. a
> > > batik-js-1.7.jar?
> >
> > or you could put a js-1.6R5patched.jar under
> > org.apache.xmlgraphics.batik group with its own pom. Make sure in the
> > description you state clearly that it's a patched version to avoid
> > confusion
>
> OK cool.
>
> > >
> > > Fourth, once the release has been made, does the release manager just
> > > upload the artifacts to
> > > http://people.apache.org/repo/m2-ibiblio-rsync-repository/ themselves?
> >
> > if you don't use maven2 to build I'd put them in
> > http://people.apache.org/repo/m1-ibiblio-rsync-repository/org.apache.xmlgraphics.batik
> > /jars and /poms
>
> What’s the difference? Artifacts in the m1-… directory can be used by
> both Maven 1 and 2, but those in the m2-… directory can only be used by
> Maven 2? (/me is a bit clueless about the difference between Maven 1
> and 2).
>
> Thanks,
>
> Cameron
>
> --
> Cameron McCormack, http://mcc.id.au/
> xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
> For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Maven artifacts for Batik
Posted by Cameron McCormack <ca...@mcc.id.au>.
Hi Carlos.
Carlos Sanchez:
> The best person that will help you is a user of Batik that uses Maven, Lars?
> see some comments inline
Cameron McCormack:
> > First, should I keep the groupId as "batik"? It seems inconsistent with
> > those for FOP and Commons, which are using "org.apache.xmlgraphics".
> > Would it be problematic to change this?
>
> not too problematic, just a bit annoying for some users, but it should
> be done at some point
> groupId should probably be org.apache.xmlgraphics.batik
OK. Does that mean the groupId for FOP and XML Graphics Commons is
wrong? (It says <groupId>org.apache.xmlgraphics</groupId> in the POM
file for both.)
> > Second, how do I deal with the issue of the mutual dependency between
> > FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> > http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> > it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> > artifacts. Is that what the <exclusions> element in the POM file is
> > used for?
>
> is it a real dependency or it's just that the fop pom is messed up?
> yes, you can depend in fop and add an exclusion for batik there
It is a real dependency. In fact FOP can work with Batik 1.7, since
we’ve maintained compatibility, but I suppose the dependency on the
exact 1.6-1 version prevents this from working nicely. I’ll do as you
say then and have an exclusion to prevent Batik 1.6-1 from coming in.
> > Third, since Batik relies on a patched version of Rhino, I won't be able
> > to add a dependency on js-1.6R5.jar artifact. Do I need to create a
> > special artifact that contains the patched Rhino, e.g. a
> > batik-js-1.7.jar?
>
> or you could put a js-1.6R5patched.jar under
> org.apache.xmlgraphics.batik group with its own pom. Make sure in the
> description you state clearly that it's a patched version to avoid
> confusion
OK cool.
> >
> > Fourth, once the release has been made, does the release manager just
> > upload the artifacts to
> > http://people.apache.org/repo/m2-ibiblio-rsync-repository/ themselves?
>
> if you don't use maven2 to build I'd put them in
> http://people.apache.org/repo/m1-ibiblio-rsync-repository/org.apache.xmlgraphics.batik
> /jars and /poms
What’s the difference? Artifacts in the m1-… directory can be used by
both Maven 1 and 2, but those in the m2-… directory can only be used by
Maven 2? (/me is a bit clueless about the difference between Maven 1
and 2).
Thanks,
Cameron
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Maven artifacts for Batik
Posted by Cameron McCormack <ca...@mcc.id.au>.
Hi Carlos.
Carlos Sanchez:
> The best person that will help you is a user of Batik that uses Maven, Lars?
> see some comments inline
Cameron McCormack:
> > First, should I keep the groupId as "batik"? It seems inconsistent with
> > those for FOP and Commons, which are using "org.apache.xmlgraphics".
> > Would it be problematic to change this?
>
> not too problematic, just a bit annoying for some users, but it should
> be done at some point
> groupId should probably be org.apache.xmlgraphics.batik
OK. Does that mean the groupId for FOP and XML Graphics Commons is
wrong? (It says <groupId>org.apache.xmlgraphics</groupId> in the POM
file for both.)
> > Second, how do I deal with the issue of the mutual dependency between
> > FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> > http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> > it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> > artifacts. Is that what the <exclusions> element in the POM file is
> > used for?
>
> is it a real dependency or it's just that the fop pom is messed up?
> yes, you can depend in fop and add an exclusion for batik there
It is a real dependency. In fact FOP can work with Batik 1.7, since
we’ve maintained compatibility, but I suppose the dependency on the
exact 1.6-1 version prevents this from working nicely. I’ll do as you
say then and have an exclusion to prevent Batik 1.6-1 from coming in.
> > Third, since Batik relies on a patched version of Rhino, I won't be able
> > to add a dependency on js-1.6R5.jar artifact. Do I need to create a
> > special artifact that contains the patched Rhino, e.g. a
> > batik-js-1.7.jar?
>
> or you could put a js-1.6R5patched.jar under
> org.apache.xmlgraphics.batik group with its own pom. Make sure in the
> description you state clearly that it's a patched version to avoid
> confusion
OK cool.
> >
> > Fourth, once the release has been made, does the release manager just
> > upload the artifacts to
> > http://people.apache.org/repo/m2-ibiblio-rsync-repository/ themselves?
>
> if you don't use maven2 to build I'd put them in
> http://people.apache.org/repo/m1-ibiblio-rsync-repository/org.apache.xmlgraphics.batik
> /jars and /poms
What’s the difference? Artifacts in the m1-… directory can be used by
both Maven 1 and 2, but those in the m2-… directory can only be used by
Maven 2? (/me is a bit clueless about the difference between Maven 1
and 2).
Thanks,
Cameron
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
Re: Maven artifacts for Batik
Posted by Carlos Sanchez <ca...@apache.org>.
The best person that will help you is a user of Batik that uses Maven, Lars?
see some comments inline
On Nov 29, 2007 9:21 AM, Cameron McCormack <ca...@mcc.id.au> wrote:
> Hi all.
>
> [Apologies for my wanton cross-posting.]
>
> Since Batik's release is coming up soon, I'd like to get the Maven stuff
> in order. Lars Trieloff helpfully provided some POMs for the 1.7beta1
> release in http://issues.apache.org/bugzilla/show_bug.cgi?id=42320 and
> in that bug he says these were uploaded to
> http://repo1.maven.org/maven2/batik/, although looking there the latest
> versions I can see are for the 1.6 release.
>
> I want to generate the artifacts from the Ant build script (now that I
> have recomputed the dependencies between the jars) and FOP's
> "maven-artifacts" build target looks like a good one to copy. I have a
> few questions though.
>
> First, should I keep the groupId as "batik"? It seems inconsistent with
> those for FOP and Commons, which are using "org.apache.xmlgraphics".
> Would it be problematic to change this?
not too problematic, just a bit annoying for some users, but it should
be done at some point
groupId should probably be org.apache.xmlgraphics.batik
>
> Second, how do I deal with the issue of the mutual dependency between
> FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> artifacts. Is that what the <exclusions> element in the POM file is
> used for?
is it a real dependency or it's just that the fop pom is messed up?
yes, you can depend in fop and add an exclusion for batik there
>
> Third, since Batik relies on a patched version of Rhino, I won't be able
> to add a dependency on js-1.6R5.jar artifact. Do I need to create a
> special artifact that contains the patched Rhino, e.g. a
> batik-js-1.7.jar?
or you could put a js-1.6R5patched.jar under
org.apache.xmlgraphics.batik group with its own pom. Make sure in the
description you state clearly that it's a patched version to avoid
confusion
>
> Fourth, once the release has been made, does the release manager just
> upload the artifacts to
> http://people.apache.org/repo/m2-ibiblio-rsync-repository/ themselves?
if you don't use maven2 to build I'd put them in
http://people.apache.org/repo/m1-ibiblio-rsync-repository/org.apache.xmlgraphics.batik
/jars and /poms
>
> Thanks,
>
> Cameron
>
> --
> Cameron McCormack, http://mcc.id.au/
> xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
>
--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride
Re: Maven artifacts for Batik
Posted by Cameron McCormack <ca...@mcc.id.au>.
Cameron McCormack:
> Second, how do I deal with the issue of the mutual dependency between
> FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> artifacts. Is that what the <exclusions> element in the POM file is
> used for?
Batik 1.7 will depend on FOP 0.94, not 0.93, which still depends on
Batik 1.6…
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscribe@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-help@xmlgraphics.apache.org
Re: Maven artifacts for Batik
Posted by Cameron McCormack <ca...@mcc.id.au>.
Cameron McCormack:
> Second, how do I deal with the issue of the mutual dependency between
> FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> artifacts. Is that what the <exclusions> element in the POM file is
> used for?
Batik 1.7 will depend on FOP 0.94, not 0.93, which still depends on
Batik 1.6…
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
Re: Maven artifacts for Batik
Posted by Cameron McCormack <ca...@mcc.id.au>.
Cameron McCormack:
> Second, how do I deal with the issue of the mutual dependency between
> FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> artifacts. Is that what the <exclusions> element in the POM file is
> used for?
Batik 1.7 will depend on FOP 0.94, not 0.93, which still depends on
Batik 1.6…
--
Cameron McCormack, http://mcc.id.au/
xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
Re: Maven artifacts for Batik
Posted by Carlos Sanchez <ca...@apache.org>.
The best person that will help you is a user of Batik that uses Maven, Lars?
see some comments inline
On Nov 29, 2007 9:21 AM, Cameron McCormack <ca...@mcc.id.au> wrote:
> Hi all.
>
> [Apologies for my wanton cross-posting.]
>
> Since Batik's release is coming up soon, I'd like to get the Maven stuff
> in order. Lars Trieloff helpfully provided some POMs for the 1.7beta1
> release in http://issues.apache.org/bugzilla/show_bug.cgi?id=42320 and
> in that bug he says these were uploaded to
> http://repo1.maven.org/maven2/batik/, although looking there the latest
> versions I can see are for the 1.6 release.
>
> I want to generate the artifacts from the Ant build script (now that I
> have recomputed the dependencies between the jars) and FOP's
> "maven-artifacts" build target looks like a good one to copy. I have a
> few questions though.
>
> First, should I keep the groupId as "batik"? It seems inconsistent with
> those for FOP and Commons, which are using "org.apache.xmlgraphics".
> Would it be problematic to change this?
not too problematic, just a bit annoying for some users, but it should
be done at some point
groupId should probably be org.apache.xmlgraphics.batik
>
> Second, how do I deal with the issue of the mutual dependency between
> FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> artifacts. Is that what the <exclusions> element in the POM file is
> used for?
is it a real dependency or it's just that the fop pom is messed up?
yes, you can depend in fop and add an exclusion for batik there
>
> Third, since Batik relies on a patched version of Rhino, I won't be able
> to add a dependency on js-1.6R5.jar artifact. Do I need to create a
> special artifact that contains the patched Rhino, e.g. a
> batik-js-1.7.jar?
or you could put a js-1.6R5patched.jar under
org.apache.xmlgraphics.batik group with its own pom. Make sure in the
description you state clearly that it's a patched version to avoid
confusion
>
> Fourth, once the release has been made, does the release manager just
> upload the artifacts to
> http://people.apache.org/repo/m2-ibiblio-rsync-repository/ themselves?
if you don't use maven2 to build I'd put them in
http://people.apache.org/repo/m1-ibiblio-rsync-repository/org.apache.xmlgraphics.batik
/jars and /poms
>
> Thanks,
>
> Cameron
>
> --
> Cameron McCormack, http://mcc.id.au/
> xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
>
--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride
Re: Maven artifacts for Batik
Posted by Carlos Sanchez <ca...@apache.org>.
The best person that will help you is a user of Batik that uses Maven, Lars?
see some comments inline
On Nov 29, 2007 9:21 AM, Cameron McCormack <ca...@mcc.id.au> wrote:
> Hi all.
>
> [Apologies for my wanton cross-posting.]
>
> Since Batik's release is coming up soon, I'd like to get the Maven stuff
> in order. Lars Trieloff helpfully provided some POMs for the 1.7beta1
> release in http://issues.apache.org/bugzilla/show_bug.cgi?id=42320 and
> in that bug he says these were uploaded to
> http://repo1.maven.org/maven2/batik/, although looking there the latest
> versions I can see are for the 1.6 release.
>
> I want to generate the artifacts from the Ant build script (now that I
> have recomputed the dependencies between the jars) and FOP's
> "maven-artifacts" build target looks like a good one to copy. I have a
> few questions though.
>
> First, should I keep the groupId as "batik"? It seems inconsistent with
> those for FOP and Commons, which are using "org.apache.xmlgraphics".
> Would it be problematic to change this?
not too problematic, just a bit annoying for some users, but it should
be done at some point
groupId should probably be org.apache.xmlgraphics.batik
>
> Second, how do I deal with the issue of the mutual dependency between
> FOP and Batik? The Batik 1.7 release will depend on Fop 0.93, but in
> http://people.apache.org/repo/m2-ibiblio-rsync-repository/org/apache/xmlgraphics/fop/0.93/fop-0.93.pom
> it says that FOP 0.93 depends on the 1.6-1 versions of the various Batik
> artifacts. Is that what the <exclusions> element in the POM file is
> used for?
is it a real dependency or it's just that the fop pom is messed up?
yes, you can depend in fop and add an exclusion for batik there
>
> Third, since Batik relies on a patched version of Rhino, I won't be able
> to add a dependency on js-1.6R5.jar artifact. Do I need to create a
> special artifact that contains the patched Rhino, e.g. a
> batik-js-1.7.jar?
or you could put a js-1.6R5patched.jar under
org.apache.xmlgraphics.batik group with its own pom. Make sure in the
description you state clearly that it's a patched version to avoid
confusion
>
> Fourth, once the release has been made, does the release manager just
> upload the artifacts to
> http://people.apache.org/repo/m2-ibiblio-rsync-repository/ themselves?
if you don't use maven2 to build I'd put them in
http://people.apache.org/repo/m1-ibiblio-rsync-repository/org.apache.xmlgraphics.batik
/jars and /poms
>
> Thanks,
>
> Cameron
>
> --
> Cameron McCormack, http://mcc.id.au/
> xmpp:heycam@jabber.org ▪ ICQ 26955922 ▪ MSN cam@mcc.id.au
>
--
I could give you my word as a Spaniard.
No good. I've known too many Spaniards.
-- The Princess Bride