dotCMS 2.0: Image Errors

[Alex]

Hi,


I uploaded an image via WebDav and it was automatically added to the
file asset structure. When I tried to get the image in the front end
by using the following code line:


/contentAsset/resize-image/imageIdentifier/?w=175&h=128

I get the error below and a 500 error on the front end. I checked and
all fields in the FileAsset structure are not null unless the meta
data is set to null in the community edition?

Thanks for your help!

Alex


ERROR [/].[BinaryExporterServlet]: Servlet.service() for servlet
BinaryExporterServlet threw exception
javax.servlet.ServletException: Field null does not exists within
structure FileAsset
at
com
.dotmarketing
.servlets.BinaryExporterServlet.doGet(BinaryExporterServlet.java:227)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
at
org
.apache
.catalina
.core
.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:
290)
at
org
.apache
.catalina
.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at com.dotmarketing.filters.CMSFilter.doFilter(CMSFilter.java:126)
at
org
.apache
.catalina
.core
.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:
235)
at
org
.apache
.catalina
.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com.dotmarketing.filters.AutoLoginFilter.doFilter(AutoLoginFilter.java:
61)
at
org
.apache
.catalina
.core
.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:
235)
at
org
.apache
.catalina
.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com
.dotmarketing
.cms.urlmap.filters.URLMapFilter.doFilter(URLMapFilter.java:86)
at
org
.apache
.catalina
.core
.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:
235)
at
org
.apache
.catalina
.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
com
.dotmarketing
.filters.CharsetEncodingFilter.doFilter(CharsetEncodingFilter.java:140)
at
org
.apache
.catalina
.core
.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:
235)
at
org
.apache
.catalina
.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
nl
.isaac
.dotcms
.mobilesite
.filter
.MobileUserAgentRedirectFilter
.doFilter(MobileUserAgentRedirectFilter.java:64)
at
org
.apache
.catalina
.core
.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:
235)
at
org
.apache
.catalina
.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org
.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:
176)
at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:
145)
at
org
.tuckey
.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92)
at
org
.tuckey
.web
.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381)
at
org
.apache
.catalina
.core
.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:
235)
at
org
.apache
.catalina
.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
at
org
.apache
.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:
233)
at
org
.apache
.catalina.core.StandardContextValve.invoke(StandardContextValve.java:
191)
at
org
.apache
.catalina
.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
at
org
.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:
127)
at
org
.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:
102)
at
org
.apache
.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
555)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
298)
at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:
852)
at org.apache.coyote.http11.Http11Protocol
$Http11ConnectionHandler.process(Http11Protocol.java:588)
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:
489)
at java.lang.Thread.run(Thread.java:662)

[Maria Ahues Bouza]

Alex,

Question, after uploading the image through webdav, can you see it
using its full path?

You can see the path when you edit the image.

Also if that works, use the Image Editor to resize the image and copy
/ paste the URL and see if that works.

Thanks
Maria

On Mon, May 14, 2012 at 10:19 AM, Alex <alex.t...@ambix.net> wrote:
> Hi,
>
>
> I uploaded an image via WebDav and it was automatically added to the file
> asset structure.  When I tried to get the image in the front end by using
> the following code line:
>
>
> /contentAsset/resize-image/imageIdentifier/?w=175&h=128
>
> I get the error below and a 500 error on the front end.  I checked and all
> fields in the FileAsset structure are not null unless the meta data is set
> to null in the community edition?
>
> Thanks for your help!
>
> Alex
>
>
> ERROR [/].[BinaryExporterServlet]: Servlet.service() for servlet
> BinaryExporterServlet threw exception
> javax.servlet.ServletException: Field null does not exists within structure
> FileAsset
>        at

> com.dotmarketing.servlets.BinaryExporterServlet.doGet(BinaryExporterServlet.java:227)

>        at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
>        at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>        at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>        at

> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

>        at com.dotmarketing.filters.CMSFilter.doFilter(CMSFilter.java:126)
>        at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>        at

> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

> org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176)

>        at
> org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145)
>        at
> org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:92)
>        at
> org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:381)
>        at
> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
>        at
> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>        at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
>        at
> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
>        at
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
>        at
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>        at
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
>        at

> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

>        at
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:555)
>        at
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298)
>        at
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:852)
>        at

> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)

>        at
> org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489)
>        at java.lang.Thread.run(Thread.java:662)
>

> --
> You received this message because you are subscribed to the Google Groups
> "dotCMS User Group" group.
> To post to this group, send email to dot...@googlegroups.com.
> To unsubscribe from this group, send email to
> dotcms+un...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/dotcms?hl=en.
>



--
dotCMS
Main: 305.900.2001
Fax: 305.397.2579
www.dotcms.com
http://www.twitter.com/dotCMS

"Packt Publishing 2009 Finalist for Best Other Open Source CMS"

Please consider the planet before printing this email.

[Alex]

I am on a Community Edition.

Yes, I can view the image with the full path.

Alex

>> .internalDoFilter(ApplicationFilterChain.java:290)

>> at
>> org
>> .apache
>> .catalina
>> .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:

>> 206)
>> at
>> com.dotmarketing.filters.CMSFilter.doFilter(CMSFilter.java:126)
>> at
>> org
>> .apache
>> .catalina
>> .core
>> .ApplicationFilterChain

>> .internalDoFilter(ApplicationFilterChain.java:235)

>> at
>> org
>> .apache
>> .catalina
>> .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
>> 206)
>> at
>> com
>> .dotmarketing.filters.AutoLoginFilter.doFilter(AutoLoginFilter.java:
>> 61)
>> at
>> org
>> .apache
>> .catalina
>> .core
>> .ApplicationFilterChain

>> .internalDoFilter(ApplicationFilterChain.java:235)

>> at
>> org
>> .apache
>> .catalina
>> .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
>> 206)
>> at
>> com
>> .dotmarketing
>> .cms.urlmap.filters.URLMapFilter.doFilter(URLMapFilter.java:86)
>> at
>> org
>> .apache
>> .catalina
>> .core
>> .ApplicationFilterChain

>> .internalDoFilter(ApplicationFilterChain.java:235)

>> at
>> org
>> .apache
>> .catalina
>> .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
>> 206)
>> at
>> com
>> .dotmarketing
>> .filters.CharsetEncodingFilter.doFilter(CharsetEncodingFilter.java:
>> 140)
>> at
>> org
>> .apache
>> .catalina
>> .core
>> .ApplicationFilterChain

>> .internalDoFilter(ApplicationFilterChain.java:235)

>> at
>> org
>> .apache
>> .catalina
>> .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
>> 206)
>> at
>> nl
>> .isaac
>> .dotcms
>> .mobilesite
>> .filter
>> .MobileUserAgentRedirectFilter
>> .doFilter(MobileUserAgentRedirectFilter.java:64)
>> at
>> org
>> .apache
>> .catalina
>> .core
>> .ApplicationFilterChain

>> .internalDoFilter(ApplicationFilterChain.java:235)

>> at
>> org
>> .apache
>> .catalina
>> .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
>> 206)
>> at
>> org
>> .tuckey

>> .web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176)
>> at
>> org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:
>> 145)
>> at

>> org
>> .tuckey
>> .web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:
>> 92)
>> at
>> org
>> .tuckey
>> .web
>> .filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:
>> 381)
>> at
>> org
>> .apache
>> .catalina
>> .core
>> .ApplicationFilterChain

>> .internalDoFilter(ApplicationFilterChain.java:235)

>> at
>> org
>> .apache
>> .catalina
>> .core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:
>> 206)
>> at
>> org
>> .apache
>> .catalina
>> .core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)
>> at
>> org
>> .apache
>> .catalina

>> .core.StandardContextValve.invoke(StandardContextValve.java:191)

>> at
>> org
>> .apache
>> .catalina
>> .authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:465)
>> at
>> org
>> .apache
>> .catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
>> at
>> org
>> .apache

>> .catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

>> at
>> org
>> .apache
>> .catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:
>> 109)
>> at
>> org
>> .apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:
>> 555)
>> at
>> org
>> .apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:
>> 298)
>> at
>> org
>> .apache.coyote.http11.Http11Processor.process(Http11Processor.java:
>> 852)
>> at
>> org.apache.coyote.http11.Http11Protocol

[Maria Ahues Bouza]

Alex,

Try this and see if it works
http://www.dotcms.com/docs/2.0/ResizeBinaryImageFiles

