Re: Meta-issue: multiple mailig lists

[Craig McClanahan]

On 5/10/05, Mattias J <[EMAIL PROTECTED]> wrote:
> Simon Kitching wrote:
> [snip]
> Elliotte Harold wrote:
> >I suspect some of the less active lists may be so primarily because few
> >people care about those projects enough to wade through all the projects
> >they don't care about. Having separate lists might help the smaller
> >communities to grow a bit.
> 
> That is a point. The volume of the dev-list might actually make people
> reluctant to subscribing to it at all.

On the other hand, I would assert that we commons-dev folks (including
me ... I +1'd this too) screwed up when we encouraged the
commons-httpclient developers to go form their own list to reduce the
traffic on commons-dev.  Fortunately for httpclient that wasn't fatal
to their community development efforts, but it illustrates one of the
intangible benefits of all the Commons projects sharing a common dev
and user list ... a primary resource for adding new interested parties
is people seeing messages for projects that they weren't originally
interested in, but a comment or two piqued their interest.

Put another way, a big part of the Apache culture is meritocracy --
and the ability of an individual to figure out how to use mail filters
to ignore dev list stuff they don't care about is a useful indicator
of cluefulness :-).

Craig

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Meta-issue: multiple mailig lists

[Mattias J]

Simon Kitching wrote:
Often I have struck a problem, and been given advice from committers on 
quite different projects.
So an additional common list - which forwards to all the separate ones - is 
still a good idea.

Simon Kitching wrote:
Every email is supposed to contain the name of the subproject in
square-brackets, eg
  [foo] why did the chicken cross the road?
so that filtering is reasonably easy to do.
Would it be possible to set up the svn commit mails to include this in *the 
beginning* of the subject line? As I said, all my e-mail client shows is 
(for example) "svn commit: r169326 -".

Simon Kitching wrote:
Getting messages that aren't associated with a particular project could be 
done by simply filtering *out* the projects you aren't interested in 
rather than filtering *in* the ones you are.
Yes, that is probably the best idea. "if subject contains 
'[uninteresting-project]' or '/proper/uninteresting-project/' move to Trash".
Still does not help on the unclassified issue mails though.

Elliotte Harold wrote:
I suspect some of the less active lists may be so primarily because few 
people care about those projects enough to wade through all the projects 
they don't care about. Having separate lists might help the smaller 
communities to grow a bit.
That is a point. The volume of the dev-list might actually make people 
reluctant to subscribing to it at all.

Mario Ivankovits wrote:
Mattias J wrote:
Then what would be high traffic to you?
Take a look at the hibernate forum. This is really high traffic.
A forum is a whole different story than a mailing list.
Mario Ivankovits wrote:
Mattias J wrote:
If it was not for all the commits and bug/issue mails there would be no 
problem. But for those, it's often a lot harder to tell whether this is 
interesting for you without opening the e-mail (especially since my mail 
client insists on truncating the subject after "svn commit: rNN -"...)
In fact sometimes I dive into those mails to learn.
In that case, subscribe to them all!  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VFS][POLL] Get VFS out of sandbox now?

[Dion Gillard]

Duh

On 5/11/05, Dion Gillard <[EMAIL PROTECTED]> wrote:
> I think it's currently stable enough for a 1.0 release and that
> neither of those bugs is a showstopper.
> 
> Since VFS is in the sandbox, doesn't it need promoting first??
> 
> On 5/11/05, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> > Hi!
> >
> > Due to some user requests I would like to know if you think its possible
> > to get VFS out of the sandbox.
> >
> > I think the main reason for the requests is to have releases and thus a
> > stable api between the x.0 releases.
> > Also it might be easier for me to implement changes as I am not forced
> > to provide a working nightly build.
> > Currently its a game of luck when picking up a nightly build for a
> > production system.
> >
> > Currently there are 2 enhancements and 2 bugs filed in bugzilla
> >
> > Bugs:
> > http://issues.apache.org/bugzilla/show_bug.cgi?id=34592
> > http://issues.apache.org/bugzilla/show_bug.cgi?id=34499
> >
> > Even if not fixed they sholdnt be a show stopper for release 1.0
> >
> > Yesterday I started to document how the setup of a VFS testserver (for
> > development). Yes, ... no joke. I think it will be finished end of week.
> > After this the documentation should be sufficient.
> >
> > Plan for the future (not ordered by importance)
> > *) Implement a memory filesystem. Maybe based on
> > http://issues.apache.org/bugzilla/show_bug.cgi?id=33795
> >
> > *) rework the caching model to allow VFS to run without any cache at all.
> >
> > *) extended ant tasks
> >
> > If there is consent I can start a voting.
> >
> > Thanks!
> > ---
> > Mario
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> --
> http://www.multitask.com.au/people/dion/
> 


-- 
http://www.multitask.com.au/people/dion/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VFS][POLL] Get VFS out of sandbox now?

[Dion Gillard]

I think it's currently stable enough for a 1.0 release and that
neither of those bugs is a showstopper.

Since VFS is in the sandbox, doesn't it need promoting first??

On 5/11/05, Mario Ivankovits <[EMAIL PROTECTED]> wrote:
> Hi!
> 
> Due to some user requests I would like to know if you think its possible
> to get VFS out of the sandbox.
> 
> I think the main reason for the requests is to have releases and thus a
> stable api between the x.0 releases.
> Also it might be easier for me to implement changes as I am not forced
> to provide a working nightly build.
> Currently its a game of luck when picking up a nightly build for a
> production system.
> 
> Currently there are 2 enhancements and 2 bugs filed in bugzilla
> 
> Bugs:
> http://issues.apache.org/bugzilla/show_bug.cgi?id=34592
> http://issues.apache.org/bugzilla/show_bug.cgi?id=34499
> 
> Even if not fixed they sholdnt be a show stopper for release 1.0
> 
> Yesterday I started to document how the setup of a VFS testserver (for
> development). Yes, ... no joke. I think it will be finished end of week.
> After this the documentation should be sufficient.
> 
> Plan for the future (not ordered by importance)
> *) Implement a memory filesystem. Maybe based on
> http://issues.apache.org/bugzilla/show_bug.cgi?id=33795
> 
> *) rework the caching model to allow VFS to run without any cache at all.
> 
> *) extended ant tasks
> 
> If there is consent I can start a voting.
> 
> Thanks!
> ---
> Mario
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
http://www.multitask.com.au/people/dion/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[VFS][POLL] Get VFS out of sandbox now?

[Mario Ivankovits]

Hi!
Due to some user requests I would like to know if you think its possible 
to get VFS out of the sandbox.

I think the main reason for the requests is to have releases and thus a 
stable api between the x.0 releases.
Also it might be easier for me to implement changes as I am not forced 
to provide a working nightly build.
Currently its a game of luck when picking up a nightly build for a 
production system.

Currently there are 2 enhancements and 2 bugs filed in bugzilla
Bugs:
http://issues.apache.org/bugzilla/show_bug.cgi?id=34592
http://issues.apache.org/bugzilla/show_bug.cgi?id=34499
Even if not fixed they sholdnt be a show stopper for release 1.0
Yesterday I started to document how the setup of a VFS testserver (for 
development). Yes, ... no joke. I think it will be finished end of week.
After this the documentation should be sufficient.

Plan for the future (not ordered by importance)
*) Implement a memory filesystem. Maybe based on
http://issues.apache.org/bugzilla/show_bug.cgi?id=33795
*) rework the caching model to allow VFS to run without any cache at all.
*) extended ant tasks
If there is consent I can start a voting.
Thanks!
---
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [math] Making PRNG pluggable in o.a.c.m.random classes

[Phil Steitz]

On 5/10/05, Brent Worden <[EMAIL PROTECTED]> wrote:
> > >1) Extract the interface from java.util.Random -- same names and
> > >contracts.  Call this interface RandomGenerator.  It will contain:
> > >
> > >setSeed(long seed)
> > >nextBytes(byte[] bytes)
> > >int nextInt()
> > >int nextInt(int n)
> > >long nextLong()
> > >boolean nextBoolean()
> > >double nextDouble()
> > >float nextFloat()
> > >double nextGaussian()
> > >
> 
> I would prefer to separate out these generation methods into different
> types.  IMO, the RandomGenerator interface should contain a sole generation
> method.  One of:
>   int next(int numberOfBits) // similar to the java.util.Random method
>   int next() // discrete uniform over [0, Integer.MAX_VALUE]
>   double next() // uniform over [0, 1)
> 
> The remaining methods I would implement as specialized random variable
> generators that use a RandomGenerator instance as an engine.
> 
> Brent Worden
> 

