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
