Re: clnt-struts request

Raoul Pierre <[email protected]>
Newsgroups gmane.comp.java.keel.devel
Message-ID <[email protected]>
Shash,

Sasvata (Shash) Chatterjee a écrit :

> Pierre,
>
> Let us look this over.  The tiles part isn;t a problem. But, so far we 
> have avoided supporting multiple versions of anything, as you do with 
> the servlet spec and struts versions here, simply because the task 
> gets very big to maintain and test all of a sudden.
>
Yes indeed. But I didn't find any way to overwrite the default code from 
my application. So if I want to use some uptodate libraries like JSTL 1.1...

May be a solution would be to use some "flags": if "web1.user" is 
defined, then look for "web1.xml" from user application. And as value of 
the flag, some kind of path to get the file?
Or an implicit way: if plugin.jelly finds any "web1.xml" in user 
conf/client directory, then it uses it.

So you don't have to maintain the code for each version or specific user 
wish.

> Also, have you looked at OpenSymphony sitemesh 
> (http://www.opensymphony.com/sitemesh/)? 

No, but it's on my diary. But there are so many things on it...

> I find it to be much nicer than tiles,

It seems that it's a general opinion.

> and the positive thing is that it will work with not only Struts, but 
> with any other view technology.

Not Tiles?

> If you are interested, I'll checkin app-sitemesh, which is a very thin 
> project with no code, but just the sitemesh JARs and some sample 
> configuration.  I haven't checked it in so far to reduce  the bloat of 
> Keel CVS not knowing who else wanted to use it.

May be it would  be the kick-off  I need to look at sitemesh...

Pierre



http://keelframework.org/documentation.shtml
Keelgroup mailing list
[email protected]
http://lists.keelframework.com/listinfo.cgi/keelgroup-keelframework.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.