[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-15 11:36:28
Message-ID: 50F53F3C.8000304@tada.se
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pljava-dev

A submission page has been added to the (not yet complete) wiki.
Comments are welcome.

https://github.com/tada/pljava/wiki/Contribution-guide

- thomas

On 2013-01-14 22:30, Thomas Hallgren wrote:
> On 2013-01-14 19:16, Bear Giles wrote:
>> I'm not sure what you need. I'm using the public google subversion
>> server - I think the link is on the download page/tab/whatever.
>>
> I can find the code in your SVN repository for sure but I'm trying to
> establish a process for submissions that will ensure that the correct
> author gets credit while at the same time making the submission
> traceable and easy. I plan to write a page where this process is
> outlined soon enough but here's a short brief:
>
> 1. You ensure that you have an account at GitHub.
> 2. You fork the tada/pljava repository at GitHub (just navigate to
> that repository and click 'Fork'). This creates a fork named <your
> account name>/pljava.
> 3. Create a local clone of that repository and add your examples to
> the example module.
> 4. Commit your changes to your local clone with an explanatory commit
> comment. You can do several commits.
> 5. Push the local clone (updates your fork at GitHub). This can also
> be repeated.
> 6. Submit a "pull request" at GitHub (in other words, ask tada/pljava
> maintainers to merge your changes). This will automatically create an
> issue with the tada/pljava repository where your commit(s) can be
> reviewed and accepted. Once accepted, they are merged and will then
> appear in the repository just as you entered them, with comments,
> correct author, and all.
>
> Regards,
> Thomas Hallgren
>
>
>>
>> On Mon, Jan 14, 2013 at 2:56 AM, Thomas Hallgren <thomas at tada.se
>> <mailto:thomas at tada.se>> wrote:
>>
>> 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/20130115/ac074266/attachment.html>

In response to

Browse pljava-dev by date

  From Date Subject
Next Message Dale Betts - HSS 2013-01-15 13:47:07 [Pljava-dev] Segmentation Faults
Previous Message Thomas Hallgren 2013-01-14 21:30:35 [Pljava-dev] Source code move to Git