-Maria

>>> com.dotmarketing.servlets.BinaryExporterServlet.doGet(BinaryExporterServlet.java:227)

>>>       at javax.servlet.http.HttpServlet.service(HttpServlet.java:617)
>>>       at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>>>       at
>>>
>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
>>>       at
>>>

>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
>>>       at com.dotmarketing.filters.CMSFilter.doFilter(CMSFilter.java:126)
>>>       at
>>>

>>> org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:176)
>>>       at
>>> org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:145)
>>>       at
>>>

>>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588)

[Maria Ahues Bouza]

Or this
/contentAsset/resize-image/$!{content.identifier}/image1?w=150

[Will Ezell]

Alex:

The beauty of a file asset is that they can act as both files and content.  So when using them as content, you need to add the fieldVar name for fileAssets after the identifier, just like you would for any binary asset.  Here is an asset on the demo site:

As a file:

http://demo.dotcms.com/resources/images/custom_house.jpg

As a binary asset on a piece of content

http://demo.dotcms.com/contentAsset/resize-image/eac0c1f3-9a7b-43c1-ae49-b7ebb7fce192/fileAsset/?w=400

Hope that helps.

Will

----
Will Ezell
http://dotcms.com
phone: (305) 900-2001 ext. 7010
direct: (978) 294-9429
skype: wezell1

[Alex]

Hi, Will:

Thank you Will and Maria!

These issue is only happening with new images I upload and get added to the File Asset structure.  I had to delete all of them and reupload them one by one.  After the re-upload the code works with them.

Any idea what could have caused this?

Alex

[Maria Ahues Bouza]

Alex,

Can you reproduce the issue again?

If so, please let us know what version you're using as well as your
database version and we'll try to reproduce on our end.

Thanks
Maria

[Alex]

Maria:

We went through these issues before.  I understood that the instructions in here http://dotcms.com/docs/2.0/RESTfulImageProcessing were only for binary fields and not for image fields.  To test that in the demo:

I have webDaved an image, put in a folder, created an image field on the blog post called: talking-up-tiffanywhich has an identifier:

15c0c921-3324-4648-8805-ef2eabc82b9b

The image address is:  /images/prettyPhoto/roca-sucia-dirty-rock-catalina-islands.jpg

When I try to use the freshly webDav Image following the above, I only get 404s.  Are you guys planing to deprecate image fields that seem to be left out of the RESTfulImageProcessing?

http://demo.dotcms.com/contentAsset/image/15c0c921-3324-4648-8805-ef2eabc82b9b/fileAsset/byInode/1/filter/Crop/crop_w/250/crop_h/150/crop_x/172/crop_y/167

http://demo.dotcms.com/contentAsset/image/15c0c921-3324-4648-8805-ef2eabc82b9b/fileAsset/byInode/1/filter/Thumbnail/thumbnail_w/500/thumbnail_h/500/thumbnail_bg/000000000

http://demo.dotcms.com/contentAsset/resize-image/15c0c921-3324-4648-8805-ef2eabc82b9b/fileAsset/byInode/1/w/500/h/800

http://demo.dotcms.com/contentAsset/raw-data/15c0c921-3324-4648-8805-ef2eabc82b9b/fileAsset/byInode/1

Please help!

I have been using /resize_image?path=$con.image.uri&w= for my image fields.  Sometimes when I pull information from a different server to display the image I need to add the domain name, if I don't use the domain name in the code it does not display the image.

Alex

On May 14, 2012, at 11:57 AM, Maria Ahues Bouza wrote:

[Will Ezell]

Alex:

In 2.0 all new files are pieces of content with a binary field called fileAsset (files are content).  The Image APIS should work using the inode/identifier of the associated file you uploaded (even through webdav) but not with the identifier of the piece of content with which is it associated.

Get the inode as a value from the image field and use it in the URL to pull/resize the image.

Will

----
Will Ezell
http://dotcms.com
phone: (305) 900-2001 ext. 7010
direct: (978) 294-9429
skype: wezell1

[Alex]

Will:

Here is with the image inode: e004d3e9-261b-4aa0-8f9c-fe04257d1129

http://demo.dotcms.com/contentAsset/raw-data/e004d3e9-261b-4aa0-8f9c-fe04257d1129/fileAsset/byInode/1

