Subject: problem to replace character "" with character "/" with the help of jakarta.apache.org/taglibs/string - msg#00323

Previous Message by Date: click to view message preview

RE: I NEED caucho-status!

I know, a contradiction in terms, but without being platform jaded my question remains, does anyone know how to restrict caucho-status using IIS when it's neither a file or a directory? -----Original Message----- From: Stefan Praszalowicz [mailto:stefan@xxxxxxxxxx] Sent: Wednesday, June 25, 2003 11:41 AM To: resin interest Subject: RE: I NEED caucho-status! IIS's security ? On Wed, 2003-06-25 at 19:01, Joseph Pierini wrote: > And for IIS? > > -----Original Message----- > From: Scott Ferguson [mailto:ferg@xxxxxxxxxx] > Sent: Wednesday, June 25, 2003 8:47 AM > To: resin-interest@xxxxxxxxxx > Subject: Re: I NEED caucho-status! > > > Joseph Pierini wrote: > > >What I don't need is the information disclosure created by > >caucho-status. Is it possible to eliminate the "Config:" and > >"Resin-Home:"  lines? If not, is it possible to restrict > caucho-status > >to particular subnets? I RTFM, and yet I'm left with questions... > > > For caucho-status, you need to use Apache's security configuration for > any protection, since it's on the Apache side. > > - Scott > > > > >Thanks in advance for your kindness, > > > > > >Joseph Pierini | Information Technology > > > >multimedialive > > > >625 Second St > > > >Petaluma, CA 94952 > > > >Phn: 707-773-3434 > > > >Mbl: 707-758-6573 > > > >joep@xxxxxxxxxx <mailto:joep@xxxxxxxxxx> > > > > > > > >  > > -- Stefan Praszalowicz <stefan@xxxxxxxxxx> Avedya

Next Message by Date: click to view message preview

RE: Resin does not set

Try using ExpiresFilter... http://www.caucho.com/resin/ref/filter-library.xtp -j > -----Original Message----- > From: owner-resin-interest@xxxxxxxxxx > [mailto:owner-resin-interest@xxxxxxxxxx]On Behalf Of > xiaoqing.zhu@xxxxxxxxxxxxx > Sent: Thursday, June 26, 2003 6:09 PM > To: resin-interest@xxxxxxxxxx > Subject: Resin does not set > > > We are hosting some large binary files (grammar files) on resin > server. For > performance considerations, we set the expiration header on those files to > one day, using the following directive: > > <http-server> > <cache-mapping url-pattern='*.gram' expires='1d'/> > </http-server> > > Oddly, the directive works on some files but not others. We further > discovered that the behavior is a function of the size of the file. > > >From http.log: > > [2003-06-26 19:08:07.567] [null, 1] GET > /voice_media/NWALUGG/en_us/grammars/osb_1/flight_number_grammar.gram > HTTP/1.1 > [2003-06-26 19:08:07.617] [null, 1] HTTP/1.1 200 OK > [2003-06-26 19:08:07.617] [null, 1] Last-Modified: Wed, 18 Jun 2003 > 18:43:38 GMT > [2003-06-26 19:08:07.617] [null, 1] Expires: Fri, 27 Jun 2003 23:08:07 GMT > [2003-06-26 19:08:07.617] [null, 1] Content-Length: 202681 > [2003-06-26 19:08:07.967] caching: > /voice_media/NWALUGG/en_us/grammars/osb_1/flight_number_grammar.gram?null > etag="AAAAPXcOqOQ" length=202681 > > [2003-06-26 19:00:41.565] [null, 0] GET > /voice_media/NWALUGG/en_us/grammars/osb_1/airport_grammar.gram HTTP/1.1 > [2003-06-26 19:00:41.635] [null, 0] HTTP/1.1 200 OK > [2003-06-26 19:00:41.635] [null, 0] Last-Modified: Wed, 18 Jun 2003 > 18:43:38 GMT > [2003-06-26 19:00:41.635] [null, 0] Content-Length: 5259500 > > Both files are in same directory but the second file is not > cached in resin > server (which is fine), but resin server also didn't set the "Expires" > header. > > I was using resin2.1.4 but when I check resin 2.1.8 source code, I found > the following: > > public int getCacheMaxLength() > { > return 1024 * 1024; > } > > Does this only apply to server-side cache or does it also determine if an > Expires header is to be set? Is this a feature or a bug? Is that a way to > get around it? > > Since we are using a browser agent that only understands the "Expires" > header and will not use "If-Modified-Since" header, it is imperative that > we can cache the large grammar file on the browser. > > Any suggestion is much appriciated! > > =-=-=-=-=-=-=-=-=-=-=-=-=-= > Xiaoqing "Chin" Zhu > Señor Systems Analyst > Convergys Speech Solutions > (703) 885-5850 > xiaoqing.zhu@xxxxxxxxxxxxx > =-=-=-=-=-=-=-=-=-=-=-=-=-= > > -- > "NOTICE: The information contained in this electronic mail > transmission is > intended by Convergys Corporation for the use of the named individual or > entity to which it is directed and may contain information that is > privileged or otherwise confidential. If you have received this > electronic > mail transmission in error, please delete it from your system without > copying or forwarding it, and notify the sender of the error by > reply email > or by telephone (collect), so that the sender's address records can be > corrected." >

