Fmota Tech

Hi,

I have a small web application deployed on Tomcat server and is is working pretty fine, except in one mode. The web application is available through 2 modes of links – one is regular and other is Single Sign On based.

Here is the sample directory structure: Tomcat webapps MyApp WEB-INF web.xml jsp myapp.jsp MyApp.war bin logs conf web.xml

Deployment Procedure: Stop the server Copy the new war to webapps replacing the old one remove the complete diretcory of MyApp recursively (rm -rf MyApp) start the server

Issue: We try both the links of application. The normal one works just fine first time itself. The SSO link shows up the directory listings page of webapps directory showing the MyApp.war and MyApp directory link. Now all we need to workaround this is just stop the server again and then start it. Surprisingly both SSO mode link and normal works totally fine. This is recurring problem. Is there a proper permanent fix to this?

Please note the web.xml in Tomcat/conf directory has below default listings true index.html index.htm index.jsp

Please note the web.xml in Tomcat/webapps/MyApp/WEB-INF directory has below myapp.jsp

The application has only myapp.jsp and none of index.* files

myapp.jsp is as below <META URL=/who.do”>

Somehow first time when new war is deployed, old exploded diretcory is deleted and server is started, the Tomcat might not be finding xcard.jsp or the application specific web.xml and hence it is listings the directory based on settings in Tomcat/conf/web.xml Second time however it finds the web.xml and xcard.jsp and hence works.

We even tried changing deployment procedure not to delete the exploded directory and rest of steps same. But it does not help either. If we drop the new war while the server is running, it does not take the changes in new war.

On Wed, Sep 1, 2010 at 7:22 PM, Eric Covener wrote:

I see. I need to retain the “webusers” group whenever the php apps/scripts would generate/create files/directories.

I see. How can I possibly solved this issue?

Thanks.

Regards, James

Tomcat Folks,

I was looking at the Tomcat 7.0 documentation this evening and I see that the links to the various Sun/Oracle API documentation are out of

I see that Sun/Oracle doesn’t yet have the Servlet 3.0 APIs up on their site: is that the reason the appropriate APIs aren’t posted on the TC 7 page?

Would it be possible to post the Servlet 3.0 APIs and JSP 2.2 APIs on the Tomcat site until Sun/Oracle gets theirs posted?

Thanks, – -chris

Hello List,

because I can’t make Powerdevil (KDE’s power management utility) hide the “Hibernate” button (which I hit accidentially from time to time), I’d like to disable the suspend to disk feature on my system. It’s not practical anyway (it’s a laptop with 3 GB of RAM).

So what is the proper way of disabling it? A kernel parameter? Some ACPI setting?

Thanks.

Tomcat 6:

Is there a way to change the URL for eg:

http://abc.com/a

to

http://abc.com/b/a

On 1 Sep 2010, at 23:03, Steve Whitson wrote:

Is it possible you may have built against a different version to what you’re trying to run with? APR shouldn’t work with any MySQL older than 4.1!

You’ve lost me there!

Still no luck… I added the path /usr/sfw/lib to the envvars LD_LIBRARY_PATH, I had also tried adding to my path before launching.

I did notice that this version of mysql is 4.0. I want to be using 5.0 but the libmysqlclient_r library isn’t available in this installation. As I had mentioned, I do have an apache 2.2.9 working using the mysql 4.0 version client.

Anyway, I’m downloading a 5.0 version of mysql to see if it will work. Apparently 5.1 isn’t known, since in the config.log for apr_util (I’m sticking to just building this piece util I get it right) it had problems.

Thanks much, -Steve

On 9/1/2010 4:04 PM, Nick Kew wrote:

I’ve seen complaints about thread hijacking but I always see them as different threads in my mail client. (Gmail) should I be using different software to subscribe to the list I think I’ve replied to them (threadjacks) a few times :S

Wes

On Wed, Sep 01, 2010 at 11:06:57PM +0200, Francisco Borges wrote:

I was in the same situation as you not a month or two ago. I spend days online looking for a good NAS, and really couldn’t find anything that impressed me. I ended up going with 4-1 TB 3.5″ drives, and putting them in a Linux software RAID 10 with LVM on top. I know it’s not a NAS, but no matter what I looked at, I couldn’t find anything decent. I had a lot of friends online recommend this and that, then they’d get into a discussion why this brand or the other sucks.

So, my RAID array is now accessible via SSHFS, NFS, asd CIFS. All my GNU/Linux machines, my wife’s iMac and our virtual XP box can access the data on the drives. Works great.

All,

In responding to Marc’s recent “Question about SSI” post, I was wondering a couple of things about the implementation. If anyone who can provide some illumination, I’d appreciate it.

First, the SSI Filter is implemented as a buffer-then-process filter, rather than setting up the SSI processor to do pipelined processing. By that, I mean that the original resource is fetched into a buffer and then processed start-to-finish, rather than wrapping the response’s output stream and allowing the SSI processor to run /during/ the generation of content by the original resource.

Was this done for performance reasons? I’d imagine that you might hold-up content generation of the original resource (that is, the thing you get by calling chain.doFilter) if the SSI processor stalls doing something such as executing an external script or including some other slow resource. On the other hand, the same thread will be doing all the work, anyway, so the client doesn’t get the bytes any faster either way. The only difference seems to be that the current strategy requires a potentially large buffer to hold the entire contents of the original resource, plus a potentially large buffer to hold the post-SSI-processed output.

I have to imagine that a “parallel” SSI processor configuration could avoid these potentially large buffers without degrading performance: a win-win.

Complications arise, of course, because the content type is not guaranteed to be set when the first byte of output is sent and because the response might be reset somewhere along the way. I believe these issues are not deal-breakers. The SSI filter would also not be able to set the Content-Length header in this case. I’m not sure if that’s a problem or not.

Second, for configurations where the content type of the original resource is unimportant, it might be nice to avoid the overhead of a regular expression pattern match. I’d be happy to provide a simple patch that avoids the pattern match for patterns like “.*” or “”.

These were just some thoughts I had while reading-through the SSI filter code. Any thoughts?

- -chris