Sorry, typo.. obviously AssetDispatcher :-)
On Thu, May 22, 2008 at 2:41 PM, Adam Zimowski <[EMAIL PROTECTED]> wrote:
> Nothing changes other than JAR/not jar. Deploying under Jetty locally
> all along
>
> I did try class.getResourceAsStream() and I do get a non-null stream,
> so they are on c
Nothing changes other than JAR/not jar. Deploying under Jetty locally
all along
I did try class.getResourceAsStream() and I do get a non-null stream,
so they are on classpath. It just seems like request for resources
never makes it to AccessDispatcher.
On Thu, May 22, 2008 at 2:24 PM, Thiago
On 5/22/08, Adam Zimowski <[EMAIL PROTECTED]> wrote:
> Thanks for all the input Thiago. I tried it with force-absolute-uris
> symbol, and it generated absolute paths with the effect of just "/"
> being prefixed to paths. So it took effect, but didn't help - still no
> resources. I've been fight
> This setup has some "unusual" artifacts. The main one being that root
> of the package hierarchy is always shared by workbench and the apps
> (it must be, as afterall at deploy time it's a single app). So
> programmer has com.foo.bar, and workbench.jar also has com.foo.bar.
This shouldn't be a
Thanks for all the input Thiago. I tried it with force-absolute-uris
symbol, and it generated absolute paths with the effect of just "/"
being prefixed to paths. So it took effect, but didn't help - still no
resources. I've been fighting with it for few hours now and I've run
out of ideas myself.
On 5/22/08, Adam Zimowski <[EMAIL PROTECTED]> wrote:
>
>rel="stylesheet" type="text/css"> (my own)
It seems to me that Tapestry is generating wrong relative URLs for
your assets. Try setting the tapestry.force-absolute-uris symbol to
true in your AppModule. Maybe it helps.
--
Thiago
-
I'll mention from high level the setup I have, to shed some additional
light. My main app (we call it workbench around here) is a general
purpose container which hosts applications written for it. It provides
for all apps the common layout, user interface, security,
infrastructure, etc etc. Progra
I never see requests come through that should be my assests. It hits
several times with path being "/" and once with path being "/home",
which is Index page in my "home" package. The links returned are:
(my own)
One of the anchors on my layout component generates like this:
My form's action
> I stepped through AssetDispatcher and it is getting called, but it
> never finds path that starts with "/assets/" so it always returns
> false:
Do you see requests come through that should be your assets? What is
getPath returning?
Can you paste the and tags that are created?
On Thu, May 2
I stepped through AssetDispatcher and it is getting called, but it
never finds path that starts with "/assets/" so it always returns
false:
String path = request.getPath();
// Remember that the request path does not include the context
path, so we can simply start
// looki
Yeah, everything works if it isn't jarred. Thanks for pointing out
AssetDispatcher. I'll try to debug it.
On Thu, May 22, 2008 at 12:52 PM, Josh Canfield <[EMAIL PROTECTED]> wrote:
>> What's weird is that internal Tapestry
>> resources aren't loading either.
>
> You said earlier that it worked if
> What's weird is that internal Tapestry
> resources aren't loading either.
You said earlier that it worked if it wasn't jar'd, do the tapestry
assets work in that environment?
Are you getting anything in your log files?
You might try stepping into the AssetDispatcher to see if it's getting called
Hello,
I'm trying to get a contributed data analyzer to work. Basically, the
new data type is mapped in several textfields. The component works ok,
setting it up as a data analyzer contribution was almost ok (the doc
could be better on that point, there are some missing details), and it
displays
I tried that and no difference. What's weird is that internal Tapestry
resources aren't loading either. For instance:
/assets/tapestry/default.css
will not load either. This is consistent with the presentation. Again,
all functionality works, including data access, but on forms, for
instance, inp
>href="${asset:classpath:resources/css/layout.css}" />
Try ${asset:classpath:/resources/css/layout.css} (note the slash after
'classpath:').
--
Thiago
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-m
Part of my application compiles into JAR, which contains pages,
components, dao services, CSS, javascript and images. When I deploy
that JAR, pages, components and DAO's (my custom services) load just
fine, but none of the CSS, JS or images load. The setup is as follows:
JAR
|_ com.foo.bar
|_ ME
16 matches
Mail list logo
