wood burning stoves*
The moose likes Java in General and the fly likes open source webapp for basic data capture application Big Moose Saloon
  Search | Java FAQ | Recent Topics | Flagged Topics | Hot Topics | Zero Replies
Register / Login
JavaRanch » Java Forums » Java » Java in General
Bookmark "open source webapp for basic data capture application" Watch "open source webapp for basic data capture application" New topic
Author

open source webapp for basic data capture application

Paul Anilprem
Enthuware Software Support
Ranch Hand

Joined: Sep 23, 2000
Posts: 3324
    
    8
Hi,

Several times I have encounterd a need to develop a simple basic webapp that allows a user to enter values for some fields and persist them into a database table row. So basically, a page that provides CRUD for a flat domain object.

I was wondering if you know of or have used such a tool/framework that can do it with the least amount of manual code (property file or otherwise). Ideally, all one should have to supply is the fields names and field types, if no other customization is required.

So, given a set of fields, it should create a table, a POJO, a hibernate file, a CRUD interface for the POJO, a jsp page and appropriate action classes, and package the whole thing as a webapp! Too much to ask for?

thank you!


Enthuware - Best Mock Exams and Questions for Oracle/Sun Java Certifications
Quality Guaranteed - Pass or Full Refund!
Paul Anilprem
Enthuware Software Support
Ranch Hand

Joined: Sep 23, 2000
Posts: 3324
    
    8
I guess all I need is phpmyadmin!!!
Jesper de Jong
Java Cowboy
Saloon Keeper

Joined: Aug 16, 2005
Posts: 14338
    
  22

This is what frameworks such as Rails (Ruby) and Grails (Groovy) do.

There are ofcourse similar frameworks for Java; for example the Play framework or Spring Roo.

p.s. If you want serious answers, you'd better not post your question in the Meaningless Drivel forum. I'll move it to a more appropriate forum for you.


Java Beginners FAQ - JavaRanch SCJP FAQ - The Java Tutorial - Java SE 8 API documentation
Jagadeeswara Yaramala
Ranch Hand

Joined: Jul 28, 2010
Posts: 46
Hmm...interesting.

I had this idea just two days back and thinking that I will do some eclipse plug-in for the same.
Then, I thought for some more time.....and this kind of thing will have no benefit to developers.

Once we have a CRUD thing done easily on an "arbitrary object", 50% of development jobs are cut down (In my opinion).
Next comes non-CRUD operations...that will be one step ahead and that also can be implemented if proper "parameterization" is done.

Consider, some big company(let us say, Google/Amazon) comes with a cloud service which gives this kind of framework and businesses may not need many programmers.


However, till the time somebody figures out how to do CRUD and non-CRUD operations on a "flat domain object", we are on the safer side.
Jagadeeswara Yaramala
Ranch Hand

Joined: Jul 28, 2010
Posts: 46
I googled for this and found a sourceforge project done for ASP.NET(not in Java).
Here are the links: sourceforge and project web site

Thanks for giving me this idea...!!!

And...here is a similar thing, but uses Vaadin, Spring and Hibernate: reincrud
Jesper de Jong
Java Cowboy
Saloon Keeper

Joined: Aug 16, 2005
Posts: 14338
    
  22

I don't believe that 50% of what programmers do is write the same kind of CRUD webapplications over and over again. If that was the case, programming would be a very boring job and somebody would have automated it a long time ago. The reason that programmers are in high demand is not because somebody hasn't found out yet how to quickly and semi-automatically make CRUD applications. (If you're a professional programmer and the only trick you know is making CRUD applications, then yes, you should be worried about your job).

My experience with frameworks like these is that they're somewhat misleading to customers. After seeing a demo they think that with the framework they can have programmers make arbitrary applications in a fraction of the time that it normally takes. They start a project and after two days they have something that does basic CRUD operations. But then they want to add more functionality which the framework can't automatically generate and implementing that by hand takes just as much time as it would have without the framework.

Jagadeeswara Yaramala wrote:Next comes non-CRUD operations...that will be one step ahead and that also can be implemented if proper "parameterization" is done.

You could build a super-generic framework that allows you to build anything. Imagine... you just enter some parameters, push the button, and there's your finished application. These kind of frameworks already exist; we call them... compilers. In the case of Java, the "parameters" are just Java source files. You give them to the compiler and... there's your finished application! See also inner-platform effect.
William Brogden
Author and all-around good cowpoke
Rancher

Joined: Mar 22, 2000
Posts: 12823
    
    5
Historical note:
Over 30 years ago at the West Coast Computer Faire there was a big rush of excitement because a British developer was showing off an automated generalized system for writing the code for any CRUD application. In BASIC! You just input some names and parameters, the app ground away and wrote the program you wanted. "No more need for Programmers" - really!

Surprise - the jobs for programmers just kept growing!

Bill
Jagadeeswara Yaramala
Ranch Hand

Joined: Jul 28, 2010
Posts: 46
I don't believe that 50% of what programmers do is write the same kind of CRUD webapplications over and over again. If that was the case, programming would be a very boring job and somebody would have automated it a long time ago. The reason that programmers are in high demand is not because somebody hasn't found out yet how to quickly and semi-automatically make CRUD applications. (If you're a professional programmer and the only trick you know is making CRUD applications, then yes, you should be worried about your job).


As per current state of programming, yes....developer armies are required. However, if one sees things in a broader perspective, things might change very fast. In India, what farmers are doing for centuries had not changed much. It is just repetitive tasks. Now, if I observe the last 20 years, things have dramatically changed. And yes, more than 50% of farm work is being done with machines. Same goes for handloom industry.

You may say that is because of industrial revolution, etc...!!

Even, if I think of software industry I can give my own experience. I was a team member of a Japanese project, way back in 1998, to develop a retail supply chain management system. The programming language was Hologram (which is proprietary one used by the Japanese company) and we used to model in Rational Rose and get lot of code generated by the tool. The IDE used to be very effective in reducing the developer job and any above average business manager can do his software work (including reports, batch processes, online processes etc...). The company's goal was to automate the developer jobs by giving visual modelling tools to business managers. To summarize, we used a software system, in 1998, which had all the features of the current Oracle's ADF

Another aspect of why so many programmers are required is because there are so many programming languages, so many so called "helpful frameworks", so many OSes..etc. If whole of the world uses one programming language and one OS, then automating the software developer tasks might have been done already...!!! If modeling a software system is done as a standard process, then automating the software code generation may not be that difficult.
Jesper de Jong
Java Cowboy
Saloon Keeper

Joined: Aug 16, 2005
Posts: 14338
    
  22

Jagadeeswara Yaramala wrote:The company's goal was to automate the developer jobs by giving visual modelling tools to business managers.

When my father started working in the IT industry in 1968 or so, people told him it was not a good idea because soon computers were going to be so advanced that you could just tell them what you want, and programmers would no longer be necessary. Did you know that SQL was originally invented to be used by business people? You could just ask the database in an English-like language what information you needed. Do you know any business manager nowadays who knows how to use SQL?

In other words, that company wasn't the first one who thought they could automate most of the job of the programmer. In reality however, the job of developing software seems to be so complex that it's just impossible to automate. Business people who think they can do this have the wrong idea of what software development is all about.
 
I agree. Here's the link: http://aspose.com/file-tools
 
subject: open source webapp for basic data capture application