I'll look into it.  Actually, I got my complaint
wrong--I have less problem with something in apps
referencing the rest of the app (something it's doing
1,000 times already) than the *other* direction.)

Glen

--- Jeremias Maerki <[EMAIL PROTECTED]> wrote:
> I don't see a problem with the apps package
> reference the configuration
> package. And it's almost the same code and with the
> same semantics
> everywhere so this would actually reduce code.
> 
> On 21.07.2003 18:20:30 Glen Mazza wrote:
> > Yes, I said InputHandler is where the parser is
> > created--I just want that moved over to Driver
> > (because driver is creating them to, with its own
> > local instance, for external servlet usage).  This
> > will help Victor's API simplification, also might
> help
> > us deprecate InputHandler a bit.
> > 
> > When TRAX and XSLTInputHandler are out the window
> > (AHHH!!! ;) I don't think we'll need the
> > FOInputHandler subclass anymore.  Everything can
> go in
> > InputHandler.  
> > 
> > The parsers in CR and PP may have different
> properties
> > so for the time being, probably best for them to
> > continue creating their own parsers.  At any rate,
> I
> > wouldn't want code in the apps class to be
> referencing
> > CR or PP's packages, just for the sake of a
> parser. 
> > (In the other direction may be OK, but we'll wait
> > until the API is nailed down for that I guess.)
> 
> 
> Jeremias Maerki
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, email:
> [EMAIL PROTECTED]
> 


__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, email: [EMAIL PROTECTED]

Reply via email to