From: thomas at tada.se (Thomas Hallgren)
Date: Mon, 14 Jan 2013 10:56:11 +0100
Subject: [Pljava-dev] Source code move to Git
In-Reply-To: 
 <CALBNtw6WpKh4=QfhEtpQE8PgdP1iNdDM2a4c_3VTyh7LmTsyGA@mail.gmail.com>
References: <50F27A01.2090003@tada.se>
	<A2FF70FC-EE5D-4F43-ACE8-A6F73366E314@me.com>
	<50F2FAEA.6090809@tada.se> <50F30C5A.9060407@tada.se>
	<8480FE88-E1AA-43EB-A5D1-6B155FA4BC55@me.com>
	<CALBNtw4_zypu6ZmbxNoXc35EHwVTJxyKB86emEoYxCnF=uefdw@mail.gmail.com>
	<CALBNtw6WpKh4=QfhEtpQE8PgdP1iNdDM2a4c_3VTyh7LmTsyGA@mail.gmail.com>
Message-ID: <50F3D63B.3010203@tada.se>

Hi Bear,

I think examples like these are very valuable to the community. They are 
candidates for inclusion in our example module (we already have such a 
module). Would it be possible for you to provide them in the form of a 
pull request?

Regarding the crypto stuff, also interesting. I'd love to see that too 
as a (separate) pull request. What JDK version is required for it to run?

Regards,
Thomas Hallgren

On 2013-01-14 00:35, Bear Giles wrote:
> P.S. the blog entries were at http://invariantproperties.com/
>
>
> On Sun, Jan 13, 2013 at 4:33 PM, Bear Giles <bgiles at coyotesong.com 
> <mailto:bgiles at coyotesong.com>> wrote:
>
>     Related to this - I created a project on google code a while back
>     that has a number of advanced examples for a series of blog posts
>     I wrote - things like user-defined types, triggers, etc. I don't
>     know if it makes sense to integrate the examples into the main
>     source tree (as an 'examples' artifact), have it as a sibling
>     project, or have it totally independent. The project makes it
>     clear that it was never intended to be used as an actual library,
>     it just contains examples of how to use pl/java.
>
>     https://code.google.com/p/postgresql-pljava-examples/
>
>     Also I might be able to devote a few cycles to improving the
>     crypto stuff. The motivation is that server-side crypto means you
>     could have a relatively unprivileged user perform some tightly
>     constrained functions. E.g., you may have a database containing
>     encrypted salaries but be willing to provide an average salary.
>     (Setting aside the crypto this is actually a hard problem to solve
>     since a series of careful queries may reveal individual
>     information. But at a minimum you could have a function that makes
>     sure there's at least a dozen data points, decrypts them, then
>     averages them.)
>
>     The standard crypto extension provides a bit of this but we really
>     want to be able to toss BouncyCastle onto the jar path. I've
>     started playing with it but some key standard Jave-SE classes are
>     missing.
>
>
>
>     On Sun, Jan 13, 2013 at 3:15 PM, Hal Hildebrand
>     <hal.hildebrand at me.com <mailto:hal.hildebrand at me.com>> wrote:
>
>         Oddly enough, I also created a maven plugin for pljava.
>
>         Sent from my Tricorder
>
>         On Jan 13, 2013, at 11:34 AM, Thomas Hallgren <thomas at tada.se
>         <mailto:thomas at tada.se>> wrote:
>
>         > On 2013-01-13 19:20, Thomas Hallgren wrote:
>         >> On 2013-01-13 18:10, Hal Hildebrand wrote:
>         >>> Is the break out of the maven modules acceptable?
>         >>
>         >> Yes, although I'd prefer if the module named 'jdbc' was
>         named 'plugin' or 'module'
>         >
>         > On second thought, 'plugin' is a bad name. We might want to
>         create a maven plug-in for pljava at some point. What about
>         'server' to signify that this is the part that runs in the server?
>         >
>         > - thomas
>         _______________________________________________
>         Pljava-dev mailing list
>         Pljava-dev at pgfoundry.org <mailto:Pljava-dev at pgfoundry.org>
>         http://lists.pgfoundry.org/mailman/listinfo/pljava-dev
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20130114/84183a47/attachment-0001.html>