Comments (8)
  • Add a Comment
  • Edit
  • More Actions v
  • Quarantine this Entry

1 Ortwin commented Permalink

This is so cool!!! Great job Joe!<br /> Now for smaller projects (without web service calls) this architecture can be used.<br /> Only thing, when I tried this project I noticed changes on the RPG will only become active after stopping and starting the web server.<br /> Oh, and you forgot to include the SWICDi project, in which is the Poll record part, in the PIF.

2 JoePluta commented Permalink

Thanks, Ortwin - I'll post an updated PIF later tonight (I hope). Also, I've found that I can get the server to notice the change if I recompile the high-level programs (CGIPROXY and POLLCGI2). Getting RPG-CGI changes to be recognized is always an issue and I'm not entirely expert at it yet.<div>&nbsp;</div> UPDATE: I uploaded the new project interchange file with the SWICDi project. Unfortunately, that's a web project and because of that it added nearly 10MB to the PIF file (mostly because of the fda7.jar file). I hope I can find a way to reduce that down the line, but for now I think I'm going to move the data definitions to the Rich UI project in the next release.

3 dod11 commented Permalink

Hi Joe. Really like the direction you're taking here. Well done. 2 comments: <br /> 1. No COBOL on your poll? <img class="jive-emoticon" border="0" src="http://www-949.ibm.com/software/rational/cafe/images/emoticons/happy.gif" alt=":)" /><br /> 2. The generated page source code is 'huge' to say the least, and takes nearly a full minute to load (using a high-speed company link). Anything that can be done about this?<br /> -David

4 JoePluta commented Permalink

David, just for you, I added COBOL. Took less than a minute <img class="jive-emoticon" border="0" src="http://www-949.ibm.com/software/rational/cafe/images/emoticons/happy.gif" alt=":)" />.<div>&nbsp;</div> As to the download, that's not your fault or even the fault of the tool, it's mine. I am on a very slow link here, especially going up. I remember doing something with ZIPing the generated page; I have to ask Chris how that's done. That should significantly reduce the time.<div>&nbsp;</div> UPDATE: I turned on compression on the HTTP server (very easy to do). It seems a lot faster to me here. How about you? Give it a couple tries to make sure it downloads the runtime and caches it.

5 ChrisLaffra commented Permalink

Joe,<div>&nbsp;</div> You made a small mistake to publish an HTML file that is generated in DEVELOPMENT mode. This has all the EGL debug information included in it, plus a lot of other runtime overhead. Please change your generation mode to DEPLOYMENT and then upload your HTML again. This should reduce the size dramatically. <div>&nbsp;</div> If you deploy your application using the tooling in RBD, we actually warn you about not deploying in DEVELOPMENT mode.<div>&nbsp;</div> Even More Compression.....<div>&nbsp;</div> Now, even when generating in DEPLOYMENT mode, we can compress the end result better. In <a class="jive-link-external" href="http://www-949.ibm.com/software/rational/cafe/blogs/egl-rich-web/2009/02/09/honey-i-shrunk-my-own-bits-using-egl-rich-ui-to-compress-egl-rich-ui">http://www-949.ibm.com/software/rational/cafe/blogs/egl-rich-web/2009/02/09/honey-i-shrunk-my-own-bits-using-egl-rich-ui-to-compress-egl-rich-ui</a> we explain how to do compress your deployed application in RBD 7.5.1.3.<div>&nbsp;</div> We can automate this process, of course, and in EGL CE, we did just that by implementing automatic compression of:<br /> 1. generated and hand-written JavaScript (using Dojo Shrinksafe) and<br /> 2. resulting HTML (using gzip mod enabled for the web server)<div>&nbsp;</div> This reduced the end result for a complex application I wrote that uses Dojo to something like 60K. Your original HTML file is close to 800K, so you still have a lot of opportunity for compression.<div>&nbsp;</div> We are considering adding the automatic compression support to RBD 7.5.1.4<div>&nbsp;</div> Chris<br /> Our intentions are to enable automatic compression for

6 ChrisLaffra commented Permalink

Joe are you sure your server is gzip-compressing the HTML?<div>&nbsp;</div> I see this when I run my compressed application (60K) on Tomcat 5.5:<div>&nbsp;</div> Server Apache-Coyote/1.1<br /> Etag W/"279777-1253061937765"<br /> Last-Modified Wed, 16 Sep 2009 00:45:37 GMT<br /> Content-Encoding gzip<br /> Content-Type text/html<br /> Date Wed, 16 Sep 2009 01:05:53 GMT<div>&nbsp;</div> When I run your application (766K), I see this:<div>&nbsp;</div> Date Wed, 16 Sep 2009 01:04:39 GMT<br /> Server Apache<br /> Last-Modified Wed, 09 Sep 2009 03:52:06 GMT<br /> Etag "2c57e-bf929-1a9e580"<br /> Accept-Ranges bytes<br /> Content-Length 784681<br /> Content-Type text/html; charset=windows-1252 <div>&nbsp;</div> I tried <a class="jive-link-external" href="http://see-what-i-can-do.com/poll2.html">http://see-what-i-can-do.com/poll2.html</a> at 9:08 PM, EST, Sept 15, 2009.

7 ChrisLaffra commented Permalink

It's cool to see a proxy server written in RPG. I would love to see what that looks like...<div>&nbsp;</div> Nice work, Joe!

8 JoePluta commented Permalink

Thanks, Chris. I'll re-deploy in DEPLOYMENT mode. This is very much a spare time one-man project so I miss things like this <img class="jive-emoticon" border="0" src="http://www-949.ibm.com/software/rational/cafe/images/emoticons/happy.gif" alt=":)" />.<div>&nbsp;</div> As far as compression goes, I'm not certain. I think I configured compression in the Apache server but that doesn't necessarily mean I did it correctly. That's why I asked, and it seems like I might not have been successful.<div>&nbsp;</div> Finally, the source code for the RPG is in a save file in the PIF. Look for the folder named "i".<div>&nbsp;</div> Joe