[Pljava-dev] Updated VarLenTuple example

Hi, Thomas,

Here's my first try on new implementations on SQLInput and SQLOutput for
fixed endianness.

Btw, I noticed that the s_bytebuffer variables were declared "static" in
the old code, so using several instances in parallel would have caused
strange effects.

I did not test them yet, as the C code has to be changed accordingly
before it works, of course. :-)

Regards,
Markus
--
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS

Fight against software patents in Europe! www.ffii.org
www.nosoftwarepatents.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SQLInputFromChunk.java
Type: text/x-java
Size: 5886 bytes
Desc: not available
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/da52404e/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SQLInputFromChunkBE.java
Type: text/x-java
Size: 2339 bytes
Desc: not available
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/da52404e/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SQLInputFromChunkLE.java
Type: text/x-java
Size: 2179 bytes
Desc: not available
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/da52404e/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SQLOutputToChunk.java
Type: text/x-java
Size: 6043 bytes
Desc: not available
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/da52404e/attachment-0003.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SQLOutputToChunkBE.java
Type: text/x-java
Size: 2253 bytes
Desc: not available
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/da52404e/attachment-0004.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SQLOutputToChunkLE.java
Type: text/x-java
Size: 2313 bytes
Desc: not available
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/da52404e/attachment-0005.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/da52404e/attachment-0006.bin>

Hi, Thomas,

And here's an updated VarLenTuple example. It's not tested yet (as the
SQLInput/SQLOutput native part is not fixed yet), but compiles fine.

I added the typeName parameter to receive() and input(), as I did not
want to sacrifice the possibility handling different datatypes, which is
present in the SQLData interface.

Regards,
Markus

--
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS

Fight against software patents in Europe! www.ffii.org
www.nosoftwarepatents.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: VarLenTuple.java
Type: text/x-java
Size: 10587 bytes
Desc: not available
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/012a6515/attachment.bin>

Hi, Thomas,

Markus Schaber wrote:
> I added the typeName parameter to receive() and input(), as I did not
> want to sacrifice the possibility handling different datatypes, which is
> present in the SQLData interface.

I now dropped that.

As we have static methods, which are defined independently of the
SQLData implementation, we can easily have two or more sets of them that
correspond to the same multi-type SQLData implementation.

Regards,
Markus

Note to self: You should really think twice before sending code.
--
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS

Fight against software patents in Europe! www.ffii.org
www.nosoftwarepatents.org
-------------- next part --------------
A non-text attachment was scrubbed...
Name: VarLenTuple.java
Type: text/x-java
Size: 10361 bytes
Desc: not available
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/a4bdcd8e/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/a4bdcd8e/attachment-0001.bin>

Markus Schaber wrote:
> Hi, Thomas,
>
>
> Markus Schaber wrote:
>
>> I added the typeName parameter to receive() and input(), as I did not
>> want to sacrifice the possibility handling different datatypes, which is
>> present in the SQLData interface.
>>
>
> I now dropped that.
>
> As we have static methods, which are defined independently of the
> SQLData implementation, we can easily have two or more sets of them that
> correspond to the same multi-type SQLData implementation.
>
>
Good. I like this version better :-)

Regards,
Thomas Hallgren

Hi, Thomas,

Thomas Hallgren wrote:

> Good. I like this version better :-)

Me too, that's why I changed it. :-)

Btw, do you have enough time to change the native C part to the new model?

I can do it, too, but I think you know that code much better, so it
might be finished earlier and with less bugs if you do it.

I'm going look at and adopt the other example code, if you like.

Btw, I think that the "UDT[]" declarations can stay as they are on the
SQL side, and just change what they do "under the hoods".

Thanks,
Markus
--
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS

Fight against software patents in Europe! www.ffii.org
www.nosoftwarepatents.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/4b4e411f/attachment.bin>

Hi, Thomas,

Markus Schaber wrote:

> I'm going look at and adopt the other example code, if you like.

It seems that only ComplexScalar actually used that functionality, the
attached patch should update it to the new model.

Thanks,
Markus

--
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS

Fight against software patents in Europe! www.ffii.org
www.nosoftwarepatents.org
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: ComplexScalar.diff
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/46ed8e24/attachment.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061001/46ed8e24/attachment.bin>

Hi, Thomas,

Markus Schaber wrote:

> Btw, do you have enough time to change the native C part to the new model?

Did you have some time to look into it?

If not, I hope to have enought time to dive into the C code at the end
of this week, and then I can submit an all-inclusive patch.

HTH,
Markus
--
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS

Fight against software patents in Europe! www.ffii.org
www.nosoftwarepatents.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://lists.pgfoundry.org/pipermail/pljava-dev/attachments/20061023/de549b9c/attachment.bin>