Jacob,
Thanks for the quick reply. I was able to find an ugly hack that solved
my problem so I'm good to go for now. If anyone else is having the same
problem I'll be happy to post my solution.
Best regards,
James
Jacob Kjome wrote:
Hmm... I didn't realize this when I made the change. We really need
to get the tests working properly under the current build framework.
Many fail, but I think they are failing in some cases because test
files are expected to be relative to the location that the VM started
and that isn't happening properly with the sub-builds. This would
have been caught. I haven't looked at the issue closely enough to
really understand what the problem is.
In any case, this is certainly a bug and we can't release a new
version with this issue. I will try to look at it this weekend, but I
can't promise. My time is limited. Anyone else care to take a crack
at it? While you are at it, there's always the improper adding of
line breaks to XHTML output which affects both normal output and
pretty printing. I haven't been able to track down the cause as of
yet. Hoping for some help!
Jake
At 10:11 AM 6/3/2005 -0600, you wrote:
>Hello,
>
>It seems that both urlrewriting and urlregexpmapping both rely on
>URL_ATTRIBUTES. In order to make urlrewriting behave the way I needed I
>removed all references to event attributes as per Jacobs suggestion. Now
>it looks like this.
>
>private static String[] URL_ATTRIBUTES = {
> "action", "archive", "background", "cite", "classid",
"codebase",
> "data", "href", "longdesc", "profile",
> "src", "usemap"
> };
>
>
>
>But that created another problem with urlregexpmapping. If I have an
>html element like
>
> <select name="selectElement"
>onClick="submitForm(this.form,'somePage.html')>
>
>and I want to have a urlregexpmapping in my options.xmlc file like the
>following it no longer works.
>
>-urlregexpmapping "somePage\\.html\\"
>"someOtherPage.jawf"
>
>So for now I have to compile my html pages with a non-modified version
>of xmlc and use my modified version for runtime. I'm going to see if I
>can hack a solution for my needs but I'm open to any suggestions.
>
>Best regards,
>
>James.
>
>
>
>--
>------------------------
>James Rochford
>Software Engineer
>Samba Holdings, Inc.
>(505) 797-2622 ext. 129
>
>
>
>
>--
>You receive this message as a subscriber of the xmlc@xxxxxxxxxxxxx
mailing
>list.
>To unsubscribe: mailto:xmlc-unsubscribe@xxxxxxxxxxxxx
>For general help: mailto:sympa@xxxxxxxxxxxxx?subject=help
>ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
------------------------------------------------------------------------
--
You receive this message as a subscriber of the xmlc@xxxxxxxxxxxxx mailing list.
To unsubscribe: mailto:xmlc-unsubscribe@xxxxxxxxxxxxx
For general help: mailto:sympa@xxxxxxxxxxxxx?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
--
------------------------
James Rochford
Software Engineer
Samba Holdings, Inc.
(505) 797-2622 ext. 129
--
You receive this message as a subscriber of the xmlc@xxxxxxxxxxxxx mailing list.
To unsubscribe:
mailto:xmlc-unsubscribe@xxxxxxxxxxxxx
For general help:
mailto:sympa@xxxxxxxxxxxxx?subject=help
ObjectWeb mailing lists service home page:
http://www.objectweb.org/wws
| 