Here is what i am testing now.  I am happy to refactor before committing.   

First, I extracted the interface as described above, added a
constructor to RandomDataImpl taking a RandomGenerator and modified
the methods that use a Random instance to use a RandomGenerator
instead.  I implemented this, adding a JDKRandomGenerator that just
extends Random to implement the interface.  All current tests run and
this should be a backward compatible change.

Then I created an AbstractRandomGenerator with abstract methods seed
and nextDouble and default implementations of the other methods based
on nextDouble().  The value of this approach is that it provides a
generic way to replace java.util.Random, given a PRNG that can
generate uniform deviates.  The RngPack generators can then all be
easily plugged in by just delegating nextDouble() to their raw()
methods.

I suppose that I could remove the "derived methods" from the interface
and have the JDKRandomGenerator derive from the
AbstractRandomGenerator class and wrap, rather than extend Random. 
But then pluggability in RandomDataImpl would require inheritance and
it seemed simpler and more flexible to me to use an interface. 
Alternatively,  we could also define a base interface that is extended
by the Random-style interface, or multiple of these for the different
types you mention (including byte-generation, which we need).  I would
be fine with adding these if this is what you mean above.

An interesting question is which of the methods that you mention above
should be the "base" used in the abstract base class(es).  I think the
JDK is int-based, while RngPack appears to be uniform-based.  The most
flexible setup might be to implement abstract classes based on each of
the three.  Implementations are tricky, though.

Let me know what you think.  Unless there are objections, once I
complete testing and docs, I will commit things as described above
(probably not until this weekend).  As I said, I am happy to refactor.
 The only thing that I want to make sure of is that the changes are
backward compatible.

Phil

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [logging] demonstration harness bug

[Simon Kitching]

On Sat, 2005-05-07 at 20:49 +1200, Simon Kitching wrote:
> On Sat, 2005-05-07 at 19:38 +1200, Simon Kitching wrote:
> > Hi Robert,
> > 
> > I've found a small but critical problem with the "demonstration" harness
> > in class ClassLoaderRunner. When the test is *not* using a
> > context-classloader, the previous test's setting is not being cleared.
> > 
> > Without this patch, the following tests report "Log4JLogger does not
> > implement Log": 
> >   5, 6, 9, 10, 13, 14, 20, 21, 22, 24, 25, 26, 28, 29, 30, 32
> > 
> > With this patch, the following tests report this error:  
> >   17, 20, 21, 24, 28, 32
> > 
> > ClassLoaderRunner.java:
> >  if (setContextClassloader) {
> >  Thread.currentThread().setContextClassLoader(child);
> > +} else {
> > +Thread.currentThread().setContextClassLoader(parent);
> >  }
> > 
> Hmm..if we do this instead
>   } else {
> ClassLoader system = ClassLoader.getSystemClassLoader();
> Thread.currentThread().setContextClassLoader(system);
>   }
> 
> Then cases 17 and 21 also pass. Interesting. I wonder what might
> possibly be causing this difference in behaviour!

Ok, I've looked into cases 17 and 21. The problem is that they are
simply invalid scenarios - ones that should never happen in real life.
So I'm not too worried about this.

Actually, I think *all* the scenarios that involve:
 * caller in child
 * AND child-first is true for child classloader
 * AND context classloader not set
are invalid. That doesn't make any sense to me.

However even with this setup, the test still works unless:
 * logging adapter class is in parent (ie commons-logging.jar) 
 * AND log class is in child (ie api or logging jar)

In the bad scenarios, child caller code loads LogFactory,
LogFactoryImpl, Log from the child classloader. Then LogFactoryImpl
loads the adapter from the contextClassLoader - which is the parent. The
adapter binds to Log via the parent too, with the result that the
logadapter implements [EMAIL PROTECTED] not [EMAIL PROTECTED], so the cast 
fails.

So I intend to ignore cases 17 and 21. Of course if we end up with a
solution to the general problem that fixes these too, that's a bonus.

Cheers,

Simon


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta-commons Wiki] Update of "Digester/TODO" by SimonKitching

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" 
for change notification.

The following page has been changed by SimonKitching:
http://wiki.apache.org/jakarta-commons/Digester/TODO

The comment on the change is:
Created done section, moved item re subversion to done

--
  If the idea seems to have definite advantages, and seems to have a reasonably 
obvious implementation, then it should go into the "probable" section. If the 
idea is only tentative (or if it is likely to be controversial) then it should 
go into the "possible" section.
  
  = Version 1.7 =
+ 
+ == Done ==
+ 
+ === Subversion ===
+ 
+ Move to subversion as a version control repository.
  
  == Probable ==
  
@@ -49, +55 @@

  Look into whether the !Substitutor/!MultiVariableExpander framework satisfies 
Ant's requirements for xml parsing. 
  
  The Substitution framework and variable expansion facilities were added 
during the 1.6 release. It would be nice to confirm that anything ANT variables 
can do can also be handled using this framework.
- 
- === Subversion ===
- 
- Move to subversion as a version control repository.
  
  === Jira ===
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta-commons Wiki] Update of "Digester/TODO" by SimonKitching

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Jakarta-commons Wiki" 
for change notification.

The following page has been changed by SimonKitching:
http://wiki.apache.org/jakarta-commons/Digester/TODO

The comment on the change is:
Add todo for beanutilsbean-per-digester-instance suggestion

--
   See: 
http://www.mail-archive.com/commons-user%40jakarta.apache.org/msg10012.html
  
  == Possible ==
+ 
+ === Have BeanUtilsBean instance per Digester ===
+ Currently, in order to change the way Digester rules perform datatype 
conversions, it is necessary to register custom
+ converters with the global ConvertUtilsBean, thus affecting all code in the 
same webapp.
+ 
+ Adding a Digester.setBeanUtilsBean(beanUtilsBean) method would allow users to 
control this behaviour on a
+ per-digester-instance level. The default would be to use the global 
beanUtilsBean if none is set.
+ 
+ However all Rule classes would need to be updated to get the beanUtilsBean 
from the digester object instead
+ of using the static BeanUtils and ConvertUtils methods.
  
  === Refactor CallParamRule ===
  Refactor the !CallParamRule to break out the separate pieces of functionality 
into separate rules. Perhaps give them a consistent naming standard, like: 
"CallParamWithXXXRule".
@@ -284, +294 @@

  
  Up to [:Digester]
  
- 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

vfs and a release?

[Dion Gillard]

Is there a plan for VFS to get to a releasable point and get out of the sandbox?

Are there outstanding bugs to be fixed? Development tasks to be done?
-- 
http://www.multitask.com.au/people/dion/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [math] Making PRNG pluggable in o.a.c.m.random classes

[Brent Worden]

> >1) Extract the interface from java.util.Random -- same names and 
> >contracts.  Call this interface RandomGenerator.  It will contain:
> >
> >setSeed(long seed)
> >nextBytes(byte[] bytes)
> >int nextInt()
> >int nextInt(int n)
> >long nextLong()
> >boolean nextBoolean()
> >double nextDouble()
> >float nextFloat()
> >double nextGaussian()
> >

I would prefer to separate out these generation methods into different
types.  IMO, the RandomGenerator interface should contain a sole generation
method.  One of:
  int next(int numberOfBits) // similar to the java.util.Random method
  int next() // discrete uniform over [0, Integer.MAX_VALUE]
  double next() // uniform over [0, 1)

The remaining methods I would implement as specialized random variable
generators that use a RandomGenerator instance as an engine.

Brent Worden


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [math] Making PRNG pluggable in o.a.c.m.random classes

[Brent Worden]

> >1) Extract the interface from java.util.Random -- same names and 
> >contracts.  Call this interface RandomGenerator.  It will contain:
> >
> >setSeed(long seed)
> >nextBytes(byte[] bytes)
> >int nextInt()
> >int nextInt(int n)
> >long nextLong()
> >boolean nextBoolean()
> >double nextDouble()
> >float nextFloat()
> >double nextGaussian()
> >

I would prefer to separate out these generation methods into different
types.  IMO, the RandomGenerator interface should contain a sole generation
method.  One of:
  int next(int numberOfBits) // similar to the java.util.Random method
  int next() // discrete uniform over [0, Integer.MAX_VALUE]
  double next() // uniform over [0, 1)

