Leon mentioned he was unable to reopen the issue. Looking at the permission scheme, it looks like Reporters can resolve and reopen, but not Jira-users. Just wondering if this is correct...
Remko On Fri, Sep 9, 2016 at 11:19 PM, Remko Popma <remko.po...@gmail.com> wrote: > Would you mind reopening 1313 and pasting your message in there? Away from > PC now... > > Thanks! > > Sent from my iPhone > > > On 2016/09/09, at 23:05, Leon Finker <leon...@gmail.com> wrote: > > > > Hi Remko, > > > > Do you need new JIRA, or you'll reopen https://issues.apache.org/ > jira/browse/LOG4J2-1313 ? > > > > Thanks > > > >> On 2016-09-08 18:22 (-0400), Remko Popma <remko.po...@gmail.com> wrote: > >> Good catch! > >> This must be a regression caused by the change made to support value > attribute in Property elements (https://issues.apache.org/ > jira/browse/LOG4J2-1313) > >> > >> Sent from my iPhone > >> > >>> On 2016/09/09, at 6:48, Leon Finker <leon...@gmail.com> wrote: > >>> > >>> Hi, > >>> > >>> Testing master branch.. We have the following xml configuration: > >>> .. > >>> <Property name="additionalProp"></Property> > >>> .. > >>> <RegexFilterEx regex="${sys:additionalProp}" onMatch="DENY" > >>> onMismatch="ACCEPT" /> > >>> -- or you can have <Property name="additionalProp" /> doesn't matter > for the issue > >>> > >>> And assume there is no 'additionalProp' System property set. On > master branch, ${sys:additionalProp} doesn't get resolved and remains as > literal ${sys:additionalProp}. It's supposed to default to xml specified > props, no? This worked up to 2.6.3. > >>> > >>> But if I change the xml prop to be: > >>> <Property name="additionalProp" value="" /> > >>> > >>> Then ${sys:additionalProp} fallsback to xml defined prop and resolves > to empty string. > >>> > >>> > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org > >>> For additional commands, e-mail: log4j-dev-h...@logging.apache.org > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: log4j-dev-unsubscr...@logging.apache.org > > For additional commands, e-mail: log4j-dev-h...@logging.apache.org > > >
