On 2 Dec 2003, at 03:52, Joerg Heinicke wrote:
On 29.11.2003 17:02, Stefano Mazzocchi wrote:
wait a full second, David. I can't talk for Portal-oriented stuff since I don't use it, but for linotype, it was ported to be IE5/mozilla cross-platform, I received a few patches and Joerg is patching it to fix jetty problems and there were discussions about integration with cocoon forms and Lenya.I don't mean to be cynical or anything, but Linotype and Portal landed in Cocoon as more-or-less functional things and not much has happened since.
Did I promised it? :-)
I recommended Linotype to two persons here managing their private club website news. Otherwise these both persons (= software developer) have to do all the changes in static HTML pages, at least this way it was done until now. If they choose this approach (what about hosting and so on ...) the editor base is bigger, less work for them. So Linotype is not unused or dead - it works. Probably nothing will come back to Cocoon from these two persons, but who knows - bug reports are also welcome.
The plan is to move the xhtml editing behavior in Cocoon Forms. That will give a lot more exposure and potentially more bug reports, feature requests and patches.
The problem with the realpath I came across when testing the first trials (they worked on one system, but not on another one - endorsed libs again). I have no problem fixing the realpath problem using my pseudo code (if !ends with '/') and so on, but I would like to know what's correct in the servlet spec sense? I read across it, but didn't find any further mentioning besides realpath exists. Do Tomcat and Jetty 4.2.9 behave correctly or Jetty 4.2.14? And is it something to be fixed in Linotype or in the realpath module? I don't want to add a simple hack to circumvent other's problems.
From a logical view the new behaviour of Jetty makes sense, at least for consistency:
/ D:\cocoon-2.1\build\webapp /images D:\cocoon-2.1\build\webapp\images /WEB-INF D:\cocoon-2.1\build\webapp\WEB-INF
while it was "D:\cocoon-2.1\build\webapp\" until now.
that's probably why they fixed it.
Shall we remove all trailing path separators?
what is the behavior of tomcat? that is considered the reference implementation.
-- Stefano.
smime.p7s
Description: S/MIME cryptographic signature