The remaining methods I would implement as specialized random variable
generators that use a RandomGenerator instance as an engine.

Brent Worden


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34852] - [commons-daemon]: jsvc crases with -user root

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34852





--- Additional Comments From [EMAIL PROTECTED]  2005-05-11 04:05 ---
Created an attachment (id=14991)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=14991&action=view)
bash shell script


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34852] - [commons-daemon]: jsvc crases with -user root

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34852





--- Additional Comments From [EMAIL PROTECTED]  2005-05-11 04:04 ---
Created an attachment (id=14990)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=14990&action=view)
Java test daemon


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34852] New: - [commons-daemon]: jsvc crases with -user root

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34852

   Summary: [commons-daemon]: jsvc crases with -user root
   Product: Commons
   Version: Nightly Builds
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: major
  Priority: P2
 Component: Daemon
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Configuration:

Apache/2.0.40 (Red Hat Linux)
mod_jk 1.2.8
Tomcat 5.5.7
Red Hat Linux 9
j2sdk-1_4_2_07


Expected behavior:

jsvc should be able to run the Java daemon as user root

Actual behavior:

jsvc crashes:

java.lang.ClassNotFoundException: DaemonTest
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at
org.apache.commons.daemon.support.DaemonLoader.check(DaemonLoader.java:109)
jsvc.exec error: An error was detected checking the DaemonTest daemon
jsvc.exec error: Service exit with a return value of 2

I don't know what causes this.

In the attached script, I change the variable 
DAEMON_USER=otheruser;
to
DAEMON_USER=root;

and only then jsvc crashes wile with DAEMON_USER=otheruser; it runs.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Fwd: Re: [jonas-team] [Fwd: [VOTE] Release Commons-Discovery 0.3]]

[Simon Kitching]

On Tue, 2005-05-10 at 09:56 -0400, Fernando Nasser wrote:
> Hi,
> 
> Any chance you can get us a JDK-compiled version?
> 
> Alternatively, I can get the sources and build one myself.
> 
> Is there a cvs tag for 0.3?

The "0.3 release candidate" posted by Rory at
  http://people.apache.org/~rwinston/commons-discovery-0.3.jar
appears to have been built from the SVN HEAD.

It's only a release candidate; the vote to approve it has not yet
completed.

Jakarta-commons now uses subversion (not cvs) as its version control
system. You can get the latest code by:
  svn co
http://svn.apache.org/repos/asf/jakarta/commons/proper
 /discovery/trunk/
(the url is all one string)

You should be able to build it with the command:
  maven jar
or maybe
  ant jar

NB: Rory, I would personally suggest creating a tag by doing
  svn cp trunk tags/DISCOVERY_03_RC1
then building the release from that RC directory. After all, svn
tags/branches are very cheap. And I would also recommend calling the
resulting jar "commons-discovery-0.3-RC1.jar" until the vote passes. The
situation now is that there is a jar called commons-discovery-0.3.jar
floating around that may or may not be the same as the finally approved
jar of that name, and the jar may or may not be the same as the code in
SVN trunk; all potentially confusing. Note that this is just my personal
opinion..

Regards,

Simon



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34851] - [commons-daemon]: jsvc should instantiate server only once

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34851





--- Additional Comments From [EMAIL PROTECTED]  2005-05-11 01:44 ---
Created an attachment (id=14989)
 --> (http://issues.apache.org/bugzilla/attachment.cgi?id=14989&action=view)
Daemon test Java source file

Testcase demonstrates multiple constructor execution

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34851] New: - [commons-daemon]: jsvc should instantiate server only once

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34851

   Summary: [commons-daemon]: jsvc should instantiate server only
once
   Product: Commons
   Version: 1.0 Final
  Platform: Other
OS/Version: Linux
Status: NEW
  Severity: major
  Priority: P2
 Component: Daemon
AssignedTo: commons-dev@jakarta.apache.org
ReportedBy: [EMAIL PROTECTED]


Configuration:

Red Hat Linux 9
j2sdk-1_4_2_07
jsvc 1.0


Expected behavior:

jsvc should call the constructor of the java class implementing the Daemon
interface only once.

Actual behavior:

jsvc calls the constructor 2 times.


Notes:

It may well be justifiable to instantiate the class more than once from the jsvc
programmer's point of view.

However this is in conflict with the requirements of a Java demon/service.

The double successive instantiation of the same Java server can create severe
resource problems.

There is no guarantee that these problems are not created because there is no
convention that documents this double instantiation.

Apart from possible resource contention issues, there is a more undisputable
obvious problem:

Performance.

The instantiation of a server is typically a time consuming process.

The server startup time has to be kept at a minimum to minimise service
disruptions due to re-starts.

In this context it is extremely hard to accept if not unaceptable that this task
is performed more than once.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Meta-issue: multiple mailig lists

[Elliotte Harold]

Simon Kitching wrote:
And quite often a commons project has only 1 or 2 regular committers. If
it were on its own list, then there's no oversight of that project by
the general commons community. A project could die and rot without
anyone noticing.
Perhaps what's needed then is a separate commons-dev list and then 
individual commons-users lists?

I suspect some of the less active lists may be so primarily because few 
people care about those projects enough to wade through all the projects 
they don't care about. Having separate lists might help the smaller 
communities to grow a bit.

--
Elliotte Rusty Harold  [EMAIL PROTECTED]
XML in a Nutshell 3rd Edition Just Published!
http://www.cafeconleche.org/books/xian3/
http://www.amazon.com/exec/obidos/ISBN=0596007647/cafeaulaitA/ref=nosim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [lang] VOTE 2.1 release (new vote based on RC5)

[Gary Gregory]

"I'm a bit confused as to why you get a different result."

 

Indeed, it seems that your site is missing some information (the pkg
desc), while I get the full Javadoc generated. Weird.

 

Gary

 



