[
https://issues.apache.org/jira/browse/AVRO-149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12766165#action_12766165
]
Philip Zeyliger commented on AVRO-149:
--------------------------------------
bq. I think this will prove confusing. Can you please fold these together? We
can add build/classes and build/lib when they exist. This is what Hadoop's done
for years.
Done. (I actually find Hadoop's mode confusing, because I don't always know
whether i'm using the jars or the classes dir, so I left in an echo if you're
using the "development" version.)
bq. If this is easy to avoid then I'd prefer it. I don't know how we're getting
that, but it's not currently an explicit dependency and we should add those
more cautiously.
Gone. It's from checkstyle ("ant -v clean"), btw, so only a compile-time
dependency:
bq. [ivy:retrieve] == resolving dependencies
checkstyle#checkstyle;5.0->com.google.collections#google-collections;0.9
[compile->runtime(*)]
bq. I'd vote for either just 'avro' or perhaps 'avroj'. This will be the
primary (java-based) command-line interface to Avro, so we needn't further
qualify it.
I gave it avroj.
bq. Guilt is good! A shell script invoked by ant that checks return status and
output would be fabulous.
Did something simple. Will attach new patch soon.
> "avrotool" runner to execute avro commands from command-line
> ------------------------------------------------------------
>
> Key: AVRO-149
> URL: https://issues.apache.org/jira/browse/AVRO-149
> Project: Avro
> Issue Type: New Feature
> Reporter: Philip Zeyliger
> Assignee: Philip Zeyliger
> Attachments: AVRO-149.patch.txt
>
>
> There's already an ant task to generate java code based on a schema, but you
> can't do it from the command-line, with any ease. I will shortly upload a
> patch that does just that.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
