Re: Jakarta namespace in commons like dbcp - thoughts / ideas?
It looks good to me. Thanks, Regards JB On Sat, Dec 31, 2022 at 12:15 PM Emmanuel Bourg wrote: > > I've experimented with another approach, a single version > supporting both javax.transaction and jakarta.transaction: > > https://github.com/ebourg/commons-dbcp/tree/dual-javax-jakarta > > The only classes using javax.transaction are in the > org.apache.commons.dbcp2.managed > package. This package is copied at build time to > org.apache.commons.dbcp2.managed.jakarta > with the javax imports replaced. > > This solution is easier than maintaining two versions is parallel. > > What do you think? > > Emmanuel Bourg > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [vfs] commons-vfs-grid and next release of vfs?
Not yet tested. I will soon and keep you posted. -Original Message- From: Ralph Goers Date: Mon, 10 May 2010 22:11:14 To: Commons Developers List Subject: Re: [vfs] commons-vfs-grid and next release of vfs? Are those patches still valid for 2.0? Quite a bit has been changed. Ralph On May 10, 2010, at 9:03 PM, Jean-Baptiste Onofré wrote: > Hi Ralph, > > I use mostly vfs 1.0 in several projects (ServiceMix in the servicemix-vfs > component, ACE/AutoDeploy, etc). > I would like to contribute to VFS. I have some patches already available > (around default FilesystemManager behavior and on the maven build). > > Regards > JB > -Original Message- > From: Ralph Goers > Date: Mon, 10 May 2010 19:18:39 > To: Commons Developers List > Subject: Re: [vfs] commons-vfs-grid and next release of vfs? > > I came into VFS after 2.0 was started. I've done quite a bit of work, mostly > around fixing the build and integrating webdav support using Jackrabbit. > There are still a large number of Jira issues that I simply don't have the > time to look at . I've applied patches where they were provided and I could > verify that they would work. As far as I can tell, 2.0 is pretty stable. > I've attempted to start a release a couple of times but managed to forget my > password for my code signing key, which makes it difficult to actually do a > release. I guess I'll have to generate a new key. > > As for accepting new code, we are pretty open to contributions as long as > they can use the Apache license and they are contributed under a CLA or > software grant (see http://www.apache.org/licenses/). It would be best if > they code actually came with people who would continue to work on it and help > maintain it, as well as help with the existing code base. > > Ralph > > > On May 10, 2010, at 3:30 PM, Pauline Mak wrote: > >> Hi all, >> >> We've been developing a set of providers for "grid" enabled protocols for a >> few years now (with help from many people in Australia and in the UK). What >> is the process for integrating these providers into VFS (if you'll accept >> it!) For those interesting it's here: >> >> http://projects.arcs.org.au/trac/commons-vfs-grid/ >> >> To my second question: I've noticed there's been some updates on the VFS >> subversion. Is there likely going to be another release soon? We have a >> data transfer project right now requiring the use VFS. The version we're >> using was the trunk check out from early 2009. It would be good to get an >> updated and stable release to work with. >> >> Many thanks, >> >> -Pauline. >> >> -- >> Pauline Mak >> >> Assistant Manager, ARCS Data Services >> Ph: +61 3 6226 7518 >> Mob: +61 411 638 196 >> Email: pauline@arcs.org.au >> Jabber: pauline@arcs.org.au >> Calendar: http://tinyurl.com/pmak-arcs-calendar >> http://www.arcs.org.au/ >> >> TPAC >> Email: pauline@utas.edu.au >> http://www.tpac.org.au/ >> >> >> >> >> - >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [vfs] commons-vfs-grid and next release of vfs?
Hi Ralph, I use mostly vfs 1.0 in several projects (ServiceMix in the servicemix-vfs component, ACE/AutoDeploy, etc). I would like to contribute to VFS. I have some patches already available (around default FilesystemManager behavior and on the maven build). Regards JB -Original Message- From: Ralph Goers Date: Mon, 10 May 2010 19:18:39 To: Commons Developers List Subject: Re: [vfs] commons-vfs-grid and next release of vfs? I came into VFS after 2.0 was started. I've done quite a bit of work, mostly around fixing the build and integrating webdav support using Jackrabbit. There are still a large number of Jira issues that I simply don't have the time to look at . I've applied patches where they were provided and I could verify that they would work. As far as I can tell, 2.0 is pretty stable. I've attempted to start a release a couple of times but managed to forget my password for my code signing key, which makes it difficult to actually do a release. I guess I'll have to generate a new key. As for accepting new code, we are pretty open to contributions as long as they can use the Apache license and they are contributed under a CLA or software grant (see http://www.apache.org/licenses/). It would be best if they code actually came with people who would continue to work on it and help maintain it, as well as help with the existing code base. Ralph On May 10, 2010, at 3:30 PM, Pauline Mak wrote: > Hi all, > > We've been developing a set of providers for "grid" enabled protocols for a > few years now (with help from many people in Australia and in the UK). What > is the process for integrating these providers into VFS (if you'll accept > it!) For those interesting it's here: > > http://projects.arcs.org.au/trac/commons-vfs-grid/ > > To my second question: I've noticed there's been some updates on the VFS > subversion. Is there likely going to be another release soon? We have a > data transfer project right now requiring the use VFS. The version we're > using was the trunk check out from early 2009. It would be good to get an > updated and stable release to work with. > > Many thanks, > > -Pauline. > > -- > Pauline Mak > > Assistant Manager, ARCS Data Services > Ph: +61 3 6226 7518 > Mob: +61 411 638 196 > Email: pauline@arcs.org.au > Jabber: pauline@arcs.org.au > Calendar: http://tinyurl.com/pmak-arcs-calendar > http://www.arcs.org.au/ > > TPAC > Email: pauline@utas.edu.au > http://www.tpac.org.au/ > > > > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Re: [VOTE] Release commons-parent 13
+1 (non binding) Regards JB On Mon 01/03/10 00:37, "Niall Pemberton" niall.pember...@gmail.com wrote: > Hi, > > I'd like to release version 13 of the commons-parent pom - the changes > since the last release are: > > - Upgrade to use commons-build-plugin 1.2 (for improved download > pages) - Change OSGi config to not import exported packages > - only generate javadocs, rather than full site in the "rc" profile > (fixes problem with multi-module components) > - Upgrade from version 4 to 7 of the apache parent pom > - Upgrade maven plugins to latest release versions > > A full diff of the pom.xml can be found at this address: > http://svn.apache.org/viewvc/commons/proper/commons-parent/trun > k/pom.xml?r1=917324&r2=827809&diff_format=h > The version number in the pom will be updated automatically during the > release process. > > [ ] +1 > [ ] =0 > [ ] -1 > > Vote is open for 72 hours > > Niall > > - > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: d > ev-h...@commons.apache.org > > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
