RE: summary on Lenya vote?

> I assumed that no votes would be counted as positive silent votes Nope. There is a notion of "Lazy Consenus", but silence is not a vote. --- Noel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e

RE: [ftpserver] Mailing Lists

My appologies, while the site says this general list is the place for ftpserver discussions, I've since discovered that [EMAIL PROTECTED] appears to be the correct location for the time being. David > -Original Message- > From: David H. DeWolf [mailto:[EMAIL PROTECTED] > Sent: Monday, Au

RE: Incubation of iBATIS Data Mapper

Greetings, I would also have to agree that I feel more comfortable being a TLP rather than part of the DB. I don't want to sound arrogant or presumptuous; I simply think it would be organizationally cleaner. For example, we are looking to add IBatis Productivity Tools to our repertoire of products

Re: Incubation of iBATIS Data Mapper

>> I don't believe anyone has a strong inclination one way or the other. I'll jump off the fence into a yard. :-) I'd prefer to see iBATIS as a TPL for the reasons Ted has laid out. I don't think joining the DB project would benefit either team. >> The key question would be whether members of t

Re: Incubation of iBATIS Data Mapper

On Mon, 9 Aug 2004, Ted Husted wrote: if [...] overseeing a DB product with non-Java implementations is not an issue There is nothing Java specific about the Apache DB charter, indeed the DB proposal specicially calls out a language-agnostic approach.

Re: summary on Lenya vote?

Noel J. Bergman wrote: It seems that everyone agrees to release Lenya from the incubator. Can we do a summary on that, such we can use the summary for applying as TLP. Actually, I just went back through the vote thread, and from what I can see, we have votes from Leo Simons, Steven Noels and m

Re: Incubation of iBATIS Data Mapper

On Mon, 09 Aug 2004 10:09:31 -0400, Brian McCallister wrote: > > I cannot speak for the whole DB PMC, but I am pretty confident that > the project would be quite happy to provide a hat peg and help as > needed =) I'd love to see iBATIS join the DB project, and this > seems the natural home for it,

[ftpserver] Mailing Lists

The FtpServer site mentions that it's mailing lists have not yet been created and that this list should be used for the time being. Is there a reason the lists are not created or are we simply waiting for someone to take the initiative to request the setup from infrastructure? Especially now that

[OT] Re: Incubation of iBATIS Data Mapper

Sorry for the double post, guess moderator let posting from my unsubbed account through! -Brian On Aug 9, 2004, at 10:10 AM, Brian McCallister wrote: +1 for this incubation, either joining db or as its own TLP wearing my DB PMC hat =) On Aug 9, 2004, at 9:31 AM, Ted Husted wrote: It's true that

Re: Incubation of iBATIS Data Mapper

+1 for this incubation, either joining db or as its own TLP wearing my DB PMC hat =) On Aug 9, 2004, at 9:31 AM, Ted Husted wrote: It's true that we are all database/data persistence technologies, but, in my experience, there is much more to an Apache product than technology. My own concern as

Re: Incubation of iBATIS Data Mapper

+1 for this incubation, either joining db or as its own TLP wearing my DB PMC hat =) On Aug 9, 2004, at 9:31 AM, Ted Husted wrote: It's true that we are all database/data persistence technologies, but, in my experience, there is much more to an Apache product than technology. My own concern as

RE: Incubation of iBATIS Data Mapper

On Mon, 09 Aug 2004 00:15:22 -0400, Noel J. Bergman wrote: > And you might want to talk with our DB project and see what interest also comes from >there. It's true that we are all database/data persistence technologies, but, in my experience, there is much more to an Apache product than technolo

RE: Making Daffodil Replicator an Open Source : Suggestion

Hi Noel, >"Replicator integrates impeccably with all .. JDBC drivers" Daffodil Replicator is a tool which works on databases to create publication, subscription and merging the replicated data. To interact with databases Daffodil Replicator uses JDBC driver interface and it also assumes th