It does not work either.

I assume the inode is the image id, correct?  When you click on the INFO button of the uploaded image in the structure item.  If you don't mind, could you give me an example with the freshly uploaded image so I make sure I understand you correctly.

Thanks,

Alex

[Maria Ahues Bouza]

Alex,

With the image you uploaded this is how the API works

http://demo.dotcms.com/contentAsset/image/7c3dedb2-fade-43b1-9a82-827e3321143e/fileAsset/byInode/1

where 7c3dedb2-fade-43b1-9a82-827e3321143e is the file's inode.

-Maria

Community Manager

dotCMS
Main: 305.900.2001
Fax: 305.397.2579
www.dotcms.com
http://www.twitter.com/dotCMS

http://www.facebook.com/dotCMS
http://www.twitter.com/mabouza

[Will Ezell]

You have to use the inode (version id) of the image, which is listed next to the version - see:

http://demo.dotcms.com/contentAsset/raw-data/7c3dedb2-fade-43b1-9a82-827e3321143e/fileAsset/byInode/1

[Maria Ahues Bouza]

And this is how you would resize it

http://demo.dotcms.com/contentAsset/image/7c3dedb2-fade-43b1-9a82-827e3321143e/fileAsset/byInode/1/filter/Resize/resize_w/512

[Alex]

When I click on the link below you provide I get a 404 error.  Do you see the image?

[Alex]

This is what I see when I click on the link you provided:

[Maria Ahues Bouza]

Alex,

Does the one I sent you work?

I'm asking because I was able to break the URLs when documenting the API the other day, by adding the wrong IDs and options I got a 404 and then it was stuck in the cache. 

Try mine if mine works, then upload a new image and try and it should work fine.

-Maria

Community Manager

dotCMS
Main: 305.900.2001
Fax: 305.397.2579
www.dotcms.com
http://www.twitter.com/dotCMS

http://www.facebook.com/dotCMS
http://www.twitter.com/mabouza

[Alex]

I get a 404 error on the link you provided:

[Maria Ahues Bouza]

Stop breaking the images LOL! :)

Let me upload a new one and send you the URLs again and let's see what's happening.

The image is /images/bigsur.png

The urls are

http://demo.dotcms.com/contentAsset/image/b9916086-b33c-4d52-ae7c-0a41d39d1826/fileAsset/byInode/1

http://demo.dotcms.com/contentAsset/image/b9916086-b33c-4d52-ae7c-0a41d39d1826/fileAsset/byInode/1/filter/Resize/resize_w/480

[Alex]

Yours does not work.  I am going to add a new image and test.

How do I get the inode of the image in the $con pull?

$con.image.identifier ?

Alex

On Aug 27, 2012, at 2:46 PM, Maria Ahues Bouza wrote:

Alex,

Does the one I sent you work?

I'm asking because I was able to break the URLs when documenting the API the other day, by adding the wrong IDs and options I got a 404 and then it was stuck in the cache. 

Try mine if mine works, then upload a new image and try and it should work fine.

-Maria

On Mon, Aug 27, 2012 at 1:40 PM, Alex <alex.t...@ambix.net> wrote:

This is what I see when I click on the link you provided:

<Picture 12.png>

[Maria Ahues Bouza]

You need to use the inode that you see on the image once it's uploaded.

Upload an image, then click on Versions, on the versions tab we show the Inode for the image next to it.

That's the one you need to use.

[Alex]

Now, it works with the other image!  Thank you for telling me how to get the inode manually.

Now, how do I get that inode in a $dotcontent.pull?  Like $con.image.identifier?  Is this also on a URLcontentMap?

Alex

[Will Ezell]

The syntaxes work, but there is an issue with the miss cache never clearing.  See:

https://github.com/dotCMS/dotCMS/issues/1010

Will

----
Will Ezell
http://dotcms.com
phone: (305) 900-2001 ext. 7010
direct: (978) 294-9429
skype: wezell1

[Alex]

This is probably why the last time we discussed these issues I tried and tried and it never worked for me.   I am glad I finally got it right.

Thank you Will!

Alex

[Alex]

Maria:

