I can't. The whole tree gets reworked by the GWT compiler plugin at the end. Putting an extra all-or-nothing check for CSS just makes Tapestry harder to use with no real benefit on the other side. Also, this is clearly incompatible with Tapestry's previous behavior.
On Sep 23, 2013, at 8:32 PM, Howard Lewis Ship wrote: > Warnings get ignored and turn into even worse problems later. Errors have > to be attended to. Drop an empty .PNG in the right location and you'll be > the happier for it. > > > On Mon, Sep 23, 2013 at 2:33 PM, Thiago H de Paula Figueiredo < > [email protected]> wrote: > >> On Mon, 23 Sep 2013 18:11:11 -0300, Howard Lewis Ship <[email protected]> >> wrote: >> >> When parsing the .css file, when it finds url() elements, it must resolve >>> the target of the url() and generate a complete path to the asset, >>> including the checksum that goes in the URL, and that requires the file >>> to actually exist. >>> >> >> So I think what Lenny reported is a bug. A CSS file is still valid even if >> it refers to non-existent assets. What about logging a warning and keeping >> the invalid reference unchanged (which is actually Lenny's suggestion)? >> >> >>> >>> On Mon, Sep 23, 2013 at 12:26 PM, Thiago H de Paula Figueiredo < >>> [email protected]> wrote: >>> >>> On Mon, 23 Sep 2013 16:19:14 -0300, Lenny Primak <[email protected] >>>>> >>>> wrote: >>>> >>>> Yes it does. It says that .png file was not found, >>>> >>>>> but the exception is while loading the .css file. >>>>> >>>>> >>>> Weird. It does sound like a bug. >>>> >>>> >>>> There are lots of .css files that have errors / missing files in them, >>>> >>>>> not under my control. >>>>> If I had to write a RequestFilter for each and every one of them, it >>>>> would be nightmare. >>>>> >>>>> >>>> If there was some pattern, you could use the same RequestFilter for all >>>> them. >>>> >>>> >>>> The new 5.4 CSS URL rewriting mechanism should just leave the links to >>>> >>>>> unknown assets alone, >>>>> that's what I mean by 'ignoring' it. Just like the browser does when it >>>>> loads CSS files. >>>>> >>>>> >>>> You imply the CSS URL rewriting checks whether referenced files exist or >>>> not. Have you checked this is correct? I'm not sure and I haven't checked >>>> yet. >>>> >>>> >>>> On Sep 23, 2013, at 3:13 PM, Thiago H de Paula Figueiredo wrote: >>>>> >>>>> Hi, Lenny! >>>>> >>>>>> >>>>>> Have you checked if Tapestry throws any exceptions? After all, this is >>>>>> an HTTP 500, which means internal error. >>>>>> >>>>>> I don't know why you mean by "ignore". Did you mean raise a 404 error? >>>>>> >>>>>> A workaround would be to add a RequestFilter or Dispatcher that checks >>>>>> for that non-existent URL and do something about it. >>>>>> >>>>>> On Sun, 22 Sep 2013 22:41:02 -0300, Lenny Primak (JIRA) < >>>>>> [email protected]> >>>>>> wrote: >>>>>> >>>>>> Lenny Primak created TAP5-2187: >>>>>> >>>>>>> ------------------------------****---- >>>>>>> >>>>>>> >>>>>>> Summary: CSS relative URL rewriting isn't lenient enough >>>>>>> Key: TAP5-2187 >>>>>>> URL: https://issues.apache.org/**** >>>>>>> jira/browse/TAP5-2187<https://issues.apache.org/**jira/browse/TAP5-2187> >>>>>>> <https://**issues.apache.org/jira/browse/**TAP5-2187<https://issues.apache.org/jira/browse/TAP5-2187> >>>>>>>> >>>>>>> >>>>>>> Project: Tapestry 5 >>>>>>> Issue Type: Bug >>>>>>> Components: tapestry-core >>>>>>> Affects Versions: 5.4 >>>>>>> Reporter: Lenny Primak >>>>>>> >>>>>>> >>>>>>> I am trying to integrate an existing GWT framework as tapestry >>>>>>> components. >>>>>>> One of the .css files its trying to load references an non-existent >>>>>>> .png file. >>>>>>> Instead of just ignoring it, Tapestry produces a 500 error loading the >>>>>>> .css file, >>>>>>> which I don't believe there is a workaround for. >>>>>>> >>>>>>> -- >>>>>>> This message is automatically generated by JIRA. >>>>>>> If you think it was sent incorrectly, please contact your JIRA >>>>>>> administrators >>>>>>> For more information on JIRA, see: http://www.atlassian.com/** >>>>>>> software/jira >>>>>>> <http://www.atlassian.com/**software/jira<http://www.atlassian.com/software/jira> >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> -- >>>>>> Thiago H. de Paula Figueiredo >>>>>> >>>>>> ------------------------------****----------------------------**--** >>>>>> --------- >>>>>> To unsubscribe, e-mail: >>>>>> dev-unsubscribe@tapestry.**apa**che.org<http://apache.org> >>>>>> <dev-unsubscribe@**tapestry.apache.org<[email protected]> >>>>>>> >>>>>> >>>>>> For additional commands, e-mail: [email protected] >>>>>> >>>>>> >>>>>> >>>>> ------------------------------****----------------------------** >>>>> --**--------- >>>>> To unsubscribe, e-mail: >>>>> dev-unsubscribe@tapestry.**apa**che.org<http://apache.org> >>>>> <dev-unsubscribe@**tapestry.apache.org<[email protected]> >>>>>> >>>>> >>>>> For additional commands, e-mail: [email protected] >>>>> >>>>> >>>>> >>>> -- >>>> Thiago H. de Paula Figueiredo >>>> >>>> ------------------------------****----------------------------** >>>> --**--------- >>>> To unsubscribe, e-mail: >>>> dev-unsubscribe@tapestry.**apa**che.org<http://apache.org> >>>> <dev-unsubscribe@**tapestry.apache.org<[email protected]> >>>>> >>>> >>>> For additional commands, e-mail: [email protected] >>>> >>>> >>>> >>> >>> >> >> -- >> Thiago H. de Paula Figueiredo >> >> ------------------------------**------------------------------**--------- >> To unsubscribe, e-mail: >> dev-unsubscribe@tapestry.**apache.org<[email protected]> >> For additional commands, e-mail: [email protected] >> >> > > > -- > Howard M. Lewis Ship > > Creator of Apache Tapestry > > The source for Tapestry training, mentoring and support. Contact me to > learn how I can get you up and productive in Tapestry fast! > > (971) 678-5210 > http://howardlewisship.com --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
