|
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. -- [ Picked text/plain from multipart/alternative ] David, Could you let me know where I could find more info about "IBM's own Java reporting toolkit on the iSeries"? Thanks. -----Original Message----- From: David Morris [mailto:David.Morris@plumcreek.com] Sent: Tuesday, October 09, 2001 10:51 AM To: java400-l@midrange.com Subject: Re: Java App. Development - Is it Worth ? Jijosh, Sounds like you have had a very frustrating experience. If that is the case, it is unfortunate. Regarding Java reporting, there are quite a few options, many are very inexpensive. RPG may be the Report Program Generator, but Java opens up possibilities. For online reporting, you might look at Cocoon, which is a publishing framework available at xml.apache.org. You might also look into using FOP directly, but I would not recommend it for the beginner. Also, IBM has there own Java reporting toolkit on the iSeries. The third point about IDs is what tells you are very frustrated. I would use the database to generate the ID or encapsulate that logic in a single Platform dependent class. This bit of code, and others like it to maintain platform independence will cost you something, but I bet is represents less than 20% of your total coding effort. David Morris >>> vijosh@systsoft.com 10/09/01 12:53AM >>> Hi all, we have been developing a java based application for the past 1 year. the first phase is almost over. some of the issues we faced are - 1. Lack of experienced people in Java. For starters also, RPG learning takes much less time . They program and start delivering in 2 months time. Whereas with Java people get bogged down with nitty gritties of Java and Object Orientation to an extent where they often forget the business logic itself. For e.g. if you have 3 to 4 combo boxes on the screen and if one triggers the filling of other and vice versa, the listeners really play squash. YOU OVER SHOOT TIME LIMITS, FRUSTRATION FOLLOWS, A CUT IN YOUR PAY CHECK ARE THE CONSEQUENCES. 2. When it comes to developing reports like the ones developed & implemented using RLU - EXCPT (RPG OpCode, it is another set of woes. You don't have many reporting tools that integrates with java. They are too expensive too. If you go for Crystal Reports, then u need to write a C++ interface. Still u don't have any control over Crystal Report once it is invoked through this interface. Crystal Reports does not recognize the database object passed by java, whereas it does understand the result sets sent by VB etc. HERE WE STAND THE RISK OF LOSING THE CUSTOMERS CONFIDENCE WHEN HE DOES NOT GET REPORTS AS HE USED TO GET WHILE USING AN RPG APPLICATION. 3. Next is the problem with ID generation. Suppose u want continuous generation of employee ID's in a sequential manner. So if u keep the last ID in a physical file and decide to use a trigger-program combination(which was the only solution we found to be feasible)then comes the next set of problems. In a mulitple user environment 2 users can get the same id. To prevent this we use a Data Queue. And put the generated ID into the Data Queue thereby making it possible for requester program to pick it up from the Data Queue. PALTFORM INDEPENDENCE IS COMPROMISED. To sum it up, the amount of learning a new guy needs to do and the amount of self moulding of one's thinking when programming with java is too high. This leaves both the employee and the employer disillusioned !!! Thanx for your patience and sorry. Now my question, does everyone face such problems? If yes what is your approach in solving these issues ? Economic recession added, Does your company still have the confidence to place bets on java ? Thanks Cheers Vijosh >From the Desk of : Vijosh A. Senior Consultant Systems & Software 123, SDF 4, SEEPZ Andheri (E), Mumbai. Tel : (91-22) 829 0803/0075 Fax : (91-22) 829 2578 -------------------------------------------------------------- Systems & Software, Mumbai, India Sent using "The PostMaster" by QuantumLink Communications One Internet account, unlimited personal e-mail addresses Get your free copy of "The PostMaster" at http://qlcomm.com/ _______________________________________________ This is the Java Programming on and around the iSeries / AS400 (JAVA400-L) mailing list To post a message email: JAVA400-L@midrange.com To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/cgi-bin/listinfo/java400-l or email: JAVA400-L-request@midrange.com Before posting, please take a moment to review the archives at http://archive.midrange.com/java400-l.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.