i agree. we need to think about JDO and Hibernate. a very good reason to wait.
i think we're all a bit like kids in a candy store right now. we've got "big eyes" about what we'd /like/ to ship. what we need to do is start thinking about what we /can/ ship for 1.0 and have people rave about it.
Eelco Hillenius wrote:
i'm working on CSS. if we can't get it done for 1.0, maybe tree should wait for 1.1.
there are other things that depend on css a bit which i think ought to move to contrib until 1.1.
in particular, the sortable headers stuff depends on css. but more importantly, it's going to
depend on a really nice wicket hibernate sub-framework because you want HQL sorting
to integrate beautifully with column headers... we're just not going to accomplish all this
in the next couple weeks. so i think we ought to back off a bit on css and hibernate
related components.
there's nothing that says we can't make 1.1 a far quicker release cycle...
true.
let's do css and hibernate once and do it right!
CSS yes. Hibernate could be a big plus, but is just one of the possible persistency frameworks. Personally I loath EJB enitity beans, but support for JDO would be nice as well. There's at least one interested (in JDO) person following this list.
Eelco
However, there's a slight problem with those images still. Look at Image:
protected IResource getResource()
{
if (resourcePath.indexOf("..") != -1 || resourcePath.indexOf("/") != -1)
{
throw new WicketRuntimeException("Source for image resource cannot contain a path");
}
final String path = Classes.packageName(getPage().getClass()) + "." + resourcePath;
return Resource.locate
(
getApplicationSettings().getSourcePath(),
getPage().getClass().getClassLoader(),
path,
style,
locale,
null
);
}
As there is getPage().getClass(), it will allways look for resources relative to the package where the current page is in, which is not right I think. For one thing, I had to hack a bit for the tree to be able to include images from the same package as where the tree is in.
ugh. right. i need to think about this one a bit...
one thing that pops in my head is that this logic doesn't belong in getResource(). it might instead call a method getResourcePath(String resourcePath), passing in the resourcePath from the src tag.
but i think there's more to it...
Any idea's how this should be solved best? I though about getParent().getClass(), but that would be very unpredictable.
Btw, has any work been done to set the cache headers of those application/ session scoped resources?
nope. that would be a good idea. when should a shared "dynamic" image expire? maybe use a good default and give the user control here?
Eelco
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
Wicket-develop mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wicket-develop
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Wicket-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-develop
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Wicket-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-develop
------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Wicket-develop mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wicket-develop
