Hi pete...sorry about the vaguery. I am primarily an RPG programmer, that has been thrust into a "cross platform" situation.
Sent via BlackBerry by AT&T

-----Original Message-----
From: Pete Helgren <Pete@xxxxxxxxxx>
Date: Tue, 23 Feb 2010 09:40:12
To: EGL on and around the IBM i<egl-i@xxxxxxxxxxxx>
Subject: Re: [EGL-i] Wooo Hooo!

Joe will probably weigh in here... EGL can create and consume web
services so EGL will do what you are looking for. You have probably
already come across this article from Jon Sayles (EGL Evangelist) :
http://tinyurl.com/yhulfyx In fact there are some great resources at
the EGL Cafe that can help you get started.
http://www-949.ibm.com/software/rational/cafe/community/egl

Is there a one size fits all language/IDE ? I don't think so. But you
can do web services with EGL if that is what you are after.

When you say you need to do web services that access data on an SQL
Server (MS SQL?) it sounds like you want to consume a web service rather
than expose an application as a web service. Again, EGL can both
consume and expose web services but there are many tools that can do the
same. Are you primarily an RPG programmer or is your background in Java
or Cobol? Knowing where you are coming from might help us point you to
the "best" solution.

Pete


rengelhardt@xxxxxxxxxxxxx wrote:
Hi Joe
The message format is predefined in a spec.

I'm looking for a 1 size fits all IDE to do web services to a WAS and on the i.

I know I can do it on the i, I already have. I was under the impression that EGL (and RBD) was what I needed.

I don't need to do RichUI (yet). I need to do web services that access data on a SQL server.

Am I on the wrong path?

Thanks.
RE
Sent via BlackBerry by AT&T

-----Original Message-----
From: Joe Pluta <joepluta@xxxxxxxxxxxxxxxxx>
Date: Mon, 22 Feb 2010 23:09:26
To: EGL on and around the IBM i<egl-i@xxxxxxxxxxxx>
Subject: Re: [EGL-i] Wooo Hooo!

I'm not sure I understand the question. Are you saying someone is going
to give you an XML layout and you're supposed to write the web service
for it? You can do it, but that's usually not the way things are done.
Typically you would define the business requirement, then build the
record that handles it. Next, you'd build a function that returns the
record, and with a couple of clicks turn that into a web service.
Finally, you'd generate the WSDL for that service and give it to the
consumer.

Rarely have I seen the situation where the consumer tells the provider
what the XML will look like. In that case, you might be better off just
reading the XML and using whatever language you're most comfortable with
to parse it. In fact, you can do it with RPG easily enough.

Joe

Finally! A resource that I can ask dumb questions about EGL and get smart
answers!



Here's my challenge:

Create a host of web services that not only access data on the i, but can
also access other DB's (SQL server) using some type of connection stream
(JDBC, ODBC, etc).



Here's my experience:

Senior level developer that has used another 4GL to create web services on
the i (aside from EGL). I have used Rational (RDi for RPG and CLP
programming and just [last week] downloaded and have started to use RBD -
with WAS 7.0 for Developers). I was lucky enough to get WAS 7.0 running on
my PC and start the server, but have no idea how to write in EGL. I have
completed a couple of the tutorials (Hello World jsp and Hello World
service) but NEED MORE!!



Here's what I'd like to get from this forum:

The knowledge of HOW to create web services that will connect to specific
DB's to respond to requestors with specific XML structures (defined by
specs) as the response.



Not too much to ask, eh?



HEP ME .HEP ME PLEASE!!!



Thanks!





Robert Engelhardt

IBM i Sr. Developer

P.O. Box 2198

Pahrump, NV 89041

(702)375-1912






This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].