Re: [5.4-beta-10] providedChecksum is always different from the actualChecksum for a specific asset
On Sun, 22 Jun 2014 15:43:50 -0300, Muhammad Gelbana wrote: I'm very sorry I didn't reply as soon as I tried this. Anyway running the application using Eclipse's Jetty plugin or maven's Jetty plugin didn't have a different effect. What do you mean by "etag" ? http://en.wikipedia.org/wiki/HTTP_ETag -- Thiago H. de Paula Figueiredo Tapestry, Java and Hibernate consultant and developer http://machina.com.br - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: [5.4-beta-10] providedChecksum is always different from the actualChecksum for a specific asset
I'm very sorry I didn't reply as soon as I tried this. Anyway running the
application using Eclipse's Jetty plugin or maven's Jetty plugin didn't
have a different effect. What do you mean by "etag" ?
*-*
*Muhammad Gelbana*
http://www.linkedin.com/in/mgelbana
On Thu, Jun 12, 2014 at 11:11 AM, Muhammad Gelbana
wrote:
> I'm using run-jetty-run (Eclipse plugin). I suppose you mean run-jetty
> (Maven plugin). I'll try it when I reach my machine again.
>
> *-*
> *Muhammad Gelbana*
> http://www.linkedin.com/in/mgelbana
>
>
> On Thu, Jun 12, 2014 at 10:56 AM, Kristian Marinkovic <
> kristian.marinko...@gmail.com> wrote:
>
>> how are you running your app? i'm using run-jetty-run in Eclipse and never
>> experienced the problem you describe. the etag is based on the content of
>> the file. maybe there is another eclipse plugin changing your resources
>>
>> g,
>> Kris
>>
>>
>> On Tue, Jun 10, 2014 at 11:12 AM, Muhammad Gelbana
>> wrote:
>>
>> > I places an asset file in my *META-INF/assets/js* folder beneath my
>> > resources folder
>> >
>> > This file name is *jquey.min.map* (It doesn't end with a .js)
>> >
>> > I made sure multiple times that the asset is in place and that its even
>> > transferred to maven's target/classes folder, but I'm still facing an
>> issue
>> > that its not found.
>> >
>> > I debugged tapestry's code and found that the following method always
>> > returns *false*
>> >
>> >
>> >
>> org.apache.tapestry5.internal.services.ResourceStreamerImpl.streamResource(StreamableResource,
>> > > String, Set)
>> >
>> >
>> > Exactly out of this boolean check
>> >
>> > if (providedChecksum.length() > 0 &&
>> > > !providedChecksum.equals(actualChecksum)){
>> > > return false;
>> > > }
>> >
>> >
>> > The *providedChecksum* and *actualChecksum* are always different. I
>> tried
>> > to debug more and found that the checksum in the asset's URL doesn't
>> match
>> > the actualChecksum value.
>> >
>> > Here the URL's checksum was *z24c89e49* while it was expected to be
>> > *764b65d5*
>> >
>> http://localhost:8080/adminlte/assets/meta/*z24c89e49*/js/jquery.min.map
>> >
>> > So manually I tried this URL
>> > http://localhost:8080/adminlte/assets/meta/*764b65d5*/js/jquery.min.map
>> >
>> > But then it didn't work either and the *actualChecksum* had another
>> > different checksum !...so I manually tried the new *actualChecksum*
>> > http://localhost:8080/adminlte/assets/meta/*1d517a92*/js/jquery.min.map
>> >
>> > And it worked !! I tried debugging again from the beginning and I had
>> the
>> > same scenario going.
>> >
>> > A considerable change I've made is that I disabled the built-in
>> bootstrap
>> > module
>> >
>> > configuration.override(SymbolConstants.BOOTSTRAP_ROOT,
>> > > "classpath:/META-INF/assets");
>> >
>> >
>> > ...and found that tapestry was looking for some files that I didn't have
>> > like *transition.js* but I can't remember if it asked for more new
>> files.
>> > But I know that I created an empty file called *transtion.js* empty,
>> and I
>> > renamed bootstrap's JS and CSS file to be *bootstrap.css* and
>> > *bootstrap.js*
>> > instead of the template's original *bootstrap.min.css* and
>> > *bootstrap.min.js* (I had to fix their names in Layout.java too)
>> >
>> > I can't remember exactly the changed files because the template I'm
>> trying
>> > to apply using tapestry has numerous files. How further can investigate
>> > this behavior ? Did I override disable Tapestry's bootstrap in a wrong
>> way
>> > ?
>> >
>> > *-*
>> > *Muhammad Gelbana*
>> > http://www.linkedin.com/in/mgelbana
>> >
>>
>
>
Re: [5.4-beta-10] providedChecksum is always different from the actualChecksum for a specific asset
I'm using run-jetty-run (Eclipse plugin). I suppose you mean run-jetty
(Maven plugin). I'll try it when I reach my machine again.
*-*
*Muhammad Gelbana*
http://www.linkedin.com/in/mgelbana
On Thu, Jun 12, 2014 at 10:56 AM, Kristian Marinkovic <
kristian.marinko...@gmail.com> wrote:
> how are you running your app? i'm using run-jetty-run in Eclipse and never
> experienced the problem you describe. the etag is based on the content of
> the file. maybe there is another eclipse plugin changing your resources
>
> g,
> Kris
>
>
> On Tue, Jun 10, 2014 at 11:12 AM, Muhammad Gelbana
> wrote:
>
> > I places an asset file in my *META-INF/assets/js* folder beneath my
> > resources folder
> >
> > This file name is *jquey.min.map* (It doesn't end with a .js)
> >
> > I made sure multiple times that the asset is in place and that its even
> > transferred to maven's target/classes folder, but I'm still facing an
> issue
> > that its not found.
> >
> > I debugged tapestry's code and found that the following method always
> > returns *false*
> >
> >
> >
> org.apache.tapestry5.internal.services.ResourceStreamerImpl.streamResource(StreamableResource,
> > > String, Set)
> >
> >
> > Exactly out of this boolean check
> >
> > if (providedChecksum.length() > 0 &&
> > > !providedChecksum.equals(actualChecksum)){
> > > return false;
> > > }
> >
> >
> > The *providedChecksum* and *actualChecksum* are always different. I tried
> > to debug more and found that the checksum in the asset's URL doesn't
> match
> > the actualChecksum value.
> >
> > Here the URL's checksum was *z24c89e49* while it was expected to be
> > *764b65d5*
> > http://localhost:8080/adminlte/assets/meta/*z24c89e49*/js/jquery.min.map
> >
> > So manually I tried this URL
> > http://localhost:8080/adminlte/assets/meta/*764b65d5*/js/jquery.min.map
> >
> > But then it didn't work either and the *actualChecksum* had another
> > different checksum !...so I manually tried the new *actualChecksum*
> > http://localhost:8080/adminlte/assets/meta/*1d517a92*/js/jquery.min.map
> >
> > And it worked !! I tried debugging again from the beginning and I had the
> > same scenario going.
> >
> > A considerable change I've made is that I disabled the built-in bootstrap
> > module
> >
> > configuration.override(SymbolConstants.BOOTSTRAP_ROOT,
> > > "classpath:/META-INF/assets");
> >
> >
> > ...and found that tapestry was looking for some files that I didn't have
> > like *transition.js* but I can't remember if it asked for more new files.
> > But I know that I created an empty file called *transtion.js* empty, and
> I
> > renamed bootstrap's JS and CSS file to be *bootstrap.css* and
> > *bootstrap.js*
> > instead of the template's original *bootstrap.min.css* and
> > *bootstrap.min.js* (I had to fix their names in Layout.java too)
> >
> > I can't remember exactly the changed files because the template I'm
> trying
> > to apply using tapestry has numerous files. How further can investigate
> > this behavior ? Did I override disable Tapestry's bootstrap in a wrong
> way
> > ?
> >
> > *-*
> > *Muhammad Gelbana*
> > http://www.linkedin.com/in/mgelbana
> >
>
Re: [5.4-beta-10] providedChecksum is always different from the actualChecksum for a specific asset
how are you running your app? i'm using run-jetty-run in Eclipse and never
experienced the problem you describe. the etag is based on the content of
the file. maybe there is another eclipse plugin changing your resources
g,
Kris
On Tue, Jun 10, 2014 at 11:12 AM, Muhammad Gelbana
wrote:
> I places an asset file in my *META-INF/assets/js* folder beneath my
> resources folder
>
> This file name is *jquey.min.map* (It doesn't end with a .js)
>
> I made sure multiple times that the asset is in place and that its even
> transferred to maven's target/classes folder, but I'm still facing an issue
> that its not found.
>
> I debugged tapestry's code and found that the following method always
> returns *false*
>
>
> org.apache.tapestry5.internal.services.ResourceStreamerImpl.streamResource(StreamableResource,
> > String, Set)
>
>
> Exactly out of this boolean check
>
> if (providedChecksum.length() > 0 &&
> > !providedChecksum.equals(actualChecksum)){
> > return false;
> > }
>
>
> The *providedChecksum* and *actualChecksum* are always different. I tried
> to debug more and found that the checksum in the asset's URL doesn't match
> the actualChecksum value.
>
> Here the URL's checksum was *z24c89e49* while it was expected to be
> *764b65d5*
> http://localhost:8080/adminlte/assets/meta/*z24c89e49*/js/jquery.min.map
>
> So manually I tried this URL
> http://localhost:8080/adminlte/assets/meta/*764b65d5*/js/jquery.min.map
>
> But then it didn't work either and the *actualChecksum* had another
> different checksum !...so I manually tried the new *actualChecksum*
> http://localhost:8080/adminlte/assets/meta/*1d517a92*/js/jquery.min.map
>
> And it worked !! I tried debugging again from the beginning and I had the
> same scenario going.
>
> A considerable change I've made is that I disabled the built-in bootstrap
> module
>
> configuration.override(SymbolConstants.BOOTSTRAP_ROOT,
> > "classpath:/META-INF/assets");
>
>
> ...and found that tapestry was looking for some files that I didn't have
> like *transition.js* but I can't remember if it asked for more new files.
> But I know that I created an empty file called *transtion.js* empty, and I
> renamed bootstrap's JS and CSS file to be *bootstrap.css* and
> *bootstrap.js*
> instead of the template's original *bootstrap.min.css* and
> *bootstrap.min.js* (I had to fix their names in Layout.java too)
>
> I can't remember exactly the changed files because the template I'm trying
> to apply using tapestry has numerous files. How further can investigate
> this behavior ? Did I override disable Tapestry's bootstrap in a wrong way
> ?
>
> *-*
> *Muhammad Gelbana*
> http://www.linkedin.com/in/mgelbana
>
