You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by de...@db.apache.org on 2004/09/29 21:02:32 UTC
[jira] Created: (DERBY-17) Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
Message:
A new issue has been created in JIRA.
---------------------------------------------------------------------
View the issue:
http://issues.apache.org/jira/browse/DERBY-17
Here is an overview of the issue:
---------------------------------------------------------------------
Key: DERBY-17
Summary: Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
Type: Bug
Status: Unassigned
Priority: Minor
Project: Derby
Components:
Network Server
Versions:
10.0.2.0
Assignee:
Reporter: Ramandeep Kaur
Created: Wed, 29 Sep 2004 12:01 PM
Updated: Wed, 29 Sep 2004 12:01 PM
Description:
Opening this bug on behalf of Katherine Marsden
--------------------------------------------------------------
JCC cannot guarantee that the CRRTKN that they send is unique
because it may come from many jvms.
According to the DDM Spec in ACCRDBRM we should generate and
send CRRTKN if it was not sent to us.
crrtkn INSTANCE_OF CRRTKN - Correlation Token
1810 OPTIONAL
1811 DFTVAL ââ
1812 NOTE Source server product-specific value is used.
1813 This parameter is returned if and only if the
1814 CRRTKN parameter is not received on
1815 ACCRDB.
---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
If you want more information on JIRA, or have a bug to report see:
http://www.atlassian.com/software/jira
[jira] Resolved: (DERBY-17) Network Server Needs to generate CRRTKN
on ACCRDB if client does not send it
Posted by "Kathey Marsden (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/DERBY-17?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Kathey Marsden resolved DERBY-17.
---------------------------------
Resolution: Won't Fix
There doesn't seem to be much interest in fixing this issue and no problems seen with clients generating duplicate correlation tokens. From David's analysis, they should be unique. The issue can be reopened if someone decides to fix.
> Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
> ----------------------------------------------------------------------------
>
> Key: DERBY-17
> URL: https://issues.apache.org/jira/browse/DERBY-17
> Project: Derby
> Issue Type: Bug
> Components: Network Server, Newcomer
> Affects Versions: 10.0.2.0
> Reporter: Ramandeep Kaur
> Priority: Minor
>
> Opening this bug on behalf of Katherine Marsden
> --------------------------------------------------------------
> JCC cannot guarantee that the CRRTKN that they send is unique
> because it may come from many jvms.
> According to the DDM Spec in ACCRDBRM we should generate and
> send CRRTKN if it was not sent to us.
> crrtkn INSTANCE_OF CRRTKN - Correlation Token
> 1810 OPTIONAL
> 1811 DFTVAL â??â??
> 1812 NOTE Source server product-specific value is used.
> 1813 This parameter is returned if and only if the
> 1814 CRRTKN parameter is not received on
> 1815 ACCRDB.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
[jira] Updated: (DERBY-17) Network Server Needs to generate CRRTKN
on ACCRDB if client does not send it
Posted by "Deepa Remesh (JIRA)" <de...@db.apache.org>.
[ http://issues.apache.org/jira/browse/DERBY-17?page=all ]
Deepa Remesh updated DERBY-17:
------------------------------
Component: Newcomer
Description:
Opening this bug on behalf of Katherine Marsden
--------------------------------------------------------------
JCC cannot guarantee that the CRRTKN that they send is unique
because it may come from many jvms.
According to the DDM Spec in ACCRDBRM we should generate and
send CRRTKN if it was not sent to us.
crrtkn INSTANCE_OF CRRTKN - Correlation Token
1810 OPTIONAL
1811 DFTVAL â??â??
1812 NOTE Source server product-specific value is used.
1813 This parameter is returned if and only if the
1814 CRRTKN parameter is not received on
1815 ACCRDB.
was:
Opening this bug on behalf of Katherine Marsden
--------------------------------------------------------------
JCC cannot guarantee that the CRRTKN that they send is unique
because it may come from many jvms.
According to the DDM Spec in ACCRDBRM we should generate and
send CRRTKN if it was not sent to us.
crrtkn INSTANCE_OF CRRTKN - Correlation Token
1810 OPTIONAL
1811 DFTVAL ââ
1812 NOTE Source server product-specific value is used.
1813 This parameter is returned if and only if the
1814 CRRTKN parameter is not received on
1815 ACCRDB.
Environment:
> Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
> ----------------------------------------------------------------------------
>
> Key: DERBY-17
> URL: http://issues.apache.org/jira/browse/DERBY-17
> Project: Derby
> Type: Bug
> Components: Network Server, Newcomer
> Versions: 10.0.2.0
> Reporter: Ramandeep Kaur
> Priority: Minor
>
> Opening this bug on behalf of Katherine Marsden
> --------------------------------------------------------------
> JCC cannot guarantee that the CRRTKN that they send is unique
> because it may come from many jvms.
> According to the DDM Spec in ACCRDBRM we should generate and
> send CRRTKN if it was not sent to us.
> crrtkn INSTANCE_OF CRRTKN - Correlation Token
> 1810 OPTIONAL
> 1811 DFTVAL ’’
> 1812 NOTE Source server product-specific value is used.
> 1813 This parameter is returned if and only if the
> 1814 CRRTKN parameter is not received on
> 1815 ACCRDB.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (DERBY-17) Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
Posted by "David Van Couvering (JIRA)" <de...@db.apache.org>.
[ http://issues.apache.org/jira/browse/DERBY-17?page=comments#action_66893 ]
David Van Couvering commented on DERBY-17:
------------------------------------------
I'd like to understand why JCC cannot guarantee uniqueness. Reading the spec, the CRRTKN is a combination of the specific host and port *of the client* and a long value of the current timestamp, and that's how it's implemented in the client code (although for some reason I don't fully fathom it only uses half of the bytes of each part of the IP address). Since each client uses a different TPC-IP port, this value should be unique, even across VMs where the timestamp might match. The timestamp is just intended to guarantee uniqueness within the same VM.
That said, if the CRRTKN is null, yes, according to the spec the network server should generate it. But unless I can understand how the CRRTKN generated by the client is not unique across VMs, I don't think it makes sense for the client to stop generating the CRRTKN.
> Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
> ----------------------------------------------------------------------------
>
> Key: DERBY-17
> URL: http://issues.apache.org/jira/browse/DERBY-17
> Project: Derby
> Type: Bug
> Components: Network Server
> Versions: 10.0.2.0
> Reporter: Ramandeep Kaur
> Priority: Minor
>
> Opening this bug on behalf of Katherine Marsden
> --------------------------------------------------------------
> JCC cannot guarantee that the CRRTKN that they send is unique
> because it may come from many jvms.
> According to the DDM Spec in ACCRDBRM we should generate and
> send CRRTKN if it was not sent to us.
> crrtkn INSTANCE_OF CRRTKN - Correlation Token
> 1810 OPTIONAL
> 1811 DFTVAL ââ
> 1812 NOTE Source server product-specific value is used.
> 1813 This parameter is returned if and only if the
> 1814 CRRTKN parameter is not received on
> 1815 ACCRDB.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (DERBY-17) Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
Posted by "Kathey Marsden (JIRA)" <de...@db.apache.org>.
[ http://issues.apache.org/jira/browse/DERBY-17?page=comments#action_12312510 ]
Kathey Marsden commented on DERBY-17:
-------------------------------------
As I understand it, if there are multiple clients on the same machine there can be duplicates.
> Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
> ----------------------------------------------------------------------------
>
> Key: DERBY-17
> URL: http://issues.apache.org/jira/browse/DERBY-17
> Project: Derby
> Type: Bug
> Components: Network Server
> Versions: 10.0.2.0
> Reporter: Ramandeep Kaur
> Priority: Minor
>
> Opening this bug on behalf of Katherine Marsden
> --------------------------------------------------------------
> JCC cannot guarantee that the CRRTKN that they send is unique
> because it may come from many jvms.
> According to the DDM Spec in ACCRDBRM we should generate and
> send CRRTKN if it was not sent to us.
> crrtkn INSTANCE_OF CRRTKN - Correlation Token
> 1810 OPTIONAL
> 1811 DFTVAL ââ
> 1812 NOTE Source server product-specific value is used.
> 1813 This parameter is returned if and only if the
> 1814 CRRTKN parameter is not received on
> 1815 ACCRDB.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (DERBY-17) Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
Posted by "David Van Couvering (JIRA)" <de...@db.apache.org>.
[ http://issues.apache.org/jira/browse/DERBY-17?page=comments#action_12312572 ]
David Van Couvering commented on DERBY-17:
------------------------------------------
OK. I thought each connection to the server got a different port number, so since you are using local host and port as part of the CRRTKN it should be unique for each connection to the server. But what I'll do is just test this out.
> Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
> ----------------------------------------------------------------------------
>
> Key: DERBY-17
> URL: http://issues.apache.org/jira/browse/DERBY-17
> Project: Derby
> Type: Bug
> Components: Network Server
> Versions: 10.0.2.0
> Reporter: Ramandeep Kaur
> Priority: Minor
>
> Opening this bug on behalf of Katherine Marsden
> --------------------------------------------------------------
> JCC cannot guarantee that the CRRTKN that they send is unique
> because it may come from many jvms.
> According to the DDM Spec in ACCRDBRM we should generate and
> send CRRTKN if it was not sent to us.
> crrtkn INSTANCE_OF CRRTKN - Correlation Token
> 1810 OPTIONAL
> 1811 DFTVAL ââ
> 1812 NOTE Source server product-specific value is used.
> 1813 This parameter is returned if and only if the
> 1814 CRRTKN parameter is not received on
> 1815 ACCRDB.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira
[jira] Commented: (DERBY-17) Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
Posted by "Kathey Marsden (JIRA)" <de...@db.apache.org>.
[ http://issues.apache.org/jira/browse/DERBY-17?page=comments#action_64795 ]
Kathey Marsden commented on DERBY-17:
-------------------------------------
See the specifications at:
http://www.opengroup.org/dbiop/
In particular, section 11.3.1 of:
http://www.opengroup.org/onlinepubs/9699959699/toc.pdf
for an explanation of the correlation token.
and the ACCCRDB and ACCRDBRM definition in
http://www.opengroup.org/onlinepubs/9699959499/toc.pdf
The client would also need to be changed to not send the correlation token on ACCRDB
> Network Server Needs to generate CRRTKN on ACCRDB if client does not send it
> ----------------------------------------------------------------------------
>
> Key: DERBY-17
> URL: http://issues.apache.org/jira/browse/DERBY-17
> Project: Derby
> Type: Bug
> Components: Network Server
> Versions: 10.0.2.0
> Reporter: Ramandeep Kaur
> Priority: Minor
>
> Opening this bug on behalf of Katherine Marsden
> --------------------------------------------------------------
> JCC cannot guarantee that the CRRTKN that they send is unique
> because it may come from many jvms.
> According to the DDM Spec in ACCRDBRM we should generate and
> send CRRTKN if it was not sent to us.
> crrtkn INSTANCE_OF CRRTKN - Correlation Token
> 1810 OPTIONAL
> 1811 DFTVAL ââ
> 1812 NOTE Source server product-specific value is used.
> 1813 This parameter is returned if and only if the
> 1814 CRRTKN parameter is not received on
> 1815 ACCRDB.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira