Forums Register Login

which java technology to use??

+Pie Number of slices to send: Send
Hi guys,
This question may sound stupid but i do need help very confused.
I am confused as to when i am suppose to use JSP& servlets or instead of JSP i can use Javascript & HTML.When should i use EJB instead of just a plain java class to do the same thin.
For e.g say
i have a module where i enter data about a customer in a form now should i develop the form in html or use awt/swing and then the input given to the form should be inserted into a database.So should i use EJB for inserting data into database or should i user servlets to pick up form data and insert into database.
If i use awt/swing how can i transfer the form contents when the data is submitted to servlet/ejb
and if i use ejb to insert data into database how do i get the form values into ejb.
Further when do i use multithreading in my module and how exactly can i implement it.
Please help me with this as it is very urgent and i am too confused as to what to choose over what.
+Pie Number of slices to send: Send
This is a fairly big topic, since you're really talking about design decisions more than coding decisions. If you're asking whether to use EJB, you're asking whether you need an application server; this is a question which has to be answered before even starting the project.
Also, the choices you describe aren't really mutually exclusive. You could have a servlet that uses EJB or a servlet that uses JDBC to do what you describe. A straight JDBC connection is simpler to implement, but won't scale as well. If you're running a distributed app, you may need to go with an EJB container.
These aren't decisions you can just make off the cuff. You have to find out what kind of environment you'll be running in and how large a load your application will have to handle. That's what a design process is all about.
+Pie Number of slices to send: Send
This is a long response, but there are many answers to your question. You can get more specific information in the separate forums here, but here's your overall picture of how to structure this:
1). Unless you can't avoid it, do not use applets for web-based database interaction. This rule can be bent a little bit if you are building an intra-net application and the client wants the look-and-feel of a traditional app but served up in web pages, but they should not be used in inter-net applications, because you have no control over what the client machine is like. Since applets run on the client side, this is very important.
2). For small web-based applications, JSP/Servlet technology connecting directly to a Database should be sufficient. It is not as truly scaleable as EJBs, but there is less processing overhead involved. In this case, I use JSPs to display data to the user and Servlets to perform functions. The Servlet never displays any HTML; once it has perfomed its function it redirects the request to a JSP. (JSPs become Servlets when they are run, but it is much easier to edit a JSP for visual content then it is to edit a Servlet.)
3). Larger web-based applications should be run using EJBs. There is a certain overhead involved with EJBs that makes them not suitable for smaller apps, but they are highly scaleable. If you think that your application will need to grow rapidly, use EJBs. in this situation, you should use JSPs/Servlets to talk to the EJBs. The EJBs perform functions (Session EJBs) or interact with the database (Entity EJBs). There are two methods to write an Entity EJB to a data base: Container Managed Persistence and Bean Managed Persistence. Using Container Manager Persistence you do not have to write any SQL, but there is a certain amount of setup work to do if you have to move your beans from one vendor's server to another (and not all servers support all databases). Bean Managed Persistence is portable from app server to app server, but not from Database to Database. Use what you need. (I use BMP, but wrote my own dynamic persistence engine, so that I am portable from app sever to app server and data source to data source (including Text and XML)).
4). Due to various technical difficulties, is inadvisable to connect AWT/Swing to an EJB. If you find you must use AWT/Swing, they should communicate with Servlets with communicate with the EJBs. This can be fairly clumsy, but it will work.
5). Java Script runs on the client side. In terms of enterprise applications, it is useful for manipulating data in forms beofre submitting the forms to the server (e.g., copying billing address data to the shipping address data). While not needed, it can be a useful tool to have.
Hope that this helps clear things up. For more information, visit the other, specific, forums and/or read various books on the topics. Also just go out and try building a small application just to test and prove the technologies to yourself.
[ April 04, 2003: Message edited by: Joel McNary ]
+Pie Number of slices to send: Send
Thanx guys for the help.
Just wanted to let u know that my project is a financial application based for a small private company consisting of about 5-10 people.Hence it will be used over the intranet.
Also i could like to know when actually should one use AWT/Swing componenets for a GUI.
Destiny's powerful hand has made the bed of my future. And this tiny ad:
a bit of art, as a gift, that will fit in a stocking
https://gardener-gift.com


reply
reply
This thread has been viewed 1047 times.
Similar Threads
SCWCD vs SCBCD
How to deal with boolean fields in EJB2.0?
Closing the circle : www-applet-servlet-db
Choice between various java technologies(urgent)
How to deal with boolean fields in EJB2.0?
More...

All times above are in ranch (not your local) time.
The current ranch time is
Mar 19, 2024 00:01:02.