Infeasible
Status Update
Comments
s....@striker.nl <s....@striker.nl> #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.
da...@google.com <da...@google.com>
dh...@google.com <dh...@google.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)
s....@striker.nl <s....@striker.nl> #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?
di...@gmail.com <di...@gmail.com> #7
Would richfaces works ?
I need an answer please
I need an answer please
dh...@google.com <dh...@google.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)
di...@gmail.com <di...@gmail.com> #9
Please add rich faces support on GAE
ma...@gmail.com <ma...@gmail.com> #10
Yes... please add RichFaces support!
dh...@google.com <dh...@google.com> #11
please add richfaces support
ma...@gmail.com <ma...@gmail.com> #12
[Comment deleted]
dh...@google.com <dh...@google.com> #13
yes.. richfaces would be perfect on google appengine
f....@gmail.com <f....@gmail.com> #14
Wonder if you could provide and adapter for ImageIO that would use the Google image
libraries.
libraries.
f....@gmail.com <f....@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.
pa...@gmail.com <pa...@gmail.com> #16
Please add richfaces support. Thanks.
pa...@gmail.com <pa...@gmail.com> #17
please add richfaces support
f....@gmail.com <f....@gmail.com> #18
does anybody knows why richfaces using ImageIO?
ge...@gmail.com <ge...@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
ge...@gmail.com <ge...@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!
pa...@gmail.com <pa...@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.
yu...@gmail.com <yu...@gmail.com> #22
Please, add RichFaces support. Thank you.
dj...@gmail.com <dj...@gmail.com> #23
Please, add RichFaces support. We can't port our devs to GAE because of that.
ki...@gmail.com <ki...@gmail.com> #24
Please, add it!!!!! I can't use GAE without RichFaces
kr...@gmail.com <kr...@gmail.com> #25
Another vote for richfaces support for GAE
by...@gmail.com <by...@gmail.com> #26
I vote.......
RichFaces for GAE
RichFaces for GAE
[Deleted User] <[Deleted User]> #27
Please, add RichFaces support. Thank you.
ao...@gmail.com <ao...@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.
ma...@gmail.com <ma...@gmail.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 !
ca...@gmail.com <ca...@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
kd...@google.com <kd...@google.com> #31
richfaces would be nice
ca...@gmail.com <ca...@gmail.com> #32
richfaces would be nice
ad...@gmail.com <ad...@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 :
st...@gmail.com <st...@gmail.com> #34
All of my content I submit to begin
sa...@gmail.com <sa...@gmail.com> #35
I'd like to use richfaces with gae
[Deleted User] <[Deleted User]> #36
Please, add RichFaces support. Thank you.
tm...@google.com <tm...@google.com> #37
Please, add RichFaces support.Please.
ya...@gmail.com <ya...@gmail.com> #38
Please, add RichFaces support. thx
nu...@gmail.com <nu...@gmail.com> #39
I would love do have RichFaces suopported by GAE .
[Deleted User] <[Deleted User]> #40
I love RichFaces and GAE. Please add it!
vo...@gmail.com <vo...@gmail.com> #41
Please, RichFaces for GAE.
ry...@gmail.com <ry...@gmail.com> #42
Please add support to richfaces
kd...@google.com <kd...@google.com> #43
da...@gmail.com <da...@gmail.com> #44
hope google will add richface support soon.thanks
vo...@gmail.com <vo...@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:
da...@gmail.com <da...@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. =)
re...@gmail.com <re...@gmail.com> #48
I would like to use Apache FOP for creating PDF documents, but this is impossible due to the missing javax.imageio.ImageIO.
ma...@propger.com <ma...@propger.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?
vo...@gmail.com <vo...@gmail.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?
Description
from google.appengine.ext import endpoints
...
def some_api_method(self, request):
user = endpoints.get_current_user()
# user.user_id() is None
Inspecting ext/endpoints/users_token_id.py, this functionality is indeed not implemented, whereas the information is being obtained via