Hi,
>> Did you see ChangeSetTest.testDeletePlusAdd() ?
>
> Yes.
>
>> Is this what you want?
>
> No, because the delete and add are for different items.
I just added testDeletePlusAddSame() and found out that it works like
expected (removes file A and adds file B under the same name as file
A). H
I'm all for Sergey to have sandbox access and a branch in the sandbox
to work on the FTP code there.
On Wed, Apr 15, 2009 at 7:31 PM, Ralph Goers wrote:
> I see you still listed as a committer on FTPServer and you have an ICLA on
> file.
>
> I've been actively working trying to get a 2.0 release
I see you still listed as a committer on FTPServer and you have an
ICLA on file.
I've been actively working trying to get a 2.0 release and would
welcome the help. What specifically do you want to do? There a few
challenging Jira issues that were found by findbugs and checkstyle
still ha
Oh, I`m so sorry to pick up this issue impatiently. I thought that
discussion was over but it wasn`t. Now, the discussion is still progressing
at Incubator mailing.
On Wed, Apr 15, 2009 at 10:33 AM, Min Cha wrote:
> Hi all.
>
> Unfortunately, Commons Incubator proposal seems not accepted by IPMC
Hi,
I would like to ask for commons-vfs project SVN commit permission.
Looking for 2.0 version to be released.
At Apache I took part in FTPServer development before, also several patches
were submitted to axis2, commons-dpcp, commons-jxpath projects.
http://www.linkedin.com/in/vlsergey
(nick on JI
> My experience with AOP logging solutions is limited but from what I've seen
> it is possible to use AOP mechanisms to enable logging but I haven't seen
> any that allow you to enable and then disable logging as desired while the
> application is running.
Well, that depends what is injected by th
On 15/04/2009, Christian Grobmeier wrote:
> > If there is a usecase for add then delete, then it seems to me that
> > there is likely to be a use case for delete then add. The current code
> > only supports the former.
>
>
> Did you see ChangeSetTest.testDeletePlusAdd() ?
Yes.
> Is this what
> If there is a usecase for add then delete, then it seems to me that
> there is likely to be a use case for delete then add. The current code
> only supports the former.
Did you see ChangeSetTest.testDeletePlusAdd() ?
Is this what you want?
>> Then there is the case, that you want to replace an
On 15/04/2009, Christian Grobmeier wrote:
> Usecase was:
> - File A is added
> - something else
> - File A is deleted, cause the system has another state now.
>
> File A must noot be added at all, so delete it from the current
> ChangeSet and leave it for deletions of an existing stream. I am
Usecase was:
- File A is added
- something else
- File A is deleted, cause the system has another state now.
File A must noot be added at all, so delete it from the current
ChangeSet and leave it for deletions of an existing stream. I am not
sure if there is a Usecaase for this. Definitly it would
On Apr 15, 2009, at 4:28 AM, Torsten Curdt wrote:
Yes. AOP that actually works is the nirvana that folks who love to
talk
about logging dream about.
Hm ...not sure what you are implying here ...but it felt quite real to
me when we used it :)
Anyway!
My experience with AOP logging soluti
The Changeset design seems to me to be a bit assymetric at present.
ADD changes are just added to the Set of changes; however if a DELETE
is requested, then the existing set is scanned for matching additions
and any such are deleted.
I'm not sure that is very useful - why would an application wan
> Yes. AOP that actually works is the nirvana that folks who love to talk
> about logging dream about.
Hm ...not sure what you are implying here ...but it felt quite real to
me when we used it :)
Anyway!
-
To unsubscribe, e-mail
On Apr 15, 2009, at 12:22 AM, Ralph Goers wrote:
On Apr 15, 2009, at 12:08 AM, Jochen Wiedmann wrote:
Ralph Goers wrote at Mittwoch, 15. April 2009 03:18:
By contrast, SLF4J supports many more variations of these, primarily
because it supports Markers (which I will refer to in a moment).
On Apr 15, 2009, at 1:51 AM, Torsten Curdt wrote:
I think Ceki's comment at the end is quite pertinent. But in the
end, my
reaction to that article is pretty much, "I'd love to see a real
world
example of someone doing that". I doubt you'll find many.
Some people argue that logging itself
On Apr 15, 2009, at 1:01 AM, Jörg Schaible wrote:
Jochen Wiedmann wrote at Mittwoch, 15. April 2009 09:32:
On Wed, Apr 15, 2009 at 9:20 AM, Ralph Goers >
wrote:
More and more of them are supporting SLF4J. Heck, even Apache
projects
are switching.
IMO, that decision is fine, if the "Apac
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The following page has been changed by ChristianGrobmeier:
http://wiki.apache.org/commons/CompressRoadmap
The comment on the change is:
added issues for 1.0
--
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-configuration-test has an issue affecting its community
integrati
On 2009-04-14, Christian Grobmeier wrote:
> Open and unscheduled Issues are:
> * COMPRESS-62 Need many more test cases to check that can read
> "real" archives
> * COMPRESS-64 Are the public finish() methods ArchiveOutputStream
> implementations necessary and safe?
> * COMPRESS-
> I think Ceki's comment at the end is quite pertinent. But in the end, my
> reaction to that article is pretty much, "I'd love to see a real world
> example of someone doing that". I doubt you'll find many.
Some people argue that logging itself can be evil because logging too
much almost hides in
Jochen Wiedmann wrote at Mittwoch, 15. April 2009 09:32:
> On Wed, Apr 15, 2009 at 9:20 AM, Ralph Goers
> wrote:
>
>> More and more of them are supporting SLF4J. Heck, even Apache projects
>> are switching.
>
> IMO, that decision is fine, if the "Apache project" delivers, for
> example, a compl
Ralph Goers wrote at Mittwoch, 15. April 2009 09:20:
>
> On Apr 14, 2009, at 11:40 PM, Jörg Schaible wrote:
>>>
>>
>> Yes and no, since it was never the goal of CL to add additional
>> functionality, but to provide a facade for the lowest common set of
>> functionality (and originally it was Log4
On Wed, Apr 15, 2009 at 9:20 AM, Ralph Goers wrote:
> More and more of them are supporting SLF4J. Heck, even Apache projects are
> switching.
IMO, that decision is fine, if the "Apache project" delivers, for
example, a complete container like Tomcat. But a component should
(again, this is my per
On Apr 15, 2009, at 12:08 AM, Jochen Wiedmann wrote:
Ralph Goers wrote at Mittwoch, 15. April 2009 03:18:
By contrast, SLF4J supports many more variations of these, primarily
because it supports Markers (which I will refer to in a moment). In
addition, SLF4J supports a message syntax that in
On Apr 14, 2009, at 11:40 PM, Jörg Schaible wrote:
Yes and no, since it was never the goal of CL to add additional
functionality, but to provide a facade for the lowest common set of
functionality (and originally it was Log4J that prevented the
addition of
the trace level ;-).
See, we hav
Ralph Goers wrote at Mittwoch, 15. April 2009 03:18:
> By contrast, SLF4J supports many more variations of these, primarily
> because it supports Markers (which I will refer to in a moment). In
> addition, SLF4J supports a message syntax that in many cases
> eliminates the need to wrap all the lo
26 matches
Mail list logo
