MIME-Version: 1.0 In-Reply-To: <56759A57.9060106@anastigmatix.net> References: <56759A57.9060106@anastigmatix.net> Date: Mon, 21 Dec 2015 01:11:31 +0000 Message-ID: Subject: Re: [Pljava-dev] annotation keyword changes before 1.5.0 (?) From: Peter Henderson Content-Type: multipart/alternative; boundary=001a113e51545c80f105275e2be2 --001a113e51545c80f105275e2be2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Just my =C2=A30.0002 worth On Sat, Dec 19, 2015 at 5:56 PM, Chapman Flack wrote: > There has been some code in the tree for Java annotation support > ever since January 2005, but I'm not sure how usable or used it > was before March 2013. That was after the most recent numbered > release, so I think 1.5.0 will be the first numbered release > featuring annotation support in a significant way. So, there will > probably never be a better time to change any of the annotation > keywords, if they are worth changing. No one who has been using > prebuilt distributions from pgFoundry will have used them yet. > > - In a @Function annotation, the keyword 'type' is used to specify > the volatility category (volatile, stable, immutable). That dates > all the way back to 2005, but I'd rather have 'type' mean > the SQL type of the function return (right now, you have to say > 'complexType' for that, which isn't intuitive). I was stuck for a > a while on a good, short, alternative keyword. I'm not thrilled > with 'volatility' because it's both long and semi-redundant > (volatility=3Dvolatile makes you snicker, volatility=3Dimmutable > makes you wince). I think my current favorite idea is 'effects'. > I think all of (effects=3Dvolatile, effects=3Dstable, effects=3Dimmutab= le) > will be clear at sight when you know the PostgreSQL concepts. > Personally I'd prefer names similar to those used in the main documentation http://www.postgresql.org/docs/9.4/static/xfunc-volatility.html volatility=3DVolatile volatility=3DStable volatility=3DImmutable Make sense to me. Plus relate to the same terms used by a PL/pgSQL function= . > Any reactions or suggestions to the above (including "wait! stop! nooo, > don't change any keywords!") welcome. > > -Chap > _______________________________________________ > Pljava-dev mailing list > Pljava-dev@lists.pgfoundry.org > http://lists.pgfoundry.org/mailman/listinfo/pljava-dev > --=20 Peter Henderson Director Starjar Ltd. www.starjar.com 0330 088 1662 --001a113e51545c80f105275e2be2 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Just my =C2=A30.0002 worth

On Sat, Dec 19, 2015 at 5:56 PM, Chapman= Flack <chap@anastigmatix.net> wrote:
There has been some code in the tree for= Java annotation support
ever since January 2005, but I'm not sure how usable or used it
was before March 2013. That was after the most recent numbered
release, so I think 1.5.0 will be the first numbered release
featuring annotation support in a significant way. So, there will
probably never be a better time to change any of the annotation
keywords, if they are worth changing. No one who has been using
prebuilt distributions from pgFoundry will have used them yet.

- In a @Function annotation, the keyword 'type' is used to specify<= br> =C2=A0 the volatility category (volatile, stable, immutable). That dates =C2=A0 all the way back to 2005, but I'd rather have 'type' mea= n
=C2=A0 the SQL type of the function return (right now, you have to say
=C2=A0 'complexType' for that, which isn't intuitive). I was st= uck for a
=C2=A0 a while on a good, short, alternative keyword. I'm not thrilled<= br> =C2=A0 with 'volatility' because it's both long and semi-redund= ant
=C2=A0 (volatility=3Dvolatile makes you snicker, volatility=3Dimmutable
=C2=A0 makes you wince). I think my current favorite idea is 'effects&#= 39;.
=C2=A0 I think all of (effects=3Dvolatile, effects=3Dstable, effects=3Dimmu= table)
=C2=A0 will be clear at sight when you know the PostgreSQL concepts.

Personally I'd prefer names similar to th= ose used in the main documentation
http://www.postgresql.org/docs/9.4/s= tatic/xfunc-volatility.html

volatility=3DVolatil= e
volatility=3DStable
volatility=3DImmutable

=
Make sense to me. Plus relate to the same terms used by a PL/pgS= QL function.


=C2=A0
Any reactions or suggestions to the above (includ= ing "wait! stop! nooo,
don't change any keywords!") welcome.

-Chap
_______________________________________________
Pljava-dev mailing list
Pljava-dev@lists.pgfoundr= y.org
http://lists.pgfoundry.org/mailman/listinfo/pl= java-dev



--
Peter Henderson
Director
Starjar Ltd.
www.starjar.com0330 088 1662
--001a113e51545c80f105275e2be2--