dotAsset Path not working?

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

dotAsset Path not working?

Mr. Christopher Falzone
A couple of pdfs I had were not working correctly.  The specific links
to the pdfs are using the /dotAsset paths to get to the files.  When I
tried the link I got a blank pdf file and the following error in my log:

2008/02/01 15:33:44 | 2008-02-01 15:33:44,281 WARN
com.dotmarketing.servlets.SpeedyAssetServlet - Invalid identifier
passed: url = /dotAsset/73034.pdf

So I tried it with the direct url,
http://cms.edinboro.edu/departments/tac/newsletters/current.pdf, and
it worked.

So I tried it again with the /dotAsset path and now that works fine as
well  o_0  ?!

Any idea what is going on with these files?  Note that this was only a
problem on one of our servers in the cluster (cms3) .. it was working
fine either way on cms1 and 2.

Thanks,
Chris Falzone
Edinboro University



dotCMS: Opensource CMS goodness.
http://www.dotcms.org 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/dotcms/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/dotcms/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:[hidden email]
    mailto:[hidden email]

<*> To unsubscribe from this group, send an email to:
    [hidden email]

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 
Reply | Threaded
Open this post in threaded view
|

Re: dotAsset Path not working?

Maria Ahues Bouza
Chris,

The issue is the /dotAsset path should only take identifiers, not inodes.

So this shouldn't work:
http://cms.edinboro.edu/dotAsset/73034.pdf

But this should:
http://cms.edinboro.edu/dotAsset/73035.pdf

The later one is using identifier.

The problem is there is a place somewhere that we put the inode in the cache
by mistake. I'm thinking it might be when you call the file directly via URL
like you did? And then the /dotAsset with inode starts working because we
put the inode in the cache. This shouldn't happen.

We are currently working in fixing these issues to release the fixes in 1.6.

Thanks
Maria

On 2/1/08, Christopher F. Falzone <[hidden email]> wrote:

>
>   A couple of pdfs I had were not working correctly. The specific links
> to the pdfs are using the /dotAsset paths to get to the files. When I
> tried the link I got a blank pdf file and the following error in my log:
>
> 2008/02/01 15:33:44 | 2008-02-01 15:33:44,281 WARN
> com.dotmarketing.servlets.SpeedyAssetServlet - Invalid identifier
> passed: url = /dotAsset/73034.pdf
>
> So I tried it with the direct url,
> http://cms.edinboro.edu/departments/tac/newsletters/current.pdf, and
> it worked.
>
> So I tried it again with the /dotAsset path and now that works fine as
> well o_0 ?!
>
> Any idea what is going on with these files? Note that this was only a
> problem on one of our servers in the cluster (cms3) .. it was working
> fine either way on cms1 and 2.
>
> Thanks,
> Chris Falzone
> Edinboro University
>
>  
>



--
Maria Ahues Bouza
Project Manager, dotCMS Services & Support

www.dotmarketing.com
www.dotcms.org
T: 305.858.1422 x (9) 272
D: 786.594.5272
F: 786.594.5288
Reply | Threaded
Open this post in threaded view
|

Re: dotAsset Path not working?

Mr. Christopher Falzone
I am coming back to this because I am still getting at least one or two
emails a week about pdfs or other assets not working correctly.  So, I
uploaded about 10 different assets (images, pdfs, txt files, ect).  I
then created a new page and used the WYSIWYG Editor's Insert/Edit Link
tool to create links to each of them.  What I found was that every
single one pointed to /dotAsset/AnEvenNumber.ext.  So from what you are
telling me below .. none of these links should work.

I also went into the code and copied the links and fixed them to the Odd
Number equivalent.  What I found was that on the server I created the
links on, they worked whether or not I used the even or odd link first.  
On the other two servers none of the even links worked until I first
clicked the odd link.  Also, based on what you said below that this is a
cache issue ... I cleared the caches on each server and then tried the
links again .. but that did not break the links again.

Is this a bug?  Or is it just something wrong with my server?

Bottom line .. I need to fix this because a good number of our users use
pdf documents in their pages.  Technology and Communications alone has
over 200 tutorials available in PDF format.

Thanks,

Christopher F. Falzone
Technology & Communications
Edinboro University
(814) 732-1080
[hidden email]
http://www.edinboro.edu

Great Things Happen Here!



Maria Bouza wrote:

