Sure, I can see from the commit log that Mladen has been the only person who cares to maintain procrun since 2007. This is good but in someway it's also not good.
Anyway, I'm very glad to see Mladen just fixed DAEMON-117 (thanks Mladen!). Hopefully the other open ones from me can also get through (patch available for most of them). -Jack 2009/1/5 Bill Barker <wbar...@wilshire.com> > > "Jack Cai" <greensi...@gmail.com> wrote in message > news:5e7fd1eb0901032146i6f22c558l68416ccf1061...@mail.gmail.com... > > So if the project PMC still see the value of procrun but has difficulty > to > > have a current committer interested in maintaining it, I'm more than glad > > to > > help. I don't have the credit that Mark has. But I have spent quite some > > time with the source code of procrun and am pretty confident to maintain > > it. > > I also have ICLA in place (appears as Jun Jie Cai), and has been a > > contributor to the Geronimo and Harmony project. And more importantly, I > > have a good motivation. Still your call... > > > > The fact that *I* don't want to spend my spare cycles on procrun doesn't > mean it is unmaintained. For the last few years Mladen has been doing a > very good job of maintaining procrun. It is a pretty mature product now, > and works very well. However, I'm sure that Mladen will agree that patches > are always welcome :). > > > -Jack Cai > > > > 2009/1/4 Bill Barker <wbar...@wilshire.com> > > > >> > >> "Mark Thomas" <ma...@apache.org> wrote in message > >> news:495df12a.3010...@apache.org... > >> > Bill Barker wrote: > >> >> "Mark Thomas" <ma...@apache.org> wrote in message > >> >> news:495cc923.5020...@apache.org... > >> >>> Folks, > >> >>> > >> >>> I have been working through some Tomcat bug reports and there are a > >> >>> number > >> >>> of > >> >>> commons-daemon issues - eg [1] - that are also in JIRA [2]. I'd very > >> >>> much > >> >>> like > >> >>> to see these issues get fixed. It appears I am not the only one in > >> >>> this > >> >>> position > >> >>> [3]. > >> >>> > >> >> > >> >> Yeah, I don't have access to a MAC, so have been reluctant to commit > >> >> MAC-specific changes. > >> > > >> > Completely understandable. I have a Mac and I can re-create the issue. > >> > I > >> > was > >> > planning to take a more detailed look this weekend. > >> > > >> > As a non-PMC committer to commons, Mark has my > >> >> (non-binding) +1 to becoming a commons commiter. > >> >> > >> >>> A review of the mail archives suggests daemon has been rather quiet > >> >>> lately > >> >>> with > >> >>> little to no commit activity. > >> >>> > >> >> > >> >> It's mostly a very mature project. Now that the holidays are over, I > >> >> was > >> >> planning on reviewing daemon issues over the weekend. But still > won't > >> >> commit patches for platforms I can't test on. > >> > > >> > >> I've done a blind commit of the patches for DAEMON-98. I think it fixes > >> Mac > >> 10.4, but don't know about 10.5 (or even 10.4 for that matter, since I > >> don't > >> have access to a Mac). > >> > >> > Great. Let me know if there are any others you can't test. If I don't > >> have > >> > a > >> > vmware image for the OS then I'll almost certainly have access to a > >> > machine > >> > through work. > >> > > >> > >> Not all that interested in the Windows version (aka procrun), at least > >> until > >> it becomes an issue for my day job ;) > >> > >> I could apply patches to DAEMON-91 (if available). Don't have access to > >> freebsd, so DAEMON-94 needs a patch before I can do anything. I might > >> take > >> on DAEMON-94 for the Sun JVM only, but I don't like JVM specific patches > >> in > >> general. > >> > >> > Mark > >> > >> > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > >> For additional commands, e-mail: dev-h...@commons.apache.org > >> > >> > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > >
