https://issues.apache.org/bugzilla/show_bug.cgi?id=54444

Eric <sferich...@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |CLOSED

--- Comment #2 from Eric <sferich...@gmail.com> ---
(In reply to comment #1)
> Nowhere (to my knowledge) does org.apache.juli.FileHandler claim to have any
> relationship (apart from a common interface) to java.util.logging.FileHandler
> 
> The Javadocs for org.apache.juli.FileHandler and the docs list the available
> options.

calling manager.getIntProperty passing java.util.logging.FileHandler.limit and
default to value of 0

    limit = manager.getIntProperty(cname + ".limit", 0);


    private void configure() {
        LogManager manager = LogManager.getLogManager();

    String cname = getClass().getName();

    pattern = manager.getStringProperty(cname + ".pattern", "%h/java%u.log");
    limit = manager.getIntProperty(cname + ".limit", 0);
    if (limit < 0) {
        limit = 0;
    }
        count = manager.getIntProperty(cname + ".count", 1);
    if (count <= 0) {
        count = 1;
    }
        append = manager.getBooleanProperty(cname + ".append", false);
    setLevel(manager.getLevelProperty(cname + ".level", Level.ALL));
    setFilter(manager.getFilterProperty(cname + ".filter", null));

limit in JUL FileHandler is set by configure() which is a private method. 
limit is private variable, and since JULI FileHandler isn't calling super() in
its constructor, there is no way for limit & count to be read.

So I'm not seeing that you can use JUL limit/count in a JULI FileHandler. Is
this probably a feature request, or again not something that was ever supposed
to be implemented (as stated).

-- 
You are receiving this mail because:
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org

Reply via email to