Infeasible
Status Update
Comments
le...@gmail.com <le...@gmail.com> #2
I need imageio to use the geotiff-jai library for extracting GeoTIFF tags so I can
create a KML server.
create a KML server.
le...@gmail.com <le...@gmail.com> #3
Also the native implementation of javax.imageio and the associated Sun jai-imageio
stuff eg com.sun.media.imageio.plugins.*.
This will significantly speed up image processing and will reduce used CPU hours/load
(which will be beneficial to Google too)
stuff eg com.sun.media.imageio.plugins.*.
This will significantly speed up image processing and will reduce used CPU hours/load
(which will be beneficial to Google too)
to...@google.com <to...@google.com> #4
How about using a pure Java imaging library? For example, is anybody willing to try
Sanselan and see if it meets their needs?
http://incubator.apache.org/sanselan/site/index.html
Sanselan and see if it meets their needs?
le...@gmail.com <le...@gmail.com> #5
Thanks for that link sounds interesting.
It's amazing what you can find on Apache these days!
Hmm, it could be very usefull for people after a pure Java replacement for ImageIO.
Pnly problem I have is that it doesn't have a GeoTIFF wrapper, but I'm sure that
won't be too hard.
May I suggest a wiki page be created with a list of alternative class libraries for
the blacklisted java.* classes?
I would still prefer the ImageIO classes be accessible (along with the other
blacklisted standard java.* packages...) as ImageIO allows for a speedy native
implementation of the core algorithims. And is generally more compatible with a lot
of existing software.
Only reason I can see this being blacklisted is because you want to force us to user
your imaging API which is billable (per call).
It's amazing what you can find on Apache these days!
Hmm, it could be very usefull for people after a pure Java replacement for ImageIO.
Pnly problem I have is that it doesn't have a GeoTIFF wrapper, but I'm sure that
won't be too hard.
May I suggest a wiki page be created with a list of alternative class libraries for
the blacklisted java.* classes?
I would still prefer the ImageIO classes be accessible (along with the other
blacklisted standard java.* packages...) as ImageIO allows for a speedy native
implementation of the core algorithims. And is generally more compatible with a lot
of existing software.
Only reason I can see this being blacklisted is because you want to force us to user
your imaging API which is billable (per call).
zh...@gmail.com <zh...@gmail.com> #6
ja...@gmail.com <ja...@gmail.com> #7
Would richfaces works ?
I need an answer please
I need an answer please
an...@gmail.com <an...@gmail.com> #8
I got the same error coming from Spring framework 3.0:
Caused by: java.lang.NoClassDefFoundError: javax.imageio.ImageIO is a restricted class. Please see the
Google App Engine developer's guide for more details.
at com.google.apphosting.runtime.security.shared.stub.javax.imageio.ImageIO.<clinit>(ImageIO.java)
at
org.springframework.http.converter.BufferedImageHttpMessageConverter.<init>(BufferedImageHttpMessageC
onverter.java:70)
at
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.<init>(AnnotationMethod
HandlerAdapter.java:166)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at
com.google.apphosting.runtime.security.shared.intercept.java.lang.reflect.Constructor_.newInstance(Construc
tor_.java:60)
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:127)
Caused by: java.lang.NoClassDefFoundError: javax.imageio.ImageIO is a restricted class. Please see the
Google App Engine developer's guide for more details.
at com.google.apphosting.runtime.security.shared.stub.javax.imageio.ImageIO.<clinit>(ImageIO.java)
at
org.springframework.http.converter.BufferedImageHttpMessageConverter.<init>(BufferedImageHttpMessageC
onverter.java:70)
at
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.<init>(AnnotationMethod
HandlerAdapter.java:166)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at
com.google.apphosting.runtime.security.shared.intercept.java.lang.reflect.Constructor_.newInstance(Construc
tor_.java:60)
at org.springframework.beans.BeanUtils.instantiateClass(BeanUtils.java:127)
vg...@gmail.com <vg...@gmail.com> #9
Please add rich faces support on GAE
ma...@gmail.com <ma...@gmail.com> #10
Yes... please add RichFaces support!
ak...@gmail.com <ak...@gmail.com> #11
please add richfaces support
al...@gmail.com <al...@gmail.com> #12
[Comment deleted]
sh...@gmail.com <sh...@gmail.com> #13
yes.. richfaces would be perfect on google appengine
ar...@gmail.com <ar...@gmail.com> #14
Wonder if you could provide and adapter for ImageIO that would use the Google image
libraries.
libraries.
lo...@gmail.com <lo...@gmail.com> #15
Along with ImageIO, google appengine would also need to lift restrictions on
java.awt.Dimension, java.awt.Color, and some Graphics2D classes for RichFaces to work
on AppEngine. I would urge google to allow these classes so that at least some simple
functionality of RichFaces would work.
java.awt.Dimension, java.awt.Color, and some Graphics2D classes for RichFaces to work
on AppEngine. I would urge google to allow these classes so that at least some simple
functionality of RichFaces would work.
al...@gmail.com <al...@gmail.com> #16
Please add richfaces support. Thanks.
do...@gmail.com <do...@gmail.com> #17
please add richfaces support
ar...@gmail.com <ar...@gmail.com> #18
does anybody knows why richfaces using ImageIO?
ag...@gmail.com <ag...@gmail.com> #19
Please provide richfaces support. It's very impoprtant since many people use
richfaces and would like to deploy these applications to App Engine
richfaces and would like to deploy these applications to App Engine
me...@gmail.com <me...@gmail.com> #20
I want to add some valication code image in the register form of my app. If ImageIO
is not in the whitelist, how can I do this? Google App Engine is such a toy!
is not in the whitelist, how can I do this? Google App Engine is such a toy!
ca...@gmail.com <ca...@gmail.com> #21
Please add richfaces support.
PS: Richfaces also references java.awt.Dimension, which is another restricted class.
Thanks.
PS: Richfaces also references java.awt.Dimension, which is another restricted class.
Thanks.
za...@gmail.com <za...@gmail.com> #22
Please, add RichFaces support. Thank you.
an...@gmail.com <an...@gmail.com> #23
Please, add RichFaces support. We can't port our devs to GAE because of that.
pa...@gmail.com <pa...@gmail.com> #24
Please, add it!!!!! I can't use GAE without RichFaces
rk...@gmail.com <rk...@gmail.com> #25
Another vote for richfaces support for GAE
ma...@gmail.com <ma...@gmail.com> #26
I vote.......
RichFaces for GAE
RichFaces for GAE
ro...@gmail.com <ro...@gmail.com> #27
Please, add RichFaces support. Thank you.
dj...@gmail.com <dj...@gmail.com> #28
You sure do have my vote for this issue. I've been waiting for java.awt.* classes for
a long time to be white-listed on GAE.
a long time to be white-listed on GAE.
yc...@google.com <yc...@google.com> #29
Please, do not add comments to say "Yay!, please please please support rich faces yes
yes yes". It notifies everyone following the issue (and apologies for this comment
too). Star the issue instead ! (like 98 people did so far!)
Thanks :)
Have fun !
yes yes". It notifies everyone following the issue (and apologies for this comment
too). Star the issue instead ! (like 98 people did so far!)
Thanks :)
Have fun !
gl...@gmail.com <gl...@gmail.com> #30
Gostaria que o gae tivesse suporte a richfaces
Would you like GAE have support RichFaces
Would you like GAE have support RichFaces
pe...@gmail.com <pe...@gmail.com> #31
richfaces would be nice
hb...@gmail.com <hb...@gmail.com> #32
richfaces would be nice
an...@gmail.com <an...@gmail.com> #33
As Google doesn't seem to find it important to support one the major JSF framework on GAE (it makes me think of
another company that forbid flash on its platform, but it's not the same since "Google doesn't do evil" and doesn't
have a technology they prefer to push instead of JSF :-) ). Richfaces start to work to support GAE on it's v4
release. If you're interested please vote on the Jira ticket here :
https://jira.jboss.org/jira/browse/RFPL-567
another company that forbid flash on its platform, but it's not the same since "Google doesn't do evil" and doesn't
have a technology they prefer to push instead of JSF :-) ). Richfaces start to work to support GAE on it's v4
release. If you're interested please vote on the Jira ticket here :
re...@gmail.com <re...@gmail.com> #34
All of my content I submit to begin
rd...@gmail.com <rd...@gmail.com> #35
I'd like to use richfaces with gae
em...@gmail.com <em...@gmail.com> #36
Please, add RichFaces support. Thank you.
m....@gtempaccount.com <m....@gtempaccount.com> #37
Please, add RichFaces support.Please.
ga...@gmail.com <ga...@gmail.com> #38
Please, add RichFaces support. thx
he...@yahoo.com <he...@yahoo.com> #39
I would love do have RichFaces suopported by GAE .
so...@iisigroup.com <so...@iisigroup.com> #40
I love RichFaces and GAE. Please add it!
cd...@gmail.com <cd...@gmail.com> #41
Please, RichFaces for GAE.
qu...@gmail.com <qu...@gmail.com> #42
Please add support to richfaces
as...@gmail.com <as...@gmail.com> #44
hope google will add richface support soon.thanks
su...@gmail.com <su...@gmail.com> #45
There are multiple reasons why somebody would like to have ImageIO in GAE.
If your reason is that you would like to run RichFaces on GAE then you can do so without ImageIO in the new RF version 4. And while the final version of RF 4 might not show up before Q1 2011 you can already do testing with the M3 release.
The RichFaces 4.0 Milestone 3 build has a Maven archetype that builds a GAE compatible version of RF.
Check out the readme here:http://anonsvn.jboss.org/repos/richfaces/tags/4.0.0.20101004-M3/archetypes/rf-gae-sample/readme.txt
If your reason is that you would like to run RichFaces on GAE then you can do so without ImageIO in the new RF version 4. And while the final version of RF 4 might not show up before Q1 2011 you can already do testing with the M3 release.
The RichFaces 4.0 Milestone 3 build has a Maven archetype that builds a GAE compatible version of RF.
Check out the readme here:
dj...@gmail.com <dj...@gmail.com> #46
I don't use RF, but ImageIO and other awt libraries would help me a lot to make barcodes on the fly with the iText library. I have all my servlets ready and tested outside App Engine, now I just need Google allow me and everyone else who need image functionality to use awt. =)
yj...@gmail.com <yj...@gmail.com> #47
Please add support for Richfaces. Thannks
je...@gtempaccount.com <je...@gtempaccount.com> #48
I would like to use Apache FOP for creating PDF documents, but this is impossible due to the missing javax.imageio.ImageIO.
dj...@gmail.com <dj...@gmail.com> #49
I saw a lot of movement on this request, some logs by the project members but... How is the progress of this request. It's kind of strange to not know if the google guys are working on this, or not. A little of feedback doesn't hurt, does it?
ja...@googlemail.com <ja...@googlemail.com> #50
I'm also interested in PDF creation using Apache FOP.
@djdarkin...: Could you point me to the logs you mentioned?
@djdarkin...: Could you point me to the logs you mentioned?
dj...@gmail.com <dj...@gmail.com> #51
@jan.morl...: Actually, forgive me, I was a little mistaken, there's just one log entrance as you can see on the Comment n# 44 of this Issue Post.
I think that means that someone on google is treating this request. Or am I terribly wrong?
I think that means that someone on google is treating this request. Or am I terribly wrong?
se...@gmail.com <se...@gmail.com> #52
Hello!
I have created amazing application with server processing of a graphic.
I want to deploy it to google app engine.
But i have got...
java.lang.NoClassDefFoundError: javax.imageio.ImageIO is a restricted class. Please see the Google App Engine developer's guide for more details.
It is very bad for all humanity!
Please, could you add javax.imageio.ImageIO to whitelist or give us workaround.
I have created amazing application with server processing of a graphic.
I want to deploy it to google app engine.
But i have got...
java.lang.NoClassDefFoundError: javax.imageio.ImageIO is a restricted class. Please see the Google App Engine developer's guide for more details.
It is very bad for all humanity!
Please, could you add javax.imageio.ImageIO to whitelist or give us workaround.
tu...@gmail.com <tu...@gmail.com> #53
Please add support for RichFaces... Thank you
un...@gmail.com <un...@gmail.com> #54
Please add support for RichFaces... Thank you
ni...@gmail.com <ni...@gmail.com> #55
RichFaces 4 supports GAE perfectly
is...@gmail.com <is...@gmail.com> #56
Vote for Issue 5022 -- I believe it's more likely to happen.
di...@gmail.com <di...@gmail.com> #57
i want to use this library too
pr...@google.com <pr...@google.com> #58
Bulk edit: mark escalated issue as Accepted.
Description
JSF 1.1), I got the following exception. Would it be possible to add
javax.imageio.ImageIO to the JVM White List?
Thanks for your time.
Andy J.
----
Caused by: java.lang.NoClassDefFoundError: javax.imageio.ImageIO is a
restricted class. Please see the Google App Engine developer's guide for
more details.
at
com.google.apphosting.runtime.security.shared.stub.javax.imageio.ImageIO.<clinit>(ImageIO.java)
at
org.ajax4jsf.resource.ResourceBuilderImpl.<clinit>(ResourceBuilderImpl.java:110)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at
org.ajax4jsf.resource.InternetResourceBuilder.getInstance(InternetResourceBuilder.java:148)
at
org.ajax4jsf.renderkit.ChameleonRenderKitFactory.<init>(ChameleonRenderKitFactory.java:62)
... 40 more