From: | thomas at tada(dot)se (Thomas Hallgren) |
---|---|
To: | |
Subject: | [Pljava-dev] Source code move to Git |
Date: | 2013-01-14 09:56:11 |
Message-ID: | 50F3D63B.3010203@tada.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pljava-dev |
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>
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Hallgren | 2013-01-14 10:04:33 | [Pljava-dev] Source code move to Git |
Previous Message | Craig Ringer | 2013-01-14 04:10:23 | [Pljava-dev] Source code move to Git |