If you like, you could just move the Services SQL stuff to Scaffold in the Commons Sandbox for the time being.
I'll be visiting the Scaffold.sql package and the Commons SQL package this week (as part of paying gig), and should probably look at this as well. If it's not directly Struts related, we should remove it to the Commons. -Ted. 12/18/2002 1:51:54 AM, Rob Leland <[EMAIL PROTECTED]> wrote: >Martin Cooper wrote: > >> >>I guess we could remove the commons-services.jar from the builds, >> >+1 > >>Do you have any thoughts on how best to salvage the code you're interested in? >> >Need to give it some thought. I just discovered it when I was removing >unused imports and cleaning up JavaDoc, >for contrib projects last week. Maybe create a contrib/utils directory ? >Unofficial but gererally usefull classes. >I'll have to make a list, if they aren't too many classes then see if >they fit somewhere in commons, or maybe >punt them over to SourceForge, before deleting them outright. > >SPEAKING of which After 1.1 The o.a.s.u.IteratorAdapter should probably >be deprecated and punted >over to commons-collections ?, or if there is already an equalivent in >commons use that internally instead. > > >-- >To unsubscribe, e-mail: <mailto:struts-dev- [EMAIL PROTECTED]> >For additional commands, e-mail: <mailto:struts-dev- [EMAIL PROTECTED]> > > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