From: Steven Caswell [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 10, 2005 11:16 AM
To: Gary Gregory
Cc: Jakarta Commons Developers List
Subject: Re: [lang] VOTE 2.1 release (new vote based on RC5)

 

Gary,

Offhand I haven't a clue. I'll have to poke around and see if I can
figure it out. The docs at
http://people.apache.org/~stevencaswell/commons-lang-2.1/docs/apidocs/
came from maven site:generate with Maven 1.0.2, so I'm a bit confused as
to why you get a different result.



A couple of questions. What is the JDK you are running the maven
against?  and what op sys are you running it on. Not sure if either have
any affect, but it might be a place to start looking. My JDK is 1.4.2_08
and my op sys is Windows XP.





On 5/10/05, Gary Gregory <[EMAIL PROTECTED]> wrote:

Steven:

When I look at the Javadocs here:

http://people.apache.org/~stevencaswell/commons-lang-2.1/docs/apidocs/in
dex.html 

None of the comments from the package.html files show up in the package
descriptions in the table in the frame:

http://people.apache.org/~stevencaswell/commons-lang-2.1/docs/apidocs/ov

erview-summary.html

When I run a "maven site:generate" locally, I get the proper comments. I
am using Maven 1.0.2.

How can this be?

Gary

-Original Message-
From: Steven Caswell [mailto: [EMAIL PROTECTED]
Sent: Wednesday, May 04, 2005 6:59 PM
To: Jakarta Commons Developers List
Subject: [lang] VOTE 2.1 release (new vote based on RC5)

RC5 is available at 
http://www.apache.org/~stevencaswell/commons-lang-2.1

The significant change is the exclusion of the o.c.l.text package and
associated javadocs, clover results, jdiff, clirr. I also found and 
corrected the maven xdoc problem that caused the extra space between
anchors
and punctuation.

Hopefully we are ready to go with this one, so here is the vote:

[ ] +1
[ ] -1

--
Steven Caswell 
[EMAIL PROTECTED]

Take back the web - http://www.mozilla.org




-- 
Steven Caswell
[EMAIL PROTECTED]

Take back the web - http://www.mozilla.org 

RE: [lang] VOTE 2.1 release (new vote based on RC5)

[Gary Gregory]

I am on Win XP SP2 with Java 1.4.2_07.

 

Gary

 



From: Steven Caswell [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, May 10, 2005 11:16 AM
To: Gary Gregory
Cc: Jakarta Commons Developers List
Subject: Re: [lang] VOTE 2.1 release (new vote based on RC5)

 

Gary,

Offhand I haven't a clue. I'll have to poke around and see if I can
figure it out. The docs at
http://people.apache.org/~stevencaswell/commons-lang-2.1/docs/apidocs/
came from maven site:generate with Maven 1.0.2, so I'm a bit confused as
to why you get a different result.



A couple of questions. What is the JDK you are running the maven
against?  and what op sys are you running it on. Not sure if either have
any affect, but it might be a place to start looking. My JDK is 1.4.2_08
and my op sys is Windows XP.





On 5/10/05, Gary Gregory <[EMAIL PROTECTED]> wrote:

Steven:

When I look at the Javadocs here:

http://people.apache.org/~stevencaswell/commons-lang-2.1/docs/apidocs/in
dex.html 

None of the comments from the package.html files show up in the package
descriptions in the table in the frame:

http://people.apache.org/~stevencaswell/commons-lang-2.1/docs/apidocs/ov

erview-summary.html

When I run a "maven site:generate" locally, I get the proper comments. I
am using Maven 1.0.2.

How can this be?

Gary

-Original Message-
From: Steven Caswell [mailto: [EMAIL PROTECTED]
Sent: Wednesday, May 04, 2005 6:59 PM
To: Jakarta Commons Developers List
Subject: [lang] VOTE 2.1 release (new vote based on RC5)

RC5 is available at 
http://www.apache.org/~stevencaswell/commons-lang-2.1

The significant change is the exclusion of the o.c.l.text package and
associated javadocs, clover results, jdiff, clirr. I also found and 
corrected the maven xdoc problem that caused the extra space between
anchors
and punctuation.

Hopefully we are ready to go with this one, so here is the vote:

[ ] +1
[ ] -1

--
Steven Caswell 
[EMAIL PROTECTED]

Take back the web - http://www.mozilla.org




-- 
Steven Caswell
[EMAIL PROTECTED]

Take back the web - http://www.mozilla.org 

Re: Meta-issue: multiple mailig lists

[Simon Kitching]

Hi Elliotte,

On Tue, 2005-05-10 at 06:17 -0400, Elliotte Harold wrote:
> Is there any chance or interest in splitting this mailing list up into 
> multiple mailing lists, one per subproject? I (and I suspect many other 
> subscribers) am interested in a couple of the subprojects, but most of 
> the traffic is fairly irrelevant to me.
> 

Well, the current setup is very deliberate. Commons is meant to be a
single community, with many shared conventions and tools. 

Often I have struck a problem, and been given advice from committers on
quite different projects. 

And quite often a commons project has only 1 or 2 regular committers. If
it were on its own list, then there's no oversight of that project by
the general commons community. A project could die and rot without
anyone noticing.

Every email is supposed to contain the name of the subproject in
square-brackets, eg
  [foo] why did the chicken cross the road?
so that filtering is reasonably easy to do.

Getting messages that aren't associated with a particular project could
be done by simply filtering *out* the projects you aren't interested in
rather than filtering *in* the ones you are. Ok, there are about 50
projects so that's a moderately long filter, but only a couple of
projects are added per year so keeping such a filter up-to-date isn't
that hard.

Yes, the filtering approach is a nuisance for people on low-bandwidth,
as the entire set of mails gets downloaded then most discarded - at
least with my email client. Presumably as the filter criteria is on the
subject, and email headers can be downloaded without bodies, it's
possible to filter mail without downloading it. I don't know how one
would set that up, though.

Note that many "generic" emails go to general@jakarta.apache.org rather
than [EMAIL PROTECTED]

So in summary, I'm definitely against *replacing* the existing commons
shared list with separate lists. Perhaps some "gateway" could be set up
where the filtering rules split stuff up into multiple lists, so people
could subscribe to separate lists if they really want to. Posts to those
lists would be forwarded to the commons-dev list, with the subject line
auto-updated to include the project name. Sounds doable, but a fair bit
of work to set up. Apache's infrastructure team are already overloaded,
so I don't see them being willing/available to tackle this anytime soon
though. Of course this setup doesn't have to be hosted at apache!


Cheers,

Simon


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PGP] New Sandbox component

[Martin Cooper]

On 5/10/05, Stefan Bodewig <[EMAIL PROTECTED]> wrote:
> Hi,
> 
> members of the Maven, Ant and Repository teams have been thinking
> about adding PGP support to their respective projects for a while, but
> so far neither of those projects has made any real attempt to do so.
> 
> Some discussion on the Ant dev list that involved Ant and Maven
> committers lead to the idea of commons-pgp.
> 
> The goal is a library that provides a simple API to PGP sign files (or
> streams?) and verify PGP signatures.  This may be extended to key
> management or encryption/decryption later.  The idea is to start with
> an implementation based on Bouncycastle's[1] library but keep the API
> independent of it in order to allow different providers like
> cryptix[2] to be written.
> 
> The library itself is supposed to be independent of either Ant or
> Maven.
> 
> The initial set of committers will be Brett Porter, Matte Benson (who
> is an Ant committer, I've just granted him commit access to the
> sandbox) and myself, but more helping hands are certainly welcome.
> 
> So far all there is is a README file describing the purpose of the
> component.  We probably should have an API sketch before we go further
> than that.  Somebody with commons karma will have to add pgp to the
> externals of trunks-sandox at one point.

Can you elaborate, please? What needs to be added to what, exactly?
And when is "some point"? ;-)

--
Martin Cooper


> Based on the projects involved the question probably won't be whether
> we use Maven or Ant to build the project, we'll support both.  8-)
> 
> Cheers
> 
> Stefan
> 
> Footnotes:
> [1]  http://www.bouncycastle.org/
> 
> [2]  http://www.cryptix.org/
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [lang] VOTE 2.1 release (new vote based on RC5)

[Steven Caswell]

Gary,

Offhand I haven't a clue. I'll have to poke around and see if I can figure 
it out. The docs at 
http://people.apache.org/~stevencaswell/commons-lang-2.1/docs/apidocs/ came 
from maven site:generate with Maven 1.0.2, so I'm a bit confused as to why 
you get a different result.

A couple of questions. What is the JDK you are running the maven against? 
and what op sys are you running it on. Not sure if either have any affect, 
but it might be a place to start looking. My JDK is 1.4.2_08 and my op sys 
is Windows XP.



On 5/10/05, Gary Gregory <[EMAIL PROTECTED]> wrote:
> 
> Steven:
> 
> When I look at the Javadocs here:
> 
> http://people.apache.org/~stevencaswell/commons-lang-2.1/docs/apidocs/in
> dex.html
> 
> None of the comments from the package.html files show up in the package
> descriptions in the table in the frame:
> 
> http://people.apache.org/~stevencaswell/commons-lang-2.1/docs/apidocs/ov
> erview-summary.html
> 
> When I run a "maven site:generate" locally, I get the proper comments. I
> am using Maven 1.0.2.
> 
> How can this be?
> 
> Gary
> 
> -Original Message-
> From: Steven Caswell [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 04, 2005 6:59 PM
> To: Jakarta Commons Developers List
> Subject: [lang] VOTE 2.1 release (new vote based on RC5)
> 
> RC5 is available at
> http://www.apache.org/~stevencaswell/commons-lang-2.1
> 
> The significant change is the exclusion of the o.c.l.text package and
> associated javadocs, clover results, jdiff, clirr. I also found and
> corrected the maven xdoc problem that caused the extra space between
> anchors
> and punctuation.
> 
> Hopefully we are ready to go with this one, so here is the vote:
> 
> [ ] +1
> [ ] -1
> 
> --
> Steven Caswell
> [EMAIL PROTECTED]
> 
> Take back the web - http://www.mozilla.org
> 



-- 
Steven Caswell
[EMAIL PROTECTED]

Take back the web - http://www.mozilla.org

Re: [PATCH] [EMAIL] Checkstyle errors cleaned up

[Matt Benson]

I just joined the list myself... (for sandbox
commons-pgp) but I noticed that in the non-checkstyle
changes from this patch, the signature of a public
method is modified in at least one place. This will
break already-compiled code running against the
library.  Over in Ant-land we consider that bad; I can
only assume the same would be true in Jakarta commons.

$0.02,
Matt


--- Corey Scott <[EMAIL PROTECTED]> wrote:
> Eric,
> 
> Firstly, welcome... Secondly... thanks.
> 
> There are two things that would like to suggest with
> your patch.
> 
> First:
> Please try to break this patch down into discrete
> sections.  i.e. one
> patch for formatting and one for each of the other
> changes.
> 
> Second:
> Please submit your patch(es) to the bugzilla as
> files.  This allows
> use to keep everything in one place.
> 
> Again, welcome and thanks.
> Corey
> 
>
-
> To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> For additional commands, e-mail:
> [EMAIL PROTECTED]
> 
> 




Discover Yahoo! 
Stay in touch with email, IM, photo sharing and more. Check it out! 
http://discover.yahoo.com/stayintouch.html

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [lang] VOTE 2.1 release (new vote based on RC5)

[Gary Gregory]

Steven:

When I look at the Javadocs here: 

http://people.apache.org/~stevencaswell/commons-lang-2.1/docs/apidocs/in
dex.html

None of the comments from the package.html files show up in the package
descriptions in the table in the frame:

http://people.apache.org/~stevencaswell/commons-lang-2.1/docs/apidocs/ov
erview-summary.html

When I run a "maven site:generate" locally, I get the proper comments. I
am using Maven 1.0.2.

How can this be?

Gary

-Original Message-
From: Steven Caswell [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, May 04, 2005 6:59 PM
To: Jakarta Commons Developers List
Subject: [lang] VOTE 2.1 release (new vote based on RC5)

RC5 is available at
http://www.apache.org/~stevencaswell/commons-lang-2.1

The significant change is the exclusion of the o.c.l.text package and 
associated javadocs, clover results, jdiff, clirr. I also found and 
corrected the maven xdoc problem that caused the extra space between
anchors 
and punctuation.

Hopefully we are ready to go with this one, so here is the vote:

[ ] +1
[ ] -1

-- 
Steven Caswell
[EMAIL PROTECTED]

Take back the web - http://www.mozilla.org

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PATCH] [EMAIL] Checkstyle errors cleaned up

[Corey Scott]

Eric,

Firstly, welcome... Secondly... thanks.

There are two things that would like to suggest with your patch.

First:
Please try to break this patch down into discrete sections.  i.e. one
patch for formatting and one for each of the other changes.

Second:
Please submit your patch(es) to the bugzilla as files.  This allows
use to keep everything in one place.

Again, welcome and thanks.
Corey

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Meta-issue: multiple mailig lists

[Mario Ivankovits]

Mattias J wrote:
I do have an easy overlook whats new in other projects, the traffic 
is not that high.
Then what would be high traffic to you?
Take a look at the hibernate forum. This is really high traffic.
If it was not for all the commits and bug/issue mails there would be 
no problem. But for those, it's often a lot harder to tell whether 
this is interesting for you without opening the e-mail (especially 
since my mail client insists on truncating the subject after "svn 
commit: rNN -"...)
In fact sometimes I dive into those mails to learn.
Why not create a e-mail filter to get only those mails you are 
interested in?
I planned to, but haven't decided what to filter on.
I my case I filter on "vfs" in the subject, but I admit this is not 
always possible. And ok, I have no problems with commit and bug mails as 
especially the bug mails sometime also contains discussions like a 
mailinglist thread.

---
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Meta-issue: multiple mailig lists

[Mattias J]

Elliotte Harold wrote:
Is there any chance or interest in splitting this mailing list up into 
multiple mailing lists, one per subproject?
+1
+ 1 common mailing list (commons-common :-) ) - for mails like this.
Mario Ivankovits wrote:
I do have an easy overlook whats new in other projects, the traffic is not 
that high.
Then what would be high traffic to you?
If it was not for all the commits and bug/issue mails there would be no 
problem. But for those, it's often a lot harder to tell whether this is 
interesting for you without opening the e-mail (especially since my mail 
client insists on truncating the subject after "svn commit: rNN -"...)

Why not create a e-mail filter to get only those mails you are interested in?
I planned to, but haven't decided what to filter on. Apart from the 
subprojects of interest, I want the general mail (as of above). So maybe 
"subject contains 'sub-project' [or 'sub-project2' or 'sub-project3' ...] 
or (subject does not contain '[' and ']' and subject does not contain 'svn 
commit')"? 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Fwd: Re: [jonas-team] [Fwd: [VOTE] Release Commons-Discovery 0.3]]

[Fernando Nasser]

Hi,
Any chance you can get us a JDK-compiled version?
Alternatively, I can get the sources and build one myself.
Is there a cvs tag for 0.3?
Thanks in advance.
Regards to all,
Fernando
 Original Message 
Subject: Re: [jonas-team] [Fwd: [VOTE] Release Commons-Discovery 0.3]
Date: Tue, 10 May 2005 10:49:00 +0200
From: Guillaume Sauthier <[EMAIL PROTECTED]>
Organization: ObjectWeb Consortium
CC: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
hi
the jar seems to be compiled with JDK5, I get an error
[javac] error: compiler message file broken: key=compiler.err.bad
class file:
/home/j2ee/sandbox/jonas/output/JONAS_4_4_0/lib/commons/jonas/jakarta-commons/commons-discovery-0.3.jar(org/apache/commons/discovery/ResourceNameDiscover.class)
[javac] class file has wrong version 49.0, should be 48.0
[javac] Please remove or make sure it appears in the correct
subdirectory of the classpath. arguments=null, null, null, null, null,
null, null
Is there a 0.3 version compiled with JDK 1.4?
Or can I get latest CVS and recompile it myself ?
Cheers
Guillaume

-- 
You receive this message as a subscriber of the [EMAIL PROTECTED] mailing list.
To unsubscribe: mailto:[EMAIL PROTECTED]
For general help: mailto:[EMAIL PROTECTED]
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANNOUNCEMENT] Commons-Net 1.4.0 Released [net]

[Steve Cohen]

Rory Winston wrote:
The Commons-Net team are pleased to announce the release of version 1.4.0. This 
release provides several fixes and enhancements, including:
 - The addition of a new configuration mechanism that enables the FTPClient 
component to work with a much larger range of server formats and locales;
 - The addition of missing NTP unit tests;
 - The addition of a new FTP parser implementation for MVS;
 - Various fixes to the TFPClient and NTPClient components
A list of changes can be found at 
http://jakarta.apache.org/commons/net/changes-report.html#1_4_0
_
Sign up for eircom broadband now and get a free two month trial.*
Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Rory, could we change the release notes slightly for 1.4.0?  I think 
your description of the date format changes doesn't really give the 
flavor of what's involved here.  This bit from the FTPClientConfig 
javadoc is a fuller description:

 Use cases: You are trying to access a server that
* lists files with timestamps that use month names in languages 
other than English
* lists files with timestamps that use date formats other than the 
American English "standard" MM dd 
* is in different timezone and you need accurate timestamps for 
dependency checking as in Ant

and I would now add a fourth
* supports the new all-numeric date formats now being used on the
ftp servers distributed with some newer Linux distributions.
(That fourth one was really a defect that was never logged as such but 
communicated on the list about a month ago).

Steve
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [PGP] New Sandbox component

[Stefan Bodewig]

On Tue, 10 May 2005, Noel J. Bergman <[EMAIL PROTECTED]> wrote:

> We have written code to do some of that for JAMES using
> BouncyCastle, so I think we'd be interested in seeing a Commons API,
> and making sure that it supports our needs, too.

Great.

Stefan

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANNOUNCEMENT] Commons-Net 1.4.0 Released

[Rory Winston]

No problem! Thanks for writing the improvements for the FTPClient component.

"Jakarta Commons Developers List"  wrote:

> 
> Rory Winston wrote:
> > The Commons-Net team are pleased to announce the release of version 1.4.0. 
> > This release provides several fixes and enhancements, including:
> > 
> >  - The addition of a new configuration mechanism that enables the FTPClient 
> > component to work with a much larger range of server formats and locales;
> >  - The addition of missing NTP unit tests;
> >  - The addition of a new FTP parser implementation for MVS;
> >  - Various fixes to the TFPClient and NTPClient components
> > 
> > A list of changes can be found at 
> > http://jakarta.apache.org/commons/net/changes-report.html#1_4_0
> > 
> > 
> > _
> > Sign up for eircom broadband now and get a free two month trial.*
> > Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> > 
> Thanks, Rory, for getting this out!
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 



_
Sign up for eircom broadband now and get a free two month trial.*
Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANNOUNCEMENT] Commons-Net 1.4.0 Released

[Rory Winston]

No problem! Thanks for writing the improvements for the FTPClient component.

"Jakarta Commons Developers List"  wrote:

> 
> Rory Winston wrote:
> > The Commons-Net team are pleased to announce the release of version 1.4.0. 
> > This release provides several fixes and enhancements, including:
> > 
> >  - The addition of a new configuration mechanism that enables the FTPClient 
> > component to work with a much larger range of server formats and locales;
> >  - The addition of missing NTP unit tests;
> >  - The addition of a new FTP parser implementation for MVS;
> >  - Various fixes to the TFPClient and NTPClient components
> > 
> > A list of changes can be found at 
> > http://jakarta.apache.org/commons/net/changes-report.html#1_4_0
> > 
> > 
> > _
> > Sign up for eircom broadband now and get a free two month trial.*
> > Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer
> > 
> > 
> > 
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> > 
> > 
> > 
> Thanks, Rory, for getting this out!
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 



_
Sign up for eircom broadband now and get a free two month trial.*
Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [ANNOUNCEMENT] Commons-Net 1.4.0 Released

[Steve Cohen]

Rory Winston wrote:
The Commons-Net team are pleased to announce the release of version 1.4.0. This 
release provides several fixes and enhancements, including:
 - The addition of a new configuration mechanism that enables the FTPClient 
component to work with a much larger range of server formats and locales;
 - The addition of missing NTP unit tests;
 - The addition of a new FTP parser implementation for MVS;
 - Various fixes to the TFPClient and NTPClient components
A list of changes can be found at 
http://jakarta.apache.org/commons/net/changes-report.html#1_4_0
_
Sign up for eircom broadband now and get a free two month trial.*
Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Thanks, Rory, for getting this out!
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34778] - [net] FTP CWD command seems not to trigger server responses properly

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34778


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID




