amazon e2 On Sun, Jun 20, 2010 at 3:51 AM, Blessed Geek <[email protected]> wrote:
> IMPO, the best Java charting library in the world is JFreeChart. > > But you cannot use it for GAE. > > GAE architects would be overlooking one big phenomenon, if they ever > recommend that we use client-side GWT graphics - you cannot and you > should not if you are performing enterprise business charting. > > When I used to code in Cobol and Fortran 20 years ago, we would > produce a 4 foot tall 50 lb stack of report per manager. A manager > would pull out an inch of that report - the rest is collected by the > janitor at 6 pm. So web-based dynamism has saved a lot of trees - we > compelled people to print their own reports. So now, should we think > we should compel users to give up on JPG, PNG or GIF charts in favour > of javascripted images? > > No, javascripted images is not acceptable for charting. Javascripted > images are good for SPC (statistical process control)/Shewhart, stock > monitoring or various other real-time monitoring. But, when it comes > to business reports, the user has to be able to right-click on the > image and drag to paste on Open Office or MS Excel or Presentation. > The user has to be able to edit the chart to place their own > annotation in an Office graphics editor. Javascripted images is not > usable that way. > > I realise the problem with JFreeChart and other Java graphics library > is their dependency on AWT - and I recall having to set up video > display emulators on headless servers hosting Tomcat to allow charting > servlets to run. I think someone from Google recommended that people > try using an Apache incubator library called something-something.... > but first, are you sure GAE allows BufferedImage - isn't that an AWT > thing? Secondly the features of that something-something... incubator > lib compared to JFreeChart is like comparing the size of this planet > to the Sun. > > So, if I need to sell my ideas to move things from local servers to > GAE, Google needs to help me by providing means for Java graphics > libraries to work on GAE (graphics which would either be stored on > persistence repository or streamed directly to client). Otherwise, the > only viable options are azure or ec2. > > -- > You received this message because you are subscribed to the Google Groups > "Google App Engine for Java" group. > To post to this group, send email to > [email protected]. > To unsubscribe from this group, send email to > [email protected]<google-appengine-java%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/google-appengine-java?hl=en. > > -- Nicolás Meléndez Java Software Developer 1) Google App Engine works: 1.a) http://www.clasificad.com.ar (Local free classifieds for housing, sale, services, local community, curses,jobs, and events - GAE/J + Wicket + YUI) 1.b) http://www.chessk.com (Massive multiplayer chess online GAE/J + Applets + Wicket) 2) Linkedin: http://ar.linkedin.com/in/nicolasmelendez -- You received this message because you are subscribed to the Google Groups "Google App Engine for Java" 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-appengine-java?hl=en.
