Mind if I upgrade JCS to Lang 3.0?
Hen
On Wed, Jul 27, 2011 at 11:25 AM, Thomas Vandahl t...@apache.org wrote:
Hi folks,
I finished the updates to JDK 5 generics and concurrent and updated the
maven-2 build. Still some tests fail, others should never have passed. I
would like to ask for
[...]
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 here. If you intend to have a
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
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
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=10498projectId=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
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
On Thu, Jul 28, 2011 at 12:29:45PM +, Continuum@vmbuild wrote:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=10498projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Thu 28 Jul 2011 12:27:57 +
Finished at: Thu 28
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 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 the
On Thu, Jul 28, 2011 at 5:47 AM, Thomas Vandahl t...@apache.org 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
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 with
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 incompatibility between the Vector3D of geometry
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 position vector (vector3D).
The
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
-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
+1
Den 28. juli 2011 06:42 skrev Paul Benedict pbened...@apache.org
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 eli...@zupancic.name
wrote:
Hi,
I've been a active user
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 to
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=10498projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Thu 28 Jul
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
On Thu, Jul 28, 2011 at 2:01 PM, Simone Tripodi
simonetrip...@apache.org 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
-
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
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
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,
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:
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
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
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
messages.
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-
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
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
Go for it :)
On Wed, Jul 27, 2011 at 8:46 AM, Paul Benedict pbened...@apache.org 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
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 flame...@gmail.com wrote:
For the record, and so
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 flame...@gmail.com wrote:
I'm wondering what people think to:
https://issues.apache.org/jira/browse/LANG-686
I've improved the
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/
Maven
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
Why the client / server nomenclature? Makes it sound too heavyweight
On Jul 28, 2011 4:20 PM, Mark Struberg strub...@yahoo.de 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
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 flame...@gmail.com wrote:
I
Time to flip the 1.x trunk and 2.0 branch?
On Thu, Jul 28, 2011 at 4:03 PM, Matt Benson gudnabr...@gmail.com 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 flame...@gmail.com wrote:
Note that
Awesome - thanks Bill :)
On Thu, Jul 28, 2011 at 4:09 PM, Bill Speirs bill.spe...@gmail.com 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
Very nearly so, yes. :)
Matt
On Thu, Jul 28, 2011 at 6:20 PM, Henri Yandell flame...@gmail.com wrote:
Time to flip the 1.x trunk and 2.0 branch?
On Thu, Jul 28, 2011 at 4:03 PM, Matt Benson gudnabr...@gmail.com wrote:
I did the proxy 2.0 branch; not sure there's a reason to worry about
the
That sounds like 'yes we should do that asap' to me :)
On Thu, Jul 28, 2011 at 4:24 PM, Matt Benson gudnabr...@gmail.com wrote:
Very nearly so, yes. :)
Matt
On Thu, Jul 28, 2011 at 6:20 PM, Henri Yandell flame...@gmail.com wrote:
Time to flip the 1.x trunk and 2.0 branch?
On Thu, Jul 28,
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:
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
Great news Ralph. I look forward to the new version.
Gary
On Jul 28, 2011, at 20:26, Ralph Goers ralph.go...@dslextreme.com 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
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
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
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 ralph.go...@dslextreme.com wrote:
FWIW, I have
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
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.
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
50 matches
Mail list logo
