[
https://issues.apache.org/jira/browse/AVRO-647?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12972221#action_12972221
]
Doug Cutting commented on AVRO-647:
-----------------------------------
Scott, I've re-formatted and edited the CHANGES.txt message as follows:
{code}
AVRO-647. Java: Break avro.jar up into multiple parts: avro.jar,
avro-compiler.jar, avro-ipc.jar, avro-mapred.jar, avro-tools.jar,
and avro-maven-plugin.jar.
Summary of artifacts:
* avro.jar
Contains 'core' avro features: schemas, data files,
specific, generic, and reflect APIs.
Dependencies: slf4j, Paranamer, Jackson.
* avro-ipc.jar
Contains Trancievers, Requestors, and Responders.
Dependencies: avro.jar, Jetty, Netty, and Velocity
* avro-compiler.jar
Contains SpecificCompiler, IDL compiler and Ant tasks.
Dependencies: avro.jar, commmons-lang, and Velocity.
* avro-maven-plugin.jar
A Maven plugin for Avro's compiler.
Dependencies: avro-compiler.jar
* avro-mapred.jar
API for Hadoop MapReduce with Avro data.
Dependencies: avro-ipc.jar, hadoop-core, and jopt-simple.
* avro-tools.jar
Avro command-line tools. Embeds Avro components and dependencies.
(scottcarey)
{code}
Does this look reasonable to you? If so, I'll commit it.
> Break avro.jar into avro.jar, avro-dev.jar and avro-hadoop.jar
> --------------------------------------------------------------
>
> Key: AVRO-647
> URL: https://issues.apache.org/jira/browse/AVRO-647
> Project: Avro
> Issue Type: Improvement
> Components: java
> Reporter: Scott Carey
> Assignee: Scott Carey
> Fix For: 1.5.0
>
> Attachments: AVRO-647.patch, AVRO-647.patch, AVRO-647.patch,
> migrateAvro.sh, migrateAvro.sh
>
>
> Our dependencies are starting to get a little complicated on the Java side.
> I propose we build two (possibly more) jars related to our major dependencies
> and functions.
> 1. avro.jar (or perhaps avro-core.jar)
> This contains all of the core avro functionality for _using_ avro as a
> library. This excludes the specific compiler, avro idl, and other build-time
> or development tools, as well as avro packages for third party integration
> such as hadoop. This jar should then have a minimal set of dependencies
> (jackson, jetty, SLF4J ?).
> 2. avro-dev.jar
> This would contain compilers, idl, development tools, etc. Most applications
> will not need this, but build systems and developers will.
> 3. avro-hadoop.jar
> This would contain the hadoop API and possibly pig/hive/whatever related to
> that. This makes it easier for pig/hive/hadoop to consume avro-core without
> circular dependencies.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