--- Additional Comments From [EMAIL PROTECTED]  2005-05-10 13:08 ---
On the basis of your experience with enterprise-dt, I am marking this bug
"INVALID".  We are moving to a new release soon and don't want this holding it
up.  If you have a change of heart, you can always reopen it or write a new bug.

Without seeing your code, it is hard to tell what the problem is.  I don't know
what your facade does but you might want to look there.  Try it without a facade
and see if the problems go away.  You mention threads sleeping.  Is this a
multithreaded app?  That could be part of the problem.  These are just guesses,
the best I can do from this distance.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [JCI] proposed contribution

[Davanum Srinivas]

+1 from me.

On 5/10/05, Torsten Curdt <[EMAIL PROTECTED]> wrote:
> > Any objections?
> 
> Not at all :)
> 
> cheers
> --
> Torsten
> 
> 
> 


-- 
Davanum Srinivas - http://webservices.apache.org/~dims/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [PGP] New Sandbox component

[Noel J. Bergman]

> members of the Maven, Ant and Repository teams have been thinking
> about adding PGP support to their respective projects for a while,
> but so far neither of those projects has made any real attempt to
> do so.

> The goal is a library that provides a simple API to PGP sign files
> (or streams?) and verify PGP signatures.  This may be extended to key
> management or encryption/decryption later.  The idea is to start with
> an implementation based on Bouncycastle's[1] library but keep the API
> independent of it in order to allow different providers like
> cryptix[2] to be written.

We have written code to do some of that for JAMES using BouncyCastle, so I
think we'd be interested in seeing a Commons API, and making sure that it
supports our needs, too.

> The initial set of committers will be Brett Porter, Matte Benson (who
> is an Ant committer

I'm CC'ing Vincenzo, who contributed our S/MIME code.

--- Noel


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Meta-issue: multiple mailig lists

[Mario Ivankovits]

Elliotte Harold wrote:
Is there any chance or interest in splitting this mailing list up into 
multiple mailing lists, one per subproject? I (and I suspect many 
other subscribers) am interested in a couple of the subprojects, but 
most of the traffic is fairly irrelevant to me.
I feel very comfortable with how it is currently.
I do have an easy overlook whats new in other projects, the traffic is 
not that high.
This is true for commons-dev, maybe for commons-user it might be a 
different story.

Why not create a e-mail filter to get only those mails you are 
interested in?

---
Mario
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Meta-issue: multiple mailig lists

[Elliotte Harold]

Is there any chance or interest in splitting this mailing list up into 
multiple mailing lists, one per subproject? I (and I suspect many other 
subscribers) am interested in a couple of the subprojects, but most of 
the traffic is fairly irrelevant to me.

--
Elliotte Rusty Harold  [EMAIL PROTECTED]
XML in a Nutshell 3rd Edition Just Published!
http://www.cafeconleche.org/books/xian3/
http://www.amazon.com/exec/obidos/ISBN=0596007647/cafeaulaitA/ref=nosim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34778] - [net] FTP CWD command seems not to trigger server responses properly

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34778





--- Additional Comments From [EMAIL PROTECTED]  2005-05-10 11:43 ---
back to life :)

i have done the same test with the enterprise-dt api. the result is very
similar. so it may not be a bug at all.

where the problem comes from is still unclear.

at the moment the PWD command blocks all further communications. sending a
message from ftp server to client lets the client go on. last week the CWD
command caused this (no source changes since then)
i also tried passive and active connections (no change)
also turned off the windows firewall. (no change)

and still. sometimes its working.
it might just be a problem that i connect to my own machine (192.168..)

well i dont know :-/



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[PGP] New Sandbox component

[Stefan Bodewig]

Hi,

members of the Maven, Ant and Repository teams have been thinking
about adding PGP support to their respective projects for a while, but
so far neither of those projects has made any real attempt to do so.

Some discussion on the Ant dev list that involved Ant and Maven
committers lead to the idea of commons-pgp.

The goal is a library that provides a simple API to PGP sign files (or
streams?) and verify PGP signatures.  This may be extended to key
management or encryption/decryption later.  The idea is to start with
an implementation based on Bouncycastle's[1] library but keep the API
independent of it in order to allow different providers like
cryptix[2] to be written.

The library itself is supposed to be independent of either Ant or
Maven.

The initial set of committers will be Brett Porter, Matte Benson (who
is an Ant committer, I've just granted him commit access to the
sandbox) and myself, but more helping hands are certainly welcome.

So far all there is is a README file describing the purpose of the
component.  We probably should have an API sketch before we go further
than that.  Somebody with commons karma will have to add pgp to the
externals of trunks-sandox at one point.

Based on the projects involved the question probably won't be whether
we use Maven or Ant to build the project, we'll support both.  8-)

Cheers

Stefan

Footnotes: 
[1]  http://www.bouncycastle.org/

[2]  http://www.cryptix.org/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34766] - [digester] CallMethodRule doesn't call with null parameters, String-ifies them first.

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34766





--- Additional Comments From [EMAIL PROTECTED]  2005-05-10 10:30 ---
Registering the Converters with my preferred default (null) was really trivial,
and now I have 2 more tests passing :-)
There's no need of additional CallMethodRule parameters; just correct the
javadoc, maybe adding a brief reference to this discussion (if you want nulls,
register an appropriate Converter).

Thanks again.

Mauro Michele

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[ANNOUNCEMENT] Commons-Net 1.4.0 Released

[Rory Winston]

The Commons-Net team are pleased to announce the release of version 1.4.0. This 
release provides several fixes and enhancements, including:

 - The addition of a new configuration mechanism that enables the FTPClient 
component to work with a much larger range of server formats and locales;
 - The addition of missing NTP unit tests;
 - The addition of a new FTP parser implementation for MVS;
 - Various fixes to the TFPClient and NTPClient components

A list of changes can be found at 
http://jakarta.apache.org/commons/net/changes-report.html#1_4_0


_
Sign up for eircom broadband now and get a free two month trial.*
Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[ANNOUNCEMENT] Commons-Net 1.4.0 Released

[Rory Winston]

The Commons-Net team are pleased to announce the release of version 1.4.0. This 
release provides several fixes and enhancements, including:

 - The addition of a new configuration mechanism that enables the FTPClient 
component to work with a much larger range of server formats and locales;
 - The addition of missing NTP unit tests;
 - The addition of a new FTP parser implementation for MVS;
 - Various fixes to the TFPClient and NTPClient components

A list of changes can be found at 
http://jakarta.apache.org/commons/net/changes-report.html#1_4_0


