Last Updated on Friday, 12 November 2010 08:43 Written by aoirthoir Friday, 12 November 2010 08:36
The OCKit is planned in stages. It’s taking a long time to put together, because there is a lot to put together, trying to get all of the pieces right.
Stage 1: OCKit4Web.
This is a version of OpenCOBOL and company, entirely as a hosted solution. So persons will be able to sign up for free. They will receive a shell account from me. They’ll then have a console in GNU/Linux to compile and test OpenCOBOL programs. If the tests that DamonH is doing turn out well, the entire interface may even be Web based. This version will have a great focus on Web App production.Learn More
ACCEPT fieldname FROM POST “fieldname”.
Last Updated on Thursday, 11 November 2010 12:20 Written by aoirthoir Thursday, 11 November 2010 12:08
Currently to access GETS and POSTS from a web form in OpenCOBOL is a bit of a process. With gets we have to read the query_string and with posts we have to read from keyboard. Then we have to URL-DECODE the entire thing. Finally we have to unstring, or search the entire read, and separate it out, field by field.
JCurrey and team at Currey Adkins have a wonderful product to assist in this and I love what they’ve done. At some future date I will be making a post about it. In the meantime I want to toss out an idea for Roger and the others helping him with the OpenCOBOL compiler.
We’re able currently with OC to do the following:
ACCEPT query_string FROM ENVIRONMENT "query_string".
MOVE "somevalue" TO some-literal.
ACCEPT somefield FROM ENVIRONMENT some-literal.
Essentially we’re able to accept a value from the environment into a variable. It’s fantastic and wonderful in it’s simplicity. What I would like to see is more direct web integration in the OpenCOBOL compiler. Imagine for a moment the beauty of being able to do something like:
ACCEPT first-name FROM POST "first-name".
ACCEPT search-value FROM GET "q".
ACCEPT inventory-item(count) FROM POST "inventory-item" (count).
And other such things.
The compiler would have to have inbuilt the ability to read the query_string (for GETS), url-decode them, and then process them into separate variables. For the POST variables it would have to read from the keyboard, url-decode and then convert to specific variables. For the COBOLer though, this would simplify their ability to interact with web forms.
Last Updated on Wednesday, 10 November 2010 01:01 Written by aoirthoir Tuesday, 9 November 2010 01:09
This version of the OCKit4Web is known to work on Dreamhost. I am not sure if it will work on other systems or not. Over the coming weeks we are going to add a lot of conversation and features for it. For now it works with a patch to VBISAM.Learn More
OpenCOBOL on the web
Last Updated on Tuesday, 9 November 2010 11:44 Written by aoirthoir Monday, 8 November 2010 03:13
Well it certainly seems that OpenCOBOL is a viable solution for the internet.
Being a compiled language adds many benefits for being a solution. First and foremost would be speed.
Since it is a compiled language unlike PHP, Java, VBS, JS and adnausium, it is FAST. This is due to it not needing to be run through an interpreter first. The Second reason would be security. Many of the internet applications and websites are rife with security holes. Most specifically SQL injection. Also known as SQLi. This is where a hacker inserts an sql query statement into a field on your website. When the field is submitted it is then executed by the database. Nasty stuff. If they know the structure of your database they can get all sorts of information. This can usually be found by sniffing the data sent over in a post to the back-end from the PHP or Java. With COBOL all you need to do is submit the field data from the page and let COBOL decide how to handle it. If you use SQL as your data storage it will not matter since COBOL will call the required StoredProc that will handle getting and putting your data. Any SQLi contained in the field data is treated exactly as that. Data. So your hacker is just simply out of luck. If your data is contained in COBOL files preferably in indexed files it’s even safer since COBOL doesn’t need SQL. COBOL has been handling data in an efficient manner long before database systems were created and not much has changed since.
Can I use COBOL for AJAX. Most certainly. You can pass and get data via a standard XmlHTTPost using Get or Post just like with PHP and Java. There are many examples available for how to do this. We should soon start having working code available for download on this site.
Here is the roadmap at this time for these tutorials:
1.Web-servers and Hosts and requirements
4.Creating a basic COBOL cgi to use with the AJAX page
5.Expanding the My Library application
As more items come up for the tutorial they will be added.
Until then, go get OpenCOBOL from http://opencobol.org and play around if you anxious to get started. The community is full of wonderful helpful people who love the language and want to make OpenCOBOL one of the best open source languages available.
(To comment click “Read More”)Learn More
Add 1 to COBOL License
All site content licensed under the Creative Commons Attribution-ShareAlike 3.0 License
The OCKit is planned in stages. It’s taking a long time to put together, because there is a lot to put together, trying to get all of the pieces right. Stage 1: OCKit4Web. This is a version of OpenCOBOL and company, entirely as a hosted solution. So persons will be able to sign up for ...
- tp-cobol-debugger - Jan. 18. 2012.
- tp-cobol-debugger - Jan. 18. 2012.
- ESQL - ODBC - Error - Oct. 20. 2011.
- History and specification - Dec. 13. 2010.
- thanks for the postSixemetle - Dec. 02. 2010.
- OCHTML ÔÇô using copybooks for HTML - Dec. 02. 2010.
- Web-Server, Hosts, and Requirement - Nov. 29. 2010.
- OCWebEditor Project - Nov. 18. 2010.
- OCKit Stages - Nov. 12. 2010.
- ACCEPT fieldname FROM POST "fieldname". - Nov. 11. 2010.
- Well I am all for UDF's but we are still awaiting o... - Dec. 03. 2010.
- Below is a copy of the email I received in response... - Nov. 23. 2010.
- HOLY OCEDTIOR BATMAN! Damon, you're about to con... - Nov. 19. 2010.
- Nerger, danke! We'd love to see and host your resul... - Nov. 15. 2010.
- Yes... who works not on (better) OC editor. VI is n... - Nov. 12. 2010.
- As Aoirthoir said I am currently working on a coupl... - Nov. 12. 2010.
- William posted on OCO and this is my response... ... - Nov. 12. 2010.
- Well you've fixed the isam issue sort of on DH with... - Nov. 11. 2010.
- I guess I need to keep working on that json utility... - Nov. 11. 2010.
- Aoirthoir, my inclination would be to prefer to use... - Nov. 11. 2010.
- It would need to allow JSON or not. HTML forms don'... - Nov. 11. 2010.
- I love the idea. If the interface is based on json... - Nov. 11. 2010.
- I just tested this out on DreamHost and it definite... - Nov. 09. 2010.
- I am highly interested in using ISAM if we can get ... - Nov. 09. 2010.
- Currently I am not using SQL. I using strictly ISA... - Nov. 09. 2010.
- Damon, Are you using SQL with COBOL right now? A... - Nov. 09. 2010.
- Just so there is a poster other than Joseph - Nov. 03. 2010.
- Best bet, with build-essentials (or Development Too... - Nov. 02. 2010.
- November 2010 (10)