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/. FWIW
On Wed, Feb 8, 2012 at 1:06 PM, Mark Struberg 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 vendor could mix
On Mon, Nov 15, 2010 at 11:12 AM, sebb wrote:
> On 15 November 2010 08:58, wrote:
> > Author: rgoers
> > Date: Mon Nov 15 08:58:37 2010
> > New Revision: 1035190
> >
> > URL: http://svn.apache.org/viewvc?rev=1035190&view=rev
> > Log:
> > Sandbox was not dependent on vfs2. Convert many StringBuf
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 wrote:
>
>> On 15 November 2010 08:58, wrote:
>> > Author: rgoers
>> > Date: Mon Nov 15 08:58:37 2010
>>
I'm not sure why the tool didn't catch it, but a few methods now return
Map 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 wrote:
> Clirr reports the following problems when comparing the codebases
> (prior to the v
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 th
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 wrote:
> Hi all,
>
> >>
> >> If we really have to reconsider this stuff, then I'd propose t
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
aren
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 we
Oops. That should be mvn site:stage-deploy.
Ralph
On Wed, Aug 17, 2011 at 11:32 AM, ralph.goers @dslextreme.com <
ralph.go...@dslextreme.com> wrote:
> What do you mean "It did not work"? This is a multi-project site so in
> general mvn site is useless. You have to ru
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:sta
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 wrote:
> On 17 August 2011 19:37, ralph.goers @dslextreme.com
> wrote:
> > Oh - and if for some non-obvious reason you want t
g 17, 2011 at 12:12 PM, ralph.goers @dslextreme.com <
ralph.go...@dslextreme.com> wrote:
> 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 wrote:
>
>> On 17 August
desired, I'd have to
do 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 wrote:
> On 8/17/11 11:32 AM, ralph.goers @dslextreme.com wrote:
> > What do you mean "It did not wor
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,
whi
05 PM, Phil Steitz 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. T
Sorry, yes.
Ralph
On Wed, Aug 17, 2011 at 1:33 PM, Luc Maisonobe wrote:
> 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 sen
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 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 wrote:
> On 17 August 2011 20:43, ralph.goers @dslextreme.com
> wrote:
> > The sandbox question I can't answer very well. The san
I have copied the distribution artifacts to people.apache.org:/www/
www.apache.org/dist/commons/vfs and updated the README.html.
I have published the site to people.apache.org:/www/commons.apache.org/vfs.
I have told Nexus to release the component from staging.
Am I missing anything? Is there some
e archived 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 wrote:
> On 22 August 2011 19:17,
On Mon, Aug 22, 2011 at 11:56 AM, sebb 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 complet
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
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 wrote:
> Hi all,
>
> What's the feeling about target
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 wrote:
> When I run "mvn clean site" in the VFS core directory, I get:
>
> [ERROR] Could not find resource 'findbugs-exclude-f
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 wrote:
> When I run "mvn clean site" in the VFS core directory, I get:
>
> [ERROR] Could not find resource 'findbugs-exclude-filter.xml'. -> [Help 1]
> org.codehaus.plexus.resou
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 wrote:
> Thank you for checking. What dir did you run from?
>
> Gary
>
> On Oct 31, 2011, at 16:46, "ralph.goers
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:
>
>
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
target/test-classes/test-dat
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 wrote:
> We seem to have some renewed interest in
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 t
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. T
+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 presumab
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 wrote:
> On 5 December 2011 16:4
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
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
relo
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 ag
On Thu, Nov 6, 2008 at 11:44 AM, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
> I'm thinking we should:
>
> a) remove from trunks-proper
> b) Update the homepage to say "Not Actively Maintained"
> c) Update the Commons homepage to put this into a release subcategory
> of "Not Actively Maintained"
>
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
i
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
mea
On Thu, Jun 18, 2009 at 10:08 AM, Emmanuel Bourg 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
>> logging wi
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.
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 wrote:
> I'm finished with my changes to support serialization of AbstractFileName
> and AbstractFileObject. The unit tests that are ex
On Tue, Aug 18, 2009 at 7:48 AM, sebb wrote:
> On 18/08/2009, Jörg Schaible wrote:
> > Hi Sebb,
> >
> > sebb wrote at Dienstag, 18. August 2009 14:48:
> >
> >
> > >> +
> > >> +/**
> > >> + * {...@inheritdoc}
> > >> + */
> > >> +public Object clone() {
> > >> +
44 matches
Mail list logo
