[prev in list] [next in list] [prev in thread] [next in thread] 

List:       xml-security-dev
Subject:    Re: configuring line breaks
From:       "Raul Benito" <raul () apache ! org>
Date:       2009-01-14 15:16:10
Message-ID: 949ac9410901140716mfa98eebu81b96079811ce453 () mail ! gmail ! com
[Download RAW message or body]

Of course we will look up to any patch you send, any contribution is always
appreciated.
If it is not very bad on performance I will include it if not we can discuss
how to improve it.


On Wed, Jan 14, 2009 at 12:29 PM, Colm O hEigeartaigh <coheigea@progress.com
> wrote:

> Hi,
>
> Currently one can only configure whether to include line breaks or not
> in a signature via the system property:
>
> org.apache.xml.security.ignoreLineBreaks
>
> As this system property is evaluated only once as a static member
> variable in XMLUtils it can't really be configured at runtime. Is there
> any reason why this is so? It's a bit inconvenient, as it seems like a
> reasonable thing to allow client code to set. Are you guys open to a
> patch to allow alternate means of configuring this variable?
>
> Colm.
>

[Attachment #3 (text/html)]

Of course we will look up to any patch you send, any contribution is always \
appreciated.<br>If it is not very bad on performance I will include it if not we can \
discuss how to improve it.<br><br><br><div class="gmail_quote"> On Wed, Jan 14, 2009 \
at 12:29 PM, Colm O hEigeartaigh <span dir="ltr">&lt;<a \
href="mailto:coheigea@progress.com">coheigea@progress.com</a>&gt;</span> \
wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, \
204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> Hi,<br>
<br>
Currently one can only configure whether to include line breaks or not<br>
in a signature via the system property:<br>
<br>
org.apache.xml.security.ignoreLineBreaks<br>
<br>
As this system property is evaluated only once as a static member<br>
variable in XMLUtils it can&#39;t really be configured at runtime. Is there<br>
any reason why this is so? It&#39;s a bit inconvenient, as it seems like a<br>
reasonable thing to allow client code to set. Are you guys open to a<br>
patch to allow alternate means of configuring this variable?<br>
<font color="#888888"><br>
Colm.<br>
</font></blockquote></div><br>



[prev in list] [next in list] [prev in thread] [next in thread]