_
Sign up for eircom broadband now and get a free two month trial.*
Phone 1850 73 00 73 or visit http://home.eircom.net/broadbandoffer



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r169440 - /jakarta/commons/sandbox/pgp/trunk/README

[bodewig]

Author: bodewig
Date: Tue May 10 01:05:31 2005
New Revision: 169440

URL: http://svn.apache.org/viewcvs?rev=169440&view=rev
Log:
forgot to add the README file

Added:
jakarta/commons/sandbox/pgp/trunk/README   (with props)

Added: jakarta/commons/sandbox/pgp/trunk/README
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/pgp/trunk/README?rev=169440&view=auto
==
--- jakarta/commons/sandbox/pgp/trunk/README (added)
+++ jakarta/commons/sandbox/pgp/trunk/README Tue May 10 01:05:31 2005
@@ -0,0 +1,11 @@
+This component is supposed to provide a small library to support PGP
+signing, verifying of PGP signatures and maybe even PGP key management
+and encryption/decryption.
+
+Interested parties right now are the Ant and Maven projects (for
+signing tasks, mainly), Maven Wagon and the Repository team.
+
+The idea is to start with an implementation based on BouncCastle's
+library, but provide an interface that may allow to plug in different
+providers like cryptix as well.
+

Propchange: jakarta/commons/sandbox/pgp/trunk/README
--
svn:eol-style = native



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r169439 - in /jakarta/commons/sandbox/pgp: ./ branches/ tags/ trunk/ trunk/LICENSE.txt trunk/NOTICE.txt

[bodewig]

Author: bodewig
Date: Tue May 10 01:04:54 2005
New Revision: 169439

URL: http://svn.apache.org/viewcvs?rev=169439&view=rev
Log:
placeholder for the commons-pgp component

Added:
jakarta/commons/sandbox/pgp/
jakarta/commons/sandbox/pgp/branches/
jakarta/commons/sandbox/pgp/tags/
jakarta/commons/sandbox/pgp/trunk/
jakarta/commons/sandbox/pgp/trunk/LICENSE.txt   (with props)
jakarta/commons/sandbox/pgp/trunk/NOTICE.txt   (with props)

Added: jakarta/commons/sandbox/pgp/trunk/LICENSE.txt
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/pgp/trunk/LICENSE.txt?rev=169439&view=auto
==
--- jakarta/commons/sandbox/pgp/trunk/LICENSE.txt (added)
+++ jakarta/commons/sandbox/pgp/trunk/LICENSE.txt Tue May 10 01:04:54 2005
@@ -0,0 +1,202 @@
+
+ Apache License
+   Version 2.0, January 2004
+http://www.apache.org/licenses/
+
+   TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION
+
+   1. Definitions.
+
+  "License" shall mean the terms and conditions for use, reproduction,
+  and distribution as defined by Sections 1 through 9 of this document.
+
+  "Licensor" shall mean the copyright owner or entity authorized by
+  the copyright owner that is granting the License.
+
+  "Legal Entity" shall mean the union of the acting entity and all
+  other entities that control, are controlled by, or are under common
+  control with that entity. For the purposes of this definition,
+  "control" means (i) the power, direct or indirect, to cause the
+  direction or management of such entity, whether by contract or
+  otherwise, or (ii) ownership of fifty percent (50%) or more of the
+  outstanding shares, or (iii) beneficial ownership of such entity.
+
+  "You" (or "Your") shall mean an individual or Legal Entity
+  exercising permissions granted by this License.
+
+  "Source" form shall mean the preferred form for making modifications,
+  including but not limited to software source code, documentation
+  source, and configuration files.
+
+  "Object" form shall mean any form resulting from mechanical
+  transformation or translation of a Source form, including but
+  not limited to compiled object code, generated documentation,
+  and conversions to other media types.
+
+  "Work" shall mean the work of authorship, whether in Source or
+  Object form, made available under the License, as indicated by a
+  copyright notice that is included in or attached to the work
+  (an example is provided in the Appendix below).
+
+  "Derivative Works" shall mean any work, whether in Source or Object
+  form, that is based on (or derived from) the Work and for which the
+  editorial revisions, annotations, elaborations, or other modifications
+  represent, as a whole, an original work of authorship. For the purposes
+  of this License, Derivative Works shall not include works that remain
+  separable from, or merely link (or bind by name) to the interfaces of,
+  the Work and Derivative Works thereof.
+
+  "Contribution" shall mean any work of authorship, including
+  the original version of the Work and any modifications or additions
+  to that Work or Derivative Works thereof, that is intentionally
+  submitted to Licensor for inclusion in the Work by the copyright owner
+  or by an individual or Legal Entity authorized to submit on behalf of
+  the copyright owner. For the purposes of this definition, "submitted"
+  means any form of electronic, verbal, or written communication sent
+  to the Licensor or its representatives, including but not limited to
+  communication on electronic mailing lists, source code control systems,
+  and issue tracking systems that are managed by, or on behalf of, the
+  Licensor for the purpose of discussing and improving the Work, but
+  excluding communication that is conspicuously marked or otherwise
+  designated in writing by the copyright owner as "Not a Contribution."
+
+  "Contributor" shall mean Licensor and any individual or Legal Entity
+  on behalf of whom a Contribution has been received by Licensor and
+  subsequently incorporated within the Work.
+
+   2. Grant of Copyright License. Subject to the terms and conditions of
+  this License, each Contributor hereby grants to You a perpetual,
+  worldwide, non-exclusive, no-charge, royalty-free, irrevocable
+  copyright license to reproduce, prepare Derivative Works of,
+  publicly display, publicly perform, sublicense, and distribute the
+  Work and such Derivative Works in Source or Object form.
+
+   3. Grant of Patent License. Subject to the terms and conditions of
+  this License, each Contributor hereby grants to You a perpetual,
+  worldwide

DO NOT REPLY [Bug 34735] - [vfs] [PATCH] Added modulus based delay to DefaultFileMonitor for better performance when monitoring large number of files

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34735


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-05-10 10:03 ---
added "checksPerRun"

Please post a "diff" next time, that way its easier for me to figure out the
real changes.

Thanks!

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r169438 - /jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/impl/DefaultFileMonitor.java

[imario]

Author: imario
Date: Tue May 10 01:02:44 2005
New Revision: 169438

URL: http://svn.apache.org/viewcvs?rev=169438&view=rev
Log:
PR: 34735
Reported By: Christopher Ottley 

added "checksPerRun"

Modified:

jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/impl/DefaultFileMonitor.java

Modified: 
jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/impl/DefaultFileMonitor.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/impl/DefaultFileMonitor.java?rev=169438&r1=169437&r2=169438&view=diff
==
--- 
jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/impl/DefaultFileMonitor.java
 (original)
+++ 
jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/impl/DefaultFileMonitor.java
 Tue May 10 01:02:44 2005
@@ -29,31 +29,43 @@
 import java.util.Map;
 import java.util.Stack;
 
-
 /**
  * A polling [EMAIL PROTECTED] FileMonitor} implementation.
  * 
- * The DefaultFileMonitor is a Thread based polling file system monitor with a 
1 second delay.
+ * The DefaultFileMonitor is a Thread based polling file system monitor with a 
1
+ * second delay.
  * 
  * Design:
  * 
  * There is a Map of monitors known as FileMonitorAgents. With the thread 
running,
- * each FileMonitorAgent object is asked to "check" on the file it is 
responsible for.
+ * each FileMonitorAgent object is asked to "check" on the file it is
+ * responsible for.
  * To do this check, the cache is cleared.
  * 
  * 
- * If the file existed before the refresh and it no longer exists, a 
delete event is fired.
- * If the file existed before the refresh and it still exists, check the 
last modified timestamp to see if that has changed.
+ * If the file existed before the refresh and it no longer exists, a delete
+ * event is fired.
+ * If the file existed before the refresh and it still exists, check the
+ * last modified timestamp to see if that has changed.
  * If it has, fire a change event.
  * 
  * 
- * With each file delete, the FileMonitorAgent of the parent is asked to 
re-build its
- * list of children, so that they can be accurately checked when there are new 
children.
- * New files are detected during each "check" as each file does a check for 
new children.
- * If new children are found, create events are fired recursively if recursive 
descent is
+ * With each file delete, the FileMonitorAgent of the parent is asked to
+ * re-build its
+ * list of children, so that they can be accurately checked when there are new
+ * children.
+ * New files are detected during each "check" as each file does a check for new
+ * children.
+ * If new children are found, create events are fired recursively if recursive
+ * descent is
  * enabled.
  * 
  * 
+ * For performance reasons, added a delay that increases as the number of files
+ * monitored
+ * increases. The default is a delay of 1 second for every 1000 files 
processed.
+ * 
+ * 
  * Example usage:
  * FileSystemManager fsManager = VFS.getManager();
  * FileObject listendir = fsManager.resolveFile("/home/username/monitored/");
@@ -63,7 +75,8 @@
  * fm.addFile(listendir);
  * fm.start();
  * 
- * (where CustomFileListener is a class that implements the FileListener 
interface.)
+ * (where CustomFileListener is a class that implements the FileListener
+ * interface.)
  *
  * @author mailto:[EMAIL PROTECTED]">Christopher Ottley
  * @version $Revision$ $Date$
@@ -108,6 +121,11 @@
 private long delay = 1000;
 
 /**
+ * Set the number of files to check until a delay will be inserted
+ */
+private int checksPerRun = 1000;
+
+/**
  * A listener object that if set, is notified on file creation and 
deletion.
  */
 private final FileListener listener;
