[prev in list] [next in list] [prev in thread] [next in thread]
List: juddi-user
Subject: RE: [jUDDI-users] RE: [jUDDI] Back-end support
From: "Steve Viens" <sviens () steveviens ! com>
Date: 2002-01-23 7:54:17
[Download RAW message or body]
Al,
Much of the work that remains to be completed before a 0.6 release is
available is in the DataSource JDBC implementation.
The 0.5 release (that you are using) only attempted to implement the
UDDI v1 specification. The 0.6 release will follow the UDDI v2 spec as
closely as possible.
Steve
-----Original Message-----
From: juddi-users-admin@lists.sourceforge.net
[mailto:juddi-users-admin@lists.sourceforge.net] On Behalf Of Al Caponi
Sent: Tuesday, January 22, 2002 11:23 PM
To: jUDDI-users@lists.sourceforge.net
Subject: RE: [jUDDI-users] RE: [jUDDI] Back-end support
Hi all,
Please correct me wherever I'm saying any nonsense...
After going through the modified JDBCDataSource and MySQLDataSource, I
found the following:
In org.juddi.datasource.jdbc.MySQLDataSource:
Since MySQL ISAM tables do not enforce Data Referential Integrity, I
guess I'll need to override most of the delete methods of the parent
class (org.juddi.datasource.jdbc.JDBCDataSource) and call the super
method after deleting all the records that refer to the record being
deleted... Unless I use InnoDB tables (which I've never used before)
In org.juddi.datasource.jdbc.JDBCDataSource:
The method [public UDDIResponse deleteTModel(DeleteTModelRequest)]
actually removes the record completely from the database.
I'm reading the "UDDI Version 2.0 Operator Specification (Draft K)" and
section 2.3 says that tModel deletion should simply be a change in state
('deprecated') and NOT a deletion unless initiated by the operator admin
in case of spam data.
Will this 'deprecation' feature be implemented in the new release?
Regards,
Al
[Attachment #3 (text/html)]
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<TITLE>Message</TITLE>
<META content="MSHTML 5.50.4134.600" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=192094315-23012002><FONT face=Arial color=#0000ff size=2>Al,
</FONT></SPAN></DIV>
<DIV><SPAN class=192094315-23012002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=192094315-23012002><FONT face=Arial color=#0000ff size=2>Much
of the work that remains to be completed before a 0.6 release is available is in
the DataSource JDBC implementation.</FONT></SPAN></DIV>
<DIV><SPAN class=192094315-23012002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=192094315-23012002><FONT face=Arial color=#0000ff size=2>The
0.5 release (that you are using) only attempted to implement the UDDI v1
specification. T</FONT></SPAN><SPAN class=192094315-23012002><FONT face=Arial
color=#0000ff size=2>he 0.6 release will follow the UDDI v2 spec as closely
as possible.</FONT></SPAN></DIV>
<DIV><SPAN class=192094315-23012002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=192094315-23012002><FONT face=Arial color=#0000ff
size=2>Steve</FONT></SPAN></DIV>
<DIV><SPAN class=192094315-23012002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV></DIV>
<DIV><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B>
juddi-users-admin@lists.sourceforge.net
[mailto:juddi-users-admin@lists.sourceforge.net] <B>On Behalf Of </B>Al
Caponi<BR><B>Sent:</B> Tuesday, January 22, 2002 11:23 PM<BR><B>To:</B>
jUDDI-users@lists.sourceforge.net<BR><B>Subject:</B> RE: [jUDDI-users] RE:
[jUDDI] Back-end support<BR><BR></DIV></FONT>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=520545303-23012002>Hi
all,</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=520545303-23012002>Please correct me wherever I'm saying any
nonsense...</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=520545303-23012002></SPAN></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=520545303-23012002>After going through the modified JDBCDataSource and
MySQLDataSource, I found the following:</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=520545303-23012002><FONT face=Arial color=#0000ff size=2><SPAN
class=520545303-23012002>In
org.juddi.datasource.jdbc.MySQLDataSource:</SPAN></FONT></SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=520545303-23012002>Since MySQL ISAM tables do not enforce Data
Referential Integrity, I guess I'll need to override most of the delete
methods of the parent class (org.juddi.datasource.jdbc.JDBCDataSource)
and call the super method after deleting all the records that refer to the
record being deleted... Unless I use InnoDB tables (which I've never used
before)</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=520545303-23012002></SPAN></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=520545303-23012002>In
org.juddi.datasource.jdbc.JDBCDataSource:</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=520545303-23012002>The
method [public UDDIResponse deleteTModel(DeleteTModelRequest)] actually
removes the record completely from the database. </SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=520545303-23012002>I'm
reading the "UDDI Version 2.0 Operator Specification (Draft K)"
and section 2.3 says that tModel deletion should simply be a change in
state ('deprecated') and NOT a deletion unless initiated by the operator admin
in case of spam data.</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=520545303-23012002>Will
this 'deprecation' feature be implemented in the new
release?</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=520545303-23012002></SPAN></FONT> </DIV>
<DIV> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=520545303-23012002>Regards,</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=520545303-23012002>Al</SPAN></FONT></DIV></BLOCKQUOTE></BODY></HTML>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic