Dear Dominikz*,* * * Ok, i understand that you don't want to use Java and i had a look at your PDF before my last answer. I agree with you : RPG native *pgm are fast.
But there's some points i had to consider when i worked on projects i told you about. 1) You can use jt400 without any WebSphere or Tomcat. And i did client applications without these heavy gaz factory !!! You're right ! 2) Performance are not so bad if you tell the OS400 to pre-compile your Java pgm and use JIT ( just in time ) option. Don't use PDM option CRTJVPGM because you get bad performance. Instead, build the pgm in Rational studio and put it on IFS with FTP or client access. 3) I met situation where it wasn't possible to do simple things that i could do with jt400 in minutes : ( DATAQUEUE, OUTQUEUE, thread programming, generate PDF without using elephant infoprint service, and many others things....) But, what i wanted exactly to tell you, is that i run directly native RPG PGM on os400 from my mobile device used as a java client, without any server ( even apache and CGI PGM) on AS. So it meets your idea. About SAP i'm not enough specialist and i trust you and your experience. Anyway, it was very interesting to talk with you, and i'd like to follow your project or posts about it. Hoping hear about you soon if you like. Regards. Karim Duran 2012/2/20 dominikz <[email protected]> > Dear Karim, > > I'm very aware of jt400 library. I've done tons of things with that over a > couple of past years. One problem with it is that it does not support > everything you'd like to do with AS/400. The other is that it's performance > is dreadful. Trust me, I checked it, even had lectures about it during > conferences. I wouldn't even be going near RPG (since I'm java programmer) > if the performance of jt400 wasn't so bad. > > The same is with JCo library on SAP. You need to run Java server in order > to use it. And it's efficiency is also dreadful. Not even mentioning that > if you look at its source code, you'll start tearing your hair out of your > head. They've put there one class with dozens of static methods. One > library with one class that is 1500 lines long. A nightmare. > > One more fact against Java is that you need to have java server to run it > (WebSphere or Tomcat). And admins of AS400 don't like java since when they > hear java they think 'WebSphere' which is a total mess. But this is another > conversation I don't want to start here. The same is with SAP guys. When > they hear 'Java', they run away in anger. > > Anyway going back to the original point, the whole idea is NOT TO USE JAVA > AT ALL IN RUNTIME. This is how you should look at the PDF I've sent. > > Other than the above I really appreciate your answer :) > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/google-web-toolkit/-/ETFpZEtuiGEJ. > > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/google-web-toolkit?hl=en. > -- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.
