[Pljava-dev] Source code move to Git

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>

In response to

Responses

Browse pljava-dev by date

  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