× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



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/




As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.