Mailing-List: contact users-help@maven.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Maven Users List" <users@maven.apache.org>
Received-SPF: pass (athena.apache.org: domain of bimargulies@gmail.com
 designates 209.85.214.51 as permitted sender)
MIME-Version: 1.0
In-Reply-To: 
 <CAGZB7RjE=Tb=wbNsrdbP9pk-8_hHxeOO9OXVofkR4sBbr=M4Ew@mail.gmail.com>
References: 
 <CAGZB7Rjd_8kgQbxw6Kw0AprkSTi+pkNXAKEwA9G6_5ays2J0tQ@mail.gmail.com>
	<CADH39nrHoE5B3pbJ4bQLqndNXeHgcsd-cnaSgknbLftuCP1WKw@mail.gmail.com>
	<CAGZB7Rg3N=nNjx0E-dL-g1KQDBsUSNPk08arqyv==JW+TWFCcg@mail.gmail.com>
	<CAPCjjnEdGU8Y3sA8isuk6Ubq+Zuvdzy4ttrphFwT1beJ=LocXQ@mail.gmail.com>
	<CAGZB7RgVoUBj8hEcqSXZkbuaLU3Su2B=mxZ8gB=gfG3X3nyBkA@mail.gmail.com>
	<CA+nPnMzKSH6oAz57igwH=MLBB5o3ZBaRW2r=FBOPDdyCXrme=Q@mail.gmail.com>
	<BLU002-W7562E462A896FA677EFEBDAEF20@phx.gbl>
	<CAGZB7RjE=Tb=wbNsrdbP9pk-8_hHxeOO9OXVofkR4sBbr=M4Ew@mail.gmail.com>
Date: Mon, 25 Feb 2013 10:45:26 -0500
Message-ID: 
 <CALhtWkeaiDWW+KoODipFv2wyv8DUbgrxhRHMjhgJ9wEOrngyww@mail.gmail.com>
Subject: Re: Why is properties-maven-plugin still in alpha?
From: Benson Margulies <bimargulies@gmail.com>
To: Maven Users List <users@maven.apache.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

There are no 'powers that be'. There are volunteers. In the case of
the properties-maven-plugin, those are volunteers at the codehaus mojo
project, not the Apache Maven project. You really shouldn't let the
word 'alpha' bother you.

