Hi,
As the toString() method of every object is evaluated when adding an object
to a trace-statement, the toString method is the first way where to start I
think.
This feature isn't in MTASC but why not specify a default-toString method
like the trace "org.osflash.zeroi.logging.LoggerClass.log" method.
Like org.osflash.zeroi.logging.toString(o:Object):String{
var s:String
// iterate over the object and do magic stuff and fill "s" with nice
info
rerurn s;
}
But this would cause that you can't define userdefined toString methods
anymore or mtasc could only "catch" the toString evaluation if no toString
is defined in a class. But I am not sure if this is even possible with
MTASC.
Cheers,
Sönke
> Hi Ralf,
>
> You are absolutely right that you guys use a String and Xray is using
> an Object. The newest implementation will be using an instance of a
> class returned by a method call, like this:
>
> XrayLogger.setLevel(XrayLogger.DEBUG);
> var log:XrayLogger = new XrayLogger();
> trace(log.debug("What's obj got!?", obj));
> trace(log.info("this is some information"));
>
> I can see why you guys are taking the String approach though, as this
> makes it so that someone can run the SWF in the Flash IDE and it will
> have zero impact on that environment. I get it! It's a damn cool idea.
>
> However, there are features that you guys are using that would be
> great to integrate with the new Xray implementation. Features like
> getting the level output from the zerio calls and integrating that
> with the soon to come Xray interface, reading from a common XML config
> file and being able to dump object structures are a few. The last one
> might be tough with just a String, but I have some ideas.
>
> Let me know your thoughts on this stuff Ralf. And great project!
>
> -Chris
>
> On 8/16/06, Ralf Bokelberg <[EMAIL PROTECTED]> wrote:
> > Zeroi uses trace( string ) as the interface to the attached
> log system
> > to keep compatibiliy with the flash ide. I'm not sure, how we can
> > integrate the more advanced logging options of Xray int
> othis scheme?
> >
> > Cheers,
> > Ralf
> >
> > On 8/16/06, John Grden <[EMAIL PROTECTED]> wrote:
> > > lol yeah wow, my head is kinda spinnin' now ;)
> > >
> > > I've also been talking with Hans Wichman about HIS logger
> (he wrote the
> > > original ClassPath class Xray uses to resolve class).
> He's putting in
> > > package filtering, log levels with the ability to resolve
> the method that
> > > did the call. Which is one thing I hadn't been able to
> do without mtasc.
> > >
> > > My goals for Xray's logging are to keep it as independent
> as possible, but
> > > yet let someone put their own extra logging (mtasc) in if
> they wanted to.
> > > As soon as I can wrap my head around Hans' then I'll take
> a good look at
> > > what Zeroi is doing to make sure we're all on the same
> page and talk about
> > > it a bit.
> > >
> > >
> > > On 8/16/06, Chris Allen <[EMAIL PROTECTED] > wrote:
> > > > Man,
> > > >
> > > > And just to think, that John and I were working on
> something just like
> > > > this for Xray. John, perhaps we should combine efforts
> with these
> > > > guys. The good news about all of this is that the newest Xray
> > > > interface will know how to deal with logging levels and package
> > > > filtering, thus working with Zeroi.
> > > >
> > > > I think that our version is a bit more flexible as the
> piece fed to
> > > > the trace() isn't a String, thus allowing one to see
> Object dumps and
> > > > other cool features. But Zeroi may have other stuff we
> are missing.
> > > >
> > > > Thoughts John?
> > > >
> > > > -Chris
> > > >
> > > > On 8/16/06, Ralf Bokelberg <[EMAIL PROTECTED]> wrote:
> > > > > Dear Osflashers,
> > > > >
> > > > > i'm proud to announce that Zeroi finally became an
> official osflash
> > > project.
> > > > >
> > > > > http://osflash.org/zeroi
> > > > >
> > > > > The main idea of Zeroi is to be able to use any
> logging system (like
> > > > > SOS, admin tool, luminic box, ...) in your MTASC
> project, without
> > > > > having to change the code of your app. In fact your
> code doesn't even
> > > > > need to know about Zeroi. Inside your app you only use trace
> > > > > statements. The traces are forwarded to the logging
> system of your
> > > choice.
> > > > > That's what the name Zeroi is standing for: Zero Impact.
> > > > >
> > > > > To make Zeroi even more useful, Söhnke Rohde added
> the possibility to
> > > > > configure your logging system by xml. You can filter logs on a
> > > > > class or package base, e.g. suppress every log from
> class XY with a
> > > > > loglevel <= WARN
> > > > >
> > > > > As always,
> > > > > your comments, testimonials, and maybe new code is
> much appreciated.
> > > > >
> > > > > Cheers
> > > > > Ralf & Söhnke.
> > > > >
> > > > > _______________________________________________
> > > > > osflash mailing list
> > > > > [email protected]
> > > > > http://osflash.org/mailman/listinfo/osflash_osflash.org
> > > > >
> > > >
> > > > _______________________________________________
> > > > osflash mailing list
> > > > [email protected]
> > > > http://osflash.org/mailman/listinfo/osflash_osflash.org
> > > >
> > >
> > >
> > >
> > > --
> > > [ JPG ]
> > > _______________________________________________
> > > osflash mailing list
> > > [email protected]
> > > http://osflash.org/mailman/listinfo/osflash_osflash.org
> > >
> > >
> > >
> >
> >
> > --
> > Ralf Bokelberg <[EMAIL PROTECTED]>
> > Flex & Flash Consultant based in Cologne/Germany
> >
> > _______________________________________________
> > osflash mailing list
> > [email protected]
> > http://osflash.org/mailman/listinfo/osflash_osflash.org
> >
>
> _______________________________________________
> osflash mailing list
> [email protected]
> http://osflash.org/mailman/listinfo/osflash_osflash.org
>
_______________________________________________
osflash mailing list
[email protected]
http://osflash.org/mailman/listinfo/osflash_osflash.org
