I looked at the Java api again and changed the code to use the lookingAt
method instead of matches, so the .* is no longer needed at the end of
each pattern.
Ralph
Ralph Goers wrote:
I ran your test and verified that it fails. I can see under the
debugger that the regular expression is not m
I ran your test and verified that it fails. I can see under the
debugger that the regular expression is not matching. To be honest, I'm
not really sure why the Jakarta regexp version works as the default
pattern only matches the beginning of the url. I have corrected this
and checked it in. Y
Hi,
thanks for your fast replies! I've attached a sample that's showing the
behaviour.
The steps I followed:
1. Downloaded cocoon 2.1.9
2. Extract and build (no local.built.properties or
local.blocks.properties modifications)
3. Extract attached authtest.tar to build/webapp, start via cocoo
I just spoke with my colleague, Erron. After reading your message he
tested our application and isn't having problems with any URLs benig
generated by the portal using the 1.4 encodeURLTransformer. Can you
point to a specific sample or use case I should test?
Ralph
Ralph Goers wrote:
It is
It is possible that that could be the problem. I thought I tested that
before committing it but I'll test it again as soon as I can (it may be
a couple of days though as I just got back from a week's vacation).
Ralph
Ralph Rauscher wrote:
Hello,
I'm having problems porting my existing web a
Hello,
I'm having problems porting my existing web application to 2.1.9. It
seems that the encodeURL transformer is not working any more. If I turn
off cookies in the web brwoser so URL encoding should be used, none of
the URLs get encoded.
I noticed that there has been a change in the sourc
