Jörg Schaible wrote:
> Phil Steitz wrote:
>
>> On 7/27/11 9:47 PM, Stefan Bodewig wrote:
>>> Tag:
>>>
>>>
>
https://svn.apache.org/repos/asf/commons/proper/compress/tags/COMPRESS_1.2_RC2/
>>>
>>> Site:
>>>
>>> http://people.apache.org/~bodewig/commons-compress-1.2RC2/site/
>>>
>>> Tarballs/ZIPs
great news Ralph, and kudos for your hard work!
looking forward to hear more from log4j soon!
have a nice day, all the best,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Fri, Jul 29, 2011 at 5:53 AM, Ralph Goers wrote:
> Oh - I should have also mentioned that I imple
Oh - I should have also mentioned that I implemented support for the SLF4J API
and commons logging as well as the new Log4J API.
Ralph
On Jul 28, 2011, at 7:30 PM, Henri Yandell wrote:
> Random input. Seems to me you should focus on making Log4J the impl
> excellent and not trying to create yet
I would have done that but some of the deficiencies are in the API and I
couldn't get Ceki to incorporate them. Unfortunately, SLF4J and Logback are run
under the BDFL model, not a collaboration as is done at the ASF.
Ralph
On Jul 28, 2011, at 7:30 PM, Henri Yandell wrote:
> Random input. Seem
On 2011-07-28, Oliver Heger wrote:
> Minor nit: The RAT report on the site contains a bunch of files which
> should not probably be there. When I build the site locally, it looks
> cleaner.
This - again - seems to be because I ran the site:stage-deploy with
stagingDirectory set to src/site as the
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=10519&projectId=241
Build statistics:
State: Failed
Previous State: Ok
Started at: Fri 29 Jul 2011 02:33:08 +
Finished at: Fri 29 Jul 2011 02:33:25 +
Total time: 16s
Build Trigger: Schedule
Build
Random input. Seems to me you should focus on making Log4J the impl
excellent and not trying to create yet.another.facade. ie) Don't
compete with SLF4J, compete with Logback (given its licensing).
Hen
On Thu, Jul 28, 2011 at 5:25 PM, Ralph Goers wrote:
> FWIW, I have been working heavily on Log4
On 2011-07-29, Phil Steitz wrote:
> I had to hack the pom to get it to work under jdk 1.4 (remove
> assembly plugin, back rev surefire to 2.0) with maven 2.0.10; but
> all code and tests compile and succeed for the jdks above. Given
> that the maven build will not work for jdk 1.4, it might have
Yes, Ceki created SLF4J and Logback based on his experience with 1.2 and 1.3.
The logging community is pretty small and really could use more people
involved. I've had quite a bit of experience with logging for my employer as
our needs are a bit different than what most people use a logging fra
Great news Ralph. I look forward to the new version.
Gary
On Jul 28, 2011, at 20:26, Ralph Goers wrote:
> FWIW, I have been working heavily on Log4J version 2 and would hope you'd
> help with that before going to SLF4J [1]. I have separated the API and Impl
> in a manner similar to SLF4J/Logb
Good deal Ralph! Didn't the creator of Log4j abandon the 1.2/1.3
branch to make SLF4J? Anyways, I have no idea why all the creativity
for logging went outside of Apache, but I would definitely like to see
a version 2.0.
You taking feature requests yet in JIRA? :-)
Paul
On Thu, Jul 28, 2011 at 7:
FWIW, I have been working heavily on Log4J version 2 and would hope you'd help
with that before going to SLF4J [1]. I have separated the API and Impl in a
manner similar to SLF4J/Logback but am working to correct some problems I've
encountered using each of those where I work.
Ralph
[1]
https
Phil Steitz wrote:
> On 7/27/11 9:47 PM, Stefan Bodewig wrote:
>> Tag:
>>
>>
https://svn.apache.org/repos/asf/commons/proper/compress/tags/COMPRESS_1.2_RC2/
>>
>> Site:
>>
>> http://people.apache.org/~bodewig/commons-compress-1.2RC2/site/
>>
>> Tarballs/ZIPs:
>>
>> http://people.apache.org/~bodew
That sounds like 'yes we should do that asap' to me :)
On Thu, Jul 28, 2011 at 4:24 PM, Matt Benson wrote:
> Very nearly so, yes. :)
>
> Matt
>
> On Thu, Jul 28, 2011 at 6:20 PM, Henri Yandell wrote:
>> Time to flip the 1.x trunk and 2.0 branch?
>>
>> On Thu, Jul 28, 2011 at 4:03 PM, Matt Benso
Very nearly so, yes. :)
Matt
On Thu, Jul 28, 2011 at 6:20 PM, Henri Yandell wrote:
> Time to flip the 1.x trunk and 2.0 branch?
>
> On Thu, Jul 28, 2011 at 4:03 PM, Matt Benson wrote:
>> I did the proxy 2.0 branch; not sure there's a reason to worry about
>> the 1.x trunk.
>>
>> Matt
>>
>> On
Awesome - thanks Bill :)
On Thu, Jul 28, 2011 at 4:09 PM, Bill Speirs wrote:
> Sounds good... I'll open an enhancement request for async and submit my
> code.
>
> The company I work for has SQL server and I will actually be using this lib
> with it so I'll check on that bug and see if I can help.
Time to flip the 1.x trunk and 2.0 branch?
On Thu, Jul 28, 2011 at 4:03 PM, Matt Benson wrote:
> I did the proxy 2.0 branch; not sure there's a reason to worry about
> the 1.x trunk.
>
> Matt
>
> On Thu, Jul 28, 2011 at 5:26 PM, Henri Yandell wrote:
>> Note that Chain isn't really depending on i
Sounds good... I'll open an enhancement request for async and submit my
code.
The company I work for has SQL server and I will actually be using this lib
with it so I'll check on that bug and see if I can help.
Thanks...
Bill-
On Jul 28, 2011 6:18 PM, "Henri Yandell" wrote:
> I definitely chec
I did the proxy 2.0 branch; not sure there's a reason to worry about
the 1.x trunk.
Matt
On Thu, Jul 28, 2011 at 5:26 PM, Henri Yandell wrote:
> Note that Chain isn't really depending on it. It depends on
> myfaces-api and then excludes commons-lang.
>
> JCS, Flatfile and Pipeline are all upgrad
Why the client / server nomenclature? Makes it sound too heavyweight
On Jul 28, 2011 4:20 PM, "Mark Struberg" wrote:
> Hi Simo!
>
> Sorry, I guess I was not clear enough!
>
> Some specs require us to pickup this info from some config (e.g.
META-INF/beans.xml). The classscan-client needs to pickup
Tested on OSX 10.6.8 with java 1.6.0_26 and mvn 2.2.1
+1 from me
cheers,
Torsten
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
On 7/27/11 9:47 PM, Stefan Bodewig wrote:
> Tag:
>
> https://svn.apache.org/repos/asf/commons/proper/compress/tags/COMPRESS_1.2_RC2/
>
> Site:
>
> http://people.apache.org/~bodewig/commons-compress-1.2RC2/site/
>
> Tarballs/ZIPs:
>
> http://people.apache.org/~bodewig/commons-compress-1.2RC2/
>
> Ma
Anyone against just letting users get a StackOverflowError?
https://issues.apache.org/jira/browse/LANG-686
Hen
On Tue, Jul 26, 2011 at 11:42 PM, Henri Yandell wrote:
> I'm wondering what people think to:
>
> https://issues.apache.org/jira/browse/LANG-686
>
> I've improved the message of the
Note that Chain isn't really depending on it. It depends on
myfaces-api and then excludes commons-lang.
JCS, Flatfile and Pipeline are all upgraded in SVN. Configuration and
Proxy need updating.
Hen
On Wed, Jul 27, 2011 at 8:32 AM, Henri Yandell wrote:
> For the record, and so we can consider w
Go for it :)
On Wed, Jul 27, 2011 at 8:46 AM, Paul Benedict wrote:
> You know, it would probably be nice for our end users to note what
> this email contained for our home page:
>
> 1) A clear explanation that Commons Lang 3 and 2/1 can co-exist side
> by side and that upgrading to 3 doesn't mean
I definitely check it from time to time. It's very low maintenance and
many of the open items are wish-list level. I last touched it back in
April
(http://svnsearch.org/svnsearch/repos/ASF/search?path=%2Fcommons%2Fproper%2Fdbutils%2Ftrunk%2F),
and Sebb made some tweaks back in 2010.
Neither of th
Or:
"The Sisyphean task of shoving a large number of bytes up a big hill
while everyone else tries to add, remove and tweak said bytes".
= Step 1: Identify the issues.
Hopefully you are lucky and issues are accumulated in a JIRA, Bugzilla
or other issue tracker (here on JIRA as its our most comm
I started working on an async version of QueryRunner but noticed the dbutils
source hasn't been touched in 20 months. Are patches/enhancements still
being accepted on this project?
Thanks...
Bill-
Hallo Mark!!!
>
> Some specs require us to pickup this info from some config (e.g.
> META-INF/beans.xml). The classscan-client needs to pickup this configuration
> from there and > must tell it the classscan-server somehow
Got it, my fault that didn't pay enough attention on your previous
messa
Hi Simo!
Sorry, I guess I was not clear enough!
Some specs require us to pickup this info from some config (e.g.
META-INF/beans.xml). The classscan-client needs to pickup this configuration
from there and must tell it the classscan-server somehow. This could be some
form of Domain Specific Lan
hahahaha :D
I asked because there's one user that proposed a [chain] evolution,
and one of suggested improvements is migrating over slf4j - I
(wrongly, maybe) suggested to keep [logging] because here at commons
we continue using it but, as said, I maybe reported a wrong fact.
Do we encourage suc
Personally I'm happy for commons-logging to die. :)
On Thu, Jul 28, 2011 at 12:19 PM, Simone Tripodi
wrote:
> Hi all guys,
> I remember I raw a thread - not sure if I did it here at commons or
> somewhere else here at apache - where specified we prefer adding
> [logging] as components dependency
Build works fine on Windows 7 with JDK 1.5 and 1.6. Artifacts and site
look good.
Minor nit: The RAT report on the site contains a bunch of files which
should not probably be there. When I build the site locally, it looks
cleaner.
So +1.
Oliver
Am 28.07.2011 06:47, schrieb Stefan Bodewig:
Hi Elijah,
don't worry, no rush. I wouldn't have the chance to have a look at it
if you would have published quickly, I just started a new job and I'm
putting more effort on office activity since I'm at the beginning :P
Once ready, just fill a new issue on Jira and attach the patch - we
will start
Hi Simo,
That was just the type of information that I was looking for. Skipping
a logging refactor vastly simplifies the work I was planning on doing.
I won't be able to publish my proof of concept until sometime next
week because I have a vacation coming up.
Thanks,
-Elijah
On Thu, Jul 28, 201
Hi all guys,
I remember I raw a thread - not sure if I did it here at commons or
somewhere else here at apache - where specified we prefer adding
[logging] as components dependency instead of slf4j...
Did I just get crazy or someone can point me to the right direction please? :)
Many thanks in adva
Hi Paul - nice to hear from you :)
honestly I don't remember the thread where I raw it, please give me
some time to find it in the archive - I even started doubting myself I
raw here in commons or somewhere else... I'm sure in Cocoon we agreed
migrating to slf4j - we haven't started yet, but that's
On Thu, Jul 28, 2011 at 2:01 PM, Simone Tripodi
wrote:
> * please don't migrate to slf4j. here at commons we continue using
> commons-logging
I haven't heard this before. How come? Just curious.
Paul
-
To unsubscribe, e-mail:
Hi Elijah,
it sounds a great interesting contribution, I haven't seen [chain]
development activity lately so I eventually volunteer to apply the
patch. Thanks in advance for your effort, [chain] if one of the
components that need new energy.
Two recommendations:
* we are updating components code
On 7/28/11 6:13 AM, Gilles Sadowski wrote:
> On Thu, Jul 28, 2011 at 12:29:45PM +, Continuum@vmbuild wrote:
>> Online report :
>> http://vmbuild.apache.org/continuum/buildResult.action?buildId=10498&projectId=97
>>
>> Build statistics:
>> State: Failed
>> Previous State: Ok
>> Started at
Hallo Mark,
>
> Some classscan-clients maybe first need to read some config files for getting
> exclude/include info.
>
sorry for being repetitive but that's here too that I suggest adopting
the Meiyo's alike way of configuring the component via EDSL instead of
config files - there's no reason t
+1
Den 28. juli 2011 06:42 skrev "Paul Benedict"
følgende:
>
> +1. I have done some of this privately (like generics). Having an
> official version would be so useful.
>
> On Wed, Jul 27, 2011 at 10:46 PM, Elijah Zupancic
wrote:
> > Hi,
> >
> > I've been a active user for a number of years now an
-Message d'origine-
De : Phil Steitz [mailto:phil.ste...@gmail.com]
Envoyé : mercredi 27 juillet 2011 18:50
À : Commons Developers List
Objet : Re: [math] Adding a new class to handle Matrix with 3 columns/rows
>On 7/27/11 12:01 AM, Luc Maisonobe wrote:
>> Le 26/07/2011 17:59, Tanguy Yann
All,
A while back I made a proposal for a SymmetricMatrix class. One of the
problems I encountered is that there is just "too much" in the Matrix
interfaces and abstract classes. In my opinion, pruning the interface would
go a long way to make more of this stuff fit more easily. Since implementing
On 7/28/11 9:23 AM, Tanguy Yannick wrote:
> On 7/27/11 7:30 AM, Gilles Sadowski wrote:
>>> Hello.
>>>
>> In project SIRIUS (CNES), we have some need for a Matrix33 (3
>> columns,
>> 3
>> rows) object. It is very common to use this kind of matrix to
> apply
>> rotation to a pos
On 7/27/11 7:30 AM, Gilles Sadowski wrote:
>> Hello.
>>
> In project SIRIUS (CNES), we have some need for a Matrix33 (3
> columns,
> 3
> rows) object. It is very common to use this kind of matrix to
apply
> rotation to a position vector (vector3D).
>
> The incompatibil
On 7/28/11 7:32 AM, Stefan Bodewig wrote:
> On 2011-07-28, Phil Steitz wrote:
>
>> On 7/27/11 9:56 PM, Stefan Bodewig wrote:
>>> at least for Compress "mvn -Prc package" (or any variation I have tried)
>>> does not create the tarballs/zips and for the last two RCs I've created
>>> them manually wit
On Thu, Jul 28, 2011 at 5:47 AM, Thomas Vandahl wrote:
> On 28.07.11 08:55, Henri Yandell wrote:
>> Mind if I upgrade JCS to Lang 3.0?
>
> No problem, go ahead. Only that JCS doesn't use the new features.
Done. I also started a 2.0 side of things in the changes.xml to track
the 2.0 changes.
Hen
On 2011-07-28, Phil Steitz wrote:
> On 7/27/11 9:56 PM, Stefan Bodewig wrote:
>> at least for Compress "mvn -Prc package" (or any variation I have tried)
>> does not create the tarballs/zips and for the last two RCs I've created
>> them manually with assembly:single and a bash one-liner to create
Hi,
the current version of the zip64 branch is at least able to correctly
uncompress the 5GB file that is contained inside my InfoZIP generated
zip archive. If anybody wants to give it an early try against archives
created by one of the many other implementations, that would be great.
Right now
On Thu, Jul 28, 2011 at 12:29:45PM +, Continuum@vmbuild wrote:
> Online report :
> http://vmbuild.apache.org/continuum/buildResult.action?buildId=10498&projectId=97
>
> Build statistics:
> State: Failed
> Previous State: Ok
> Started at: Thu 28 Jul 2011 12:27:57 +
> Finished at: T
On 28.07.11 08:55, Henri Yandell wrote:
> Mind if I upgrade JCS to Lang 3.0?
No problem, go ahead. Only that JCS doesn't use the new features.
Bye, Thomas.
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additi
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=10498&projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Thu 28 Jul 2011 12:27:57 +
Finished at: Thu 28 Jul 2011 12:29:43 +
Total time: 1m 46s
Build Trigger: Schedule
Buil
Hi Simo!
I think we need to meet somewhere in the middle anyway.
My code is most times pretty much targeted at a certain problem. Thus making it
sometimes hard to extend later. The meiyo interfaces I looked at are otoh so
generic that they could probably also serve as RFC-2324 HTCPCP/1.0
imple
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-proxy-test has an issue affecting its community integration.
This
>> > [...]
>> >
>> >>>
>> >>> The Quaternionn class should be placed in the
>> >>> geometry.euclidian.threed package.
>> >>
>> >> I'd propose to put it in the "complex" package. It would thus
stand
>> >> out as a mathematical concept of its own, as you suggest above.
>> >
>> > I agree with Gilles
56 matches
Mail list logo
