Re: Fwd: md5 sums for jakarta downloads
This is the md5 output generated by BSD md5 and not necessarily a standard, GNU md5sum generates a different format that is not standard as well. For maven, just the checksum portion of the content is stored in the file. It would be nice if there was a standard in this area, but I have yet to see one in the internet community. We have the same problem with generating md5 checksums for the maven repository at the moment. -Mark Shapira, Yoav wrote: Hi, The format I use for MD5 sums is the standard one. Every other project I know uses this format, so I think if anything this user needs to adjust his preferences ;) However, if there's a standard or spec somewhere that mandates we use md5 -r (reverse output format), then sure, someone point me to it and I'll follow that spec when signing releases. Yoav Shapira Millennium Research Informatics -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 5:26 AM To: Tomcat Developers List Subject: Re: Fwd: md5 sums for jakarta downloads Pier Fumagalli wrote: Begin forwarded message: From: Andy Mudrak [EMAIL PROTECTED] Date: 10 August 2004 00:57:44 BST To: [EMAIL PROTECTED] Subject: md5 sums for jakarta downloads Hi, I noticed that your MD5 sums on your website are not all formatted correctly. I specifically downloaded the Tomcat 5.0.27 MD5 file, and found this out. Not that it's a big deal or anything like that, but it'd be good to have the MD5 properly formatted, that is the MD5 sum and then the file name... I am not sure that is a good idea: +++ -bash-2.05b$ openssl md5 toto MD5(toto)= efd6b079984c77cd80254ff266e9ab43 +++ And looking in the Jakarta Binary downloads I have found that a lot of other MD5 file are using the Tomcat format. Thanks, Andy Mudrak [EMAIL PROTECTED] - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fwd: md5 sums for jakarta downloads
For example here are the outputs of the various signing tools we use at this time: BSD md5: md5 commons-collections-3.1.jar MD5 (commons-collections-3.1.jar) = d1dcb0fbee884bb855bb327b8190af36 while the GNU md5 script generates the following: [EMAIL PROTECTED] jars]$ md5sum commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar And maven just generates and uses: d1dcb0fbee884bb855bb327b8190af36 Yes, the nice thing about BSD md5 is that the -r can be used to make it look like the GNU md5sum output, it would probably be good if we started to use this as it will be more prevalent and possibly is the closest one can get to a standard: md5 -r commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar Mark R. Diggory wrote: This is the md5 output generated by BSD md5 and not necessarily a standard, GNU md5sum generates a different format that is not standard as well. For maven, just the checksum portion of the content is stored in the file. It would be nice if there was a standard in this area, but I have yet to see one in the internet community. We have the same problem with generating md5 checksums for the maven repository at the moment. -Mark Shapira, Yoav wrote: Hi, The format I use for MD5 sums is the standard one. Every other project I know uses this format, so I think if anything this user needs to adjust his preferences ;) However, if there's a standard or spec somewhere that mandates we use md5 -r (reverse output format), then sure, someone point me to it and I'll follow that spec when signing releases. Yoav Shapira Millennium Research Informatics -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 5:26 AM To: Tomcat Developers List Subject: Re: Fwd: md5 sums for jakarta downloads Pier Fumagalli wrote: Begin forwarded message: From: Andy Mudrak [EMAIL PROTECTED] Date: 10 August 2004 00:57:44 BST To: [EMAIL PROTECTED] Subject: md5 sums for jakarta downloads Hi, I noticed that your MD5 sums on your website are not all formatted correctly. I specifically downloaded the Tomcat 5.0.27 MD5 file, and found this out. Not that it's a big deal or anything like that, but it'd be good to have the MD5 properly formatted, that is the MD5 sum and then the file name... I am not sure that is a good idea: +++ -bash-2.05b$ openssl md5 toto MD5(toto)= efd6b079984c77cd80254ff266e9ab43 +++ And looking in the Jakarta Binary downloads I have found that a lot of other MD5 file are using the Tomcat format. Thanks, Andy Mudrak [EMAIL PROTECTED] - 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] -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fwd: md5 sums for jakarta downloads
Yes, well, I actually do not think much thought has gone into this subject at Apache, until know I think perople have thought the .md5 file format was a standard or something. I've been researching md5 applications in terms of attempting to make a recommendation to the repository group on the appropriate format to use in the ASF Repository project. To date my research shows that both applications support the GNU checksum filename.ext format when performing a md5sum (GNU) or cksum (BSD) check against the file/md5 pair. And that the GNU version of md5sum cannot handle the BSD's default md5 format. Since BSD cksum can read the GNU format, BSD md5 can produce the GNU format, and installations of the GNU toolkit and that md5 file format are much more prevalent than BSD and its format, then my recommendation is that would be the appropriate format to use for the time being. Its quite clear that the majority of the computers on the internet are not BSD systems, no matter how great the OS is ;-). IMHO, the decision for the appropriate md5 file format should be based on what applications require in the real world, not on which servers Apache actually uses in production. -Mark Diggory Shapira, Yoav wrote: Hi, Well, as always, when there's an established practice I'd like a stronger reason than it would probably be good to change it ;) I see what you mean, but I don't know that the GNU md5 is any more prevalent than the BSD md5 or vice versa... Yoav Shapira Millennium Research Informatics -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 9:52 AM To: Tomcat Developers List Cc: [EMAIL PROTECTED] Subject: Re: Fwd: md5 sums for jakarta downloads For example here are the outputs of the various signing tools we use at this time: BSD md5: md5 commons-collections-3.1.jar MD5 (commons-collections-3.1.jar) = d1dcb0fbee884bb855bb327b8190af36 while the GNU md5 script generates the following: [EMAIL PROTECTED] jars]$ md5sum commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar And maven just generates and uses: d1dcb0fbee884bb855bb327b8190af36 Yes, the nice thing about BSD md5 is that the -r can be used to make it look like the GNU md5sum output, it would probably be good if we started to use this as it will be more prevalent and possibly is the closest one can get to a standard: md5 -r commons-collections-3.1.jar d1dcb0fbee884bb855bb327b8190af36 commons-collections-3.1.jar Mark R. Diggory wrote: This is the md5 output generated by BSD md5 and not necessarily a standard, GNU md5sum generates a different format that is not standard as well. For maven, just the checksum portion of the content is stored in the file. It would be nice if there was a standard in this area, but I have yet to see one in the internet community. We have the same problem with generating md5 checksums for the maven repository at the moment. -Mark Shapira, Yoav wrote: Hi, The format I use for MD5 sums is the standard one. Every other project I know uses this format, so I think if anything this user needs to adjust his preferences ;) However, if there's a standard or spec somewhere that mandates we use md5 -r (reverse output format), then sure, someone point me to it and I'll follow that spec when signing releases. Yoav Shapira Millennium Research Informatics -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 10, 2004 5:26 AM To: Tomcat Developers List Subject: Re: Fwd: md5 sums for jakarta downloads Pier Fumagalli wrote: Begin forwarded message: From: Andy Mudrak [EMAIL PROTECTED] Date: 10 August 2004 00:57:44 BST To: [EMAIL PROTECTED] Subject: md5 sums for jakarta downloads Hi, I noticed that your MD5 sums on your website are not all formatted correctly. I specifically downloaded the Tomcat 5.0.27 MD5 file, and found this out. Not that it's a big deal or anything like that, but it'd be good to have the MD5 properly formatted, that is the MD5 sum and then the file name... I am not sure that is a good idea: +++ -bash-2.05b$ openssl md5 toto MD5(toto)= efd6b079984c77cd80254ff266e9ab43 +++ And looking in the Jakarta Binary downloads I have found that a lot of other MD5 file are using the Tomcat format. Thanks, Andy Mudrak [EMAIL PROTECTED] - 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: Problems Instantiating JNDI LdapDirContext as resource.
Enrico, Sure, my solution was to compile my own Factory for creating the InitialDirContext, something like the following and then place it into the tomcatX/common/lib directory. public class MyDirContextFactory implements ObjectFactory, InitialContextFactory { public Object getObjectInstance( Object obj, Name name, Context nameCtx, Hashtable environment) throws NamingException { Hashtable env = new Hashtable(); Reference ref = (Reference) obj; Enumeration addrs = ref.getAll(); while (addrs.hasMoreElements()) { RefAddr addr = (RefAddr) addrs.nextElement(); if(!addr.getType().equals(factory)) env.put(addr.getType(), addr.getContent().toString()); } return this.getInitialContext(env); } /* (non-Javadoc) * @see javax.naming.spi.InitialContextFactory#getInitialContext(java.util.Hashtable) */ public Context getInitialContext(Hashtable environment) throws NamingException { return new InitialDirContext(environment); } } hope this helps, Mark Favretto Enrico wrote: Hello Mark Please excuse me for sending you this unsolicited email. However, I'm having exactly the same problem and by searching the web for a possible solution I found your post on the tomcat-dev mailinglist (http://www.mail-archive.com/[EMAIL PROTECTED]/msg51159.html). May I ask you if you managed to come up with a solution? kind regards Enrico Favretto Enrico Favretto Corporate Center Common Applications e-Applications Phone +41-52-261-7730 Fax +41-52-261-3148 mailto:[EMAIL PROTECTED] Winterthur Insurance Gärtnerstrasse 4a, WICC 23 CH-8401 Winterthur http://www.winterthur.com/ -- Mark Diggory Software Developer Harvard MIT Data Center http://www.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problems Instantiating JNDI LdapDirContext as resource.
I'm hoping to be able to build a Federated Namespace and be able to access my ldap context in a federated fashion from the java:comp context for instance java:comp/env/ldap/ou=foo,o=bar. Resource type=com.sun.jndi.ldap.LdapCtxFactory auth=Container name=ldap/ ResourceParams name=ldap parameter namejava.naming.factory.initial/name valuecom.sun.jndi.ldap.LdapCtxFactory/value /parameter parameter namejava.naming.provider.url/name valueldap://localhost:389/value /parameter parameter namejava.naming.security.authentication/name valuenone/value /parameter parameter namejava.naming.referral/name valuefollow/value /parameter parameter namejava.naming.ldap.referral.limit/name value1/value /parameter /ResourceParams If I understand correctly, all the ResourceParams will be handed to the constructor of a LdapDirContext by the above Factory provided by Sun and that I should be able to acquire this context simply with Context ctx = new InitialContext(); DirContext ldap_ctx = (DirContext) ctx.lookup(java:comp/env/ldap); However, I consistently get: Message: Cannot create resource instance javax.naming.NamingException: Cannot create resource instance at org.apache.naming.factory.ResourceFactory.getObjectInstance(Unknown Source) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:299) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.SelectorContext.lookup(Unknown Source) at javax.naming.InitialContext.lookup(InitialContext.java:345) Any help or comment would be greatly appreciated. -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://osprey.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems Instantiating JNDI LdapDirContext as resource.
When I listBindings on java:comp/env/ldap and toString() the object returned, this is what I get back. ResourceRef[className=com.sun.jndi.ldap.LdapCtxFactory,factoryClassLocation=null,factoryClassName=org.apache.naming.factory.ResourceFactory,{type=scope,content=Shareable},{type=auth,content=Container},{type=java.naming.provider.url,content=ldap://localhost:389},{type=java.naming.factory.initial,content=com.sun.jndi.ldap.LdapCtxFactory},{type=java.naming.ldap.referral.limit,content=1},{type=java.naming.security.authentication,content=none},{type=java.naming.referral,content=follow}] Mark R. Diggory wrote: I'm hoping to be able to build a Federated Namespace and be able to access my ldap context in a federated fashion from the java:comp context for instance java:comp/env/ldap/ou=foo,o=bar. Resource type=com.sun.jndi.ldap.LdapCtxFactory auth=Container name=ldap/ ResourceParams name=ldap parameter namejava.naming.factory.initial/name valuecom.sun.jndi.ldap.LdapCtxFactory/value /parameter parameter namejava.naming.provider.url/name valueldap://localhost:389/value /parameter parameter namejava.naming.security.authentication/name valuenone/value /parameter parameter namejava.naming.referral/name valuefollow/value /parameter parameter namejava.naming.ldap.referral.limit/name value1/value /parameter /ResourceParams If I understand correctly, all the ResourceParams will be handed to the constructor of a LdapDirContext by the above Factory provided by Sun and that I should be able to acquire this context simply with Context ctx = new InitialContext(); DirContext ldap_ctx = (DirContext) ctx.lookup(java:comp/env/ldap); However, I consistently get: Message: Cannot create resource instance javax.naming.NamingException: Cannot create resource instance at org.apache.naming.factory.ResourceFactory.getObjectInstance(Unknown Source) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:299) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.SelectorContext.lookup(Unknown Source) at javax.naming.InitialContext.lookup(InitialContext.java:345) Any help or comment would be greatly appreciated. -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://osprey.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problems Instantiating JNDI LdapDirContext as resource.
I've discovered a couple things I'm doing wrong: 1.) the Resource type attribute was wrong. 2.) the ResourceParams factory should be the LdapCtxFactory. Now what I'm getting back is a null object. Resource name=ldap/DirContext auth=Container type=com.sun.jndi.ldap.LdapCtx/ ResourceParams name=ldap/DirContext parameter namefactory/name valuecom.sun.jndi.ldap.LdapCtxFactory/value /parameter parameter namejava.naming.factory.initial/name valuecom.sun.jndi.ldap.LdapCtxFactory/value /parameter parameter namejava.naming.provider.url/name valueldap://localhost:389/value /parameter parameter namejava.naming.security.authentication/name valuenone/value /parameter parameter namejava.naming.referral/name valuefollow/value /parameter parameter namejava.naming.ldap.referral.limit/name value1/value /parameter /ResourceParams Mark R. Diggory wrote: When I listBindings on java:comp/env/ldap and toString() the object returned, this is what I get back. ResourceRef[className=com.sun.jndi.ldap.LdapCtxFactory,factoryClassLocation=null,factoryClassName=org.apache.naming.factory.ResourceFactory,{type=scope,content=Shareable},{type=auth,content=Container},{type=java.naming.provider.url,content=ldap://localhost:389},{type=java.naming.factory.initial,content=com.sun.jndi.ldap.LdapCtxFactory},{type=java.naming.ldap.referral.limit,content=1},{type=java.naming.security.authentication,content=none},{type=java.naming.referral,content=follow}] Mark R. Diggory wrote: I'm hoping to be able to build a Federated Namespace and be able to access my ldap context in a federated fashion from the java:comp context for instance java:comp/env/ldap/ou=foo,o=bar. Resource type=com.sun.jndi.ldap.LdapCtxFactory auth=Container name=ldap/ ResourceParams name=ldap parameter namejava.naming.factory.initial/name valuecom.sun.jndi.ldap.LdapCtxFactory/value /parameter parameter namejava.naming.provider.url/name valueldap://localhost:389/value /parameter parameter namejava.naming.security.authentication/name valuenone/value /parameter parameter namejava.naming.referral/name valuefollow/value /parameter parameter namejava.naming.ldap.referral.limit/name value1/value /parameter /ResourceParams If I understand correctly, all the ResourceParams will be handed to the constructor of a LdapDirContext by the above Factory provided by Sun and that I should be able to acquire this context simply with Context ctx = new InitialContext(); DirContext ldap_ctx = (DirContext) ctx.lookup(java:comp/env/ldap); However, I consistently get: Message: Cannot create resource instance javax.naming.NamingException: Cannot create resource instance at org.apache.naming.factory.ResourceFactory.getObjectInstance(Unknown Source) at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:299) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.NamingContext.lookup(Unknown Source) at org.apache.naming.SelectorContext.lookup(Unknown Source) at javax.naming.InitialContext.lookup(InitialContext.java:345) Any help or comment would be greatly appreciated. -Mark -- Mark Diggory Software Developer Harvard MIT Data Center http://osprey.hmdc.harvard.edu - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Hey, we're famous !
I remember back when CNet was this great site where you could get all kinds of unbiased information. [sigh] Now its just a place for companies to blanket advertise their products. This just seems to be an advertisement for Reasoning, and a poor one at that. It'd be nice if he at least defined what a defect was. -M. kev wrote: http://news.com.com/2100-1012_3-1022469.html?tag=fd_top Crikey the staff writers at news.com are pretty poor. Terrible doesn't begin to describe this paragraph... Reasoning next is studying Tomcat , an Apache module that lets Web servers run Java programs, said Tom Fry, Apache's director of marketing. The company plans to release that study in about two weeks, he said. [sigh] or maybe... Reasoning is turning their attention to Tomcat next. Tomcat, a component or standalone web server solution, is written in Java and is part of the jakarta project to create industrial strength open-source solutions. The company intends to release the study of the Tomcat source code in about two weeks Kev -- To be governed is to be watched over, inspected, spied on, directed, legislated... - Pierre-Joseph Proudhon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jakarta-commons-daemon could use that ?
(Please excuse the cross post, I wanted to get this out onto the the Commons Development List and to JPackage as well. I think the Tomcat Lists seem to get a little crowded) Henri, I emailed the developer of Easy Posix (Greg Guerin). Turns out that its current implementation is dependent upon Ten , a Mac OS X package for MacJVM, so it is not deployable in the standard Linux OS. From my conversation with him, he spoke that he is planning to develop a straight JNI implementation of the EasyPosix interfaces in the future, but that if others went that route earlier he would have an interest. As there has already been much work in the JNI area with daemon, this would certainly seem an interesting co-evolution. Perhaps daemon could grow into quite a powerful java based service environment with the addition of a JNI Implementation of EasyPosix?! Cygwin supports a wide array of posix functions, and making sure the implementation of EasyPosix that worked on cygwin as well would provide a port of these functions to Windows via Cygwin. Perhaps, even a standard could evolve to support a specific subset of posix-like Functions. Using something like EasyPosix as a guide, a java program (daemon or not) that needed greater access to POSIX functions could be ported to any system that EasyPosix was supported on, completely independent of its implementation on that system. It would possibly make java services quite cross-platform for at least in the unix/linux/darwin/cygwin world. Another point of interest: If JPackage produced a Tomcat RPM based on the current implementation of daemon and another implementation of daemon based on EasyPosix were developed. It would be easy to adapt to such a change. In the end, this would possibly make EasyPosix the means by which daemon could be ported to Darwin/Mac without the wieght of compiling or porting a JNI implementation. -Mark Henri Gomez wrote: I didn't track jakarta-commons-daemon but I know many of you here which are subscribed to it. What do you think of easyposix ? http://www.amug.org/~glguerin/sw/easyposix/overview.html Couldn't it be a nice add-on for daemon ? It's still related to tomcat since I need a very complete java service launcher for tomcat, and this easyposix as very nice features. Comments welcomed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Greg Guerin wrote: The supplied code only provides a Mac OS X implementation. That implementation uses JDirect-3, which is an Apple-specific means to call arbitrary native-code functions directly from Java, without an intervening JNI layer. All other platforms will need a JNI implementation for that platform. Absent a JNI implementation, the unimplemented implementation is used, i.e. UnPosix. See the docs for UnPosix for more details. You could pattern a JNI imp off the Mac OS X imp. The mapping of the Mac OS X implementation to JNI functions, and the bodies of the JNI functions themselves, should be fairly straightforward. That's because all the 'native' methods in the Ten class are essentially the names of C functions in the BSD/Posix library. Getting the callbacks right is a little trickier, but well within the skill-set of a capable JNI programmer. FYI, I have write Easy Posix JNI imp on my list of projects to do, but it's several items down in the queue right now, and at least a couple months or more away from getting to the head of the queue. The source may not be instantly portable to Linux, but it shouldn't be so different that it would be useless as a starting point. Or, if you wrote a JNI imp for Linux before I get to the JNI imp for Mac OS X, I wouldn't mind the positions being reversed. On another note, Apache has another package they've been working on that is a java based daemon for running Java programs as daemons on both Unix and Windows. http://jakarta.apache.org/commons/sandbox/daemon/ Henri Gomez (of www.jpackage.org - the packagers of the tomcat and other java based rpm's) and I reviewed your site and suggested to both Apache and JPackage that they should seriously take a look at your package as an additional tool for controlling Java based Daemons. While I am not actually an Apache developer, I have a great interest in the organization, regularly use the tools they develop and often try to make recommendations to improve the tools. I try to provide avenues for improvement when I see external open source tools that are benificial. I think the Apache Jakarta Commons project Daemon is a good start, and a natural growth for a generic tool out of the Tomcat source-base, but its obvious that your package captures alot more functionality above and beyond that of Daemon. That makes sense, since I was interested in the underlying POSIX facilities themselves, not the nature of the program (deamon vs. non-daemon) that
Shutdown Status in Bootstrap/Catalina
Hi All, We're looking into the possibility of improving the Bootstrap/Catalina startup/shutdown that is currently used to start/stop tomcat in the JPackage RPM distribution for Tomcat 4.l.*. What are the chances that a status command could be added to the Bootstrap/Catalina 4.1.* classes? This would allow us to check the status of tomcat while shutting down in the shutdown scripts. For scripts that start/stop/restart tomcat as an init.d service (Redhat), the script would then be more capabile of waiting for tomcat to shut completely down before restarting becuase it wait until the status changed. As it is now, when lots of things happen on shutdown, using a shell script sleep command to wait for shutdown before 'restarting' causes the startup to start before the shutdown has fully completed. Having a status command would give script developers better control over when tomcat has really completely shutdown. Administrators wouldn't have to go in and muck around with the scripts sleep time when their webapps/connectors require more time to shutdown. Thanks, -Mark Diggory HMDC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Shutdown Status in Bootstrap/Catalina
I was thinking strictly of only if there were server threads/processes up. Nothing to do with the state of the contents of those processes (webapps), just a straight boolean presence/absence of processes. In this sense it would do the following If server process/threads exist - return true If server process/threads do not exist - return false This would be just enough granularity to make decent decisions about when to call start in a restart (stop, wait till status==false, and start) command. -Mark Shapira, Yoav wrote: Howdy, What would you suggest as the possible outputs from the status command? Personally, every time I've tried something like this I've run into granularity problems. Is the status ok when there is a server process, when the server manager webapp is available, or when user webapps are all available, or some subset thereof? If the server is not running, how will you get a status back? Etc etc. Yoav Shapira Millennium ChemInformatics -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED] Sent: Monday, March 03, 2003 9:28 AM To: [EMAIL PROTECTED] Subject: Shutdown Status in Bootstrap/Catalina Hi All, We're looking into the possibility of improving the Bootstrap/Catalina startup/shutdown that is currently used to start/stop tomcat in the JPackage RPM distribution for Tomcat 4.l.*. What are the chances that a status command could be added to the Bootstrap/Catalina 4.1.* classes? This would allow us to check the status of tomcat while shutting down in the shutdown scripts. For scripts that start/stop/restart tomcat as an init.d service (Redhat), the script would then be more capabile of waiting for tomcat to shut completely down before restarting becuase it wait until the status changed. As it is now, when lots of things happen on shutdown, using a shell script sleep command to wait for shutdown before 'restarting' causes the startup to start before the shutdown has fully completed. Having a status command would give script developers better control over when tomcat has really completely shutdown. Administrators wouldn't have to go in and muck around with the scripts sleep time when their webapps/connectors require more time to shutdown. Thanks, -Mark Diggory HMDC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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: Shutdown Status in Bootstrap/Catalina
Shapira, Yoav wrote: Howdy, If there is a server thread that can answer, then the answer is true per your definition, no? Yes, just a boolean true/false answer (for simplicity). Or do you mean more precisely, request processing threads on the server? If others found that valuble I could understand doing it, but for my purposes knowing the number and nature of the threads is not neccessary. Mark Yoav Shapira Millennium ChemInformatics -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED] Sent: Monday, March 03, 2003 10:16 AM To: Tomcat Developers List Subject: Re: Shutdown Status in Bootstrap/Catalina I was thinking strictly of only if there were server threads/processes up. Nothing to do with the state of the contents of those processes (webapps), just a straight boolean presence/absence of processes. In this sense it would do the following If server process/threads exist - return true If server process/threads do not exist - return false This would be just enough granularity to make decent decisions about when to call start in a restart (stop, wait till status==false, and start) command. -Mark Shapira, Yoav wrote: Howdy, What would you suggest as the possible outputs from the status command? Personally, every time I've tried something like this I've run into granularity problems. Is the status ok when there is a server process, when the server manager webapp is available, or when user webapps are all available, or some subset thereof? If the server is not running, how will you get a status back? Etc etc. Yoav Shapira Millennium ChemInformatics -Original Message- From: Mark R. Diggory [mailto:[EMAIL PROTECTED] Sent: Monday, March 03, 2003 9:28 AM To: [EMAIL PROTECTED] Subject: Shutdown Status in Bootstrap/Catalina Hi All, We're looking into the possibility of improving the Bootstrap/Catalina startup/shutdown that is currently used to start/stop tomcat in the JPackage RPM distribution for Tomcat 4.l.*. What are the chances that a status command could be added to the Bootstrap/Catalina 4.1.* classes? This would allow us to check the status of tomcat while shutting down in the shutdown scripts. For scripts that start/stop/restart tomcat as an init.d service (Redhat), the script would then be more capabile of waiting for tomcat to shut completely down before restarting becuase it wait until the status changed. As it is now, when lots of things happen on shutdown, using a shell script sleep command to wait for shutdown before 'restarting' causes the startup to start before the shutdown has fully completed. Having a status command would give script developers better control over when tomcat has really completely shutdown. Administrators wouldn't have to go in and muck around with the scripts sleep time when their webapps/connectors require more time to shutdown. Thanks, -Mark Diggory HMDC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. - 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: Idea for dtomcat4 script/conf in webapp.rpm
Opse, sorry. Yes, I mean in the Tomcat4 RPM, not the mod_webapp rpm. I did this with my tomcat4.conf file and dtomcat4 and it works for the start option. I'm not sure what one would have to do with the run or embed options of dtomcat4. -Mark GOMEZ Henri wrote: What do you think of adding a conf variable that allow one to set the location of catalina.out thats independent of $CATALINA_BASE? Something like $CATALINA_LOGDIR? Do you means specific to rpm ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] # tomcat /etc/rc.d script example configuration file # Use with version 1.07 of the scripts or later # Where your java installation lives JAVA_HOME=/usr/java/jdk # JAVA_HOME=/opt/IBMJava2-13 # You can pass some parameters to java # here if you wish to # JAVACMD=$JAVA_HOME/bin/java -Xms128m -Xmx128m # Where your tomcat installation lives # That change from previous RPM where TOMCAT_HOME # used to be /var/tomcat. # Now /var/tomcat will be the base for webapps only CATALINA_HOME=/var/tomcat4 JASPER_HOME=/var/tomcat4 CATALINA_TMPDIR=/tmp # What user should run tomcat TOMCAT_USER=tomcat4 # You can change your tomcat locale here #LANG=en_US # If you wish to further customize your tomcat environment, # put your own definitions here # (i.e. LD_LIBRARY_PATH for some jdbc drivers) # Just do not forget to export them :) export CATALINA_OPTS=-Xms128m -Xmx128m ulimit -s unlimited export CATALINA_LOG=/var/log/tomcat/catalina.out #!/bin/sh # - # Start/Stop Script for the CATALINA Server # # Environment Variable Prequisites # # CATALINA_HOME May point at your Catalina build directory. # # CATALINA_BASE (Optional) Base directory for resolving dynamic portions # of a Catalina installation. If not present, resolves to # the same directory that CATALINA_HOME points to. # # CATALINA_OPTS (Optional) Java runtime options used when the start, # stop, or run command is executed. # # CATALINA_TMPDIR (Optional) Directory path location of temporary directory # the JVM should use (java.io.tmpdir). Defaults to # $CATALINA_BASE/temp. # # CATALINA_LOG(Optional) Provides alternate output locations for StandardOut # and StandardErr # # JAVA_HOME Must point at your Java Development Kit installation. # # JAVA_OPTS (Optional) Java runtime options used when the start, # stop, or run command is executed. # # JPDA_ADDRESS(Optional) Java runtime options used when the jpda start # command is executed. The default is 8000. # # JSSE_HOME (Optional) May point at your Java Secure Sockets Extension # (JSSE) installation, whose JAR files will be added to the # system class path used to start Tomcat. # # $Id: catalina.sh,v 1.20.2.1 2002/01/30 18:10:39 patrickl Exp $ # - TOMCAT_CFG=/etc/tomcat4/conf/tomcat4.conf [ -r $TOMCAT_CFG ] . ${TOMCAT_CFG} # Set standard commands for invoking Java. _RUNJAVA=$JAVA_HOME/bin/java _RUNJDB=$JAVA_HOME/bin/jdb ### Set up defaults if they were omitted in TOMCAT_CFG ### JVM lookup if [ -z $JAVA_HOME ]; then # Search for java in PATH JAVA=`which java` if [ -z $JAVA ] ; then JAVA_BINDIR=`dirname ${JAVA}` JAVA_HOME=${JAVA_BINDIR}/.. fi # Default clean JAVA_HOME [ -z $JAVA_HOME -a -d /usr/lib/java ] JAVA_HOME=/usr/lib/java # Default IBM JAVA_HOME [ -z $JAVA_HOME -a -d /opt/IBMJava2-13 ] JAVA_HOME=/opt/IBMJava2-13 # Another solution [ -z $JAVA_HOME -a -d /usr/java/jdk ] JAVA_HOME=/usr/java/jdk # madeinlinux JAVA_HOME [ -z $JAVA_HOME -a -d /usr/local/jdk1.2.2 ] JAVA_HOME=/usr/local/jdk1.2.2 # Kondara JAVA_HOME [ -z $JAVA_HOME -a -d /usr/lib/java/jdk1.2.2 ] JAVA_HOME=/usr/lib/java/jdk1.2.2 # Other commonly found JAVA_HOMEs [ -z $JAVA_HOME -a -d /usr/jdk1.2 ] JAVA_HOME=/usr/jdk1.2 # Default Caldera JAVA_HOME [ -z $JAVA_HOME -a -d /opt/java-1.3 ] JAVA_HOME=/opt/java-1.3 # Add other locations here if [ -z $JAVA_HOME ]; then echo No JAVA_HOME specified in ${TOMCAT_CFG} and no java found, exiting... exit 1 else echo Found JAVA_HOME: ${JAVA_HOME} echo Please complete your ${TOMCAT_CFG} so we won't have to look for it next time fi fi # Set standard CLASSPATH CLASSPATH=$JAVA_HOME/lib/tools.jar # Add on extra jar files to CLASSPATH if [ -n $JSSE_HOME ]; then CLASSPATH=$CLASSPATH:$JSSE_HOME/lib/jcert.jar:$JSSE_HOME/lib/jnet.jar:$JSSE_HOME/lib/jsse.jar fi CLASSPATH=$CLASSPATH:$CATALINA_HOME/bin/bootstrap.jar if [ -z $CATALINA_BASE ] ; then CATALINA_BASE=$CATALINA_HOME fi if [ -z $CATALINA_TMPDIR ] ; then # Define the
Re: Idea for dtomcat4 script/conf in webapp.rpm
GOMEZ Henri wrote: Yes, I mean in the Tomcat4 RPM, not the mod_webapp rpm. I did this with my tomcat4.conf file and dtomcat4 and it works for the start option. I'm not sure what one would have to do with the run or embed options of dtomcat4. It's something which should be even added to tomcat4 original script. I'm +1 with it. BTW, as rpm packager I'm trying to works closely with projects to have such add-ons included directly in original tarball which help developpers fixes problems of rpm users. I'm all for that. Do you know who is currently managing the /usr/bin/dtomcat file in the current tarball? Maybe they can get in on the conversation. That's why we works today so closely with ant developpers to merge the ant original script and the one we're using in rpms (jakarta rpms or jpackage project rpms) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Security in Tomcat Webapps - WAS: Tomcat 4 / mod_webapp RPMsavailable...
Heres a copy of the SPEC for mod_webapp. I'll pull together the other SPEC and init files for tomcat4 in the future. -thanks, Mark Diggory %define buildap20 0 Summary:mod_webapp modules for apache Name: mod_webapp Version:1.0.2 Release:1 Vendor: Apache Software Foundation Group: System Environment/Daemons Copyright: Apache Url:http://jakarta.apache.org Requires: apache, ed BuildRequires: apache-devel, libtool %if %{buildap20} Requires: apache2 BuildRequires: apache2-devel %endif Source: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0/src/webapp-module-1.0.2-tc402-src.tar.gz BuildRoot: /var/tmp/%{name}-root Packager: Henri Gomez [EMAIL PROTECTED] %description mod_webapp is the Tomcat 4 connector for apache %prep rm -rf $RPM_BUILD_ROOT rm -rf $RPM_BUILD_DIR/%{name} %setup -n webapp-module-1.0.2-tc402 %build # remove config.cache we shoudln't be there rm -f apr/config.cache support/buildconf.sh ./configure --with-apxs=/usr/sbin/apxs LIBTOOL make %if %{buildap20} # remove config.cache we shoudln't be there # rm -f apr/config.cache ./configure --with-apxs=/usr/sbin/apxs2 make %endif %install mkdir -p $RPM_BUILD_ROOT/usr/lib/apache mkdir -p $RPM_BUILD_ROOT/etc/httpd/conf install apache-1.3/mod_webapp.so $RPM_BUILD_ROOT/usr/lib/apache %if %{buildap20} mkdir -p $RPM_BUILD_ROOT/etc/httpd2/conf install apache-2.0/mod_webapp.so $RPM_BUILD_ROOT/usr/lib/apache2 %endif %clean rm -rf $RPM_BUILD_ROOT %post if [ -f /etc/httpd/conf/httpd.conf ] ; then # 6.2 std apache layout if ! grep -q '.*LoadModule *webapp_module *modules/mod_webapp.so' /etc/httpd/conf/httpd.conf ; then sed s|^\LoadModule *rewrite_module *modules/mod_rewrite.so\$|LoadModule webapp_module modules/mod_webapp.so\\ LoadModule rewrite_module modules/mod_rewrite.so| /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf- mv -f /etc/httpd/conf/httpd.conf- /etc/httpd/conf/httpd.conf fi # mod_ssl apache layout if ! grep -q '.*LoadModule *webapp_module *lib/apache/mod_webapp.so' /etc/httpd/conf/httpd.conf ; then sed s|^\LoadModule *rewrite_module *lib/apache/mod_rewrite.so\$|LoadModule webapp_module lib/apache/mod_webapp.so\\ LoadModule rewrite_module lib/apache/mod_rewrite.so| /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf- mv -f /etc/httpd/conf/httpd.conf- /etc/httpd/conf/httpd.conf fi if ! grep -q '.*AddModule *mod_webapp.c' /etc/httpd/conf/httpd.conf ; then sed s|^\AddModule *mod_rewrite.c\$|AddModule mod_webapp.c\\ AddModule mod_rewrite.c| /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf- mv -f /etc/httpd/conf/httpd.conf- /etc/httpd/conf/httpd.conf fi if ! grep -q '.*IfModule mod_webapp.c' /etc/httpd/conf/httpd.conf ; then cat /etc/httpd/conf/httpd.confEOT IfModule mod_webapp.c WebAppConnection warpConnection warp localhost:8008 WebAppDeploy examples warpConnection /examples/ WebAppDeploy manager warpConnection /manager/ WebAppDeploy webdav warpConnection /webdav/ /IfModule EOT fi # added by Mark R. Diggory and Leonid Andreev if ! grep -iq '^servername' /etc/httpd/conf/httpd.conf ; then sed 's/^IfModule mod_webapp.c.*$/ \ ServerName '`hostname --fqdn`'/i' /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf- mv -f /etc/httpd/conf/httpd.conf- /etc/httpd/conf/httpd.conf fi if ! grep -iq '^directoryindex.*index\.jsp' /etc/httpd/conf/httpd.conf ; then sed 's/^DirectoryIndex.*$/ index.jsp/' /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf- mv -f /etc/httpd/conf/httpd.conf- /etc/httpd/conf/httpd.conf fi # end fi %if %{buildap20} if [ -f /etc/httpd2/conf/httpd2.conf ] ; then # apache2 layout (from my falsehope RPM) if ! grep -q '.*LoadModule *webapp_module *lib/apache2/mod_webapp.so' /etc/httpd/conf/httpd.conf ; then sed s|^\LoadModule *rewrite_module *lib/apache2/mod_rewrite.so\$|LoadModule webapp_module lib/apache2/mod_webapp.so\\ LoadModule rewrite_module lib/apache2/mod_rewrite.so| /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf- mv -f /etc/httpd/conf/httpd.conf- /etc/httpd/conf/httpd.conf fi if ! grep -q '.*AddModule *mod_webapp.c' /etc/httpd/conf/httpd.conf ; then sed s|^\AddModule *mod_rewrite.c\$|AddModule mod_webapp.c\\ AddModule mod_rewrite.c| /etc/httpd/conf/httpd.conf /etc/httpd/conf/httpd.conf- mv -f /etc/httpd/conf/httpd.conf- /etc/httpd/conf/httpd.conf fi if ! grep -q '.*IfModule mod_webapp.c' /etc/httpd/conf/httpd.conf ; then cat /etc/httpd/conf/httpd.confEOT IfModule mod_webapp.c WebAppConnection conn warp localhost:8008 WebAppDeploy examples conn /examples WebAppDeploy
Re: Listeners in the WARP Connector?
I assume I would need to use a WebAppDeploy descriptor to map the users directories to Tomcat, how would I do that for generic users directories (~/public_html)? WebAppConnection warpConnection warp localhost:8008 WebAppDeploy examples warpConnection /examples/ WebAppDeploy manager warpConnection /manager/ WebAppDeploy webdav warpConnection /webdav/ Mark R. Diggory wrote: I've successflly set up tomcat to server user public_html directories using the example in the docmentation. However, this doesn't seem to work as well when I try it through my WARP connection. Is this possible? Any tips? !-- Define an Apache-Connector Service -- Service name=Tomcat-Apache Connector className=org.apache.catalina.connector.warp.WarpConnector port=8008 minProcessors=5 maxProcessors=75 enableLookups=true acceptCount=10 debug=0/ !-- Replace localhost with what your Apache ServerName is set to -- Engine className=org.apache.catalina.connector.warp.WarpEngine name=Apache debug=0 appBase=webapps !-- Attempt to define a default virtual host and a listener to map the user dir's through the apache connector-- Host name=Apache debug=0 appBase=webapps unpackWARs=true Listener className=org.apache.catalina.startup.UserConfig directoryName=public_html homeBase=/home/login userClass=org.apache.catalina.startup.HomesUserDatabase/ /Host /Engine /Service -Mark Diggory -- To unsubscribe: mailto:[EMAIL PROTECTED] For additional commands: mailto:[EMAIL PROTECTED] Troubles with the list: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Tomcat 4 / mod_webapp RPMs available...
We've been customizing the src rpm's available at: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.1/rpms/ and the mod_webapp rpm at: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.2-b2/rpms/ to produce RPM's that our team feels are stable an logically install on Redhat 7.x. We've done a number of things to them. In mod_webapp: We fixed a WebAppMount directive placed in the httpd.conf file that was incorrect (should have been WebAppDeploy). We also check if ServerName is set in httpd.conf and attempt to resolve and add it if it is not. In the Tomcat RPM's We moved the install directory back to /var/tomcat/... because some of our installers for other software and Location definitions in Apache http.conf require it to be there...We also set the default ports back to that of tomcat 3.2. This makes sense because we never really saw a reason to run tomcat 3.2 and 4.0 together on the same machine. We thought if we were deploying our Software which uses tomcat4.0 it would be the only tomcat servlet engine running on a machine. We modified the Permissions on the webapps directory to give tomcat group users rights to edit files in it, where the /etc/rc.d/init.d/tomcat script didn't provide theses permissions previously. We altered the sleep hack in /etc/rc.d/init.d/tomcat to wait longer because the tomcat-apache connector needs more time to stop. This makes restart work (although somewhat slower). We tried to do all this while properly updating all the documentation in the src and nonarch rpm's. Our question is: Would you like these RPM's to make available via Jakarta? For us it would be beneficial if we could point our administrators/installers to an external persistent source which we didn't need to maintain for getting the external packages (like Tomcat4.0) that are required prior to installing our projects packages. Mark R. Diggory Software Engineer Harvard-MIT Data Center M-30 Littauer Center, North Yard Harvard University Cambridge, MA 02138 phone: (617) 496-7246 e-mail: [EMAIL PROTECTED] Our Project: http://thedata.org http://sourceforge.net/projects/thedata/ In Action: http://vdc-prod.hmdc.harvard.edu/VDC/index.jsp -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]