[prev in list] [next in list] [prev in thread] [next in thread]
List: juddi-dev
Subject: RE: [juddi-Developers] RE: find service
From: "Steve Viens" <steve () inflexionpoint ! com>
Date: 2002-10-28 15:40:04
[Download RAW message or body]
Anou,
No good reason - just that we haven't gotten around to making the update
and testing. If you've been working with the new Axis.jar and everything
is fine then we can probably make the upgrade (now, before any
annoucements).
Steve
-----Original Message-----
From: juddi-developers-admin@lists.sourceforge.net
[mailto:juddi-developers-admin@lists.sourceforge.net] On Behalf Of Anou
Manavalan
Sent: Monday, October 28, 2002 1:51 PM
To: juddi-developers@lists.sourceforge.net
Subject: RE: [juddi-Developers] RE: find service
compile:
[mkdir] Created dir:
G:\project\java\trysybase\source\juddi\WEB-INF\classes
[javac] Compiling 240 source files to
G:\project\java\trysybase\source\juddi\WEB-INF\classes
[javac]
G:\project\java\trysybase\source\juddi\WEB-INF\src\org\juddi\transport\a
xis\RequestHandler.ja
va:59: cannot resolve symbol
[javac] symbol : method getAsSOAPEnvelope ()
[javac] location: class javax.xml.soap.SOAPPart
[javac] SOAPEnvelope reqSoapEnv =
(SOAPEnvelope)msg.getSOAPPart().getAsSOAPEnvelope();
[javac]
^
[javac]
G:\project\java\trysybase\source\juddi\WEB-INF\src\org\uddi4j\transport\
ApacheAxisTransport.j
ava:82: cannot resolve symbol
[javac] symbol : method getAsSOAPEnvelope ()
[javac] location: class javax.xml.soap.SOAPPart
[javac] base =
((SOAPBodyElement)(m.getSOAPPart().getAsSOAPEnvelope().getBodyElements()
.e
lementAt(0))).getAsDOM();
[javac] ^
[javac] 2 errors
BUILD FAILED
I am using the latest Axis jar. I change it to getEnvelope and it goes
fine. Any reason why we are sticking with the old Axis ?
regards,
-Anou
-----Original Message-----
From: juddi-developers-admin@lists.sourceforge.net
[mailto:juddi-developers-admin@lists.sourceforge.net]On Behalf Of Steve
Viens
Sent: Friday, October 25, 2002 10:05 AM
To: juddi-developers@lists.sourceforge.net
Subject: RE: [juddi-Developers] RE: find service
Anou,
Using "'0" for the instance ID is fine because the UDDI spec only
supports a single value (should be zero or one - never more than one).
Unfortunately I have made several additional changes since I sent this
message to you last night. All changes have been pushed up to CVS at
this point (and have gone through some testing with good results).
The INSTANCE_DETAILS_DOC table has been eliminated as well as the
TMODEL_DOC table (yes, the one I just created and told you about.)
These tables were unneccessary and the value they held was moved up into
the INSTANCE_DETAILS and TMODEL tables respectively. Of course, this
caused a ripple effect through the org.juddi.datastore.jdbc package.
You may want to simply pull down the latest from CVS and reimplement the
changes you made to eliminate the GROUP BY problem (we need to discuss
this more before I make that a permanent change jUDDI ).
Steve
-----Original Message-----
From: juddi-developers-admin@lists.sourceforge.net
[mailto:juddi-developers-admin@lists.sourceforge.net] On Behalf Of Anou
Manavalan
Sent: Friday, October 25, 2002 11:56 AM
To: steve@inflexionpoint.com; juddi-developers@lists.sourceforge.net
Subject: [juddi-Developers] RE: find service
Steve,
I did start coding in the way the rest of the API was, changing the
JDBCDataStore. But then I realized that I can't store the instance ID
and Doc ID in the model, since it is the uddi4j code. So, had to put the
code in the XxxxxTable classes.
I took a look at your code, Is that ok to make the ID's "0" ? -- In this
way, we only get one instance even if there are more.
-Anou
-----Original Message-----
From: Steve Viens [mailto:steve@inflexionpoint.com]
Sent: Thursday, October 24, 2002 10:31 PM
To: anou@openbiz.biz; juddi-developers@lists.sourceforge.net
Subject: RE: find service
Anou,
I took a closer look at the fetchBinding method of the JDBCDataStore
class and I can't quite believe that this method escaped a complete
implementation. Anyway, I took a look at the code you sent me and while
it will work fine - it doesn't follow the way the rest of the API is
laid out. The idea we've been using is that the XxxxxTable classes
handle simple database interactions and that the methods within
JDBCDataStore query, persist and assemble the objects by using
one-to-several of the individual methods within the XxxxTable and
XxxxQuery classes.
So the JDBDDataStore.saveBinding() method is responsible for all aspects
of persisting a BindingTemplate and the JDBCDataStore.fetchBinding()
method is responsible for re-assembling the object. I've taken a shot
at completing the implementation of the fetchBinding method and I have
attached it ... you should be able to replace what you have with this
... (I still can't believe this wasI missed!).
One word of caution - since this was not implemented I am concerned that
the methods in the XxxxTable classes that fetchBinding calls may not
have been completely tested together - every class includes a test
driver of it's own so I'm sure I've at least tried each individually -
I'm just uncertain that they will work correctly together (although I
rather doubt that any problem would be any difficult to determine and
correct).
Steve
PS: At this point we should begin to use the jUDDI-developers mailing
list to communicate. As a developer on the project you should be able to
subscribe to this list now.
Steve Viens
jUDDI Project Manager
InflexionPoint, LLC
<mailto:steve@inflexionpoint.com> steve@inflexionpoint.com
<http://www.juddi.org/> http://www.juddi.org
[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 6.00.2800.1106" name=GENERATOR></HEAD>
<BODY>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT face=Tahoma
size=2></FONT></DIV>
<DIV><SPAN class=382463523-28102002><FONT face=Arial><FONT color=#0000ff><FONT
size=2><SPAN
class=033523723-28102002> Anou,</SPAN></FONT></FONT></FONT></SPAN></DIV>
<DIV><SPAN class=382463523-28102002><FONT face=Arial><FONT color=#0000ff><FONT
size=2><SPAN
class=033523723-28102002></SPAN></FONT></FONT></FONT></SPAN> </DIV>
<DIV><SPAN class=382463523-28102002><FONT face=Arial><FONT color=#0000ff><FONT
size=2>No good reason - just that we haven't gotten around to making
the update and testing. If you've been working with the new Axis.jar and
everything is fine then we can probably make the upgrade (now, before any
annoucements). </FONT></FONT></FONT></SPAN></DIV>
<DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV>
<DIV><SPAN class=382463523-28102002><FONT face=Arial color=#0000ff
size=2>Steve</FONT></SPAN></DIV><FONT face=Arial size=2></FONT>
<DIV></DIV>
<DIV><FONT face=Tahoma><FONT size=2><SPAN class=382463523-28102002><FONT
face=Arial color=#0000ff></FONT></SPAN></FONT></FONT> </DIV>
<DIV><FONT face=Tahoma><FONT size=2><SPAN
class=382463523-28102002> </SPAN>-----Original Message-----<BR><B>From:</B>
juddi-developers-admin@lists.sourceforge.net
[mailto:juddi-developers-admin@lists.sourceforge.net] <B>On Behalf Of </B>Anou
Manavalan<BR><B>Sent:</B> Monday, October 28, 2002 1:51 PM<BR><B>To:</B>
juddi-developers@lists.sourceforge.net<BR><B>Subject:</B> RE: [juddi-Developers]
RE: find service<BR><BR></DIV></FONT></FONT>
<DIV><FONT face=Arial color=#0000ff size=2>compile:<BR>
[mkdir] Created dir:
G:\project\java\trysybase\source\juddi\WEB-INF\classes<BR>
[javac] Compiling 240 source files to
G:\project\java\trysybase\source\juddi\WEB-INF\classes<BR>
[javac]
G:\project\java\trysybase\source\juddi\WEB-INF\src\org\juddi\transport\axis\RequestHandler.ja<BR>va:59: \
cannot resolve symbol<BR> [javac] symbol : method
getAsSOAPEnvelope ()<BR> [javac] location: class
javax.xml.soap.SOAPPart<BR>
[javac] SOAPEnvelope reqSoapEnv =
(SOAPEnvelope)msg.getSOAPPart().getAsSOAPEnvelope();<BR>
[javac] & \
nbsp; &nb \
sp;   \
; \
^<BR> [javac]
G:\project\java\trysybase\source\juddi\WEB-INF\src\org\uddi4j\transport\ApacheAxisTransport.j<BR>ava:82: \
cannot resolve symbol<BR> [javac] symbol : method
getAsSOAPEnvelope ()<BR> [javac] location: class
javax.xml.soap.SOAPPart<BR>
[javac]
base =
((SOAPBodyElement)(m.getSOAPPart().getAsSOAPEnvelope().getBodyElements().e<BR>lementAt(0))).getAsDOM();<BR> \
[javac] \
&n \
bsp; \
^<BR> [javac] 2 errors</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2>BUILD FAILED</FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN class=870331518-28102002>I am
using the latest Axis jar. I change it to getEnvelope and it goes fine. Any
reason why we are sticking with the old Axis ?</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=870331518-28102002></SPAN></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=870331518-28102002>regards,</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2><SPAN
class=870331518-28102002>-Anou</SPAN></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV>
<DIV><FONT face=Arial color=#0000ff size=2> </DIV>
<DIV><BR></FONT><FONT face=Tahoma size=2>-----Original
Message-----<BR><B>From:</B> juddi-developers-admin@lists.sourceforge.net
[mailto:juddi-developers-admin@lists.sourceforge.net]<B>On Behalf Of </B>Steve
Viens<BR><B>Sent:</B> Friday, October 25, 2002 10:05 AM<BR><B>To:</B>
juddi-developers@lists.sourceforge.net<BR><B>Subject:</B> RE: [juddi-Developers]
RE: find service<BR><BR></DIV></FONT>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV>
<DIV class=OutlookMessageHeader lang=en-us dir=ltr align=left><FONT
face=Tahoma size=2></FONT></DIV>
<DIV align=left><FONT face=Arial size=2>
<DIV align=left><FONT face=Arial size=2></FONT></DIV></FONT></DIV>
<DIV></DIV><FONT face=Tahoma><SPAN class=306015415-25102002><FONT face=Arial
color=#0000ff size=2>Anou, </FONT></SPAN></DIV>
<DIV><SPAN class=306015415-25102002><SPAN class=306015415-25102002><FONT
face=Arial color=#0000ff size=2></FONT></SPAN> </DIV>
<DIV>
<DIV><SPAN class=306015415-25102002><FONT face=Arial><FONT color=#0000ff><FONT
size=2>Using <SPAN class=271200016-25102002> "</SPAN>'0<SPAN
class=271200016-25102002>" </SPAN> for <SPAN
class=271200016-25102002> the instance </SPAN>ID is fine because
the <SPAN class=271200016-25102002> UDDI s</SPAN>pec only supports a
single value (should be zero or one - never more than one).<SPAN
class=271200016-25102002> </SPAN></FONT></FONT></FONT></SPAN></DIV>
<DIV><SPAN class=306015415-25102002><FONT face=Arial><FONT color=#0000ff><FONT
size=2><SPAN
class=271200016-25102002></SPAN></FONT></FONT></FONT></SPAN> </DIV></SPAN></DIV>
<DIV><SPAN class=306015415-25102002><FONT face=Arial color=#0000ff
size=2>Unfortunately I have made<SPAN
class=271200016-25102002> several </SPAN>additional changes since I
sent this message to you <SPAN class=271200016-25102002> last
night</SPAN>. All changes have been pushed up to CVS at this point (and have
gone through some testing with good results).</FONT></SPAN></DIV>
<DIV><SPAN class=306015415-25102002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=306015415-25102002><FONT face=Arial><FONT color=#0000ff><FONT
size=2>The INSTANCE_DETAILS_DOC table<SPAN
class=271200016-25102002> </SPAN>has been eliminated as well as the
TMODEL_DOC table (yes, the one I just created and told you about.)<SPAN
class=271200016-25102002> These tables were unneccessary and the
value they held was moved up into the INSTANCE_DETAILS and TMODEL tables
respectively. Of course, this caused a ripple effect through
the org.juddi.datastore.jdbc
package.</SPAN></FONT></FONT></FONT></SPAN></DIV>
<DIV><FONT size=2><SPAN class=306015415-25102002><FONT face=Arial
color=#0000ff></FONT></SPAN><FONT face=Arial
color=#0000ff></FONT></FONT> </DIV>
<DIV><SPAN class=306015415-25102002><FONT face=Arial color=#0000ff size=2>You
may want to simply pull down the latest from CVS and reimplement the changes
you made to eliminate the GROUP BY problem (we need to discuss this more
before I make <SPAN class=271200016-25102002> that </SPAN>a
permanent change <SPAN
class=271200016-25102002> jUDDI </SPAN>).</FONT></SPAN></DIV>
<DIV><SPAN class=306015415-25102002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=306015415-25102002><FONT face=Arial color=#0000ff
size=2>Steve</FONT></SPAN></DIV>
<DIV><FONT size=2><SPAN class=271200016-25102002><FONT face=Arial
color=#0000ff></FONT></SPAN></FONT> </DIV>
<DIV><FONT size=2><SPAN class=271200016-25102002> </SPAN>-----Original
Message-----<BR><B>From:</B> juddi-developers-admin@lists.sourceforge.net
[mailto:juddi-developers-admin@lists.sourceforge.net] <B>On Behalf Of </B>Anou
Manavalan<BR><B>Sent:</B> Friday, October 25, 2002 11:56 AM<BR><B>To:</B>
steve@inflexionpoint.com;
juddi-developers@lists.sourceforge.net<BR><B>Subject:</B> [juddi-Developers]
RE: find service<BR><BR></DIV></FONT></FONT>
<DIV><SPAN class=314414915-25102002><FONT face=Arial color=#0000ff
size=2>Steve,</FONT></SPAN></DIV>
<DIV><SPAN class=314414915-25102002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=314414915-25102002><FONT face=Arial color=#0000ff size=2>I
did start coding in the way the rest of the API was, changing the
JDBCDataStore. But then I realized that I can't store the instance ID and Doc
ID in the model, since it is the uddi4j code. So, had to put the code in the
XxxxxTable classes. </FONT></SPAN></DIV>
<DIV><SPAN class=314414915-25102002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=314414915-25102002><FONT face=Arial color=#0000ff size=2>I
took a look at your code, Is that ok to make the ID's "0" ? -- In this
way, we only get one instance even if there are more.</FONT></SPAN></DIV>
<DIV><SPAN class=314414915-25102002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=314414915-25102002><FONT face=Arial color=#0000ff
size=2>-Anou</FONT></SPAN></DIV>
<BLOCKQUOTE dir=ltr style="MARGIN-RIGHT: 0px">
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma
size=2>-----Original Message-----<BR><B>From:</B> Steve Viens
[mailto:steve@inflexionpoint.com]<BR><B>Sent:</B> Thursday, October 24, 2002
10:31 PM<BR><B>To:</B> anou@openbiz.biz;
juddi-developers@lists.sourceforge.net<BR><B>Subject:</B> RE: find service
<BR><BR></FONT></DIV>
<DIV><SPAN class=525311404-25102002><FONT face=Arial color=#0000ff
size=2>Anou, </FONT></SPAN></DIV>
<DIV><SPAN class=525311404-25102002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=525311404-25102002><FONT face=Arial color=#0000ff size=2>I
took a closer look at the <FONT color=#800000>fetchBinding</FONT> method of
the <FONT color=#800000>JDBCDataStore</FONT> class and I can't quite believe
that this method escaped a complete implementation. Anyway, I took a look at
the code you sent me and while it will work fine - it doesn't follow the way
the rest of the API is laid out. The idea we've been using is that the
XxxxxTable classes handle simple database interactions and that the methods
within JDBCDataStore query, persist and assemble the objects by using
one-to-several of the individual methods within the XxxxTable and XxxxQuery
classes.</FONT></SPAN></DIV>
<DIV><SPAN class=525311404-25102002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=525311404-25102002><FONT face=Arial color=#0000ff size=2>So
the <FONT color=#800000>JDBDDataStore.saveBinding()</FONT> method is
responsible for all aspects of persisting a BindingTemplate and the <FONT
color=#800000>JDBCDataStore.fetchBinding()</FONT> method is responsible for
re-assembling the object. I've taken a shot at completing the
implementation of the fetchBinding method and I have attached it ...
you should be able to replace what you have with this ... (I still can't
believe this wasI missed!).</FONT></SPAN></DIV>
<DIV><SPAN class=525311404-25102002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=525311404-25102002><FONT face=Arial color=#0000ff
size=2>One word of caution - since this was not implemented I am concerned
that the methods in the XxxxTable classes that fetchBinding calls may not
have been completely tested together - every class includes a
test driver of it's own so I'm sure I've at least tried each individually -
I'm just uncertain that they will work correctly together (although I rather
doubt that any problem would be any difficult to determine and
correct).</FONT></SPAN></DIV>
<DIV><SPAN class=525311404-25102002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=525311404-25102002><FONT face=Arial color=#0000ff
size=2>Steve</FONT></SPAN></DIV>
<DIV><SPAN class=525311404-25102002><FONT face=Arial color=#0000ff
size=2></FONT></SPAN> </DIV>
<DIV><SPAN class=525311404-25102002><FONT face=Arial color=#0000ff
size=2>PS: At this point we should begin to use the jUDDI-developers mailing
list to communicate. As a developer on the project you should be able
to subscribe to this list now.</FONT></SPAN></DIV>
<DIV><FONT face=Tahoma><FONT size=2><SPAN class=525311404-25102002><FONT
face=Arial color=#0000ff></FONT></SPAN></FONT></FONT> </DIV><FONT
face=Tahoma><FONT color=#0000ff><SPAN class=525311404-25102002>
<DIV align=left><FONT face=Arial size=2>Steve Viens<BR>jUDDI Project
Manager</FONT></DIV>
<DIV align=left><FONT face=Arial size=2>InflexionPoint, LLC<BR></FONT><A
href="mailto:steve@inflexionpoint.com"><FONT face=Arial
size=2>steve@inflexionpoint.com</FONT></A><BR><A
href="http://www.juddi.org/"><FONT face=Arial
size=2>http://www.juddi.org</FONT></A></SPAN></FONT></FONT></DIV></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic