A WAR (Web Application Archive) of [SnipSnap] is now also available on our [download|snipsnap-download] page. To install the WAR extract it into the application servers directory for web applications. __WARNING: DO NOT__ simply add the war itself as some servers delete the extracted files and directories after restart and redeploying the WAR. This would delete all your configurations and settings. 1. Extract snipsnap.war 1. Take a look at the console log of your web application server in the extracted War directory under WEB-INF/application.conf 1. Write down the installation key 1. Open your browser and go to: http://server:port/path?key=XXXX 1. Follow the instructions __Tomcat Users:__ Make sure you add ~~URIEncoding="UTF-8"~~ to the connector or URLs with non-ASCII characters break. 2005-02-05 22:54:23.918 2002-11-01 12:33:38.504 I am going to take your experience and hints to modify the installation and the current war. Thanks. 2002-11-02 12:08:38.6 2002-11-02 12:08:42.056 hi Leo these are my thoughts after playing around with SnipSnap source code: - it would be nice to use __ant__ for building installation archives and/or deployment - thus we can make different SnipSnap versions (with jetty or war version, possibility to use different databases etc.) - the user will run installer, it will ask him what version to create (standalone or war), what DB to use (mckoi or external, what are admin username and password for DB) - after that (in case of the war version) the ready-to-deploy war archive will be created that already contains created database or you can provide ready-to-deploy war version with already created mckoi database if the user doesn't want to change db admin login data. in this case existing code needs very slight changes concerning working with configuration data i can write this stuff \-ruslan 2002-11-05 11:10:45.328 2002-11-05 10:59:24.624 If you want to try, go ahead. It would be nice to have a list of things to change and move then or a diff of relevant changed files. Currently I am fixing bugs in the [DV] for creating version 0.2.8. 2002-11-05 13:19:02.576 2002-11-05 13:19:10.32 these are the changes to [DV] version\\ i tried to affect existing code as little as possible\\ there are 2 new targets in the build.xml: create-db and create-war (and deploy-war for testing)\\ to create war version do the next ant targets: - clean - jar - create-db - create-war - deploy-war to change admin login data edit new conf/application.conf file\\ also web.xml now contains context-param for application.conf-path i have tested it - it seems to have no effect on building of Jetti version of SnipSnap {link:SnipSnap-diff|http://dmits10.detmir.ru/sistema/SnipSnap-diff.zip} 2002-11-10 10:58:01.44 2002-11-10 10:20:09.64 Do you have an update on how this is coming along? I'm extremely interested in deploying SnipSnap in a Tomcat environment. 2003-01-07 16:46:25.2 2003-01-07 16:46:21.192 Being J2EE 1.3.1 compliant will require a little more work than that as most implementations have a Security Manager so modifying files under WEB-INF is an issue (unless you disable security). I am moving McKoi database and lucene out of the way. McKoy is another source of troubles. It does a System.getProperties in TransactionSystem constructor. As java.lang.SecurityManager doesn't handle the read/write granularity for Properties (checkPropertiesAccess()), this forces a security policy change to allow read/write which is a BAD THING. I've never had such a problem with hsqldb nor with pointbase. 2003-01-17 19:16:14.92 2003-01-17 19:16:13.6 1. Kommentar 2003-03-02 00:17:01.0 2003-03-02 00:17:09.288 Your faq mentions providing a server-independent war file as something your working on. But since it's not on your feature list nor on the roadmap and noting that the above messages are from some time ago I wonder:\\ Are there really plans for making snipsnap independent of Jetty? And are these of the 'hold your breath' or of the 'hell freezes over/windows goes GPL' variety?\\ \\ I'm just wondering since I like snipsnap but installing a webserver specifically for an application is not an option at our site. 2003-04-29 13:30:15.864 2003-04-29 13:24:50.224 The WAR is something I am currently working on. It requires to move the installer part (database initialization etc.) into the web application. Also, a few files are currently read from the working directory of the java vm which also have to be moved inside the webapp. 2003-04-30 15:44:57.856 2003-04-30 15:44:53.584 leo, is snipsnap developement active? 2003-04-30 19:09:37.736 2003-04-30 19:09:36.896 Ok, Leo, way to go. What version are you aiming for? 2003-05-01 13:06:40.184 2003-05-01 13:06:36.048 Is there war version available? 2003-05-22 04:59:35.776 2003-05-22 04:59:31.8 No currently not. The next step is (was) enabling MySQL. This makes a WAR version easier. We still need help with the WAR version. Some people who wanted to help did not in the end. 2003-05-22 11:48:56.312 2003-05-22 11:48:57.952 What help do you need ? 2003-05-22 16:43:08.328 2003-05-22 16:43:00.0 Indeed, please post here. I have no preference for DB (although dream some day of a Xindice store), but do desire hosting with Tomcat so I can use my Apache-dependant centralized authentication. 2003-06-04 05:45:09.264 2003-06-04 05:45:06.68 I created a WAR version that uses MySQL instead of McKoi. I've tested it with Tomcat 4.1. If anyone would like to try it out, please send me an email. 2003-06-25 21:06:12.216 2003-06-25 21:05:25.344 I'll add my voice to this - Unless you have the luxery of root access to a server, you can't use SnipSnap. Period. For people running under virtual hosts, you can resonably assume that they have MySQL or PostGreSQL available. McCoy is a nice database for creating quick demos, but a host with MySQL or PostGres will likely also include automatic backups and disaster recovery. $.02 2003-06-25 21:09:33.112 2003-06-25 21:09:30.384 Eeverman - I just read your profile and two of your "must have" features, MySQL support and WAR distribution, I have implemented. If you would like to test them out for me, please send me an email. 2003-06-25 21:26:40.864 2003-06-25 21:26:42.72 I just started reading about [Hibernate]. It seems that if we used it, the database connection is specified in a hibernate.properties file, and SnipSnap wouldn't care where the storage is. It could still default to McKoi though. The main requirement is that the snips be proper java beans, with a getter and setter for each instance variable that we want to save in the database. 2003-06-27 19:41:11.688 2003-06-27 19:41:13.136 hmm any time, when i try to preview/save an edited snip or an command on my local snipsnap i get an: javax.servlet.ServletException: Filter execution threw an exception at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193) at org.snipsnap.net.filter.InitFilter.doFilter(InitFilter.java:170) what have i done wrong? 2003-07-26 02:43:29.008 2003-07-26 02:43:30.088 My InitFilter.java does not even have 170 lines. 2003-07-26 19:25:23.12 2003-07-26 19:25:21.864 i have no source code of the war version. and in version 0.4.2a there are only 145 lines, yes. but how does this help? :-/ 2003-07-26 21:25:31.08 2003-07-26 21:25:27.92 It works on tomcat but not for resin! Is there any version for Resin? 2003-08-28 18:40:30.456 2003-08-28 18:40:34.04 2003-11-19 04:53:18.04 2003-11-19 04:50:49.336 i am currently finishing up the war for use with tomcat and will make it available for testing (not upgrading) ASAP. 2003-11-19 08:34:14.304 2003-11-19 08:34:13.544 new WAR seems to work okay for Resin 2.1.12, though the i18n messages show with ???menu.index?? messages (all show this), which means there's probably a classpath problem. Any clues? I've copies the i18n files to every place I could think of on the source path, and copies versions without the "_en" also. I'm using Firebird on Mac OS X Panther. 2003-12-28 19:43:29.368 2003-12-28 19:43:29.048 SnipSnap looks up the i18n files in the classpath i18n.messages_en.properties which corresponds to a directory i18n with a file messages_en.properties. The files are in the WAR's WEB-INF/classes/i18n directory which should be part of the classpath of the web application. 2003-12-28 22:20:18.592 2003-12-28 22:20:17.384 got it to work with resin, though PNGs are showing up as missing in internet explorer, but not in mozilla or firebird. Any clues here? 2004-01-02 17:46:13.224 2004-01-02 17:46:14.4 take a look at the urls from which the images are loaded in IE. Open the images in another browser window and see if there is an error message. 2004-01-02 18:54:12.5 2004-01-02 18:54:12.316 Some servlet containers (e.g. weblogic) do not expand the war files in directories. Can we specify another directory - outside the web application space (direct OS reference) for storing the files ? 2004-01-09 16:09:12.112 2004-01-09 16:09:12.168 Is there a somewhat standards compliant way to specify such a directory? 2004-01-09 16:24:47.272 2004-01-09 16:24:47.912 The usual approach tends to be specifying an absolute path in whatever format the host OS uses as a servlet init param (when configuration files will also be stored there) or in a properties file (when the properties file is in a webapp-relative location). Jive forums provides a good example of this with their "jive home" directory. See e.g. http://www.jivesoftware.com/builds/docs/prof/3.1.5/documentation/install-guide.html#appserver 2004-01-09 17:43:01.992 2004-01-09 17:43:01.088 Yes, that's the usual way. Friki is doing it like that. Of course, the directory must be writable for the user in which the web/application server is running. 2004-01-09 22:28:43.612 2004-01-09 22:28:42.68 Hmm, I tried to deploy under Resin (2.1.12). No success. Could someone give me a clue please?! Console says 01:55:55.669 DEBUG - WebApplication started: c:\users\nestefan\My Documents\dev \java\resin-root\webapps\snipsnap\ Configuration: unable to load defaults: null Configuration: unable to load transposition map: null With the browser I get differing stack traces for first and subsequent requests (probably interrelated): 1st request: java.lang.IllegalArgumentException: org.snipsnap.config.Configuration is not an interface at java.lang.reflect.Proxy.getProxyClass(Proxy.java:340) at java.lang.reflect.Proxy.newProxyInstance(Proxy.java:552) at org.snipsnap.config.ConfigurationProxy.newProxyInstance(ConfigurationProxy.java:198) at org.snipsnap.config.ConfigurationProxy.newInstance(ConfigurationProxy.java:190) at org.snipsnap.config.ConfigurationProxy.getInstance(ConfigurationProxy.java:184) at org.snipsnap.net.filter.InitFilter.init(InitFilter.java:84) at com.caucho.server.http.QFilterConfig.createFilter(QFilterConfig.java:215) ... 2nd and subsequent requests: java.lang.NullPointerException at org.snipsnap.net.filter.InitFilter.doFilter(InitFilter.java:200) at com.caucho.server.http.FilterChainFilter.doFilter(FilterChainFilter.java:88) 2004-02-17 14:08:50.423 2004-02-17 14:08:50.049 Deployment of war under tomcat 5.0 leads to the following server logs (catalina.out) ?? java.io.FileNotFoundException: /usr/local/share/apache/tomcat/jakarta-tomcat-5.0.19/work/Catalina/localhost/snipsnap-0.5.1a/org/apache/jsp/admin/configure_jsp.java at java.io.FileOutputStream.open(Native Method) at java.io.FileOutputStream.<init>(FileOutputStream.java:179) at java.io.FileOutputStream.<init>(FileOutputStream.java:70) at org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:223) ... 2004-03-26 02:55:05.69 2004-03-26 02:55:05.351 Anyone know why I can't get my installation to stop appending :80 to the index.jsp redirect (Configuration.getSnipURL)? I'm deployed under Tomcat, behind Apache via mod_jk2. Even pointers to where in the source the implementation of that method is would be helpful, a quick look only confused me ;-) 2004-03-28 04:19:36.375 2004-03-28 04:19:36.009 Take a look at ConfigurationMap.java and maybe remove any setting for port 80 in application.conf. 2004-03-28 16:09:11.705 2004-03-28 16:09:11.35 Simple fix, I needed to disable app.real.autodetect. Perhaps the proxy autodetect should recognize 80 as the default HTTP port? 2004-03-30 23:10:03.551 2004-03-30 23:09:59.754 Hello again, I got one step further with snipsnap and Resin, I can nopw configure it: I had jar's from previous version of snipsnap in global classpath, from the time when I wanted to make a pre-war snipsnap run under Resin. I figured I created this confusion. The next thing to point out is, that, you need to set Resin to use cookies for sessions. This is default, but was disabled on our server. But SnipSnap doesn't seem to like URL-Rewriting. Unfortunately I'm now stuck again: * The snipsnap pages are now showing up, but there are many many "nulls" especially instead of "<" characters, i.e. broken HTML. All over the place. * I also get some exceptions when logging is turned on: 02:35:21.460 DEBUG - FileUserStorage: Cannot load user SnipSnap/config/asinserv ices: ..../resin-root/webapps/snipsnap/WEB-IN F/files/00000000CWCJR-00000002Y8WZX-00000DSODYYA4-1L38PVAUW6D3W/users/SnipSnap/c onfig/asinservices.properties (Das System kann den angegebenen Pfad nicht finden ) Any clue where to look next?? 2004-04-05 14:52:51.367 2004-04-05 13:18:38.976 How do you install SnipSnap on WebLogic? 2004-04-19 00:51:13.121 2004-04-19 00:51:12.76 Hi all, I had snipsnap been running for more than a couple of weeks, things seems to go ok but with occassional out-of-memory problem. that's not a big deal as i can just restart my tomcat. Lastnight i tried to play around with the \{graph\} thingy and after awhile snipsnap freezes and despite my restarting tomcat many times and even re-installing tomcat does not help. I reinstall tomcat is to ensure tomcat is running ok and i can also access tomcat's examples When i check the $tomcat-home/logs/localhost-log i had the following errors. what should i do now? can i recover snipsnap? More importantly, can i recover my data? My environment is as follows - OSX ver 10.3.3, java version 1.4.2, Tomcat 5.0.19\\ Any help is greatly appreciated.\\ regards\\ chungonn\\ ---- __localhost log__ java.lang.NullPointerException at org.snipsnap.snip.storage.FileSnipStorage.parseSnip(FileSnipStorage.java:296) at org.snipsnap.snip.storage.FileSnipStorage.traverseFileStore(FileSnipStorage.java:330) at org.snipsnap.snip.storage.FileSnipStorage.traverseFileStore(FileSnipStorage.java:339) at org.snipsnap.snip.storage.FileSnipStorage.storageAll(FileSnipStorage.java:323) at org.snipsnap.snip.storage.MemorySnipStorage.<init>(MemorySnipStorage.java:87) at org.snipsnap.snip.SnipSpaceImpl.<init>(SnipSpaceImpl.java:92) at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:274) at org.picocontainer.defaults.InstantiatingComponentAdapter.instantiateComponent(InstantiatingComponentAdapter.java:86) at org.picocontainer.defaults.InstantiatingComponentAdapter.getComponentInstance(InstantiatingComponentAdapter.java:36) at org.picocontainer.defaults.CachingComponentAdapter.getComponentInstance(CachingComponentAdapter.java:44) at org.picocontainer.extras.DecoratingComponentAdapter.getComponentInstance(DecoratingComponentAdapter.java:39) at org.nanocontainer.nanning.NanningComponentAdapterFactory$WeavingAdapter.getComponentInstance(NanningComponentAdapterFactory.java:81) at org.picocontainer.defaults.DefaultPicoContainer.getComponentInstance(DefaultPicoContainer.java:201) at org.snipsnap.container.Components.getComponent(Components.java:141) at org.snipsnap.net.filter.InitFilter.loadApplicationContexts(InitFilter.java:164) at org.snipsnap.net.filter.InitFilter.init(InitFilter.java:147) at org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:272) at org.apache.catalina.core.ApplicationFilterConfig.setFilterDef(ApplicationFilterConfig.java:355) at org.apache.catalina.core.ApplicationFilterConfig.<init>(ApplicationFilterConfig.java:126) at org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:3644) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4276) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:866) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:850) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:638) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.java:320) at org.apache.catalina.core.StandardHost.install(StandardHost.java:875) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:727) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:477) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:1008) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:394) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1134) at org.apache.catalina.core.StandardHost.start(StandardHost.java:832) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1126) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:521) at org.apache.catalina.core.StandardService.start(StandardService.java:519) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2345) at org.apache.catalina.startup.Catalina.start(Catalina.java:594) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.start(Bootstrap.java:297) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:398) 2004-04-21 07:31:05.065 2004-04-21 07:31:04.68 Search the files in WEB-INF/files for an empty metadata.properties file. There may be a bug in the FileSnipStorage that can destroy the metadata file. It may have to do with a bug we recently fixed leaving files open. 2004-04-21 10:23:25.615 2004-04-21 10:23:25.244 Hi leo, Yes i found an empty "metadata.properties" file, I have renamed the metadata.properties.bck to metadata.properties file and it is working now. Is this the best thing to do for my situation? Thanks for the great help. 2004-04-21 10:55:56.222 2004-04-21 10:44:35.849 Probably the best to do now. It is advisable to update next time we release. 2004-04-21 13:57:31.066 2004-04-21 13:57:30.697 Any idea when the next release will be :-)? And will it include tools to migrate attachments from earlier versions? 2004-04-21 14:40:23.568 2004-04-21 14:40:23.18 The current CVS contains a to add attachments from prior 0.5.1a installations into a snipsnap dump file. 2004-04-22 13:02:22.807 2004-04-22 13:02:22.45 Yes, any idea when the next release might be (just expecting a broad estimate)? I am trying to implement a Wiki here at work and hitting the open files problem a lot (which seems to wipe out some content files too) and I need to fix that before my teammates are going to buy in. 2004-06-07 17:35:56.675 2004-06-07 17:35:56.257 I've just moved to 0.5.1a, and decided to install SnipSnap as a WAR, using Apache as proxy, and Tomcat as the app server. However, I have got some anomalous behaviour. While everything appears to work, I think the cookies are being served up wrong. This results in users losing their sessions as soon as they navigate to another page after logging in. The application is configured under apache to be served up from http://www.jzone.co.uk/. The vhost config is as follows: {code} <VirtualHost 192.168.x.x> ServerName www.jzone.co.uk ServerAlias jzone.co.uk ProxyPass / http://localhost:8080/jzone/ ProxyPassReverse / http://localhost:8080/jzone/ </VirtualHost> {code} Then Tomcat's server.xml added an additional context: {code} <Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true" xmlValidation="false" xmlNamespaceAware="false"> ... other contexts <Context path="/jzone" docBase="/home/jzone/snipsnap" debug= "0"/> </Host> {code} Then, in SnipSnap/config, I have the following: {code} app.prefix= app.real.autodetect=false app.real.port=80 app.real.protocol=http app.real.host=www.jzone.co.uk app.real.path= {code} When accessing the site using __lynx__, I always get a prompt saying "~~Accept invalid cookie path=/jzone as a prefix of '/'? (n)"~~ Any ideas? 2004-06-21 13:25:31.815 2004-06-21 13:25:31.324 Leave the autodetect on. And try the latest nighly version please, which should have a few bugs fixed related to this. 2004-06-21 14:28:25.869 2004-06-21 14:28:25.292 I've grabbed the latest nightly, and with app.real.autodetect set to either true or false, the application still exhibits the same behaviour. 2004-06-21 15:14:49.698 2004-06-21 15:14:49.242 Hi! I just downloaded snipsnap-0.5.1a.war and extracted the contents to the Tomcat directory .../webapps/snipsnap. I want to run it as a web service in an existing Tomcat server. We use Tomcat 4.0.1 thru Java 1.4.0 on a Linux 2.4 box. The log in catalina.out looks good (03:21:29.730 DEBUG - WebApplication started: ... ConfigurServlet: ...) But, when I try to access http://...:7070/snipsnap?key=... , I get the following output: see below. Any ideas what happened? And how the problems can be solved? Thanks, hs. type Exception report message Internal Server Error description The server encountered an internal error (Internal Server Error) that prevented it from fulfilling this request. exception javax.servlet.ServletException: sun/tools/javac/Main at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:484) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) ... org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106) at java.lang.Thread.run(Thread.java:536) root cause java.lang.NoClassDefFoundError: sun/tools/javac/Main at org.apache.jasper.compiler.SunJavaCompiler.compile(SunJavaCompiler.java:128) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:271) at org.apache.jasper.servlet.JspServlet.loadJSP(JspServlet.java:546) ... org.apache.catalina.connector.http.HttpProcessor.run(HttpProcessor.java:1106) at java.lang.Thread.run(Thread.java:536) 2004-06-22 15:54:27.613 2004-06-22 15:54:27.02 Hi again! In my previous post, I described my problems with setting up a snipsnap space. The problem drawn there were related to internal misconfiguration of Java (which was a bit hard to find since my Servlets other than snipsnap worked). I later had a problem with configuring the theme which I could solve using a new Tomcat version as Servlet container. So, it seams that snipsnap as of version 0.5.1a does not work with Tomcat 4.0, but with 5.0. Bye, hs. 2004-07-01 14:05:40.269 2004-07-01 14:05:39.647 2004-07-05 11:01:58.615 2004-07-05 11:01:57.871 Hi, thanks for what looks like an excellent system. I thought I would share my experience of installing the .war file on Tomcat5/Windows XP, it's actually even simpler than these instructions suggest. 1. Have Tomcat running 1. copy the .war into your webapps directory, wait for Tomcat to notice and unpack it 1. stop Tomcat 1. delete the .war file from webapps 1. restart Tomcat 1. look at the Tomcat log. If you are running Tomcat as a service (and why not), then the console log is in Tomcat's logs directory as stdout.log You will see something like: "SnipSnap 0.5.2a\\ Copyright (c) 2000-2004 Fraunhofer Gesellschaft\\ Fraunhofer Institute for Computer Architecture and Software Technology\\ All Rights Reserved. See License Agreement for terms and conditions of use.\\ Responsible Authors: Stephan J. Schmidt, Matthias L. Jugel.\\ >> Please finish the installation, visit\\ >> http://Ness:8668?key=c3212\\ " Ignore all this except the key value 7. use your browser to visit http://127.0.0.1:8080/snipsnap-0.5.2a\\ 8. that's it, SnipSnap will take it from there, prompting you for the key. 2004-07-05 11:47:49.019 2004-07-05 11:47:48.318 Anyone have tips for how to use the WAR file expansion to put this in Tomcat's ROOT dir. When I do this it can't find the admin.configure servlet and gives me the following error: HTTP Status 404 - /admin/configure type Status report message /admin/configure description The requested resource (/admin/configure) is not available. Apache Tomcat/5.0.28 It starts-up just fine without errors when you review the log, gives me the key and everything, and index.jsp is obviously 2004-09-23 02:04:14.675 2004-09-23 02:04:12.495 Hello, it works on Tomcat but not on Resin. I get the following error message: javax.servlet.ServletException: Class `admin.configure' was not found in classpath. Classes normally belong in /snipsnap-1.0b1/WEB-INF/classes. at com.caucho.server.http.Application.instantiateServlet(Application.java:3198) at com.caucho.server.http.Application.createServlet(Application.java:3104) at com.caucho.server.http.Application.loadServlet(Application.java:3065) The server is provided by my host plan, so I cannot really manage its classpath. Can anybody help? Alexis ps: is there any forum dedicated to SnipSnap. Comments are not really designed for support, aren't they? 2004-11-25 10:23:23.758 2004-11-25 10:23:09.828 Am I missing something? The exploded WAR file seems to contain a multitude of JSP's that have been pre-compiled into servlets. I can understand why you might want to do this in a particular environment (like an individual installation), but for a package intended for distribution this is silly. All of these servlets are compiled against the Jakarta Tomcat org.apache.jasper.runtime.HttpJspBase, meaning that unless every person trying to deploy this has Tomcat is in the classpath, it simply won't work. Was this intentional? 2004-12-29 00:59:51.631 2004-12-29 00:59:48.853 i have the same problem with wwpants. i have a __hosting__ package with tomcat, so i can not directly use the server neither restart it nor check the logs . i uploaded war file and then point to installed directory. it redirects to http://mydomain.com/snipsnapdirectory/admin/configure?prefix=/ but it generates a 404 error. need a guideline for deploying war over a shared java hosting... --edit war working perfectly. hosting problems. 2005-01-07 17:30:08.859 2005-01-06 20:20:42.291 Would you mind giving me the address so I can have a look? (see [contact us] for email) 2005-01-07 11:03:51.668 2005-01-07 11:03:48.876 I'm having problems deploying the war on JBoss 4.0.1. I get past the point of configuring the datastore, and then the servlet throws an AbstractMethodError exception. I'm deploying by extracting the war and then placing in the deploy directory. The relevant information from the error log is pasted below. ------------------------------------------------------------------------------ 00:31:05,052 INFO [STDOUT] ConfigureServlet: added setup handler: maintenance 00:31:05,052 INFO [STDOUT] ConfigureServlet: added setup handler: export 00:31:05,072 INFO [STDOUT] ConfigureServlet: added setup handler: import 00:31:05,072 INFO [STDOUT] ConfigureServlet: added setup handler: search 00:31:05,083 INFO [STDOUT] ConfigureServlet: added setup handler: users 00:31:05,083 INFO [STDOUT] ConfigureServlet: added setup handler: administrator 00:31:05,113 INFO [STDOUT] ConfigureServlet: added setup handler: application 00:31:05,133 INFO [STDOUT] ConfigureServlet: added setup handler: database 00:31:05,143 INFO [STDOUT] ConfigureServlet: added setup handler: expert 00:31:05,143 INFO [STDOUT] ConfigureServlet: added setup handler: localization 00:31:05,153 INFO [STDOUT] ConfigureServlet: added setup handler: mail 00:31:05,153 INFO [STDOUT] ConfigureServlet: added setup handler: moblog 00:31:05,163 INFO [STDOUT] ConfigureServlet: added setup handler: permissions 00:31:05,163 INFO [STDOUT] ConfigureServlet: added setup handler: proxy 00:31:05,173 INFO [STDOUT] ConfigureServlet: added setup handler: theme 00:31:42,797 INFO [STDOUT] ConfigureServlet: unknown step: login 00:32:01,464 ERROR [Engine] StandardWrapperValve[org.snipsnap.net.admin.Configur eServlet]: Servlet.service() for servlet org.snipsnap.net.admin.ConfigureServlet threw exception java.lang.AbstractMethodError at org.picocontainer.defaults.DefaultPicoContainer.registerComponent(Def aultPicoContainer.java:192) at org.picocontainer.defaults.DefaultPicoContainer.registerComponentImpl ementation(DefaultPicoContainer.java:250) at org.picocontainer.defaults.DefaultPicoContainer.registerComponentImpl ementation(DefaultPicoContainer.java:240) at org.picocontainer.defaults.DefaultPicoContainer.registerComponentImpl ementation(DefaultPicoContainer.java:231) at org.snipsnap.container.Components.getContainer(Components.java:75) at org.snipsnap.container.Components.getComponent(Components.java:149) at org.snipsnap.net.filter.InitFilter.doFilter(InitFilter.java:224) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl icationFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:157) at org.snipsnap.net.filter.GZIPFilter.doFilter(GZIPFilter.java:35) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl icationFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:157) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFi lter.java:75) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl icationFilterChain.java:186) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF ilterChain.java:157) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV alve.java:214) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:520) at org.apache.catalina.core.StandardContextValve.invokeInternal(Standard ContextValve.java:198) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextV alve.java:152) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:104) at org.jboss.web.tomcat.security.CustomPrincipalValve.invoke(CustomPrinc ipalValve.java:66) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:102) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(Securit yAssociationValve.java:153) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:102) at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValv e.java:54) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:520) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j ava:137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j ava:118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:520) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal ve.java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValv eContext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.jav a:520) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:16 0) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java :799) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.proce ssConnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java :577) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP ool.java:683) at java.lang.Thread.run(Thread.java:534) 2005-02-04 08:07:02.544 2005-02-04 08:06:55.028 For the people getting the 'javax.servlet.ServletException: Class `admin.configure' was not found in classpath. Classes normally belong in /snipsnap-1.0b1/WEB-INF/classes. at' or any similar error with Resin: The error message is a little misleading. The class in question [i]is[/i] on your classpath, but one of the classes it needs is [i]not[/i]. This is because for whatever reason, SnipSnap is distributed with JSPs that have been pre-compiled using Tomcat. If you download the Jasper jar file found at: http://www.ibiblio.org/maven/tomcat/jars/jasper-runtime-5.5.7.jar and place it in the WEB-INF/lib directory of your SnipSnap webapp, this error will go away. I am not sure of the implications of using classes from another servlet container like this, though. I am still experimenting, and so do this with the word of caution that I don't know exactly what will happen. Another solution may be to remove the problematic servlet references and the snipsnap-jsp.jar file and put the source JSPs back in place...This should let Resin do the compiling for you... 2005-02-05 02:44:34.002 2005-02-05 02:44:33.973 wwpants and all that have problem with HTTP Status 404 - /admin/configure by default on Tomcat, /admin/ is used for administration console. You can configure different path in webapps/admin.xml default: <Context path="/admin" docBase="../server/webapps/admin" debug="0" privileged="true"> set it, for example, to: <Context path="/administration" docBase="../server/webapps/admin" debug="0" privileged="true"> and snipsnap will work ok. when snipsnap points to /admin/configure, by accident it points to different web application, hence the error message... I hope this would help somebody ;) 2005-02-13 21:55:41.194 2005-02-13 21:55:41.164 Can anyone provide me a clue about the problem I described at the end of [nestefan/SnipSnap on Resin]. I'm running out of ideas. It seems like the snips o nthe filesystem allready contained weird byte sequences which are not UTF-8 any more looks like the decoding of incoming form data is seriously broken in my installation... 2005-03-31 11:58:02.547 2005-03-31 00:02:54.682 i dual to install it on a weblogic server,,but,,when i open http://localhost:7001/snipsnap/index.jsp ,it popup a 'configure' file ,, in the console it notice: >> Please finish the installation, visit >> http://localhost:8668?key=c2c89 but this url is invalid,, 2005-05-30 09:02:53.705 2005-05-30 09:02:48.732 @[fangwei] have a look at step 4 above: ~~Open your browser and go to: >>http://server:port/path?key=XXXX~~ which would by http://localhost:7001/snipsnap?key=c2c89 for you. 2005-05-30 11:01:18.375 2005-05-30 11:01:13.617