Hi cokol,

could you explain how I would use the api to access the file?

On Aug 12, 12:44 am, cokol <eplisc...@googlemail.com> wrote:
> you should not read the images from datastore using HTTP but rather
> use the API for that, if you really want first to load a stream from a
> HTTP connection and then put its contents into a message, then
> consider using URL().open() since GAE does not permit to use fileIO
>
> On 12 Aug., 03:41,GKotta<guruko...@gmail.com> wrote:
>
> > I have one more question:
>
> > I am getting a file access denied when I try to send and image in the
> > datastore as an attachment. I there any way around this?
> > Code (result.get(i).getAssociatedImage is the url where it is stored
> > on the database. In this case, it is http:\127.0.0.1:8888\image?
> > title=t609i1) :
> >  // second part (the image)
> >                         messageBodyPart = new MimeBodyPart();
> >                         DataSource fds = new FileDataSource
> >                           (result.get(i).getAssociatedImage());
> >                         messageBodyPart.setDataHandler(new 
> > DataHandler(fds));
> >                         messageBodyPart.setHeader("Content-ID","<image>");
>
> >                         // add it
> >                         multipart.addBodyPart(messageBodyPart);
> > Exception:
> > com.google.gwt.user.server.rpc.UnexpectedException: Service method
> > 'public abstract boolean com.***.emailAssociatedImages()' threw an
> > unexpected exception: java.security.AccessControlException: access
> > denied (java.io.FilePermission http:\127.0.0.1:8888\image?title=t609i1
> > read)
>
> > Thanks!
>
> > On Aug 11, 1:35 pm,GKotta<guruko...@gmail.com> wrote:
>
> > > Thanks everyone!
>
> > > On Aug 9, 10:44 pm, Prakash <prakash.masilam...@gmail.com> wrote:
>
> > > > @GKotta.
> > > > If your use case is to delete images (irrespective of user) after two
> > > > months, then cron Or timer job on server (Check Quartz) is the good
> > > > way to go. Remember in this approach you wont have access to user
> > > > session.
>
> > > > If you need User Session to decide whether to delete or not , then you
> > > > can use SessionListeners on Server side.
> > > > Google for SessionListeners to know more about its use cases.
>
> > > > For sending mails , use javax.mail as per @mike's reply.
> > > > Hope this helps.
>
> > > > Regards,
> > > > Prakash M.
>
> > > > On Aug 10, 3:09 am, André Moraes <andr...@gmail.com> wrote:
>
> > > > > Shaffer,
>
> > > > > This approach is a little overhead in the maintainability of the code 
> > > > > (and
> > > > > in the methods too, since every server call will make a extra call to 
> > > > > the
> > > > > database).
>
> > > > >GKotta
>
> > > > > To avoid access to images that is in the database but the 2 month 
> > > > > time has
> > > > > expired, you can make the check only in the methods that access the 
> > > > > images
> > > > > in the database (if using hibernate this can be an interceptor).
>
> > > > > This will introduce overhead, but only when images are needed.
>
> > > > > If you cannot add a cron job at your server, create an speciall url 
> > > > > that
> > > > > requires a custom login/password and when that url is accessed you 
> > > > > run the
> > > > > code that removes the images from the database. If possible use SSL 
> > > > > in this
> > > > > part of the site and don't send the username/password in the query 
> > > > > string,
> > > > > use the HTTP POST METHOD.
>
> > > > > Then you can make a cron job in your computer (home or job) and 
> > > > > create a
> > > > > simple wget script that access that special url. This isn't the best
> > > > > solution, but works when you don't have admin access to cron jobs in 
> > > > > the
> > > > > production server.
>
> > > > > --
> > > > > André Moraes
> > > > > Analista de Desenvolvimento de Sistemas
> > > > > andr...@gmail.comhttp://andredevchannel.blogspot.com/

-- 
You received this message because you are subscribed to the Google Groups 
"Google Web Toolkit" group.
To post to this group, send email to google-web-tool...@googlegroups.com.
To unsubscribe from this group, send email to 
google-web-toolkit+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-web-toolkit?hl=en.

Reply via email to