dbTalk Databases Forums  

SOAP and SB+?

comp.databases.pick comp.databases.pick


Discuss SOAP and SB+? in the comp.databases.pick forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Dean Harry
 
Posts: n/a

Default SOAP and SB+? - 05-04-2010 , 08:23 AM






Hi All,

I was wondering if anyone knows how to get SOAP to read a SB+
dictionary on top of Universe?

I'm fairly new with web services and SOAP and am trying to create web
service access to our SB+ system but seem to be having some trouble, I
assume because of the SB+ dictionary structure...

Any thoughts or ideas would be much appreciated.

Dean

Reply With Quote
  #2  
Old   
mvdbman
 
Posts: n/a

Default Re: SOAP and SB+? - 05-04-2010 , 12:17 PM






On May 4, 8:23*am, Dean Harry <d... (AT) callit (DOT) com.au> wrote:
Quote:
Hi All,

I was wondering if anyone knows how to get SOAP to read a SB+
dictionary on top of Universe?

I'm fairly new with web services and SOAP and am trying to create web
service access to our SB+ system but seem to be having some trouble, I
assume because of the SB+ dictionary structure...

Any thoughts or ideas would be much appreciated.

Dean
Hi Dean,

SOAP is a protocol, xml over http. It cannot "read" anything. It is
one of the transport methods of moving data between disparate systems
through web services.

So, that being said, I would suggest any number of tutorials available
on the subject (TG has a few, past issues of the Spectrum magazine
have several, etc.). I am not sure what you are using on the client
end to generate the SOAP request, but your MV Basic subroutine is what
will do all your heavy lifting (reading of the SB+ dictionary, etc.)
and then will send the response back to the client, via SOAP and all
this is defined in a wsdl.

You're using UniVerse, so I ask if you are using the U2 Web Service
Developers tool (and what version of UniVerse and U2WSD tool)? I know
that some here in this group have other preferred methods to creating
web services in UniVerse, but I have had a lot of success using the
U2WSD tool in my UniVerse web services projects at Neiman Marcus. It
has made my job relatively easy.

Feel free to contact me offline if you wish. You can find my contact
info on Google Groups.

Bruce Holt

Reply With Quote
  #3  
Old   
Dean Harry
 
Posts: n/a

Default Re: SOAP and SB+? - 05-05-2010 , 04:39 AM



Hi Bruce,

Thanks for the reply, we are using U2WSD v1.1 with Universe 10.2.10.
My client device is an iPad.

While I do know Universe, I don't know U2WSD or SOAP and are currently
poking around them to see what clicks.

I seem to have the U2WSD part kind of working, it can read normal
Universe dictionaries ok but cna't handle an SB+ dictionary, but as
you said, most of the heavy lifting would be handled by a subroutine
anyway.

What doesn't seem to work is SOAP, it seems to be set up ok but
running a standard LIST CUSTOMER NAME WITH ID = ? from the default
HS.SALES account gives a SOAP internal web server error so not to sure
about that... seems I have a lot to learn

I'll have a read over the past Spectrum magazines and see if I can
pick up some things.

Cheers,
Dean



On Tue, 4 May 2010 10:17:23 -0700 (PDT), mvdbman <mvdbman (AT) gmail (DOT) com>
wrote:

Quote:
On May 4, 8:23*am, Dean Harry <d... (AT) callit (DOT) com.au> wrote:
Hi All,

I was wondering if anyone knows how to get SOAP to read a SB+
dictionary on top of Universe?

I'm fairly new with web services and SOAP and am trying to create web
service access to our SB+ system but seem to be having some trouble, I
assume because of the SB+ dictionary structure...

Any thoughts or ideas would be much appreciated.

Dean

Hi Dean,

SOAP is a protocol, xml over http. It cannot "read" anything. It is
one of the transport methods of moving data between disparate systems
through web services.

So, that being said, I would suggest any number of tutorials available
on the subject (TG has a few, past issues of the Spectrum magazine
have several, etc.). I am not sure what you are using on the client
end to generate the SOAP request, but your MV Basic subroutine is what
will do all your heavy lifting (reading of the SB+ dictionary, etc.)
and then will send the response back to the client, via SOAP and all
this is defined in a wsdl.

You're using UniVerse, so I ask if you are using the U2 Web Service
Developers tool (and what version of UniVerse and U2WSD tool)? I know
that some here in this group have other preferred methods to creating
web services in UniVerse, but I have had a lot of success using the
U2WSD tool in my UniVerse web services projects at Neiman Marcus. It
has made my job relatively easy.

Feel free to contact me offline if you wish. You can find my contact
info on Google Groups.

Bruce Holt

Reply With Quote
  #4  
Old   
mvdbman
 
Posts: n/a

Default Re: SOAP and SB+? - 05-06-2010 , 12:19 PM



Dean,

I just wanted to clarify (some might suggest I'm picking a nit) that
SOAP does not read dictionaries...Universe, SB+ or otherwise. SOAP is
a protocol, i.e. xml over http.

However, I now better understand what you meant to say. You are using
the eclipse based U2WSD tool and generating web services via the drag
and drop feature by dragging a SB+ dictionary to the SOAP server.
Apparently this doesn't work (the tool can't parse the structure of
the SB+ dictionary, hence you claim SOAP can't read it). Your only
recourse at this point is to write a subroutine to handle the SB+
dictionaries and create your web service to use the subroutine. This
will require more experimenting with the tool to develop a web service
than the simple drag and drop feature, but it's not that difficult. I
built a web service with over 350 nodes using the tool. Yes, it took a
little time and I wish I could have used some other xml editor to
create the wsdl and then just import it into the tool so the UV
connection properties were added, but that was not available at the
time (wondering if it is now???).

Anyway, take some time to learn the tool and making web services using
subroutines. It does work.

Feel free to contact me offline if you need more guidance.

Bruce

On May 5, 4:39*am, Dean Harry <d... (AT) callit (DOT) com.au> wrote:
Quote:
Hi Bruce,

Thanks for the reply, we are using U2WSD v1.1 with Universe 10.2.10.
My client device is an iPad.

While I do know Universe, I don't know U2WSD or SOAP and are currently
poking around them to see what clicks.

I seem to have the U2WSD part kind of working, it can read normal
Universe dictionaries ok but cna't handle an SB+ dictionary, but as
you said, most of the heavy lifting would be handled by a subroutine
anyway.

What doesn't seem to work is SOAP, it seems to be set up ok but
running a standard LIST CUSTOMER NAME WITH ID = ? from the default
HS.SALES account gives a SOAP internal web server error so not to sure
about that... seems I have a lot to learn

I'll have a read over the past Spectrum magazines and see if I can
pick up some things.

Cheers,
Dean

Reply With Quote
  #5  
Old   
mvdbman
 
Posts: n/a

Default Re: SOAP and SB+? - 05-06-2010 , 12:23 PM



A little more....

The SOAP internal web server error is rather generic, but searching
the SOAP server log might reveal the underlying issue (wrong user
name, bad password, wrong account, bad file name, etc.). I hate to
suggest it, but did you start the SOAP server? It pays to check all
the little things. Go back to the web service itself and check the
connection properties. Click the button to test the connection to the
server.

Bruce

On May 5, 4:39*am, Dean Harry <d... (AT) callit (DOT) com.au> wrote:
Quote:
Hi Bruce,

What doesn't seem to work is SOAP, it seems to be set up ok but
running a standard LIST CUSTOMER NAME WITH ID = ? from the default
HS.SALES account gives a SOAP internal web server error so not to sure
about that... seems I have a lot to learn

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.