You could look at the Log4j 2 API, but while it supports multiple
implementations, is really designed to be an abstraction layer so that
user's have a clear line between the API and implementation. For the time
being you can find the documentation at
http://people.apache.org/~rgoers/log4j2/.
On Wed, Feb 8, 2012 at 1:06 PM, Mark Struberg strub...@yahoo.de wrote:
Hi Ralph!
I took a pretty deep look into log4j-2.0 already (even used it for a few
sample projects). But I was not aware that it's also an abstraction
layer/facade ^^
So by using log4j-2.0 in DeltaSpike, a container
+1 to the proposal.
As for moving out of commons I would expect that it would require a vote of
the Commons PMC with approval from the board. I don't know why it would
need to go through the incubator since it would have already performed
releases here, its IP would already be cleared and
FWIW, I have been planning on starting work on vfs3 when I finish up with
some other stuff. VFS3 will require Java 7 as Java 7 provides virtual file
support, so vfs3 will be slimmed down to just provide implementations.
Ralph
On Mon, Dec 5, 2011 at 9:51 AM, sebb seb...@gmail.com wrote:
On 5
I think this vote is slightly premature. Jorg expressed a desire to strip
it of some things to move it into lang. I've not had a chance to look at
the id code to figure out what I'd like to do.
Ralph
On Tue, Nov 22, 2011 at 12:46 PM, Phil Steitz phil.ste...@gmail.com wrote:
We seem to have
This is precisely why this vote is premature. As I said, without having
looked at the code it is hard for me to understand why UUID stuff would be
so complicated that it shouldn't be part of lang. The single class I
referenced earlier that I added to Log4j, with perhaps a couple of other
methods
I took a quick look at id. I'm not a fan. First, despite the javadoc for
VersionOneGenerator saying that a config file is not necessary my test
failed without one. Other issues include:
1. It should use java.util.UUID and not invent its own UUID class.
2. It seems extremely overly complicated.
Under core/src/test/resources you will find all the data that needs to be
pre-populated for the test runs. Only write-tests is there with a dummy.txt
file. The dir1 subdirectory is created by the tests. It seems odd to me
that the SftpProviderTestCase is pointing to the
Thank you, thank you, thank you! You probably just cleared up most of the
remaining checkstyle errors. I've looked at that code a few times and just
completely gave up trying to understand it.
Ralph
On Wed, Nov 2, 2011 at 9:25 AM, Gary D. Gregory (Resolved) (JIRA)
j...@apache.org wrote:
I've never seen that error before. The file is located in
https://svn.apache.org/repos/asf/commons/proper/vfs/trunk/
Ralph
On Mon, Oct 31, 2011 at 10:39 AM, Gary Gregory garydgreg...@gmail.comwrote:
When I run mvn clean site in the VFS core directory, I get:
[ERROR] Could not find resource
I did an svn up and ran mvn site with Maven 3. I had no problems.
Ralph
On Mon, Oct 31, 2011 at 10:39 AM, Gary Gregory garydgreg...@gmail.comwrote:
When I run mvn clean site in the VFS core directory, I get:
[ERROR] Could not find resource 'findbugs-exclude-filter.xml'. - [Help 1]
I ran it from the project root, not core. I've never tried to run mvn site
from a subdirectory.
Ralph
On Mon, Oct 31, 2011 at 2:11 PM, Gary Gregory garydgreg...@gmail.comwrote:
Thank you for checking. What dir did you run from?
Gary
On Oct 31, 2011, at 16:46, ralph.goers @dslextreme.com
I am definitely in favor of this. I've been getting complaints that some of
the synchronization I put in causes bottlenecks. I would love to convert
those to read/write locks to fix that.
Ralph
On Tue, Oct 18, 2011 at 7:58 AM, Emmanuel Bourg ebo...@apache.org wrote:
Hi all,
What's the
OK. But I'm not sure how removing the property that is documented on that
page amounts to following the instructions. To be honest, it never even
occurred to me that commons.binary.suffix might be used in the download page
generation. The vfs project also has that variable defined with no value so
somewhere.
I'm not a fan of deleting things until I'm sure I didn't screw it up.
Unfortunately, neither of the two web pages I referenced are completely
clear on this part of things.
Ralph
On Mon, Aug 22, 2011 at 11:36 AM, sebb seb...@gmail.com wrote:
On 22 August 2011 19:17, ralph.goers
On Mon, Aug 22, 2011 at 11:56 AM, sebb seb...@gmail.com wrote:
On 22 August 2011 19:42, ralph.goers @dslextreme.com
I'm not a fan of deleting things until I'm sure I didn't screw it up.
Unfortunately, neither of the two web pages I referenced are completely
clear on this part of things
What do you mean It did not work? This is a multi-project site so in
general mvn site is useless. You have to run mvn site:stage-deply
-DstagingSiteURL=file url where I want the site to go. I suppose I could
add that to the readme, but it is documented pretty well on the maven site
plugin web
Oh - and if for some non-obvious reason you want to create the distribution
jars when you do the build you can run
mvn -P apache-release clean install.
On Wed, Aug 17, 2011 at 11:35 AM, ralph.goers @dslextreme.com
ralph.go...@dslextreme.com wrote:
Oops. That should be mvn site:stage-deploy
The Maven release plugin uses the apache-release profile which is set up in
the apache parent pom.
Ralph
On Wed, Aug 17, 2011 at 11:49 AM, sebb seb...@gmail.com wrote:
On 17 August 2011 19:37, ralph.goers @dslextreme.com
ralph.go...@dslextreme.com wrote:
Oh - and if for some non-obvious
Commons parent has both a release profile and an apache-release profile.
The apache-release profile is used by the release plugin as it is set up for
the ASF. I'm not sure what value-add (or value loss) the release profile
provides.
On Wed, Aug 17, 2011 at 12:12 PM, ralph.goers @dslextreme.com
another release to remove that source from the release. It would also
stay on the web site.
Ralph
On Wed, Aug 17, 2011 at 12:27 PM, Phil Steitz phil.ste...@gmail.com wrote:
On 8/17/11 11:32 AM, ralph.goers @dslextreme.com wrote:
What do you mean It did not work? This is a multi-project
Nope. That is my mistake. Maven generated them when it uploaded them to the
Nexus staging repo. But I deleted that since we don't deliver them from
there. I then uploaded the artifacts from where they were built on my
machine to the directory on people.a.o rather than grabbing them from Nexus,
, Phil Steitz phil.ste...@gmail.com wrote:
On 8/17/11 12:43 PM, ralph.goers @dslextreme.com wrote:
The sandbox question I can't answer very well. The sandbox stuff was
there
long before I arrived to work on VFS, although I rewrote the webdav stuff
and moved it to core. The only real
Sorry, yes.
Ralph
On Wed, Aug 17, 2011 at 1:33 PM, Luc Maisonobe luc.maison...@free.frwrote:
Le 17/08/2011 22:13, ralph.goers @dslextreme.com a écrit :
OK. I will take care of this, the MD5 issue and do something with the
README
in a few hours after I get home from work and send out
I didn't check, but for some reason I assumed that once I do a close that
I wouldn't be able to delete anything. But you are correct. I can do that so
I will as it is easier.
Ralph
On Wed, Aug 17, 2011 at 2:51 PM, sebb seb...@gmail.com wrote:
On 17 August 2011 20:55, ralph.goers
I'd prefer to not remove it from the modules list as that will also remove
it from the web site.
Ralph
On Wed, Aug 17, 2011 at 2:46 PM, sebb seb...@gmail.com wrote:
On 17 August 2011 20:43, ralph.goers @dslextreme.com
ralph.go...@dslextreme.com wrote:
The sandbox question I can't answer
http://wiki.apache.org/commons/CreatingReleases for most of the information
as I am using the maven release plugin. But I'm also referring to
http://commons.apache.org/releases/index.html to try to make sure nothing is
missed. This process has been a bit painful for me as most commons projects
I'm not a fan of this plan. Have you actually tried to bridge jul to
anything? While it will work anywhere that doesn't imply it will work
properly.
Ralph
On Mon, Aug 8, 2011 at 8:06 AM, Simone Tripodi simonetrip...@apache.orgwrote:
Hi all,
If we really have to reconsider this stuff,
Eclipse doesn't have the ability to import a maven project like IntelliJ
does? I know the Maven team is deprecating the idea plugin because IntelliJ
does a better job. I thought they were also deprecating the eclipse plugin
for the same reason. I'd have to go back through the maven dev list for
I'm not sure why the tool didn't catch it, but a few methods now return
MapString, Object where they previously returned Map. I didn't check for
generics other than Map.
Ralph
On Tue, Nov 16, 2010 at 1:21 PM, sebb seb...@gmail.com wrote:
Clirr reports the following problems when comparing the
On Mon, Nov 15, 2010 at 11:12 AM, sebb seb...@gmail.com wrote:
On 15 November 2010 08:58, rgo...@apache.org wrote:
Author: rgoers
Date: Mon Nov 15 08:58:37 2010
New Revision: 1035190
URL: http://svn.apache.org/viewvc?rev=1035190view=rev
Log:
Sandbox was not dependent on vfs2.
On Mon, Nov 15, 2010 at 11:30 AM, ralph.goers @dslextreme.com
ralph.go...@dslextreme.com wrote:
On Mon, Nov 15, 2010 at 11:12 AM, sebb seb...@gmail.com wrote:
On 15 November 2010 08:58, rgo...@apache.org wrote:
Author: rgoers
Date: Mon Nov 15 08:58:37 2010
New Revision: 1035190
I found the problem and the fix was tested by the product engineer who
reported it. The problem was that AbstractHierarchicalConfiguration was
calling setDetailEvents while unlocked. Multiple threads would get in and so
the ConfigurationListener was never notified of the event. I just had that
I'm trying to port my changes to fix CONFIGURATION-390 from my trunk sandbox
to configuration2-experimental. But there are two CombinedConfiguration
classes, one in the main directory and one under combined. Which one should
be removed and which needs the fix?
Ralph
On Tue, Aug 18, 2009 at 7:48 AM, sebb seb...@gmail.com wrote:
On 18/08/2009, Jörg Schaible joerg.schai...@gmx.de wrote:
Hi Sebb,
sebb wrote at Dienstag, 18. August 2009 14:48:
+
+/**
+ * {...@inheritdoc}
+ */
+public Object clone() {
+
On Thu, Jun 18, 2009 at 10:08 AM, Emmanuel Bourg ebo...@apache.org wrote:
Ceki Gulcu a écrit :
There is also the overhead of converting each jul event to log4j
within the bridge. This overhead can be quite significant. In a
production system, you also have to synchronize the level of jul
And after you run mvn site they should show up in target/site/testing.html.
On Thu, Jun 18, 2009 at 2:38 PM, ralph.goers @dslextreme.com
ralph.go...@dslextreme.com wrote:
No. The instructions are in
https://svn.apache.org/repos/asf/commons/proper/vfs/trunk/xdocs/testing.xml.
Ralph
No. The instructions are in
https://svn.apache.org/repos/asf/commons/proper/vfs/trunk/xdocs/testing.xml.
Ralph
On Thu, Jun 18, 2009 at 9:18 AM, Vince Bonfanti vbonfa...@gmail.com wrote:
I'm finished with my changes to support serialization of AbstractFileName
and AbstractFileObject. The unit
I have no problem with using Configuration instead of
HierarchicalConfiguration except that it doesn't contain all the necessary
methods yet.
I guess from what you are telling me is that the branch is kind of half-way
between the 1.x branch and where it is intended to go. That's fine. It just
I don't understand why getSource throws an Exception when a property can be
found in multiple configurations. If the property is not a list or if
escaping is disabled then the value from the first Configuration the key is
found in will be used. Shouldn't an Exception only be thrown when the value
On Wed, Nov 5, 2008 at 12:25 AM, Jörg Schaible
[EMAIL PROTECTED]wrote:
Hi Oliver,
Clirr is used to detect unintentional binary incompatibility. If we
document the facts (in site documentation and javadoc) everybody is informed
and should not be surprised if we actually follow this agenda.
41 matches
Mail list logo