I have an image sitting in my war dir, I try to access it using the url scheme you provided, and I get this:
19:32:05,723 ERROR [SharedResourceRequestTarget] shared resource com.mysite.MyPage/images/arrow_connect_left.jpg not foundAfter looking at the code, it seems that this error message should not include the class name in the message. I've checked the .war deployment I have the images folder next to the MyPage class and also in the respective place in my 'resources' directory. This is supposed to work as of 1.2 release, right? I dunno anymore, I've spent hours trying to get this thing to work (removing the implemention for PackageResource.bind instead of throwing an exception was just *evil*! If you really want to prohibit the function from being used, remove it or throw an exception :).
Aaron
On Wed, 2006-06-07 at 20:49 -0700, Eelco Hillenius wrote:
That should work yes. For instance, if you look at the basic tree in Wicket examples, here is the collapse pic: http://localhost:8080/wicket-examples/nested/resources/wicket.markup.html.tree.Tree/minus.gif so it's ${server}/{webapp}/{servletpattern}/resources/${path-to-package}.{any-class}/{resource} Eelco On 6/7/06, Aaron Hiniker <[EMAIL PROTECTED]> wrote: > > > > Can you provide an example? I have some images in > > us/mysite/images/* > > > and I am trying to access an image via: > > > /mysite/resources/us.mysite.MyPage/images/image.jpg where > MyPage is in the us/mysite/ path. > > > (i've copied the folder to both my src and resources directory) > > > What is the exact URL syntax? I looked around and haven't found any > different version from what I am using > > > Aaron > > > > Eelco Hillenius wrote: > It's not needed anymore. From changes.xml: > > Package resources do not have to be pre-registered anymore. When a > shared resource is not found, Wicket tries to find a corresponding > package resource, and if it finds one, registers it lazily. This fixes > quite a few uncomfortable situations, and makes writing custom > components easier. Package resources may be blocked by utilizing > IPackageResourceGuard (IResourceSettings). By default everything > except files with the extension 'html', 'class', 'java', and > 'properties' are served. Fixes amongst others bug 1490949. All methods > that took Pattern are now deprecated and will be removed in 2.0. > > That'll hopefully make everyone's life much better :) > > Eelco > > > On 6/7/06, Aaron Hiniker <[EMAIL PROTECTED]> wrote: > > > I am trying to bind the entire Dojo toolkit as a shared/static > resource. I want to bind from the dojo/ dir and recursively add all > files under it. It seems that > > PackageResource.bind( myApplication, MyApplication.class, > Pattern.compile( "dojo" ), true ) is now a No-Op and Depricated > and > PackageResource.get( MyApplication.class, Pattern.compile( "dojo" ), > true ) is Depricated > > How do I go about enabling Dojo to be accessed statically? > > Aaron > > > _______________________________________________ > Wicket-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > _______________________________________________ > Wicket-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > _______________________________________________ > Wicket-user mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > _______________________________________________ Wicket-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-user
_______________________________________________ Wicket-user mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-user