Previous Message by Thread: click to view message preview

Re: frameworks for creating web user interface

Just a couple, my favourite is IntraWeb. Tapestry, IntraWeb, TICL (http://www2.kobrix.com/ticl/ticlmain.jsp), PAJES (http://www.pajes.org/) ----- Original Message ----- From: "Milut" <milut@xxxxxxx> To: <resin-interest@xxxxxxxxxx> Sent: Friday, June 06, 2003 5:24 PM Subject: frameworks for creating web user interface > Hello, all! > > Sorry for OT, but who knows frameworks for creating web user interface other > than JavaFaces? > > Thanks in advance. > Best regards. > Bye. > Michael. > > > >

Next Message by Thread: click to view message preview

RE: 3.0 commons jars wish

Without getting into an open-source/commercial software religious war, I would say that I disagree. I find the majority of Apache software projects to be as good or better than their commercial counterparts of the same version. Plus they're free, which helps too. Is your Apache software experience limited to Vfs, or were you only referring to your Jakarta Commons experience? I do think Resin is better than Tomcat, by the way. ..mike.. /-- --\ | Michael Wynholds | President Carbon Five, Inc. 415.546.0500 x13 | mike@xxxxxxxxxxxxxx | \-- --/ -----Original Message----- From: Robert Koberg [mailto:rob@xxxxxxxxxx] Sent: Thursday, June 05, 2003 5:36 PM To: resin-interest@xxxxxxxxxx Subject: RE: 3.0 commons jars wish OK, the only thing I would say, fwiw, is that an apache (jakarta, xml) release is like a beta (alpha?) release for real commercial software (release early, release often and let the users find the problems). That is not what I would expect from commercial software (though that is what we get, often...). > -----Original Message----- > From: owner-resin-interest@xxxxxxxxxx [mailto:owner-resin- > interest@xxxxxxxxxx] On Behalf Of Mike Wynholds > Sent: Thursday, June 05, 2003 4:14 PM > To: resin-interest@xxxxxxxxxx > > Vfs is in the Jakarta Commons Sandbox, which is sort of a Commons > preliminary area. Anyone is allowed to create a sandbox project, and > then some get promoted to commons. > > Most commons projects are quite stable. > > But I don't think Resin should ship with jars that it doesn't use. > ..mike.. > > /-- --\ > | Michael Wynholds | > President > Carbon Five, Inc. > 415.546.0500 x13 > | mike@xxxxxxxxxxxxxx | > \-- --/ > > > -----Original Message----- > From: Robert Koberg [mailto:rob@xxxxxxxxxx] > Sent: Thursday, June 05, 2003 3:29 PM > To: resin-interest@xxxxxxxxxx > Subject: RE: 3.0 commons jars wish > > Hi, > > I assume you are talking about Apache? > > Why would all of us need beanutils? (I don't) > > Also, aren't most of the things in commons Alpha quality? Why would a > commercial product want to ship such things? (Note: I have only looked a > Vfs...). Maybe I am way off base??? > > Best, > -Rob > > > -----Original Message----- > > From: owner-resin-interest@xxxxxxxxxx [mailto:owner-resin- > > interest@xxxxxxxxxx] On Behalf Of Vic Cekvenich > > Sent: Thursday, June 05, 2003 3:20 PM > > To: resin-interest@xxxxxxxxxx > > > > One part of non-standard JSP 2.0 is that TC5 ships with > > commons-beanutils and > > commons-collections > > in commmon lib. > > > > These Jars are usefull to most web apps. I wish Resin 3.0 did as well. > > > > This way my WAR's can ship with 2 less jars, if both Resin and TC had > it > > as default and I do not ahve to have a note, please add these to > Resin. > > Most popular jars should come with containers, so that our war's would > > be lighter. > > (if both Resin and TC did it, other JSP20 to follow would kind of have > to)