Jeremy Carroll wrote:
I think this comes down to saxon as the issue

is this helpful?
http://svn.apache.org/viewvc/servicemix/smx4/bundles/tags/org.apache.servicemix.bundles.saxon-9.1.0.1_1/pom.xml?view=markup

FYI:

I've found this in Maven Central:
http://repo1.maven.org/maven2/net/sourceforge/saxon/saxon/9.1.0.8/
(via: http://markmail.org/message/dq45eghp3luhfw22)

Paolo

the other items (CyberNeko, XML Commons) may be work to find the right links ...

Jeremy

Jeremy Carroll wrote:
On 11/12/2010 11:51 AM, Paolo Castagna wrote:

Also (from the JenaProposal):

"The Jena GRDDL Reader has some additional dependencies: http://jena.sourceforge.net/grddl/license.html";

Also, this relates to the release process and publishing of artifacts
in the Maven Central repository.

I am still unclear if these sort of messages is appropriate here or
they should go to jena-devel.

The Jena GRDDL Reader has these dependencies (in addition to Jena2
and ARQ): Saxon-HE v9.x(?) [1], CyberNeko HTML Parser v0.9.5(?) [2],
BrowserLauncher2 v1.0(?) [3] and XML Commons Resolver v1.2 (?) [4].

AFAIK only nekohtml and xml-commons-resolver are currently in the
Maven repo [5,6].

I don't see where XML Commons Resolver is actually used, but this
could just be my ignorance of Xerces and/or Saxon internals.

How this will impact the building/releasing process within the
Apache incubator?

Maven artifacts are not mandatory (which is good):

 "Releases for podling MUST be distributed through
  http://www.apache.org/dist/incubator/podling In addition,
  the Podling MAY choose to distribute approved releases through
  other channels like the central Maven repository." [7]

However, I'd like to publish GRDDL artifacts in the Maven repo,
as well as all the other Jena artifacts [8].

These are also relevant:

 "Besides, we discourage putting release repository/pluginRepository
  in your POM. In ideal conditions, all your dependencies should
  be already in central and central repository is self-contained.
  Otherwise people's build might break because of missing dependencies.
  If some of your dependencies are not in central, please upload them
  using our 3rd-party artifacts bundle upload service." [9] via [10]

 "While most projects understand the importance of publishing artifacts
  to Central, there are still a few projects out there that don't have
  the same appreciation. When a project refuses to upload artifacts to
  Central, for whatever reason, we encourage people to submit artifact
  bundles to Central themselves.
  Sonatype is replacing this process with a self-serve approach. If you
  want to get a specific library into the Central repository, all you
  need to do is sign up for an account on https://issues.sonatype.org/,
  create an artifact bundle, and upload it to a staging repository.
  Sonatype will perform some due diligence to make sure that the
  artifact has a license compatible with unrestricted distribution,
  and we will then promote the uploaded artifacts to the Central
  Maven repository." [11]

You can include me with the people who do appreciate finding artifacts in
the Maven Central repository (no matter how they are produced: Maven, Ant+Ivy,
etc.).

Any help/suggestion is more than welcome,
Paolo

  [1] http://saxon.sourceforge.net/
  [2] http://sourceforge.net/projects/nekohtml/
  [3] http://browserlaunch2.sourceforge.net/
  [4] http://xml.apache.org/commons/
  [5] http://repo1.maven.org/maven2/nekohtml/nekohtml/0.9.5/
  [6] http://repo1.maven.org/maven2/xml-resolver/xml-resolver/1.2/
[7] http://incubator.apache.org/incubation/Incubation_Policy.html#Releases
  [8] http://repo2.maven.org/maven2/com/hp/hpl/jena/
[9] https://docs.sonatype.org/display/Repository/Central+Sync+Requirements
 [10] http://www.apache.org/dev/publishing-maven-artifacts.html
[11] https://docs.sonatype.org/display/Repository/Uploading+3rd-party+Artifacts+to+Maven+Central


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org



---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
For additional commands, e-mail: general-h...@incubator.apache.org

Reply via email to