DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37782.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37783.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: ebourg
Date: Mon Dec 5 00:16:22 2005
New Revision: 354016
URL: http://svn.apache.org/viewcvs?rev=354016view=rev
Log:
Added the maven.compile.source to compile with the JDK 1.5
Modified:
jakarta/commons/proper/configuration/trunk/project.properties
Modified:
Author: ebourg
Date: Mon Dec 5 00:21:58 2005
New Revision: 354017
URL: http://svn.apache.org/viewcvs?rev=354017view=rev
Log:
The classes generated by JavaCC are no longer checked by CheckStyke
Removed the FileLength check, it should not take the javadoc into consideration
Allowed the declaration
Author: ebourg
Date: Mon Dec 5 00:23:00 2005
New Revision: 354018
URL: http://svn.apache.org/viewcvs?rev=354018view=rev
Log:
Reduced the usage of 'magic numbers' for checkstyle
Modified:
Author: ebourg
Date: Mon Dec 5 00:23:53 2005
New Revision: 354019
URL: http://svn.apache.org/viewcvs?rev=354019view=rev
Log:
Checkstyle changes (private properties, declaration order, white spaces)
Modified:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37574.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Hi,
Has anybody in the logging community thought of transactional logging
yet? That means using a JTA transaction to collect logging statements
and write them out on commit or discard them on rollback. Such a thing
is generally useful when you write business logs. They are not used for
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 [EMAIL PROTECTED]
Project commons-jelly-test has an issue affecting its community integration.
This issue
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 [EMAIL PROTECTED]
Project commons-jelly-test has an issue affecting its community integration.
This issue
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 [EMAIL PROTECTED]
Project commons-vfs has an issue affecting its community integration.
This issue affects
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 [EMAIL PROTECTED]
Project commons-vfs has an issue affecting its community integration.
This issue affects
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 [EMAIL PROTECTED]
Project commons-jelly-tags-xml-test has an issue affecting its community
integration.
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 [EMAIL PROTECTED]
Project commons-jelly-tags-xml-test has an issue affecting its community
integration.
Torsten Curdt wrote:
On 04.12.2005, at 02:17, Stephen Colebourne wrote:
Hate to be an old fart here but was ant really all that bad?
Oh ...please don't!
All I have to say: dependency management plus the reports are just
enough for me to never want to switch back to ant again. Even from
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 [EMAIL PROTECTED]
Project commons-jelly-tags-swing has an issue affecting its community
integration.
This
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 [EMAIL PROTECTED]
Project commons-jelly-tags-swing has an issue affecting its community
integration.
This
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 [EMAIL PROTECTED]
Project commons-jelly-tags-define-test has an issue affecting its community
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 [EMAIL PROTECTED]
Project commons-jelly-tags-define-test has an issue affecting its community
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 [EMAIL PROTECTED]
Project commons-jelly-tags-jsl-test has an issue affecting its community
integration.
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 [EMAIL PROTECTED]
Project commons-jelly-tags-jsl-test has an issue affecting its community
integration.
Brett Porter wrote:
It was intentionally breaking, I think. I was told that it tightening
up conformance. Others are welcome to pursue it further, this isn't
really my realm of expertise.
Brett, would you have a copy of the mails ?
Such a strengthening would be related to a reported
Author: scohen
Date: Mon Dec 5 04:21:55 2005
New Revision: 354056
URL: http://svn.apache.org/viewcvs?rev=354056view=rev
Log:
remove stale info about STATUS.html from release.xml. Move stuff from there to
prepare.xml where it belongs. Update project.properties with correct
maven.xdoc.jsl
That wasn't Stephen Colebourne's comment, it was originally mine :-)
Sorry, Stephen ...snipped the wrong header :)
snip/
My real thoughts are that it is now time to tighten up the jakarta-
commons standard and documentation for maven use so that there are
fewer of these manual extra steps
Phil Steitz wrote:
On 12/4/05, Steve Cohen [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
On 12/4/05, Steve Cohen [EMAIL PROTECTED] wrote:
Martin Cooper wrote:
On 12/4/05, Steve Cohen [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
On 12/4/05, Steve Cohen [EMAIL PROTECTED] wrote:
snip
Thanks for all your help. These last suggestions worked.
I built the site, tested my changes, then pushed the site.
I DON'T have my key set up. where do I do this, it's a pain to keep
typing in my password, but doable.
As indicated on the building page, you should follow the
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 [EMAIL PROTECTED]
Project commons-jelly-tags-html has an issue affecting its community
integration.
This
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 [EMAIL PROTECTED]
Project commons-jelly-tags-html has an issue affecting its community
integration.
This
On 12/5/05, Phil Steitz [EMAIL PROTECTED] wrote:
snip
Thanks for all your help. These last suggestions worked.
I built the site, tested my changes, then pushed the site.
I DON'T have my key set up. where do I do this, it's a pain to keep
typing in my password, but doable.
As
Hello,
IMHO you're better off implementing such a functionality for a
specific logger implementation and enable it in that configuration.
Thoughts?
- Jörg
Jörg, thanks for your feedback. I know that it is just a wrapper. That's
an advantage in my opinion. Because the
On 12/5/05, Simon Kitching [EMAIL PROTECTED] wrote:
On Sun, 2005-12-04 at 09:33 -0800, Martin Cooper wrote:
On 12/4/05, Phil Steitz [EMAIL PROTECTED] wrote:
Rahul is an apache committer who already has commons-sandbox karma and
is interested in contributing to commons proper as well.
Hi Mario,
Sorry for not being there on sunday to finish of the commit :)
- The current list of contributors are only committers.
- The committers are collected from the project.xml (the developers section in
maven), so a lot more inactive people out there are probably listed.
- Just the list of
Looks usefull..
+1 :)
Don't forget the software grant ;)
Mvgr,
Martin
Henri Yandell wrote:
I'd like to add the work in www.osjava.org's gj-mail to [email] if I may.
It's a small package with two classes that do the following things:
1) Mailer class for easy emailing.
2) Template style
+1
Although I am not the best judge of the Math component, everything looks pretty much
complete (eg lot of tests, all tests pass) and I am very impressed with the message
zarro bugs in bugzilla :)
And another note : don't forget to vote yourself Phil :)
Mvgr,
Martin
Phil Steitz wrote:
This is how this starts: Someone comes up with a neat idea and adds a
manual step to the process to do that. Often, but not always, this gets
documented. Better yet would be if it could get automated.
Automation is definitely worthwhile with so many components...
Mvgr,
Martin
Author: mvdb
Date: Mon Dec 5 08:18:56 2005
New Revision: 354089
URL: http://svn.apache.org/viewcvs?rev=354089view=rev
Log:
Split up contributors.xml
Added:
jakarta/commons/proper/commons-build/trunk/src/xdocs/
jakarta/commons/proper/commons-build/trunk/src/xdocs/contributorsend.xml
Author: mvdb
Date: Mon Dec 5 08:23:41 2005
New Revision: 354091
URL: http://svn.apache.org/viewcvs?rev=354091view=rev
Log:
Automatically generate the contributors.xml with the new goal
generate-contributors. By default it is not enabled in the build and has to be
run manually when you want the
Hi everyone,
Just committed some changes so that we can automatically generate the
contributors page.
In src/xdocs/ are 2 files :
contributorsstart.xml
contributorsend.xml
The start page is the previous top part of the contributors.xml file and the
end is the previous bottom part (previous =
Henri,
There's one problem with the code. You can't use a SimpleDateFormat in
multiple threads. They're not thread-safe (Date formats are not
synchronized. It is recommended to create separate format instances for each
thread. If multiple threads access a format concurrently, it must be
Phil Steitz wrote:
On 12/4/05, Brett Porter [EMAIL PROTECTED] wrote:
Dennis Lundberg wrote:
Brett said that this *should* work, so I decided to try it myself. I
received the same results as you did Phil, regarding maven --info, but I
think I understand what is going on now. I have posted a
On 12/5/05, Martin van den Bemt [EMAIL PROTECTED] wrote:
Hi Mario,
Sorry for not being there on sunday to finish of the commit :)
- The current list of contributors are only committers.
- The committers are collected from the project.xml (the developers
section in maven), so a lot more
Thanks Martin!
And thanks for the reminder. Here is my +1
Phil
On 12/5/05, Martin van den Bemt [EMAIL PROTECTED] wrote:
+1
Although I am not the best judge of the Math component, everything looks
pretty much complete (eg lot of tests, all tests pass) and I am very
impressed with the
Dennis Lundberg wrote:
If commons component A extends the project.xml file from commons-build
these dependencies are transfered to that component, meaning that
component A doesn't have to worry about dependencies for site generation.
However, if commons component B does *not* extend the
Thanks for your help figuring out what the options are, Dennis. See
comments interspersed.
On 12/5/05, Dennis Lundberg [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
On 12/4/05, Brett Porter [EMAIL PROTECTED] wrote:
Dennis Lundberg wrote:
Brett said that this *should* work, so I decided to
On 12/5/05, Phil Steitz [EMAIL PROTECTED] wrote:
Thanks for your help figuring out what the options are, Dennis. See
comments interspersed.
On 12/5/05, Dennis Lundberg [EMAIL PROTECTED] wrote:
Phil Steitz wrote:
On 12/4/05, Brett Porter [EMAIL PROTECTED] wrote:
Dennis Lundberg wrote:
Author: imario
Date: Mon Dec 5 11:15:53 2005
New Revision: 354131
URL: http://svn.apache.org/viewcvs?rev=354131view=rev
Log:
RC7
Modified:
jakarta/commons/proper/vfs/trunk/build.xml
jakarta/commons/proper/vfs/trunk/project.properties
jakarta/commons/proper/vfs/trunk/project.xml
Will do, thanks James.
I need to rewrite the code to sit on top of [email] anyway.
Hen
On 12/5/05, James Carman [EMAIL PROTECTED] wrote:
Henri,
There's one problem with the code. You can't use a SimpleDateFormat in
multiple threads. They're not thread-safe (Date formats are not
Author: imario
Date: Mon Dec 5 11:25:09 2005
New Revision: 354134
URL: http://svn.apache.org/viewcvs?rev=354134view=rev
Log:
javadoc fixes
Modified:
jakarta/commons/proper/vfs/trunk/src/java/org/apache/commons/vfs/RandomAccessContent.java
Author: imario
Date: Mon Dec 5 11:40:26 2005
New Revision: 354148
URL: http://svn.apache.org/viewcvs?rev=354148view=rev
Log:
increase ss - jdk 1.3 constantly (but not reproducable) dies during the tests -
its a pain
Modified:
jakarta/commons/proper/vfs/trunk/project.properties
Modified:
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 [EMAIL PROTECTED]
Project commons-vfs has an issue affecting its community integration.
This issue affects
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 [EMAIL PROTECTED]
Project commons-vfs has an issue affecting its community integration.
This issue affects
On 12/5/05, Martin van den Bemt [EMAIL PROTECTED] wrote:
Hi Mario,
Sorry for not being there on sunday to finish of the commit :)
- The current list of contributors are only committers.
- The committers are collected from the project.xml (the developers section
in maven), so a lot more
Author: imario
Date: Mon Dec 5 12:06:01 2005
New Revision: 354152
URL: http://svn.apache.org/viewcvs?rev=354152view=rev
Log:
add: xdocs in src distribution
fix: removed empty setproxy from build.xml
Modified:
jakarta/commons/proper/vfs/trunk/build.xml
Author: imario
Date: Mon Dec 5 12:06:36 2005
New Revision: 354153
URL: http://svn.apache.org/viewcvs?rev=354153view=rev
Log:
RC7
Added:
jakarta/commons/proper/vfs/tags/vfs-1.0-RC7/
- copied from r354152, jakarta/commons/proper/vfs/trunk/
I've developed a version of SCXML that matches the spec's semantics more
closely (no superstep, single event queue, internal and external events
treated identically, etc.) I am not going to check it in right away,
however, for two reasons:
1. I couldn't keep the changes local to the
Author: olegk
Date: Mon Dec 5 12:18:10 2005
New Revision: 354155
URL: http://svn.apache.org/viewcvs?rev=354155view=rev
Log:
PR #37616 (Findbugs reports and fixes)
Fixes for problems discovered by running findbugs 0.94.rc1 on HttpClient 3.0rc4
Submitted by Sebb sebb at apache.org
Reviewed by
Hi!
The commons vfs community is happy to announce the availability of
commons-vfs 1.0 RC7.
Please find the RC at
http://people.apache.org/~imario/vfs
The site can be reviewed at
http://people.apache.org/~imario/vfs-1.0-RC7/site
*) upgrade to commons-net 1.4.1
*) use of jdk1.3 compiler to
Hi!
Even if the last vode passed I decided to restart the voting based on RC7.
RC7 is now using commons-net 1.4.1 and built using the jdk1.3 compiler
also some rearrangements have taken place to accommodate to our
guidlines (e.g. include xdocs into src distribution)
As previously posted
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37690.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Torsten Curdt wrote:
On 04.12.2005, at 02:17, Stephen Colebourne wrote:
Hate to be an old fart here but was ant really all that bad?
Oh ...please don't!
;-)
All I have to say: dependency management plus the reports are just
enough for me to never want to switch back to ant again. Even from
What is the cause of the current GUMP test failure??
Stephen
Mario Ivankovits wrote:
Hi!
Even if the last vode passed I decided to restart the voting based on RC7.
RC7 is now using commons-net 1.4.1 and built using the jdk1.3 compiler
also some rearrangements have taken place to accommodate
Is it possible that this change broke a unit test? I get now the
following failures in TestDataConfiguration:
Testsuite: org.apache.commons.configuration.TestDataConfiguration
Tests run: 34, Failures: 3, Errors: 0, Time elapsed: 1,832 sec
Testcase:
I don't much like the idea of adding dependencies to each of the
individual POMs, but understand that this makes the dependency
explicit, which is a good thing. So I guess I am +0 for this
approach. Actually +1 as in will help if others agree we should go
this route instead of the updatePlugins
Stephen Colebourne wrote:
What is the cause of the current GUMP test failure??
ClassNotFoundException of one of our test classes.
internal-test:
[mkdir] Created dir:
/x1/gump/public/workspace/jakarta-commons/vfs/target/test-reports
[junit] Running
On 12/5/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
I don't much like the idea of adding dependencies to each of the
individual POMs, but understand that this makes the dependency
explicit, which is a good thing. So I guess I am +0 for this
approach. Actually +1 as in will help if others
Looks good (now that I made some experience with checking RCs on my own ;-)
The only thing I find a bit strange is that the manifest says the jar
was built with JDK 1.4.2_08 while the minimum required JDK seems to be
1.3 (stated in section 0.5 of the user guide). Is this okay? Then I am +1.
On 12/5/05, Stephen Colebourne [EMAIL PROTECTED] wrote:
All I have to say: dependency management plus the reports are just
enough for me to never want to switch back to ant again. Even from
m1! Worst case I was always able to come up with some non-standard
goals-magic to do what I wanted.
I have in my mind that what we need is a commons maven plugin. It
would:
+1
I was thinking the exact same thing.
Same here :-)
cheers
--
Torsten
PGP.sig
Description: This is a digitally signed message part
Author: brett
Date: Mon Dec 5 13:20:41 2005
New Revision: 354192
URL: http://svn.apache.org/viewcvs?rev=354192view=rev
Log:
add openpgp to externals
Modified:
jakarta/commons/trunks-sandbox/ (props changed)
Propchange: jakarta/commons/trunks-sandbox/
[EMAIL PROTECTED] wrote:
Dennis Lundberg wrote:
If commons component A extends the project.xml file from commons-build
these dependencies are transfered to that component, meaning that
component A doesn't have to worry about dependencies for site generation.
However, if commons component B
Thank you very much Henri.
I'm starting a new thread for greater visibility (took some marketing
lessons this summer :)
Henri Yandell wrote:
Giorgio's propsal/code in zip form are uploaded to:
http://people.apache.org/~bayard/commons-concoct.zip
On 12/1/05, Henri Yandell [EMAIL PROTECTED]
Stephen Colebourne wrote:
I don't much like the idea of adding dependencies to each of the
individual POMs, but understand that this makes the dependency
explicit, which is a good thing. So I guess I am +0 for this
approach. Actually +1 as in will help if others agree we should go
this route
Hi all!
As you might know, Henri has been so gentle as to upload the (wannabe)
commons-concoct into his ~ space:
http://people.apache.org/~bayard/commons-concoct.zip
Inside the .zip file you'll find the current project (maven2-enabled
and, well, it's more of a prototype than a full-fledged
I have tried the http DL, as well as trying to check
the file out locally via ssh to people@ and I continue
to get errors indicating bad file format, etc...
Thanks,
Matt
--- Henri Yandell [EMAIL PROTECTED] wrote:
Giorgio's propsal/code in zip form are uploaded to:
Does this mean we need to re-gen the ant build file?
On 12/6/05, Mario Ivankovits [EMAIL PROTECTED] wrote:
Stephen Colebourne wrote:
What is the cause of the current GUMP test failure??
ClassNotFoundException of one of our test classes.
internal-test:
[mkdir] Created dir:
That's most strange: I downloaded it successfully with Firefox...
Please ask me and I'll send it to you by email.
Matt Benson wrote:
I have tried the http DL, as well as trying to check
the file out locally via ssh to people@ and I continue
to get errors indicating bad file format, etc...
The site link below 404's.
On 12/6/05, Mario Ivankovits [EMAIL PROTECTED] wrote:
Hi!
The commons vfs community is happy to announce the availability of
commons-vfs 1.0 RC7.
Please find the RC at
http://people.apache.org/~imario/vfs
The site can be reviewed at
ah, never mind. Must've been some WinZip-specific
stuff. I tried to open w/ XP and jar, but 7-zip did
the trick. ;)
-Matt
--- Giorgio Gallo [EMAIL PROTECTED] wrote:
That's most strange: I downloaded it successfully
with Firefox...
Please ask me and I'll send it to you by email.
Matt
+0
Phil Steitz wrote:
There have been no problems reported with math 1.1 RC4, other than some
small javadoc fixes, which have been applied to the release branch.
Assuming a positive vote, I will cut a new signed release, including
these fixes.
Release notes are here:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37574.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: ebourg
Date: Mon Dec 5 17:13:13 2005
New Revision: 354251
URL: http://svn.apache.org/viewcvs?rev=354251view=rev
Log:
Fixed the error introduced with the new loop parsing the color components
Modified:
Oliver Heger wrote:
Is it possible that this change broke a unit test? I get now the
following failures in TestDataConfiguration:
Testsuite: org.apache.commons.configuration.TestDataConfiguration
Tests run: 34, Failures: 3, Errors: 0, Time elapsed: 1,832 sec
My bad sorry, I fixed it.
Quick question... if one were to write a library that eventually became
a Commons project, or part of an existing Commons project, which
depended on another non-Apache library release under an LGPL license,
would that be compatible in terms of including the LGPL'd library in the
Commons
On 12/5/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Quick question... if one were to write a library that eventually became
a Commons project, or part of an existing Commons project, which
depended on another non-Apache library release under an LGPL license,
would that be compatible in
On 12/5/05, Dion Gillard [EMAIL PROTECTED] wrote:
Does this mean we need to re-gen the ant build file?
On 12/6/05, Mario Ivankovits [EMAIL PROTECTED] wrote:
Stephen Colebourne wrote:
What is the cause of the current GUMP test failure??
It looks to me like the vfs tests were not being
Author: rahul
Date: Mon Dec 5 17:46:52 2005
New Revision: 354257
URL: http://svn.apache.org/viewcvs?rev=354257view=rev
Log:
Add issueTrackingUrl to POM to fully eliminate commons-build POM inheritance
requirement
Modified:
jakarta/commons/sandbox/scxml/trunk/project.xml
Modified:
On 12/5/05, Barnett, James [EMAIL PROTECTED] wrote:
I've developed a version of SCXML that matches the spec's semantics more
closely (no superstep, single event queue, internal and external events
treated identically, etc.)
snip/
This is great, thanks.
I am not going to check it in right
Martin Cooper wrote:
Only #3 is viable. However, if the LGPL dependency was *required* by the
Commons component (as opposed to being an optional add-on), then I
personally would vote against such a thing, as it means the Commons
component is not usable without bringing the LGPL code into the
Phil Steitz wrote:
snip
Thanks for all your help. These last suggestions worked.
I built the site, tested my changes, then pushed the site.
I DON'T have my key set up. where do I do this, it's a pain to keep
typing in my password, but doable.
As indicated on the building page, you
On 12/5/05, Steve Cohen [EMAIL PROTECTED] wrote:
snip/
Logging on via ssh -1 works.
Does apache accept protocol 2 ssh keys?
snap/
Atleast the RSA one, AFAICT.
-Rahul
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For
Author: ebourg
Date: Mon Dec 5 19:10:27 2005
New Revision: 354264
URL: http://svn.apache.org/viewcvs?rev=354264view=rev
Log:
Fixed the remaining legitimate checkstyle and PMD issues
Modified:
jakarta/commons/proper/configuration/trunk/conf/checkstyle-suppressions.xml
Phil Steitz wrote:
Sorry to be so late checking / trying to help. I am +1 for the
release assuming Stephen's points (other than the ones listed as
optional) and the following issues are addressed:
- You should either modify configs, fix issues or eliminate PMD and
checkstyle reports
I fixed
Author: rahul
Date: Mon Dec 5 19:38:04 2005
New Revision: 354274
URL: http://svn.apache.org/viewcvs?rev=354274view=rev
Log:
Changes to the Commons website:
** Match the state of the repository
* Remove dormant components from sandbox listing
* Create a dormant components web page
*
I've refreshed the Commons website according to recent discussions.
TODOs:
1) Dormant components revival (website says [1] we need a VOTE
according to the sandbox pruning proposal [2]). Any objections?
2) There are 6 links under View Source Code Repository, a bit of a
clutter. Hen was to check
On 12/5/05, Rahul Akolkar [EMAIL PROTECTED] wrote:
I've refreshed the Commons website according to recent discussions.
snip/
Oh, and therefore, yell at me if you notice any regressions ;-)
-Rahul
-
To unsubscribe, e-mail:
Author: niallp
Date: Mon Dec 5 21:14:51 2005
New Revision: 354318
URL: http://svn.apache.org/viewcvs?rev=354318view=rev
Log:
Add new ResourcesBase JUnit test (forgotten when committing changes for Bug
37642)
Added:
Author: martinc
Date: Mon Dec 5 22:04:33 2005
New Revision: 354328
URL: http://svn.apache.org/viewcvs?rev=354328view=rev
Log:
* Target JRE 1.3 VMs.
* Tweak Checkstyle rules to be more stringent.
* Add custom PMD rule configuration.
Added:
Author: niallp
Date: Mon Dec 5 22:05:19 2005
New Revision: 354330
URL: http://svn.apache.org/viewcvs?rev=354330view=rev
Log:
Remove TimeZone from Resources API (see Bug 37709)
Modified:
jakarta/commons/proper/resources/trunk/src/java/org/apache/commons/resources/Messages.java
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=37709.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: imario
Date: Mon Dec 5 22:46:24 2005
New Revision: 354340
URL: http://svn.apache.org/viewcvs?rev=354340view=rev
Log:
wrong site directory
Modified:
jakarta/commons/proper/vfs/trunk/project.xml
Modified: jakarta/commons/proper/vfs/trunk/project.xml
URL:
1 - 100 of 102 matches
Mail list logo