@@ -151,7 +169,8 @@
 {
 if (this.monitorMap.get(file.getName()) == null)
 {
-this.monitorMap.put(file.getName(), new FileMonitorAgent(this, 
file));
+this.monitorMap.put(file.getName(), new FileMonitorAgent(this,
+file));
 
 try
 {
@@ -236,7 +255,33 @@
  */
 public void setDelay(long delay)
 {
-this.delay = delay;
+if (delay > 0)
+{
+this.delay = delay;
+}
+else
+{
+this.delay = 1000;
+}
+}
+
+/**
+ * get the number of files to check per run
+ */
+public int getChecksPerRun()
+{
+return checksPerRun;
+}
+
+/**
+ * set the number of files to check per run.
+ * a additional delay will be added if there are more files to check
+ *  
+ * @param checksPerRun a value less than 1 will disable this feature
+ */
+public void setChecksPerRun(int checksPerRun)
+{
+this.checksPerRun = checksPerRun;
 }
 
 /**
@@ -274,7 +319,8 @@
  */
 public void run()

DO NOT REPLY [Bug 34817] - [vfs] ClassCastException

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34817


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-05-10 10:01 ---
Agree. Added to the FileObject interface now.

About the documentation: Contributions in this area are VERY welcome!!

Thanks!

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r169436 - in /jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs: FileObject.java provider/AbstractFileObject.java

[imario]

Author: imario
Date: Tue May 10 00:58:39 2005
New Revision: 169436

URL: http://svn.apache.org/viewcvs?rev=169436&view=rev
Log:
PR: 34817
Reported By: Philippe Poulard 

Moved private method from AbstractFileObject to public interface FileObject.

findFiles(FileSelector, boolean depthwise, List)
allows to findFiles and additively put them into the List

Modified:

jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/FileObject.java

jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/provider/AbstractFileObject.java

Modified: 
jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/FileObject.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/FileObject.java?rev=169436&r1=169435&r2=169436&view=diff
==
--- 
jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/FileObject.java
 (original)
+++ 
jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/FileObject.java
 Tue May 10 00:58:39 2005
@@ -1,12 +1,12 @@
 /*
  * Copyright 2002, 2003,2004 The Apache Software Foundation.
- * 
+ *
  * Licensed under the Apache License, Version 2.0 (the "License");
  * you may not use this file except in compliance with the License.
  * You may obtain a copy of the License at
- * 
+ *
  *  http://www.apache.org/licenses/LICENSE-2.0
- * 
+ *
  * Unless required by applicable law or agreed to in writing, software
  * distributed under the License is distributed on an "AS IS" BASIS,
  * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
@@ -16,6 +16,7 @@
 package org.apache.commons.vfs;
 
 import java.net.URL;
+import java.util.List;
 
 /**
  * Represents a file, and is used to access the content and
@@ -187,6 +188,18 @@
  * (that is, a child appears in the list before its parent).
  */
 FileObject[] findFiles(FileSelector selector) throws FileSystemException;
+
+/**
+ * Finds the set of matching descendents of this file.
+ *
+ * @param selector  the selector used to determine if the file should 
be selected
+ * @param depthwise controls the ordering in the list. e.g. deepest 
first
+ * @param selected  container for selected files. list needs not to be 
empty.
+ * @throws FileSystemException
+ */
+void findFiles(FileSelector selector,
+   boolean depthwise,
+   List selected) throws FileSystemException;
 
 /**
  * Deletes this file.  Does nothing if this file does not exist of if it 
is a

Modified: 
jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/provider/AbstractFileObject.java
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/provider/AbstractFileObject.java?rev=169436&r1=169435&r2=169436&view=diff
==
--- 
jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/provider/AbstractFileObject.java
 (original)
+++ 
jakarta/commons/sandbox/vfs/trunk/src/java/org/apache/commons/vfs/provider/AbstractFileObject.java
 Tue May 10 00:58:39 2005
@@ -1,12 +1,12 @@
 /*
  * Copyright 2002, 2003,2004 The Apache Software Foundation.
- * 
+ *
  * Licensed under the Apache License, Version 2.0 (the "License");
  * you may not use this file except in compliance with the License.
  * You may obtain a copy of the License at
- * 
+ *
  *  http://www.apache.org/licenses/LICENSE-2.0
- * 
+ *
  * Unless required by applicable law or agreed to in writing, software
  * distributed under the License is distributed on an "AS IS" BASIS,
  * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
@@ -841,7 +841,7 @@
 
 // Locate the files to copy across
 final ArrayList files = new ArrayList();
-((AbstractFileObject) file).findFiles(selector, false, files);
+file.findFiles(selector, false, files);
 
 // Copy everything across
 final int count = files.size();
@@ -1340,7 +1340,7 @@
  * Traverses the descendents of this file, and builds a list of selected
  * files.
  */
-private void findFiles(final FileSelector selector,
+public void findFiles(final FileSelector selector,
final boolean depthwise,
final List selected) throws FileSystemException
 {



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34817] - [vfs] ClassCastException

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34817





--- Additional Comments From [EMAIL PROTECTED]  2005-05-10 09:40 ---
(In reply to comment #1)
> I am not sure if it is the best idea not to use AbstractFileObject as base for
> your fileObject.
> There is so much logic in this class like the event handling.
> 
> Couldnt you change your fileObject to override the "protected do*" Methods?

Sure ! I didn't dive deep inside the code, so I will follow your advice and try
to extend AbstractFileObject ; anyway, as the object passed to the method is a
FileObject, you might add to it the method findFiles() to avoid this cast.

It would be convenient to have a web page about design guidelines.

Thanks for your help.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34199] - [commons-daemon]: jsvc should return non-0 code if class not found

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34199


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-05-10 09:28 ---
using the -wait option jsvc returns 1 if the class is not found.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 34140] - [daemon] jsvc does not block on Linux

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=34140


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2005-05-10 09:26 ---
the (new) -wait option allows this to work.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

svn commit: r169429 - /jakarta/commons/proper/daemon/trunk/src/native/unix/native/help.c

[jfclere]

Author: jfclere
Date: Tue May 10 00:18:03 2005
New Revision: 169429

URL: http://svn.apache.org/viewcvs?rev=169429&view=rev
Log:
Add help for the -wait and -stop options.

Modified:
jakarta/commons/proper/daemon/trunk/src/native/unix/native/help.c

Modified: jakarta/commons/proper/daemon/trunk/src/native/unix/native/help.c
URL: 
http://svn.apache.org/viewcvs/jakarta/commons/proper/daemon/trunk/src/native/unix/native/help.c?rev=169429&r1=169428&r2=169429&view=diff
==
--- jakarta/commons/proper/daemon/trunk/src/native/unix/native/help.c (original)
+++ jakarta/commons/proper/daemon/trunk/src/native/unix/native/help.c Tue May 
10 00:18:03 2005
@@ -79,5 +79,12 @@
 printf("-X\n");
 printf("set Virtual Machine specific option\n");
 
+printf("-wait \n");
+printf("wait waittime seconds for the service to start\n");
+printf("waittime should multiple of 10 (min=10)\n");
+
+printf("-stop\n");
+printf("stop the service using the file given in the -pidfile 
option\n");
+
 printf("\n");
 }



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]