On Mon, Feb 25, 2013 at 9:33 AM, Matthew Adams <matthew@matthewadams.me> wr=
ote:
> The ORM plugin is not going fubar.  I'm simply using its schema generatio=
n
> capabilities for my entities during my process-classes phase, and I just
> happen to be using derby embedded to do it.  Derby, by design, will produ=
ce
> a derby.log file in the current working directory unless you take steps t=
o
> avoid it, one of which is to set the system property
> derby.stream.error.field to something other than its default value.  I fi=
nd
> that setting it to java.lang.System.out is just jim-dandy.
>
> In fact, I have different profiles for different ORMs & databases, and th=
ey
> *all* produce derby.log files when producing the schema against derby.
>
> Can we simply have the powers that be promote properties-maven-plugin to =
a
> GA release, or move the functionality of the set-system-properties goal t=
o
> build-helper-maven-plugin?
>
>
> On Sun, Feb 24, 2013 at 8:43 AM, Martin Gainty <mgainty@hotmail.com> wrot=
e:
>
>> Matthew and Frederic
>>
>> properties-maven-plugin has no hardcoded reference to derby.log
>>
>> If you could identify the ORM maven-plugin groupId,artifactId,version yo=
u
>> are implementing ..we could take a look at where its going fubar
>>
>> -M
>> ----------------------------------------
>> > Date: Sun, 24 Feb 2013 08:25:26 +0000
>> > Subject: Re: Why is properties-maven-plugin still in alpha?
>> > From: stephen.alan.connolly@gmail.com
>> > To: users@maven.apache.org
>> >
>> > Fail safe has the same config options, and perhaps your ORM's maven
>> plugin
>> > needs an enhancement ;-)
>> >
>> > On Sunday, 24 February 2013, Matthew Adams wrote:
>> >
>> > > Good suggestion, but I need it for not just that (and besides, you
>> should
>> > > be using failsafe for integration tests, not surefire). But also I n=
eed
>> > > that property set for database schema generation via my ORM's Maven
>> plugin,
>> > > which happens during the process-classes phase.
>> > >
>> > >
>> > > On Fri, Feb 22, 2013 at 10:58 PM, Dan Tran <dantran@gmail.com> wrote=
:
>> > >
>> > > > for you case, you should pass the system property directly into
>> surefire
>> > > >
>> > > > -D
>> > > >
>> > > > On Fri, Feb 22, 2013 at 7:33 PM, Matthew Adams <
>> matthew@matthewadams.me>
>> > > > wrote:
>> > > > > Hmmm. I'm using the goal
>> > > > > set-system-properties<
>> > > >
>> > >
>> http://mojo.codehaus.org/properties-maven-plugin/set-system-properties-m=
ojo.html
>> > > > >and
>> > > > > specifying a phase explicitly. Seems to work fine.
>> > > > >
>> > > > > For the curious, my use case is trying to get rid of the annoyin=
g
>> > > > derby.log
>> > > > > file during my integration-test phase by using the derby system
>> > > > > property derby.stream.error.field=3Djava.lang.System.out.
>> > > > >
>> > > > > Maybe we could move the set-system-properties goal over to the
>> > > > > build-helper-maven-plugin<
>> > > > http://mojo.codehaus.org/build-helper-maven-plugin/>.
>> > > > > Seems like a good place for it.
>> > > > >
>> > > > > Works like a charm when you set it like this:
>> > > > >
>> > > > > <profile>
>> > > > > <id>derby</id>
>> > > > > <properties>
>> > > > > <app.db.vendor.id>derby</app.db.vendor.id>
>> > > > > <app.db.driver.id>derby</app.db.driver.id>
>> > > > > </properties>
>> > > > > <build>
>> > > > > <plugins>
>> > > > > <plugin>
>> > > > > <groupId>org.codehaus.mojo</groupId>
>> > > > > <artifactId>properties-maven-plugin</artifactId>
>> > > > > <executions>
>> > > > > <execution>
>> > > > > <goals>
>> > > > > <goal>set-system-properties</goal>
>> > > > > </goals>
>> > > > > <phase>initialize</phase>
>> > > > > <configuration>
>> > > > > <properties>
>> > > > > <property>
>> > > > > <name>derby.stream.error.field</name>
>> > > > > <value>java.lang.System.out</value>
>> > > > > </property>
>> > > > > </properties>
>> > > > > </configuration>
>> > > > > </execution>
>> > > > > </executions>
>> > > > > </plugin>
>> > > > > </plugins>
>> > > > > </build>
>> > > > > </profile>
>> > > > >
>> > > > >
>> > > > >
>> > > > >
>> > > > > On Fri, Feb 22, 2013 at 9:59 AM, Fr=C3=A9d=C3=A9ric Camblor <
>> fcamblor@gmail.com
>> > > > >wrote:
>> > > > >
>> > > > >> Hi !
>> > > > >>
>> > > > >> I *think* this is because this plugin is shooting you in the
>> foot, by
>> > > > >> making you think it will *always* load externalized properties
>> whereas
>> > > > it
>> > > > >> won't be the case.
>> > > > >> For instance, during call of direct plugin goal (like
>> release:prepare
>> > > /
>> > > > >> release:perform), the plugin won't be binded to any phases =3D>
>> > > properties
>> > > > >> won't be loaded / made available.
>> > > > >>
>> > > > >> I think this was based on a good idea at the beginning, but is =
not
>> > > > really
>> > > > >> applicable.
>> > > > >>
>> > > > >> Cheers,
>> > > > >> Fr=C3=A9d=C3=A9ric
>> > > > >>
>> > > > >> Fr=C3=A9d=C3=A9ric Camblor <http://fcamblor.wordpress.com/>
>> > > > >> <http://www.twitter.com/fcamblor>
>> > > > >> Bordeaux JUG <http://bordeauxjug.org/> Leader
>> > > > >> Jenkins <http://jenkins-ci.org/> community member & plugin
>> commiter
>> > > > >>
>> > > > >>
>> > > > >>
>> > > > >> On Fri, Feb 22, 2013 at 4:39 PM, Matthew Adams <
>> > > matthew@matthewadams.me
>> > >
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
>> For additional commands, e-mail: users-help@maven.apache.org
>>
>>
>
>
> --
> mailto:matthew@matthewadams.me <matthew@matthewadams.me>
> skype:matthewadams12
> googletalk:matthew@matthewadams.me
> http://matthewadams.me
> http://www.linkedin.com/in/matthewadams

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@maven.apache.org
For additional commands, e-mail: users-help@maven.apache.org