Re: Getting started with Net.data - was - I'dbetter domorethan talk -- WEB400

If time is really that critical, I would say start out with PHP. It
is the most widely used web application development language, and there
is a broad community supporting it.

When you're ready for something a little less prototype-y, Zend has
an open source framework that will help with building well-designed
applications.

PHP also has a fair number of quality IDEs that support it (including
Zend Studio, NetBeans, and Eclipse PDT) and offer good debugging tools.
The IDE support isn't as full-featured as what you get with Java or
.Net, but it's definitely worthwhile.

--Robert

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx on behalf of Dave Odom
Sent: Fri 8/15/2008 6:18 PM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] Getting started with Net.data - was - I'dbetter domorethan talk

Michael,

That's a large oversimplification of what I was saying but let me cut to the chase for THIS discourse.

Without being redundant the difference is, I understand the right way/industry accepted ways from the standpoint of system architecture, RDBMS usage, RDBMS application design, not to mention, where the i is perceived when compared to other hardware/software purchase options. What I'm creating is a prototype, perhaps two (Net.Data and PHP). If Net.Data is the way I go for my working prototype, I know that I need to and will move it to a more industry standard language and don't have a problem with that. I also know the fundamental reality that says, if I don't get something viable going as soon as possible on the i, it may NEVER be done and the environment will lazily stay in a two sided world for the foreseeable future (5250 and GUI) thus making more work for employees and failing to use computers for: productivity gains, reduction of risk, increases in cycle time and more.

So, no I'm not hypocritical.

Dave

"Michael Ryan" <michaelrtr@xxxxxxxxx> 8/15/2008 14:53 >>>

I may be mistaking people, but aren't you the guy who thinks the
System i implementation is flawed because it's not the same as other
implementations? And now you're exploring a one system language that's
used by a tiny contingent of System i shops? Forgive me if I have the
wrong person...but that just seems odd to me.

- Michael

On Fri, Aug 15, 2008 at 2:24 PM, Dave Odom <Dave.Odom@xxxxxxxxxxxx> wrote:

Peter,

I've passed this on to our systems programmers to ensure Net.Data is set up correctly and to provide me with the URL they want me to use. I think Net.Data is already set up, to some extent, but don't know if done correctly. So, perhaps we're close to the next step; creating some Net.Data programs. I'll RTFM but perhaps you have some quick examples of next steps.

Thanks,

Dave

"Peter Connell" <Peter.Connell@xxxxxxxxxxxxxxxxx> 8/14/2008 19:24 >>>

OK, Here's something that can get you started, no batteries required.

I've created script that will set you up for basic testing using
Net.data.
The script will create an HTTP server on you machine with a couple of
test pages.

There are 2 REXX scripts that can be retrieved from
http://dtwdude.com/download/crthttpsvr
And
http://dtwdude.com/download/addhttpsvr

Load these as members into a regular PDM source file of your choice.
For example, I could use a separate source file named MYLIB/QREXSRC but
any source file will do.
Be sure to give the source members a source type of REXX.

The scripts will perform all the steps necessary to setup an HTTP server
just for testing Net.data.
Decide on a name for your server e.g. MYDEMO

Then run the following commands, specifying MYDEMO (or whatever) as the
parameter -
STRREXPRC SRCMBR(CRTHTTPSVR) SRCFILE(MYLIB/QREXSRC) PARM(MYDEMO)
STRREXPRC SRCMBR(ADDHTTPSVR) SRCFILE(MYLIB/QREXSRC) PARM(MYDEMO)

Note - The ADDHTTPSVR procedure requires that you have *OBJMGT rights to
file QUSRSYS/QATMHINSTC
Otherwise someone with that authority must run the ADDHTTPSVR procedure.

The result should be a configured HTTP server, ready to go.
It defaults to using your current iseries IP address as the host domain
on port 2008.
The script will also have created an HTML welcome page plus a test
Net.data page.

Then all you need to do is start the server e.g.
STRTCPSVR SERVER(*HTTP) HTTPSVR(MYDEMO)

Then test it firstly with the html welcome page
If the test machine is named TESTBOX1 then the url would be
http://testbox1:2008 ( http://testbox1:2008/ ) ( http://testbox1:2008/ )

Then test it with the Net.data welcome page
http://testbox1:2008/cgi/hello/macro

Then you're ready to begin messing about with Net.data.
But I guess that's another story.

Cheers, dtwdude

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx]
On Behalf Of Dave Odom
Sent: Friday, 15 August 2008 7:02 a.m.
To: web400@xxxxxxxxxxxx
Subject: Re: [WEB400] I'd better do more than talk

Nathan,

Nice little starter example. Heavens, it even has folks in it with my
last name (four letter word); poor folks.

Seriously, I'd like to learn more of how you developed it. From
existing code in another language/environment? Because you're good at
programming and it was easy for you to put together?

Is there any other "no-cost" editor out there you'd recommend that's any
good? I hate to be such a Scrooge but what I need to do has to be done
with no more money expended, until and unless I can make a good
prototype app(s).

I too am looking through the documentation as I can while trying to
build my data warehouse, configuring and migrating to our new Query and
BI tool and more. I'm sure you're busy as well. The upshot here is I
have to fit the web app development into my "spare" hours. So, for a
reason to start to use Net.Data vs. PHP or anything else, it seems to
allow me to get started without all the hassle and pieces and parts
someone else on here said needed to be created before one could even
start to do any serious coding. If my project goes over, THEN I'll be
allowed, if necessary, to move to a more popular web app language with
all the bells and whistle editors, environments, etc.

Thanks,

Dave

Nathan Andelin <nandelin@xxxxxxxxx> 8/13/2008 21:28 >>>

Although I've been thinking and talking about Net.Data recently, I have
to admit that I haven't done much with it. So I decided to experiment a
bit more with it. And the easiest example I could come up with is a
derivative of the person inquiry that I've used in the recent past, but
served in this case by Net.Data, instead of RPG.

http://www.radile.com/rdweb/temp/name3.html

Also notice the link for the Net.Data macro source code. I used
Dreamweaver to create and edit the macro. I kept flipping between
editing with Dreamweaver, testing with Firefox, and reading the Net.Data
programming & reference guides in Acrobat.

The thought keeps crossing my mind that maybe Dave Odom will get started
with Net.Data and become a resident expert on the list. Or maybe enough
people will start talking about what they're doing with it that it could
change the conventional wisdom about Net.Data dieing.

I'm more impressed with Net.Data after working through this exercise.
I'll probably write more about my impressions later.

Nathan.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To
post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list To
post a message email: WEB400@xxxxxxxxxxxx To subscribe, unsubscribe, or
change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.

#####################################################################################
This correspondence is for the named person's use only. It may contain confidential or legally privileged information, or both. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this correspondence in error, please immediately delete it from your system and notify the sender. You must not disclose, copy or rely on any part of this correspondence if you are not the intended recipient. Any views expressed in this message are those of the individual sender, except where the sender expressly, and with authority, states them to be the views of Veda Advantage. If you need assistance, please contact Veda Advantage on either :- Australia 133124 or New Zealand +64 9 367 6200
--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.

--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.