>
> Chris,
>
> The issue is the /dotAsset path should only take identifiers, not inodes.
>
> So this shouldn't work:
> http://cms.edinboro.edu/dotAsset/73034.pdf 
> <http://cms.edinboro.edu/dotAsset/73034.pdf>
>
> But this should:
> http://cms.edinboro.edu/dotAsset/73035.pdf 
> <http://cms.edinboro.edu/dotAsset/73035.pdf>
>
> The later one is using identifier.
>
> The problem is there is a place somewhere that we put the inode in the
> cache by mistake. I'm thinking it might be when you call the file
> directly via URL like you did? And then the /dotAsset with inode
> starts working because we put the inode in the cache. This shouldn't
> happen.
>
> We are currently working in fixing these issues to release the fixes
> in 1.6.
>
> Thanks
> Maria
>
> On 2/1/08, *Christopher F. Falzone* <[hidden email]
> <mailto:[hidden email]>> wrote:
>
>     A couple of pdfs I had were not working correctly. The specific links
>     to the pdfs are using the /dotAsset paths to get to the files. When I
>     tried the link I got a blank pdf file and the following error in
>     my log:
>
>     2008/02/01 15:33:44 | 2008-02-01 15:33:44,281 WARN
>     com.dotmarketing.servlets.SpeedyAssetServlet - Invalid identifier
>     passed: url = /dotAsset/73034.pdf
>
>     So I tried it with the direct url,
>     http://cms.edinboro.edu/departments/tac/newsletters/current.pdf,
>     <http://cms.edinboro.edu/departments/tac/newsletters/current.pdf,> and
>     it worked.
>
>     So I tried it again with the /dotAsset path and now that works fine as
>     well o_0 ?!
>
>     Any idea what is going on with these files? Note that this was only a
>     problem on one of our servers in the cluster (cms3) .. it was working
>     fine either way on cms1 and 2.
>
>     Thanks,
>     Chris Falzone
>     Edinboro University
>
>
>
>
> --
> Maria Ahues Bouza
> Project Manager, dotCMS Services & Support
>
> www.dotmarketing.com <http://www.dotmarketing.com>
> www.dotcms.org <http://www.dotcms.org>
> T: 305.858.1422 x (9) 272
> D: 786.594.5272
> F: 786.594.5288
>  
Reply | Threaded
Open this post in threaded view
|

Re: dotAsset Path not working?

Maria Ahues Bouza
Chris,

Two things, one it's not an Even or Odd number. To know if you have the
right one edit the file and check the field: Identity on the Edit screen and
it should be the same, if it's not then you are using the inode (wrong) if
it's the same then you are using the identity which is fine.

There was a bug in 1.5.1 with the wysiwyg creating links with the inode
instead of the identifier.

This is the JIRA bug, there is only one file to merge to apply the fix. This
fixes only new links, all old links that are not working (created by the
wysiwyg) need to be relinked.
http://jira.dotmarketing.net/browse/DOTCMS-657

Thanks
Maria

On 2/5/08, Christopher F. Falzone <[hidden email]> wrote:

>
>    I am coming back to this because I am still getting at least one or two
> emails a week about pdfs or other assets not working correctly.  So, I
> uploaded about 10 different assets (images, pdfs, txt files, ect).  I then
> created a new page and used the WYSIWYG Editor's Insert/Edit Link tool to
> create links to each of them.  What I found was that every single one
> pointed to /dotAsset/AnEvenNumber.ext.  So from what you are telling me
> below .. none of these links should work.
>
> I also went into the code and copied the links and fixed them to the Odd
> Number equivalent.  What I found was that on the server I created the links
> on, they worked whether or not I used the even or odd link first.  On the
> other two servers none of the even links worked until I first clicked the
> odd link.  Also, based on what you said below that this is a cache issue ...
> I cleared the caches on each server and then tried the links again .. but
> that did not break the links again.
>
> Is this a bug?  Or is it just something wrong with my server?
>
> Bottom line .. I need to fix this because a good number of our users use
> pdf documents in their pages.  Technology and Communications alone has over
> 200 tutorials available in PDF format.
>
> Thanks,
>
> Christopher F. Falzone
> Technology & Communications
> Edinboro University
> (814) 732-1080
> [hidden email]://www.edinboro.edu
>
> Great Things Happen Here!
>
>
>
> Maria Bouza wrote:
>
>  Chris,
>
> The issue is the /dotAsset path should only take identifiers, not inodes.
>
> So this shouldn't work:
> http://cms.edinboro.edu/dotAsset/73034.pdf
>
> But this should:
> http://cms.edinboro.edu/dotAsset/73035.pdf
>
> The later one is using identifier.
>
> The problem is there is a place somewhere that we put the inode in the
> cache by mistake. I'm thinking it might be when you call the file directly
> via URL like you did? And then the /dotAsset with inode starts working
> because we put the inode in the cache. This shouldn't happen.
>
> We are currently working in fixing these issues to release the fixes in
> 1.6.
>
> Thanks
> Maria
>
>  On 2/1/08, Christopher F. Falzone <[hidden email]> wrote:
> >
> >   A couple of pdfs I had were not working correctly. The specific links
> > to the pdfs are using the /dotAsset paths to get to the files. When I
> > tried the link I got a blank pdf file and the following error in my log:
> >
> > 2008/02/01 15:33:44 | 2008-02-01 15:33:44,281 WARN
> > com.dotmarketing.servlets.SpeedyAssetServlet - Invalid identifier
> > passed: url = /dotAsset/73034.pdf
> >
> > So I tried it with the direct url,
> > http://cms.edinboro.edu/departments/tac/newsletters/current.pdf, and
> > it worked.
> >
> > So I tried it again with the /dotAsset path and now that works fine as
> > well o_0 ?!
> >
> > Any idea what is going on with these files? Note that this was only a
> > problem on one of our servers in the cluster (cms3) .. it was working
> > fine either way on cms1 and 2.
> >
> > Thanks,
> > Chris Falzone
> > Edinboro University
> >
> >
>
>
> --
> Maria Ahues Bouza
> Project Manager, dotCMS Services & Support
>
> www.dotmarketing.com
> www.dotcms.org
> T: 305.858.1422 x (9) 272
> D: 786.594.5272
> F: 786.594.5288
>
>  
>



--
Maria Ahues Bouza
Project Manager, dotCMS Services & Support

www.dotmarketing.com
www.dotcms.org
T: 305.858.1422 x (9) 272
D: 786.594.5272
F: 786.594.5288