Re: Pre-processing during build
От | Markus KARG |
---|---|
Тема | Re: Pre-processing during build |
Дата | |
Msg-id | 007701d0a86c$3b04d090$b10e71b0$@eu обсуждение исходный текст |
Ответ на | Re: Pre-processing during build (Mark Rotteveel <mark@lawinegevaar.nl>) |
Список | pgsql-jdbc |
Well, we actually opened this discussion because we WANT particularly Maven and we DO NOT want the flexibility of ANT butfollow CoC, hence make PGJDBC at-most a simple, "standard" project with as less as possible customizations... The lessflexibility you have the more standards you follow the easier new programmer's can get at speed with the project. Moreflexiblity = more complexity = more customization = longer time to get about = less new programmers will join. That'sthe idea behind this thread, actually. -----Original Message----- From: pgsql-jdbc-owner@postgresql.org [mailto:pgsql-jdbc-owner@postgresql.org] On Behalf Of Mark Rotteveel Sent: Dienstag, 16. Juni 2015 09:09 To: pgsql-jdbc@postgresql.org Subject: Re: [JDBC] Pre-processing during build On Mon, 15 Jun 2015 18:42:13 -0400, Sehrope Sarkuni <sehrope@jackdb.com> wrote: > I think a purely Maven based build with separate targets should be possible > via a generated-sources plugin. Off the top of my head I'm not sure which > plugins it would use though. It's been a while since I wrote anything like > that though I do remember it being a bit of a pain to get right. On the > plus side we only have to figure it out once right? :) My experience is that Ant gives you a lot more flexibility. For Jaybird I considered moving to a Maven based build, but I finally decided against it because it was too much hassle. The difference with the PostgreSQL JDBC is that Jaybird uses JDBC version specific sources-folders with common classes (and abstract classes for common implementation). > I'm a big fan of Mavenizing the build process. A lot of the value of it > will come from how it will simplify things like adding tests. It eliminates > a lot of the double and sometimes triple entry (i.e. add the test class, > add it to a suite, add the suite to build.xml). You don't need Maven to achieve that. For one you don't need testsuites, with JUnit 3 it is a bit harder, but you could use a consistent naming convention and filter tests in the Ant plugin, with JUnit 4 you could use (class or instance) rules, or filtering based on annotations. Mark -- Sent via pgsql-jdbc mailing list (pgsql-jdbc@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-jdbc
В списке pgsql-jdbc по дате отправления: