Re: [pool] "Smart" (aka auto-configure) pools
Not Paul, Phil. My bad! S On Nov 4, 2010, at 2:34 PM, Steven Siebert wrote: First, Paul, nice presentation at ApacheCon =) I came up after the discussion to mention a feature I added to my pool implementation, wanted to record this here and get community thoughts. What I have done for a customer (non-releasable, but I can re- implement much cleaner) was essentially enable the pool to "track" its maintenance operations over a 24-hour period (starting at ) to better "predict" configuration changes that needed to take place. This was helpful in our dev-to-production deployments for configuration "burn-in"...we could have guessed what the config for the pool should be...but this helped get it right quickly. We kept it running (intentionally) and detected trends over the first week. We then turned this feature off (via JMX) and pool could then adjust itself based on it's learned data. Admittedly, this was a "crude" implementation that was used to improve performance due to our predictable spikesthere is a lot more that could be done. First question: is this coming the community would like? Second: If it is desired, I implemented this by re-implementing the evictor...Paul suggested this might also be a good fit for an "outside" implementation (I can see this, as well) Finally: What features would you like to see? Thoughts? Steve - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[codec] Base64 with specified encode/decode alphabets and PAD?
I know this was considered several years ago, and a simpler alternative was chosen (the "urlSafe" boolean switch), but it would be helpful to some of us if we could replace the standard RFC 2045 alphabets with a nonstandard mapping and PAD character. There are applications where a large amount of legacy code (Java and other) and stored data use an old, nonstandard encoding, and it would be better to at least take advantage of the Apache code, so that people aren't always rewriting it (and creating new bugs) when moving to a new platform. As you might expect, the nonstandard features are the last two encoding chars, and the PAD char (hyphen instead of equals). If we could set those three values, we could use the code. We can't just subclass Base64 because the tables are private. And we'd need to adjust the decoding table, too, unlike URL-safe mode, because the static table uses the RFC values. Any chance of adding a constructor that would let us specify nonstandard values for those things?
Re: [codec] Base64 with specified encode/decode alphabets and PAD?
Hi, Julius, I wasn't aware of the ORDERED option, but I'll take a look at it, thanks. I did notice that the decode list works for both (standard) encodings. I wouldn't write anything that would change that for the existing calls. Steve From: Julius Davies To: Commons Developers List Cc: Steve Grennan Sent: Tuesday, January 29, 2013 12:40 PM Subject: Re: [codec] Base64 with specified encode/decode alphabets and PAD? Hi, Steve, Are you thinking of doing the ordered alphabet (like iHarder's ORDERED option supports)? That way the encoded values maintain the same ordering as the original binary values when sorted by byte-value. But it's more involved than changing the two extra characters and the padding, since it remaps the complete Base64 alphabet (0-9 needs to come before A-Z). Also note, our current decode() logic handles both regular Base64 and URL-Safe. That way users don't have to specify in advance. But it doesn't auto-detect. It just decodes + and - to the same value, as well as / and _. So an encoded value could even include both + and - in the same encoding. Our logic assumes they are equivalent. yours, Julius On Tue, Jan 29, 2013 at 11:05 AM, Gary Gregory wrote: > Patches and unit tests welcome! Make sure you start from trunk. > > Gary > > > On Tue, Jan 29, 2013 at 1:47 PM, Steve Grennan wrote: > >> I know this was considered several years ago, and a simpler alternative >> was chosen (the "urlSafe" boolean switch), but it would be helpful to some >> of us if we could replace the standard RFC 2045 alphabets with a >> nonstandard mapping and PAD character. There are applications where a large >> amount of legacy code (Java and other) and stored data use an old, >> nonstandard encoding, and it would be better to at least take advantage of >> the Apache code, so that people aren't always rewriting it (and creating >> new bugs) when moving to a new platform. >> >> As you might expect, the nonstandard features are the last two encoding >> chars, and the PAD char (hyphen instead of equals). If we could set those >> three values, we could use the code. We can't just subclass Base64 because >> the tables are private. And we'd need to adjust the decoding table, too, >> unlike URL-safe mode, because the static table uses the RFC values. >> >> Any chance of adding a constructor that would let us specify nonstandard >> values for those things? > > > > > -- > E-Mail: garydgreg...@gmail.com | ggreg...@apache.org > JUnit in Action, 2nd Ed: <http://goog_1249600977>http://bit.ly/ECvg0 > Spring Batch in Action: <http://s.apache.org/HOq>http://bit.ly/bqpbCK > Blog: http://garygregory.wordpress.com > Home: http://garygregory.com/ > Tweet! http://twitter.com/GaryGregory -- yours, Julius Davies 604-222-3310 (Home) $ sudo apt-get install cowsay $ echo "Moo." | cowsay | cowsay -n | cowsay -n http://juliusdavies.ca/cowsay/
[beanutils] any suggestions towards v2
Hi, Do you have any suggestions for something I could look at to help get beanutils ready for v2? Meanwhile, I've been looking at improving test coverage of BeanComparator and I've simplified the internal natural order comparator - PR incoming Steve
[numbers] Making Quaternion a VALJO
Hi
I had a look last night at making Quaternion a VALJO.
I've done the following
* changed the constructors to private and added equivalent of methods.
* added a parse method
* altered equals so that (like Complex) it uses Double.equals - gets round
an edge case where Quaternions with the equivalence of -0 and 0 discovered
while adding tests for hashCode
* added a divide by scalar method
* added a norm2 (square of norm) method
* added some additional unit tests so it should now have 100% coverage
I've raised a pull request, and I have also emailed an ICLA.
I think two convenience divide methods performing qr^{-1} and r^{-1}q for q
and r would be useful, but I couldn't think of nice names for them.
Steve
Re: [numbers] Making Quaternion a VALJO
> > and I have also emailed an ICLA.
> Not received/acknowledged yet.
I am now listed on the "Persons with signed CLAs but who are not (yet)
committers." page.
> > I think two convenience divide methods performing qr^{-1} and r^{-1}q
> > for q
> > and r would be useful, but I couldn't think of nice names for them.
> What are the use-cases?
> Why aren't "multiply" and "inverse" enough?
I must admit I'm new to quaternions and stumbled into the project while
trying to improve my understanding so I'm not going to claim great
knowledge of how common these operations are. I was primarily thinking of
Quaternion Interpolation - SLERP and SQUAD. It seems to me that you end up
creating inverse instances and throwing them away a lot and I thought it
would be good to reduce that overhead.
Steve
[Chain] Any future plans for commons-chain?
I wanted to get a sense of what (if anything) is planned for commons-chain. I used this in some years ago, and for various reasons I now find myself returning to it. In examining the SVN trunk things have not stood still: - Discussions (and subsequent work) in 2011 to accommodate work as a precursor to a chains2 from of CHAIN-53 - A fair bit of rework to accommodate Generics/Java 5 support - DSL like capability introduced - Refactoring Of course, the last release was 2008 (1.2), hence is 2.0 imminent, or are there other issues that require addressing prior to its roll-out? I have looked at JIRA, and I am aware of some debates via this list back in 2009 regarding the incorporation of aspects of Robust-Task from Min Cha (this has morphed into Whitetask - see https://code.google.com/p/whitetask/). In addition I note guice/spring integration has been raised in some form. Hence what are the next steps for commons-chain? I am more than happy to get involved with this. Regards, Steve Westwood
Re: [Chain] Any future plans for commons-chain?
Hi Simone, Thanks for the response; My first thought on commons-chain relate to the other 2.0 issues apart from CHAIN-76 that have been delivered (which is a lot I notice - congratulations on getting to this point!). Are the changes in your view stable and do they need further tests/samples to ensure all is good (I haven't looked at test coverage yet). I notice cookbook sample changes (CHAIN-66) but do we need to provide more (plus amend documentation) to provide certainty going forward? I guess my thinking relates to whether work such as CHAIN-76 is a 2.0 or 2.1 issue. I have no strong view on this although a move away from XML-centric configuration is certainly desirable. For CHAIN-76, I will apply the prototype patch to a copy of the 2.0 over the weekend and take a closer look at what you submitted. I need to refresh my memory on commons-chain (its been a while...) but I like to think I can get up to speed fairly quickly here. Thanks again, Steve -Original Message- From: simone.trip...@gmail.com [mailto:simone.trip...@gmail.com] On Behalf Of Simone Tripodi Sent: 13 March 2013 20:01 To: Commons Developers List; Steve Westwood Subject: Re: [Chain] Any future plans for commons-chain? Hi Steve, very nice to hear there is someone willing to put new energies on Chain! :) So, the latest step IMHO before to cut the first chain RC, is CHAIN-76[1] where some work has already been done but far to be completed. If you want to give a help here, there's enough space to get involved - I would be more than pleased to revamp my interest in Chains :) I hope to read from you soon! All the best! -Simo [1]<https://issues.apache.org/jira/browse/CHAIN-76> <http://people.apache.org/~simonetripodi/><http://simonetripodi.livejournal.com/><http://twitter.com/simonetripodi><http://www.99soft.org/> On Wed, Mar 13, 2013 at 5:50 PM, Steve Westwood mailto:steve.westw...@hexsaw.org.uk> > wrote: > I wanted to get a sense of what (if anything) is planned for > commons-chain. I used this in some years ago, and for various reasons > I now find myself returning to it. In examining the SVN trunk things have not > stood still: > - Discussions (and subsequent work) in 2011 to accommodate work as a > precursor to a chains2 from of CHAIN-53 > - A fair bit of rework to accommodate Generics/Java 5 support > - DSL like capability introduced > - Refactoring > > Of course, the last release was 2008 (1.2), hence is 2.0 imminent, or > are there other issues that require addressing prior to its roll-out? > I have looked at JIRA, and I am aware of some debates via this list > back in 2009 regarding the incorporation of aspects of Robust-Task > from Min Cha (this has morphed into Whitetask - see ><https://code.google.com/p/whitetask/> ). In addition I note guice/spring >integration has been raised in some form. > > Hence what are the next steps for commons-chain? I am more than happy > to get involved with this. > > Regards, > > Steve Westwood > > > > > - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org <mailto:dev-unsubscr...@commons.apache.org> For additional commands, e-mail: dev-h...@commons.apache.org <mailto:dev-h...@commons.apache.org>
[All] Java coding standards
I am looking to undertake some work on commons-chain, but would prefer any work I contribute to adhere to acceptable Apache conventions. Scanning through various ASF projects, it appears as if conventions are enforced on a per-project basis. Looking through the chains site, I cannot see any coding standards listed. Is there a guide I can reference for any Java work I undertake? Also, is there an acceptable ASF Eclipse IDE code formatter file (xml) that I can use? Thanks in advance, Steve Westwood
RE: [Chain] Any future plans for commons-chain?
Hi Simone, Thanks for this - happy to take a closer look a.s.a.p. However, what were/are yours and Elijahs issues with the CatalogFactory? Regards, Steve -Original Message- From: simone.trip...@gmail.com [mailto:simone.trip...@gmail.com] On Behalf Of Simone Tripodi Sent: 16 March 2013 21:04 To: Commons Developers List Subject: Re: [Chain] Any future plans for commons-chain? Hi again Steve, another thing that came in my mind, is about a discussion between Elijah and I about dropping completely the CatalogFactory and moving the ChainConfigurationException to the configuration API module. IIRC this is still related to CHAIN-76... TIA! -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Mar 15, 2013 at 3:46 PM, Simone Tripodi wrote: > Hi Steve, > > thanks a lot for your interest on chains! :) > > Documentation is never enough, so if you do have some more > samples/hints/.../whatever, feel free to push one or more patches on > JIRA, I'd be more than glad to apply it! > Same thing for unit tests, or improve the test coverage - patches are > more than welcome, and playing with tests is usually a good way to get > familiar with codebase :) > > Thanks a lot in advance for your involvement, hope to read from you soon! > Have a nice day, all the best, > -Simo > > http://people.apache.org/~simonetripodi/ > http://simonetripodi.livejournal.com/ > http://twitter.com/simonetripodi > http://www.99soft.org/ > > > On Fri, Mar 15, 2013 at 1:53 PM, Steve Westwood > wrote: >> Hi Simone, >> >> Thanks for the response; >> >> My first thought on commons-chain relate to the other 2.0 issues >> apart from >> CHAIN-76 that have been delivered (which is a lot I notice - >> congratulations on getting to this point!). Are the changes in your >> view stable and do they need further tests/samples to ensure all is >> good (I haven't looked at test coverage yet). I notice cookbook >> sample changes (CHAIN-66) but do we need to provide more (plus amend >> documentation) to provide certainty going forward? I guess my >> thinking relates to whether work such as CHAIN-76 is a >> 2.0 or 2.1 issue. I have no strong view on this although a move away >> from XML-centric configuration is certainly desirable. >> >> For CHAIN-76, I will apply the prototype patch to a copy of the 2.0 >> over the weekend and take a closer look at what you submitted. I need >> to refresh my memory on commons-chain (its been a while...) but I >> like to think I can get up to speed fairly quickly here. >> >> Thanks again, >> >> Steve >> >> -Original Message- >> >> From: simone.trip...@gmail.com [mailto:simone.trip...@gmail.com] On >> Behalf Of Simone Tripodi >> >> Sent: 13 March 2013 20:01 >> >> To: Commons Developers List; Steve Westwood >> >> Subject: Re: [Chain] Any future plans for commons-chain? >> >> >> >> Hi Steve, >> >> >> >> very nice to hear there is someone willing to put new energies on >> Chain! :) >> >> >> >> So, the latest step IMHO before to cut the first chain RC, is >> CHAIN-76[1] where some work has already been done but far to be completed. >> >> If you want to give a help here, there's enough space to get involved >> >> - I would be more than pleased to revamp my interest in Chains :) >> >> >> >> I hope to read from you soon! >> >> All the best! >> >> -Simo >> >> >> >> [1] https://issues.apache.org/jira/browse/CHAIN-76 >> >> >> >> http://people.apache.org/~simonetripodi/ >> >> http://simonetripodi.livejournal.com/ >> >> http://twitter.com/simonetripodi >> >> http://www.99soft.org/ >> >> >> >> >> >> On Wed, Mar 13, 2013 at 5:50 PM, Steve Westwood >> wrote: >> >>> I wanted to get a sense of what (if anything) is planned for >> >>> commons-chain. I used this in some years ago, and for various >>> reasons >> >>> I now find myself returning to it. In examining the SVN trunk things >>> have not stood still: >> >>> - Discussions (and subsequent work) in 2011 to accommodate work as a >> >>> precursor to a chains2 from of CHAIN-53 >> >>> - A fair bit of rework to accommodate Generics/Java 5 support >> >>> - DSL like capability introduce
Re: [Chain] Any future plans for commons-chain?
Hi Christian, Simone and others are better placed to comment on this. I will certainly take a look at the repo, but are you able to provide a brief summary of the differences between this and common-chains? Regards, Steve > On 20 March 2013 at 19:22 Christian T Trimble > wrote: > > > Hello, > > I am not sure where you are looking to take the commons chain project, but you > may be interested > in some code that meltmedia has open sourced. The project is called xchain and > it fuses the > Commons JXPath project with Commons Chain to be used as a web framework. You > can find the code up > on GitHub. This is a dump of the head of our repository, so unfortunately it > does not contain history or much documentation. > > Project on GitHub: https://github.com/ctrimble/xchain > Core Package: > https://github.com/ctrimble/xchain/tree/master/core/src/main/java/org/xchain > > If anyone is interested in this code, let me know and I will put some effort > into the documentation. > > -Christian > -- > Christian Trimble > Software Architect > meltmedia.com | @meltmedia | @xiantrimble > c: 480.430.2854 | w: 602.340.9440 > -- > meltmedia > We are Interactive Superheroes > > > > On Mar 15, 2013, at 5:53 AM, Steve Westwood wrote: > > > Hi Simone, > > > > Thanks for the response; > > > > My first thought on commons-chain relate to the other 2.0 issues apart from > > CHAIN-76 that have been delivered (which is a lot I notice - congratulations > > on > > getting to this point!). Are the changes in your view stable and do they > > need > > further tests/samples to ensure all is good (I haven't looked at test > > coverage > > yet). I notice cookbook sample changes (CHAIN-66) but do we need to provide > > more (plus amend documentation) to provide certainty going forward? I guess > > my > > thinking relates to whether work such as CHAIN-76 is a 2.0 or 2.1 issue. I > > have > > no strong view on this although a move away from XML-centric configuration > > is > > certainly desirable. > > > > For CHAIN-76, I will apply the prototype patch to a copy of the 2.0 over the > > weekend and take a closer look at what you submitted. I need to refresh my > > memory on commons-chain (its been a while...) but I like to think I can get > > up > > to speed fairly quickly here. > > > > Thanks again, > > > > Steve > > > > -Original Message- > > > > From: simone.trip...@gmail.com [mailto:simone.trip...@gmail.com] On Behalf > > Of > > Simone Tripodi > > > > Sent: 13 March 2013 20:01 > > > > To: Commons Developers List; Steve Westwood > > > > Subject: Re: [Chain] Any future plans for commons-chain? > > > > > > > > Hi Steve, > > > > > > > > very nice to hear there is someone willing to put new energies on Chain! :) > > > > > > > > So, the latest step IMHO before to cut the first chain RC, is CHAIN-76[1] > > where > > some work has already been done but far to be completed. > > > > If you want to give a help here, there's enough space to get involved > > > > - I would be more than pleased to revamp my interest in Chains :) > > > > > > > > I hope to read from you soon! > > > > All the best! > > > > -Simo > > > > > > > > [1]<https://issues.apache.org/jira/browse/CHAIN-76> > > > > > > <http://people.apache.org/~simonetripodi/><http://simonetripodi.livejournal.com/><http://twitter.com/simonetripodi><http://www.99soft.org/> > > > > > > > > > > > > On Wed, Mar 13, 2013 at 5:50 PM, Steve Westwood > > > <mailto:steve.westw...@hexsaw.org.uk> > wrote: > > > >> I wanted to get a sense of what (if anything) is planned for > > > >> commons-chain. I used this in some years ago, and for various reasons > > > >> I now find myself returning to it. In examining the SVN trunk things have > >> not > >> stood still: > > > >> - Discussions (and subsequent work) in 2011 to accommodate work as a > > > >> precursor to a chains2 from of CHAIN-53 > > > >> - A fair bit of rework to accommodate Generics/Java 5 support > > > >> - DSL like capability introduced > > > >> - Refactoring > > > >> > > > >> Of course, the last release was 2008 (1.2), hence is 2.0 imminent, or > > > >> are there other issues that require addressing prior to its r
[CHAIN] Chain 2.0
Christian Trimble recently sent to the list details of the XChain project (see<http://xiantrimble.com/xchain/> and<https://github.com/ctrimble/xchain> ) and pondered on whether aspects of this could be accommodated in commons-chain. There has not been any response to this email (apologies to Christian), but it does raise an interesting question about where does the wider community want commons-chain to go. Simone Tripodi summarised his view of the 2.0 release recently, with it consisting of: * Support for same features of 1.x * Increased modularisation * Use of generics * A Fluent API (EDSL) * Web support * Increase number of supported formats for external chain configuration (add JSON, YAML etc.. to the current support for XML) As things stand, all of the above have been implemented apart from the support for additional files formats (defined in CHAIN-76), although more testing and samples are required. Christians links point to an interesting, if very specific use of chains : XChain fuses the commons-chain and JXPath projects, and there may be merit in the creation of a module/component to accommodate this in chains. Whether this should be in a 2.0 release needs to be discussed, however, I would favour the following happening with Chain: 1. Move CHAIN-76 to another release (2.1?) – I am not aware of any great demand for this functionality 2. Make a 2.0 release candidate of the SVN trunk as is and move towards a substantial test phase. This would have the merit of ensuring much of the recent great work from Simone and others goes out into the wider world and hopefully kick-starts interest in commons-chain. Of course, if the response is minimal, then perhaps we should reduce effort in commons-chain as is, although this is a wider community decision. Look forward to hearing opinions on this. Regards, Steve Westwood
commons-exec release
I make use of commons-exec in a few maven plugins. I have been told a few times that it is close to release. What is its "real" status of getting this thing released? Thanks, Steve - Steve Ebersole Project Lead http://hibernate.org st...@hibernate.org Principal Software Engineer JBoss, a division of Red Hat http://jboss.com http://redhat.com steve.ebers...@jboss.com steve.ebers...@redhat.com - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
[NET] SFTP vs. FTPS
Hi. I've been out of the FTP "game" for several years and now I need to get back in. I have a requirement to set up a secure FTP connection with another organization, so naturally, I look to commons-net first as a solution. I notice that there is support for FTPS in commons-net but not for SFTP. Not being up on the latest buzz on this "controversy", I wonder if someone can point me at a good discussion of the differences, why we are implementing one and not the other, etc. Also, if I will be required to use SFTP (not sure yet), is there an open-source java package out there similar to commons-net that supports it? Thanks. Steve Cohen - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Bug in beanutils FloatLocalConverter.parse
I ran into this issue using commons-beanutils through Jasper Reports. FloatLocalConverter.parse throws an exception for valid floats less than or equal to 0. The code parses the value into a double, which it then checks to make sure is a value float. It checks posDouble < Float.MIN_VALUE, which is surprisingly not correct. Float.MIN_VALUE is the smallest positive float (as close as you can get to 0 without being 0), not the most negative float possible. I've checked out the source code, fixed the bug, and tested. How should I go about checking this in? Thanks, -Steve Brewer
Re: [NET] SFTP vs. FTPS
Great! I am forced to use JSCH for now, which is sufficient for my simple needs but there are many problems with that package (primarily in their attitude toward documentation and users) that an Apache Commons-Net release I'm sure would not have. Shikhar Bhushan wrote: On Wednesday 13 May 2009 18:37:09 Steve Cohen wrote: Hi. I've been out of the FTP "game" for several years and now I need to get back in. I have a requirement to set up a secure FTP connection with another organization, so naturally, I look to commons-net first as a solution. I notice that there is support for FTPS in commons-net but not for SFTP. Not being up on the latest buzz on this "controversy", I wonder if someone can point me at a good discussion of the differences, why we are implementing one and not the other, etc. FTPS is FTP over TLS. SFTP runs as an SSH subsystem and doesn't share the commands or anything like that with FTP, so they are quite different. I am implementing SSH for Commons-Net as a Summer of Code project. SCP is support is planned for the summer but not SFTP, but it should certainly lay the groundwork :-) Best, Shikhar - To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
Test
I've been inactive for awhile and I'm also recovering from a computer crash, and I'm trying to bring my email accounts up to speed. This is a test to see whether my outgoing email on this account is correctly configured and will be accepted by this list. Sorry for the wasted bandwidth. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