When I try it inputting the URL on the browser with my server, I get a blank page.  If I put code on a widget, the image displays correctly.  Do you know why when I enter it on the browser address bar and click enter I get a blank page and no errors on the log?

Alex

On Aug 27, 2012, at 3:27 PM, Will Ezell wrote:

[Alex]

Dear Will and Maria:

I started using the new code on my site and it is just giving me 404 errors on the images.  I cleared cache and restarted the server.  But it still gives me 404 errors.

My images come from 1.9.  I am on 2.1.  They are not in the File Asset structure.  When I open an image I see the old layout of 1.9.  See attachment below.  Furthermore, I re-uploaded some images via WebDav today for testing and they still show the same layout.  Their permissions are CMS Anonymos VIEW.

The most interesting thing is that I can see the images displaying on the page on the back end, but on the front end they give 404 errors.

Any idea what could be wrong?

Thanks,

Alex

[Maria Ahues Bouza]

Alex,

Are you getting the 404 with the image api urls or the regular path to the image?

These are the old file assets in 1.9 right?

What's weird is you're saying that when you upload a new image via webdav it's also uploading the old type of file asset? That shouldn't happen.

-Maria

[Alex]

I am getting the 404 with the image api on the front end when used inside a widget on a dotcontent pull.  If I use the api from the front end - just type the domain.com/contentAsset/etc I just get a blank page.

If I do a dotcontent.pull, it displays well on the backend and it gives me a 404 error of the image location on the front end.

#foreach($con in $dotcontent.pull("+structureName:NAME +(conhost:hostID conhost:SYSTEM_HOST)",1,"modDate asc"))

<img src="/contentAsset/resize-image/$con.image.inode/fileAsset/byInode/1/w/498/h/377/">

### I also used it with <img src="http://domain.com/contentAsset/resize-image/$con.image.inode/fileAsset/byInode/1/w/498/h/377/">

#end

I thought that was happening due to prexisting images from 1.9.  So I webDav the images again with 2.1 and rewrote over the exiting images, but they kept the old type of file asset.

If I upload a new image, the new image uses the 2.1 type of file asset.  I have more than 3K images and I noticed if I delete the image I have to link it again to the content item.

Any other thoughts?

Thanks,

Alex

On Aug 27, 2012, at 11:08 PM, Maria Ahues Bouza wrote:

Alex,

Are you getting the 404 with the image api urls or the regular path to the image?

These are the old file assets in 1.9 right?

What's weird is you're saying that when you upload a new image via webdav it's also uploading the old type of file asset? That shouldn't happen.

-Maria

On Mon, Aug 27, 2012 at 8:40 PM, Alex <alex.t...@ambix.net> wrote:

Dear Will and Maria:

I started using the new code on my site and it is just giving me 404 errors on the images.  I cleared cache and restarted the server.  But it still gives me 404 errors.

My images come from 1.9.  I am on 2.1.  They are not in the File Asset structure.  When I open an image I see the old layout of 1.9.  See attachment below.  Furthermore, I re-uploaded some images via WebDav today for testing and they still show the same layout.  Their permissions are CMS Anonymos VIEW.

The most interesting thing is that I can see the images displaying on the page on the back end, but on the front end they give 404 errors.

Any idea what could be wrong?

Thanks,

Alex

<Picture 14.png>

[Maria Ahues Bouza]

What you're saying is that the API is only working with the new files as content right?

And because you have images from 1.9 then it's not working for you?

Yes when you're overwriting a file it won't create a new file as content, it will keep the type of file it was in 1.9.

You would need to delete them and reupload them all via webdav to get the new files as content.

[Alex]

Yes! Are you planing to deprecate the /resize_image?path=$con.image.uri&w=   servlet?

I would have to delete and relink more than 3K images ... that is a bit more than I expected to do.

Is there a way I can migrate the images from 1.9 to 2.1 without reuploading them?  Maybe via the database as I updated to HTML extensions?

Alex

[Maria Ahues Bouza]

Alex,

We don't have a converter yet, but I think we are planning on having one before we deprecate the old file assets.

The servlet resize_image should still work for those types of images.

The change is a bit more complicated than the HTML extension because they move from one table to another, that means changing inodes, relationships, etc, I wouldn't recommend trying to do this in the database directly.

-Maria

[Alex]

Thanks!  I will wait for a converter for old files then.