Having an daemon release

Hi, I spoke with couple of Jakarta PMC members at the ApacheCon EU, and it looks like we don't have an daemons release for quite some time. Well, the reason is, as I vividly explained :) because daemons is so stable that we for example inside Tomcat use the trunk as a stable version. Yes, I know

Re: Having an daemon release

Filip Hanik - Dev Lists wrote: can the daemon support thread dumps? If not it is still crippling for many operations teams that wish to use it for production For those interested, I would like to add it to the enhancement list Impossible without a native part inside JVM (at least for

[JIRA] How to close the issue

Hi, How can I close the issue in JIRA for a Daemon? I suppose I should have some management privileges for https://issues.apache.org/jira/browse/DAEMON Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For

Re: [JIRA] How to close the issue

Niall Pemberton wrote: How can I close the issue in JIRA for a Daemon? You should be able to now. Thanks, that was fast :) -- Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL

[jira] Closed: (DAEMON-63) [daemon] prunsrv does not allow service to interact with desktop

[ https://issues.apache.org/jira/browse/DAEMON-63?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mladen Turk closed DAEMON-63. - Resolution: Fixed Fixed in the SVN, although I didn't apply you patch exactly. There is a --Type

[jira] Closed: (DAEMON-51) [daemon] The windows binaries are missing

[ https://issues.apache.org/jira/browse/DAEMON-51?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mladen Turk closed DAEMON-51. - Resolution: Invalid Binaries are present in the Tomcat SVN. http://svn.apache.org/viewvc/tomcat/tc6.0.x

[jira] Closed: (DAEMON-42) [daemon] procrun apps do not link under VC 2003

[ https://issues.apache.org/jira/browse/DAEMON-42?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mladen Turk closed DAEMON-42. - Resolution: Won't Fix Build files are for VS2005. Use the provide command line files for other versions

[jira] Closed: (DAEMON-86) [daemon] procrun --User and --Password options do not work

[ https://issues.apache.org/jira/browse/DAEMON-86?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mladen Turk closed DAEMON-86. - Resolution: Fixed Fixed in the SVN. Although the correct usage is --ServiceUser and --ServicePassword

[jira] Closed: (DAEMON-85) prunsrv.exe fails if filename is less than 4 characters long

[ https://issues.apache.org/jira/browse/DAEMON-85?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mladen Turk closed DAEMON-85. - Resolution: Won't Fix This is irrelevant issue, and it simplifies the command line parser ( check

[jira] Closed: (DAEMON-87) procrun as tomcat5.exe from Tomcat 5.5.17 does not start, when installed into the file path containing non-ascii character

[ https://issues.apache.org/jira/browse/DAEMON-87?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mladen Turk closed DAEMON-87. - Resolution: Fixed Fixed in the SVN. See: http://svn.apache.org/viewvc?view=revrev=519615 procrun

[jira] Closed: (DAEMON-34) [daemon] prunsrv timeouts 1 minute don't work

[ https://issues.apache.org/jira/browse/DAEMON-34?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Mladen Turk closed DAEMON-34. - Resolution: Fixed Commited. Thanks. [daemon] prunsrv timeouts 1 minute don't work

[jira] Commented: (DAEMON-86) [daemon] procrun --User and --Password options do not work

[ http://issues.apache.org/jira/browse/DAEMON-86?page=comments#action_12450478 ] Mladen Turk commented on DAEMON-86: --- The --User and --Password as well as GUI for setting them are not used for setting the user for the service. The are used

Re: [vfs] split of vfs

Mario Ivankovits wrote: Hi! Initially, this sandbox contains the following filesystems: * bz2 * tar * webdav * smb The user can activate them by simply plugging the commons-vfs-sandbox.jar into the classpath. Then why not split that further and have commons-vfs-bz2.jar etc... This way the

Re: [vfs] split of vfs

C. Grobmeier wrote: The user can activate them by simply plugging the commons-vfs-sandbox.jar into the classpath. I think this is a great idea?and would like to see that this way. This would also take some pressure from the compress project. For the legal issue: if this cannot be solved, a

Re: [vfs] split of vfs

Mario Ivankovits wrote: Hi! Then why not split that further and have commons-vfs-bz2.jar etc... Yes, this is something Vincent Massol also told me to do. The reasons I wanted to go down to two jars are: *) each jar will have its own release cycle, means, we have to vote for each artifact, no?

Re: [all] CSV disk full

Mattias Jiderhamn wrote: #cvs -z3 -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co jakarta-commons/resources cannot mkdir /tmp/cvs-serv32490/./CVS No space left on device Same here. Seems the cvs.apache.org is down. I kind of get the impression that the disk of the CVS server is full.

Re: [daemon] VOTE release daemon 1.0.1

+1. jean-frederic clere wrote: Hi, Regards, Mladen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: [daemon] release 1.0.1

jean-frederic clere wrote: Dion Gillard wrote: The download location for procrun is not very obvious from the web site. The Native Binaries download link ( http://www.apache.org/dist/jakarta/commons/daemon/binaries/ ) doesn't contain subdirectories for win32. Is that to be expected? I don't have

Commons server infrastructure proposal

Hi all, I have a project to propose that the 'commons philosophy' can benefit thought. I'm aware of incubation process, but since I'm an active ASF member for years now, I would like to hear your opinions before. What I would like to know is are there any need and will to support such a

RE: Commons server infrastructure proposal

-Original Message- From: Noel J. Bergman NIO does not support SSL prior to JDK 1.5. That lack will likely drive high concurrency applications that need SSL to use JDK 1.5 if for no other reason. AFAICT even 1.5 NIO doesn't support SSL directly. The trick is to use the

RE: Commons server infrastructure proposal

-Original Message- From: Oleg Kalnichevski [mailto:[EMAIL PROTECTED] Sent: Monday, April 12, 2004 7:42 PM To: Jakarta Commons Developers List Subject: RE: Commons server infrastructure proposal AFAICT even 1.5 NIO doesn't support SSL directly. The trick is to use the

RE: Commons server infrastructure proposal

-Original Message- From: Stephen Colebourne OK, from what I've seen, there are interested parties here, and frequently rewritten code. This is not an area within my expertise, so I can only comment from a commons POV. My concerns for commons are: 1) Is it more of a

RE: Commons server infrastructure proposal

-Original Message- From: Noel J. Bergman When I discussed this thread with the Geronimo folks, they said That is our same goal. They have extended an invite to work on making their code fill this need. I think that it is at least worth discussing the possibility of one

RE: [Vote] Bill Barker - Commons Proper Committer

+1 -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED] Sent: 30. prosinac 2003 14:54 To: [EMAIL PROTECTED] Subject: [Vote] Bill Barker - Commons Proper Committer Howdy, I think everyone knows Bill Barker already ;) He's done a ton of work on tomcat and related

CVS Struktura 2

Dakle: Iz cvs manuala: You don't remove the directory itself; there is no way to do that. Instead you specify the -P option to cvs update, cvs checkout, or cvs export... Buduci da vec kreirane directory-e nemozemo maknuti slijedi prijedlog: /build (ostaje kak je) /dist (releases) /dist/buid

[PROCRUN] reorganization

Hi, Since the procrun is fairly generic application that might have it's usage beyond the Tomcat5 scope, after some consultations with remm, I propose the following reorganization: 1. All the TC specific code and resources will be moved to j-t-c/procrun. 2. There will be no build files in the

karma pls.

Hi, When the daemon changed location from sandbox my karma has been lost. I'll need it for jakarta-commons/daemon. Thx. MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]