Re: [Resin-interest] bugs.caucho.com down?
Yep, it's currently down – hardware failure at our provider's. We had been promised a fix soon. Thanks, --Alex On 25-Jun-09, at 6:58 PM, Rick Mann wrote: > As of this writing, it seems to be. Connection refused. > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] bugs.caucho.com down?
> Ah bummer. Thanks for the quick reply. > > Do bug reports on this list get noticed? The circumstances seem to call for it. If you use [bug] in subject I'll pick it up and enter into bugs.caucho.com > > On Jun 25, 2009, at 19:14:02, Alex wrote: > >> Yep, it's currently down – hardware failure at our provider's. We had >> been promised a fix soon. >> >> Thanks, >> --Alex >> On 25-Jun-09, at 6:58 PM, Rick Mann wrote: >> >>> As of this writing, it seems to be. Connection refused. >>> >>> >>> >>> ___ >>> resin-interest mailing list >>> resin-interest@caucho.com >>> http://maillist.caucho.com/mailman/listinfo/resin-interest >> >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Tapestry on resin...
Fernando, It seems that tapestry expects a particular parser implementation. You can force one by supplying a system property javax.xml.stream.XMLInputFactory="org.codehaus.stax2.XMLInputFactory2"/> The tag could also go under , or tags. Regards, Alex org.codehaus.stax2.XMLInputFactory2 Hello, I need to work with tapestry on the resin application server, I am really new to Resin and I am getting this error. java.lang.RuntimeException: Exception constructing service 'TemplateParser': Error invoking constructor org.apache.tapestry5.internal.services.TemplateParserImpl(Map, boolean) (at TemplateParserImpl.java:50) via org .apache.tapestry5.internal.services.InternalModule.bind(ServiceBinder) (at InternalModule.java:65) (for service 'TemplateParser'): com.caucho.xml.stream.XMLInputFactoryImpl cannot be cast to org.codehaus.stax2.XMLInputFactory2 at org .apache .tapestry5 .ioc .internal .services .JustInTimeObjectCreator .obtainObjectFromCreator(JustInTimeObjectCreator.java:78) at org .apache .tapestry5 .ioc .internal .services .JustInTimeObjectCreator.createObject(JustInTimeObjectCreator.java:57) at $TemplateParser_12315f2e17e.delegate($TemplateParser_12315f2e17e.java) at $ TemplateParser_12315f2e17e .parseTemplate($TemplateParser_12315f2e17e.java) at org .apache .tapestry5 .internal .services .ComponentTemplateSourceImpl .parseTemplate(ComponentTemplateSourceImpl.java:151) at org .apache .tapestry5 .internal .services .ComponentTemplateSourceImpl .getTemplate(ComponentTemplateSourceImpl.java:135) at $ ComponentTemplateSource_12315f2e17d .getTemplate($ComponentTemplateSource_12315f2e17d.java) Any suggestions? Thanks in advance. Favalos. Con Windows Live, puedes organizar, editar y compartir tus fotos. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Tapestry on resin...
>> >> > javax >> .xml.stream.XMLInputFactory="org.codehaus.stax2.XMLInputFactory2"/> >> > > But wouldn't that set the property for the entire JVM instead of for > one > particular webapp/ Not if you supply your own context aware instance of Properties using System.setProperties(Properties). That isolates the apps/hosts/cluster from each other and they can have their own sets of properties. --Alex > >> The tag could also go under , or >> tags. > > And likewise this? Which may create problems for other apps? > Nabble - Tomcat - User - Problem with system property > http://www.nabble.com/Problem-with-system-property-td24389677.html > > -- > Michael Ludwig > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Metrics
Hi Ronan, Luckily Emil has recently published a blog entry right on the topic: http://blog.caucho.com/?p=219 --Alex On 20-Aug-09, at 1:41 PM, Ronan Lucio wrote: > Hi, > > What metrics does Resin offer to measure system health? > > I'd like to store some data about system info for measurement and > capacity planning. > The problem is that the server with resin doesn't seem to show a real > information. > I used to see CPU as 3%, load as 0,8. > > How can I found out the possible bottlenecks in this server? > Is there a way to get know many concurrent requests are running at a > given time? > > PS: I know that we discover the requests ceiling with stress test > tools, > therefore I still like to measure system health. With actual system > info > it doesn't seem to correspond to the reality. > > Thank you, > Ronan > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Cannot Start Resin on Vista
Hi Rom, 4.0.1 has a bug(Windows specific i believe) that's been fixed for 4.0.2 (not released yet) http://bugs.caucho.com/view.php?id=3628 According to the bug description resin should be starting fine when no watchdog is running. You need to manually shutdown the watchdog to start resin again. For development purposes you can use console command java -jar lib/resin.jar console Thanks, Alex On 1-Sep-09, at 9:43 AM, Rom Sok wrote: Hi, I am new to it so apologize for the newbie question. I have Windows Vista. I installed JRE & JDK 6. I downloaded Resin. I am running resin start and getting the following error: Resin/4.0.1 can't start -server '' for watchdog at 127.0.0.1:6600. WatchdogClient[]: watchdog start failed because of 'java.io.FileNotFoundException: error:' Nothing useful in the logs. Could anyone please suggest why this may be happening? Thanks. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Inactivity connection timeout over HTTP
There is keepalive-timeout setting. It can go in the server or server- default. Default value for the parameter is 15s. 15s On 2009-10-26, at 1:44 PM, Caleb Richardson wrote: > It seems that there is a inactivity timeout being enforced at the > connection level by Resin (currently running 3.1.8). I searched the > standard documentation and couldn't find any mention of this, is > this a configurable value? > > Thanks, > > Caleb Richardson > Software Engineer > Everyone.net > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Inactivity connection timeout over HTTP
> Sorry, I should have mentioned that this is occurring in a comet > scenario, and the timeout we are seeing is 10 minutes. We are trying > to do a "long poll", and are hoping to hold the connection open > without sending a response for more than 10 minutes. You should be able to change that with Tm on a port 20m Regards, -- Alex > > Thanks, > > Caleb Richardson > > --- alex wrote: > > Date: Mon, 26 Oct 2009 13:57:11 -0700 > > There is keepalive-timeout setting. It can go in the server or server- > default. Default value for the parameter is 15s. > > > 15s > > > On 2009-10-26, at 1:44 PM, Caleb Richardson wrote: > >> It seems that there is a inactivity timeout being enforced at the >> connection level by Resin (currently running 3.1.8). I searched the >> standard documentation and couldn't find any mention of this, is >> this a configurable value? >> >> Thanks, >> >> Caleb Richardson >> Software Engineer >> Everyone.net >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Tabulation evil
According to the code convention we use a tab will expand to 8 spaces in IDE. That setting pretty much takes care of all the differences :) --Alex > I have been asking myself the same question... > > Jeff Schnitzer wrote (2009-10-28 00:41): >> This is really just a point of curiosity... >> >> What editor are you guys using at Caucho? I've noticed all the code >> is formatted using a bizarre combination of tabs and spaces, like >> this: >> >> 1 indent = 4 spaces >> 2 indents = 1 tab >> 3 indents = 1 tab + 4 spaces >> 4 indents = 2 tabs >> 5 indents = 2 tabs + 4 spaces >> >> ...which, setting aside longstanding religious wars about tabs vs >> spaces, seems to combine the worst characteristics of each approach. >> I'm not really complaining, since Eclipse will "fix" it for me with >> two mouse clicks, but I'm terribly curious to know what editor can >> even be configured to abuse code like that :-) >> >> Jeff > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Re sin 3.1.9, Scheduled Tasks Broken after upgrade
> I stepped through CronType in the debugger and 3.1.9 is setting the > next > start time for the scheduled task a week out. Here's the config we > have: > > name="DownloadService"> >3,7,15,20,25,30,35,40,45,50,54,58 * * * * > > > Running this today (Nov 1), the next start time is set to Nov 8. I Thanks, I've reported a bug: http://bugs.caucho.com/view.php?id=3736 --Alex > set > resin's debug level to finer, and all scheduled tasks now start a > week late. > > Although I have "*" in the day of week block, CronType is advancing > the next > time to current day + 7. There was one change made to CronType > between > 3.1.8 and 3.1.9, which is highlighted below. 3.1.8 does not push > the next > start time out a week. > > if (_daysOfWeek != null) { > int oldDayOfWeek = cal.getDayOfWeek() - 1; > int dayOfWeek = nextInterval(_daysOfWeek, oldDayOfWeek); > > if (dayOfWeek > 0) { > day += (dayOfWeek - oldDayOfWeek); > } > else { > dayOfWeek = nextInterval(_daysOfWeek, 0); > > day += (dayOfWeek - oldDayOfWeek + 7); > } > > > > tweihs wrote: >> >> Things we've tried: >> * changing our tasks to implement Runnable vs Work (a swag, as >> com.caucho.resources.ScheduledTask operates on Runnables, which >> work is >> * Put breakpoints in com.caucho.resources.ScheduledTask methods >> including >> the init, start, and handleAlarm methods. The debugger breaks on >> init and >> start, but handleAlarm is never called. >> >> Is something killing the alarm service? Did something change in the >> schedule-task tags that require changing syntax in 3.1.9? >> >> The 3.1.8 mem leak issues are a problem for us in production, thus >> the >> desire to move to 3.1.9. >> >> Thanks, >> >> -tyson >> >> >> tweihs wrote: >>> >>> Bumping this, still seeing the issue with 3.1.9. We tried to move >>> forward to 3.1.9 again today, but all ScheduledTasks would not run. >>> Reverted to 3.1.8 and AOK. >>> >>> -tyson >>> >>> >>> tweihs wrote: >>>> >>>> We upgraded to resin 3.1.9 yesterday in our production >>>> environment. The >>>> upgrade process for us was simple: unzip the 3.1.9 bundle, copy >>>> over the >>>> resin.conf, license, other supporting files and restart the server. >>>> However, 3.1.9 will not run any of our scheduled tasks. The app >>>> comes >>>> up under 3.1.9, responds to requests, but won't run tasks (I >>>> think this >>>> carries over to JMS as well, but need to confirm). Bring the >>>> server >>>> down and start up in 3.1.8 and schedule tasks resume executing. >>>> >>>> I recall when upgrading to 3.1.8 there may have been an issue >>>> with some >>>> of the Resin generated wrappers/proxies on registered beans that >>>> prevented tasks from running, and clearing something (WEB-INF/work, >>>> IIRC) ended up unblocking whatever kept ScheduledTasks from >>>> running. >>>> We've tried doing clean builds and deploying under clean installs >>>> to >>>> 3.1.9 and can't get those tasks to run. >>>> >>>> We experience the exact same behavior in development, stage, and >>>> production. >>>> >>>> Any ideas? >>>> >>>> -tyson >>>> >>> >>> >> >> > > -- > View this message in context: > http://old.nabble.com/Resin-3.1.9%2C-Scheduled-Tasks-Broken-after-upgrade-tp23584210p26152486.html > Sent from the Resin mailing list archive at Nabble.com. > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Adding node to a cluster on the fly
> I just created my first resin based ec2 server on amazon. I want to > use amazons cloud computing to grow and shrink my cluster on the > fly. Is there a way to achieve this in resin. Nathan, In 4.0 there is a new -dynamic-server capability that allows servers be added to the cluster dynamically. The argument parameter value takes cluster to join, address and port for the new server. (more info available with resin.sh -help. You may find these two caucho blog entries of use: http://blog.caucho.com/?p=177 , http://blog.caucho.com/?p=220 Thanks, Alex > > Nathan > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] packaging EB3 application with Resin
On 2009-11-16, at 8:09 AM, Vincent LAUGIER wrote: > Hello, > > I am trying to package an EAR application in Resin. > > So far, I have achieved this kind of package : a WAR project embedded in > a EAR project (specifying the 'ear-deploy' tag in the resin.conf). > > Project_EAR > -> project_WAR > > > I now want to to the following : one EAR project holding one EJB-JAR > project (for the entity beans and session beans), some WAR projects for > the pages and servlets. > > Project_EAR > -> project_EJB-JAR > -> project_1_WAR > -> project_2_WAR > Is it possible to achieve the same in Resin ? Resin supports the ear layout as well as defining ejbs in resin-web.xml > (If we need to use http://www.caucho.com/resin/admin/jar-repository.xtp, is > there an example we can follow ?) This is only available in Resin 4. I don't believe there is a separate example, however there is a detailed draft of spec published on the blog: http://blog.caucho.com/?p=225 Thanks, Alex > Thank you. > > Regards > > -- > Vincent LAUGIER > > Email : vincent.laug...@helmet.fr > Téléphone : 01 75 43 92 52 > Fax : 01 79 75 01 12 (www.monfax.com) > www.helmet.fr > > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] packaging EB3 application with Resin
> Hello Alex, > > then we are waiting for the resin 4 stable release (we need to stick to > resin 3 for the moment because of problem with the persistence context > injection, see http://forum.caucho.com/showthread.php?t=1927). > > >> Resin supports the ear layout as well as defining ejbs in resin-web.xml >> > What do you mean by "defining ejbs in resin-web.xml" ? Could this be a > workaround to package the project in differents WARs (one WAR for the > entity beans, another for the session beans...) ? It's best to package an ear when there is more then one web-app. With a single web-app there is a possibility of deploying EJBs in a web-app. The ejb-jar.xml in that case is placed in to web-app and configured via http://caucho.com/resin/reference/env-tags.xtp#ejb-server for ejb-server doc and http://caucho.com/resin-3.1/examples/ejb-stateless/index.xtp for Best Regards, Alex > > regards > > Vincent >> This is only available in Resin 4. I don't believe there is a separate >> example, however there is a detailed draft of spec published on the blog: >> http://blog.caucho.com/?p=225 >> >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest >> >> >> > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Large negative range in the HTTP request
Knut, Thanks for reporting this. I've filed a bug: http://bugs.caucho.com/view.php?id=3766 Alex On 2009-11-16, at 2:59 PM, Knut Forkalsrud wrote: > Dear Cognoscenti, > We have recently been getting a few requests with abnormal Range > request headers. For example: > > Accept-Language: zh-cn,zh-hk,zh-tw,en-us > User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) > Accept: */* > Host: www.mydomain.com > Connection: Keep-Alive > Range: bytes=-335544320--1162852624 > Accept-Encoding: gzip > X-Forwarded-For: 124.115.0.146 > > This results in an exception like this: > > java.lang.ArrayIndexOutOfBoundsException > at java.lang.System.arraycopy(Native Method) > at com.caucho.vfs.WriteStream.write(WriteStream.java:301) > at > com.caucho.server.connection.ResponseStream.writeNext(ResponseStream.java:445) > at > com.caucho.server.connection.ToByteResponseStream.write(ToByteResponseStream.java:336) > at > com.caucho.server.connection.ServletOutputStreamImpl.write(ServletOutputStreamImpl.java:67) > at com.caucho.vfs.ReadStream.writeToStream(ReadStream.java:899) > at com.caucho.servlets.FileServlet.handleRange(FileServlet.java:498) > at com.caucho.servlets.FileServlet.service(FileServlet.java:325) > at > com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:103) > at > com.caucho.server.webapp.NamedDispatcherImpl.forward(NamedDispatcherImpl.java:108) > at com.mydomain.www.MyServlet.doGet(BaseServlet.java:167) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:114) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:91) > at > com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:103) > at > com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187) > at > com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265) > at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:273) > at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682) > at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:730) > at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:649) > at java.lang.Thread.run(Thread.java:595) > > (I'm forwarding the request to the FileServlet). No harm done here, > the requests seems to fail > without causing any other side effects, but I'm wondering if the > FileServlet should handle the > situation a little more gracefully and give a 4xx response code > instead of throwing an exception, > which ends up being a 5xx response code. > > This is Resin 3.1.8 btw. > > Thanks, > > Knut Forkalsrud > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1.9 behind apache's ProxyPass problem
> Hi , I am running resin 3.1.9 in my db server , with host name 'db' and > private IP address (192.168.x.x). > In the frontend , apache httpd redirect '/servlet' pattern to the backend db > with the two lines : > > ProxyPass /servlet http://db:8080/servlet It looks to me like the ProxyPass directive will override the Host header of the request causing getServerName() return "db" (not what was actually sent with the request) You should be able to control that behaviour with ProxyPreserveHost directive. http://httpd.apache.org/docs/2.2/mod/mod_proxy.html#proxypreservehost --Alex > ProxyPassReverse /servlet http://db:8080/servlet > > > In my servlet , I want to output a valid URL , linking to the webapp's some > resources/apps > But how do I get the correct [frontend] server name and port , instead of > 'db' and '8080' ? > > In the resin.conf , I tried a lot of configuration , > but all got : req.getServerName() = db , and req.getServerPort() = 8080 > > I need a correct URL , such as 'http://www.foobar.com/servlet/ooxx' , not > http://db:8080/servlet/ooxx > > I tried some configurations , but all in vain : > > > db > > > > and : > > root-directory="/home/foobar/www"> > > > > and : > > > > > > and : > > > > > > and : > > > > > > > I am running out of ideas ... > Can somebody help me ? Thanks in advanced ! > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hibernate lazy loading with Quercus
> Hello, > > we try to do the following on our php/EJB3 application : > • find a given client from its lastname using a stateless bean () > • load his orders using the getter > > [code] > $clients = $client_eao->findBySample($sample_client,false,false); > var_dump($clients[0]->getOrders()); > [/code] Seems that the objects no longer have the association with valid session, so either the Session or PersistenceManager should be kept around to fill the objects in upon use. Forcing eager load could also be used I think. Alex. > > We get the usual LazyInitializationException : > [10:41:03.300] {http--8080-6$31582617} > org.hibernate.LazyInitializationException: failed to lazily initialize a > collection of role: com.opticneo.entity.client.Client.orders, no session or > session was closed > > If we were using Hessian, before returning the list of clients we would have > made a copy of the list (using beanlib) before it is serialized (in ordre to > avoid LazyInitializationException) > With Quercus, we do not have to do this. Good ! But we face the > LazyInitializationException again when trying to access the complex > attributes. > > What is the best way to handle this ? (maybe by taking control over the > transaction from the php) > > Thanks for your help. > > Regards > > -- > Vincent LAUGIER > Email : vincent.laug...@helmet.fr > Téléphone : + 33 (0)1 75 43 92 52 > Fax : + 33 (0)1 79 75 01 12 (monfax.com) > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Multi-Part request error when using HmuxRequest in Resin 4.0.2(GA)
> Multi-Part request error when using HmuxRequest. Thanks Wesley, I reported a bug: http://bugs.caucho.com/view.php?id=3790 Alex > > My resin 4.0.2 was behind an apache 2.1.x using CauchoRequest to forward all > request for a virtual host to resin. > > If I use 8080 port without apache, everything goes fine. > > 2009-11-28 13:14:28.916 ERROR [server-127.0.0.1:6800-5] > c.b.c.s.MultiPartRequest (103) - Unable to parse request > org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: > Processing of multipart/form-data request failed. Stream ended unexpectedly > at > org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:367) > [FileUploadBase.class:1.2.1] > at > com.buysou.cms.servlet.JakartaMultiPartRequest.parse(JakartaMultiPartRequest.java:61) > [classes:na] > at > com.buysou.cms.servlet.MultiPartRequestWrapper.(MultiPartRequestWrapper.java:47) > [classes:na] > at > com.buysou.cms.servlet.CmsPageFilter.wrapRequest(CmsPageFilter.java:268) > [classes:na] > at > com.buysou.cms.servlet.CmsPageFilter.doFilter(CmsPageFilter.java:138) > [classes:na] > at > com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:88) > [resin.jar:4.0.2] > at > com.buysou.servlet.filters.encoding.EnhancedEncodingFilter.doFilter(EnhancedEncodingFilter.java:85) > [classes:na] > at > com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:88) > [resin.jar:4.0.2] > at > com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183) > [resin.jar:4.0.2] > at > com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:169) > [pro.jar:4.0.2] > at > com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:103) > [resin.jar:4.0.2] > at > com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:290) > [resin.jar:4.0.2] > at > com.caucho.server.hmux.HmuxRequest.handleInvocation(HmuxRequest.java:475) > [resin.jar:4.0.2] > at > com.caucho.server.hmux.HmuxRequest.handleRequestImpl(HmuxRequest.java:394) > [resin.jar:4.0.2] > at > com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:357) > [resin.jar:4.0.2] > at > com.caucho.server.port.TcpConnection.handleRequestsImpl(TcpConnection.java:619) > [resin.jar:4.0.2] > at > com.caucho.server.port.TcpConnection.handleRequests(TcpConnection.java:556) > [resin.jar:4.0.2] > at > com.caucho.server.port.TcpConnection$AcceptTask.doTask(TcpConnection.java:1194) > [resin.jar:4.0.2] > at > com.caucho.server.port.TcpConnection$ConnectionReadTask.runThread(TcpConnection.java:1127) > [resin.jar:4.0.2] > at > com.caucho.server.port.TcpConnection$AcceptTask.run(TcpConnection.java:1158) > [resin.jar:4.0.2] > at com.caucho.util.ThreadPool$PoolThread.runTasks(ThreadPool.java:901) > [resin.jar:4.0.2] > at com.caucho.util.ThreadPool$PoolThread.run(ThreadPool.java:866) > [resin.jar:4.0.2] > Caused by: > org.apache.commons.fileupload.MultipartStream$MalformedStreamException: > Stream ended unexpectedly > at > org.apache.commons.fileupload.MultipartStream$ItemInputStream.makeAvailable(MultipartStream.java:983) > [MultipartStream$ItemInputStream.class:1.2.1] > at > org.apache.commons.fileupload.MultipartStream$ItemInputStream.read(MultipartStream.java:887) > [MultipartStream$ItemInputStream.class:1.2.1] > at java.io.InputStream.read(InputStream.java:85) [na:1.6.0_14] > at org.apache.commons.fileupload.util.Streams.copy(Streams.java:94) > [Streams.class:1.2.1] > at org.apache.commons.fileupload.util.Streams.copy(Streams.java:64) > [Streams.class:1.2.1] > at > org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:362) > [FileUploadBase.class:1.2.1] > ... 21 common frames omitted > ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.2 schedule
>> Resin 4.0.2 can now be found on the download page, and for anyone else >> wondering, the syntax to use Java session serialization seems to be like >> this: > > with 4.0.2 posted password fields don't get thru to my wicket application any > more... aaargh! > > Back to 4.0.1 > > Everytime new issues, I hate it! :-( Jan, I reported a bug: http://bugs.caucho.com/view.php?id=3791 Alex > > Regards, --- Jan. > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1: resin:import of jvm-args
> I have a situation where different servers should have different > jvm-args, but I would like to have a single resin.xml. You should be able to achieve this by using inside the -Dserver=A -Dserver=B Regards, Alex > > I tried doing a resin:import on a jvm.xml file that has just jvm-args in > it, but I haven't found a combination that works. I have tried > surrounding the tags like this: > > Try1: > > > ...jvm-args.. > > > Try 2: > > ...jvm-args.. > > Try 3: > > > ...jvm-args.. > > > Try 4: > > > ...jvm-args.. > > > None of these are working. Any thoughts? > > Thanks, > > Aaron > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1: resin:import of jvm-args
>> You should be able to achieve this by using inside the >> >> >> -Dserver=A >> >> >> >> -Dserver=B >> >> >> Regards, >> Alex >> > Hmm, that's exactly what I tried first, as mentioned below. Did it work for you? What version of Resin 3.1 did you try it with if it did not work? > Can you > have jvm-arg inside a resin:import'ed file? Nope, the server does not allow > Aaron > >> >>> I tried doing a resin:import on a jvm.xml file that has just jvm-args in >>> it, but I haven't found a combination that works. I have tried >>> surrounding the tags like this: >>> >>> Try1: >>> >>> >>> ...jvm-args.. >>> >>> >>> Try 2: >>> >>> ...jvm-args.. >>> >>> Try 3: >>> >>> >>> ...jvm-args.. >>> >>> >>> Try 4: >>> >>> >>> ...jvm-args.. >>> >>> >>> None of these are working. Any thoughts? >>> >>> Thanks, >>> >>> Aaron >>> > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1: resin:import of jvm-args
>> > No, none of those scenarios worked. It is with Resin 3.1.9. I was > trying to resin:import the jvm-args, so I guess that's why it was > failing. I have unique jvm-arg needs for different servers so I was > hoping I could pull that off. The excerpt below should work and it will allow you to have all the configuration in one file. >>> >>> -Dserver=A >>> >>> >>> >>> -Dserver=B >>> >> Thanks, Alex > >>> Can you >>> have jvm-arg inside a resin:import'ed file? >>> >> Nope, the server does not allow > >> Alex >> > Bummer. Thanks for clarifying. > > Aaron > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1: resin:import of jvm-args
>> Aaron, >> >> Maybe I am missing something, but if you can pass in >> -Dconfiguration=wherever to your individual machines (in your >> /etc/init.d/resin script or wherever, I assume?), can't you pass in >> your server specific JVM args there too? >> >> Rachel > Probably. The configuration is passed in via an environment variable, > but I could pass those in dynamically too if I have too. If we set > those from our resin script will the ResinWatchdogManager pass the same > values to the actual Resin server, when it launches it? Yes. The variable needs to be exported !#/bin/bash export foo=foo-value bin/httpd.sh -server a start resin.conf file: -Dbar=${Var["foo"]} Alex > I wasn't sure, > so I was just going by the example resin.conf file that comes with Resin > 3.1.9. > > Aaron > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] meaning of "/" in rewrite-dispatch
> I have a (hopefully) quick question about the meaning of "/" in regexp > attributes of the rewrite-dispatch tags. For example: > > This will match any request that has a '/' (basically every request has a '/') Something like the following will change .html to .jsp http://www.caucho.com/resin/admin/rewrite.xtp Thanks, Alex > ... > > > Does the "/" have the same meaning as in servlet mappings, i.e. "default"? Or > does it only match requests for "/"? That is, does the above > match a request for "/foo.jpg", in addition to "/" and "/bar.html"? > > Thanks, > Ethan > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1: resin:import of jvm-args
> I've got this, which is a slightly different but equivalent technique that > doesn't require the jvm-arg tag (applicable bits only, my startup script does > other things too): Just for the benefit of understanding the use case: is this to support n environments that are identical but serve two distinct purposes e.g. - development - testing - production where let's suppose 'testing' runs on a different set of servers and therefor needs different bindings and jvm arguments? Alex > > USER=username > HTTPD=/usr/local/resin/bin/httpd.sh > su $USER -c "$HTTPD start -verbose -J-server -Dvar1=value1 -Dvar2=value2 $*" > > Rachel > > On Mon, Nov 30, 2009 at 2:28 PM, Alex wrote: > >> Aaron, > >> > >> Maybe I am missing something, but if you can pass in > >> -Dconfiguration=wherever to your individual machines (in your > >> /etc/init.d/resin script or wherever, I assume?), can't you pass in > >> your server specific JVM args there too? > >> > >> Rachel > > Probably. The configuration is passed in via an environment variable, > > but I could pass those in dynamically too if I have too. If we set > > those from our resin script will the ResinWatchdogManager pass the same > > values to the actual Resin server, when it launches it? > > Yes. The variable needs to be exported > > !#/bin/bash > export foo=foo-value > bin/httpd.sh -server a start > > > > resin.conf file: > > > -Dbar=${Var["foo"]} > > > Alex > > I wasn't sure, > > so I was just going by the example resin.conf file that comes with Resin > > 3.1.9. > > > > Aaron > > > > > > ___ > > resin-interest mailing list > > resin-interest@caucho.com > > http://maillist.caucho.com/mailman/listinfo/resin-interest > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 3.1.9 - Database Session Clustering Problem
Hi Matt, Can you print what a typical row would look like for the 'erased' session. What database and driver do you use? Thanks, Alex On 2009-11-30, at 9:29 AM, Matt Garner wrote: > Hi everyone, > > I’m seeing some strange behavior on Resin 3.1.9 with database session > clustering. > > I have two app servers in the cluster. If I take one of the servers down. I > see in the database all the data for the server’s sessions cleared. The > sessions remain in the database just without any data except for I’m guessing > an identification value like - 0xACED00057704. > > Is there a reason why this happens? I’m not using always-load or always save > attributes. Any help would be appreciated. > > Cheers, > Matt. > > > > Matt Garner > Senior Java Developer > > --- > mgar...@limehousesoftware.co.uk > Limehouse Software Ltd > > DDI: 01628 640 451 > Main: 01628 640 401 > Fax: 01628 640 461 > > Limehouse Software Limited > St Cloud Gate > St Cloud Way > Cookham Road > Maidenhead, Berks > SL6 8XD > > www.limehousesoftware.co.uk - Unifying Information > > Limehouse Software Limited - An Objective Company > > The information contained in this e-mail or in any attachments is > confidential and is intended solely for the named addressee only. Access to > this e-mail by anyone else is unauthorised. If you are not the intended > recipient, please notify Limehouse Software Ltd immediately by returning this > e-mail to sender or calling 01628 640 401 and do not read, use or disseminate > the information. Opinions expressed in this e-mail are those of the sender > and not necessarily the company. Although an active anti-virus policy is > operated, the company accepts no liability for any damage caused by any virus > transmitted by this e-mail, including any attachments. > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] meaning of "/" in rewrite-dispatch
> Thanks for the reply Alex. So how would I match only "/" and ".html"? > Something like this? > > That looks right, Ethan. The parenthesis are optional here but they do make regexp more readable. Alex > > Cheers, > Ethan > > - Original Message - > From: "Alex" > To: "General Discussion for the Resin application server" > > Sent: Monday, November 30, 2009 2:52:45 PM > Subject: Re: [Resin-interest] meaning of "/" in rewrite-dispatch > > > I have a (hopefully) quick question about the meaning of "/" in regexp > > attributes of the rewrite-dispatch tags. For example: > > > > > > This will match any request that has a '/' (basically every request has a '/') > > Something like the following will change .html to .jsp > http://www.caucho.com/resin/admin/rewrite.xtp > > > > > > > Thanks, > Alex > > > ... > > > > > > Does the "/" have the same meaning as in servlet mappings, i.e. "default"? > > Or does it only match requests for "/"? That is, does the above > > match a request for "/foo.jpg", in addition to "/" and "/bar.html"? > > > > > > Thanks, > > Ethan > > ___ > > resin-interest mailing list > > resin-interest@caucho.com > > http://maillist.caucho.com/mailman/listinfo/resin-interest > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] quercus php include paths
> How do I set the php include path in Quercus? I have some php files > that I want to be able to include, but I don't want people to be able to > browse to them directly. They are in WEB_INF/php, though I could move You can set it with method set_include_path("WEB-INF/php"); include "inc.php"; // will look for inc.php in WEB-INF/php directory then --Alex > them if there was a convention. > > Michael > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser
> This servlet (34 MB) runs o.k. on tomcat .. > > http://www.openlaszlo.org/download/form?dl_path=http://download.openlaszlo.org/4.6.1/openlaszlo-4.6.1-servlet.war > openlaszlo-4.6.1-servlet.war > > When I try deploying the *.war into c:\resin-4.0.2\webapps\ I wasn't able to reproduce this error on a clean setup. You should check the system properties and and services that may be affecting the choice of parser/xml driver. --Alex > > and running a "hello world" test app ... > > http://localhost:8100/openlaszlo-4.6.1/my-apps/copy-of-hello.lzx > > I get this exception error .. > > 500 Servlet Exception > > [show] java.lang.ClassNotFoundException: org.apache.xerces.parsers.SAXParser > in > EnvironmentClassLoader[web-app:http://default/openlaszlo-4.6.1] > > Is the openlaszlo web application looking for Xerces/Xalan processors > instead of the Resin XML/XSL processors? > > What must I change / add in resin configuration to run this webapp which > runs in tomcat 6.0? > > > Here is the full dump .. > > java.lang.ExceptionInInitializerError > at org.openlaszlo.servlets.LZServlet.initLPS(LZServlet.java:104) > at org.openlaszlo.servlets.LZServlet.doGet(LZServlet.java:341) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:119) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:96) > at > com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:112) > at > com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183) > at > com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:103) > at > com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:290) > at > com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:784) > at > com.caucho.server.port.TcpConnection.handleRequestsImpl(TcpConnection.java:619) > at > com.caucho.server.port.TcpConnection.handleRequests(TcpConnection.java:556) > at > com.caucho.server.port.TcpConnection$AcceptTask.doTask(TcpConnection.java:1194) > at > com.caucho.server.port.TcpConnection$ConnectionReadTask.runThread(TcpConnection.java:1127) > at > com.caucho.server.port.TcpConnection$AcceptTask.run(TcpConnection.java:1158) > at com.caucho.util.ThreadPool$PoolThread.runTasks(ThreadPool.java:901) > at com.caucho.util.ThreadPool$PoolThread.run(ThreadPool.java:866) > Caused by: java.lang.RuntimeException: org.jdom.JDOMException: Could not > load default SAX parser: org.apache.xerces.parsers.SAXParser: SAX2 driver > class org.apache.xerces.parsers.SAXParser not found: > org.apache.xerces.parsers.SAXParser > in EnvironmentClassLoader[web-app:http://default/openlaszlo-4.6.1] > at org.openlaszlo.server.LPS.(LPS.java:74) > Caused by: org.jdom.JDOMException: Could not load default SAX parser: > org.apache.xerces.parsers.SAXParser: > SAX2 driver class org.apache.xerces.parsers.SAXParser not found: > org.apache.xerces.parsers.SAXParser > in EnvironmentClassLoader[web-app:http://default/openlaszlo-4.6.1] > at org.jdom.input.SAXBuilder.createParser(SAXBuilder.java:618) > at org.jdom.input.SAXBuilder.build(SAXBuilder.java:460) > at org.jdom.input.SAXBuilder.build(SAXBuilder.java:807) > at org.openlaszlo.server.LPS.(LPS.java:72) > at org.openlaszlo.servlets.LZServlet.initLPS(LZServlet.java:104) > at org.openlaszlo.servlets.LZServlet.doGet(LZServlet.java:341) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:119) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:96) > at > com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:112) > at > com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183) > at > com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:103) > at > com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:290) > at > com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:784) > at > com.caucho.server.port.TcpConnection.handleRequestsImpl(TcpConnection.java:619) > at > com.caucho.server.port.TcpConnection.handleRequests(TcpConnection.java:556) > at > com.caucho.server.port.TcpConnection$AcceptTask.doTask(TcpConnection.java:1194) > at > com.caucho.server.port.TcpConnection$ConnectionReadTask.runThread(TcpConnection.java:1127) > at > com.caucho.server.port.TcpConnection$AcceptTask.run(TcpConnection.java:1158) > at com.caucho.util.ThreadPool$PoolThread.runTasks(ThreadPool.java:901) > at com.caucho.util.ThreadPool$Pool
Re: [Resin-interest] resin class reloading not working (3.1.19)
> Hi : > > I remember long long time ago , resin was (the only one that) able to reload > only the modified class , not the entire web-app. That was great ! > > But after I upgraded to some version (sorry , I forget what version , it is > long ago) , it didn't work anymore. > > Today , I check again , 3.1.19 still reload all web-app even I modified a > String in println() , (The class signature remains intact) I am not sure if you mean 3.1.9, but I checked with 3.1.9 and JDK 1.6.0_17 on windows – worked fine. When resin starts serving first app it'll output either "In-place class redefinition (HotSwap) is available." or "In-place class redefinition (HotSwap) is not available. In-place class reloading during development requires a compatible JDK and -Xdebug." at the config level (by default the logging level is lower, so you'll need to change levels to see the message. --Alex > > How to recall this feature now ? > > Thanks. > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin class reloading not working (3.1.19)
> 2009/12/23 smallufo > Hi , this is my resin's init message : > I grep no HotSwap keyword here ... > > log level is enabled : > > > Oops > sorry , this should be , not Actually it's log and logger and > But after I restart resin , I still cannot grep any HotSwap keyword in > jvm-default.log The record should appear (once) when a class is loaded from WEB-INF/classes , so after first request to the page using it. Also, resin jni should be compiled. --Alex > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resin class reloading not working (3.1.19)
> Hi , this is my resin's init message : > I grep no HotSwap keyword here ... Putting Spring aside for a moment, make sure the following is done: - compile resin.jni (./configure --prefix=/pathtoyourresin; make; make install) - change default resin.conf from to: - deploy a simple app into webapps with a jsp page and a class (simple webapp attached) - start resin - access the deployed webapp's index.jsp page with a browser (curl, wget) After these steps you should see the following: 20:23:09.881] {main} Resin started in 1767ms [20:23:28.011] {http--8080-1$22775072} Loading .tld files from global classpath [20:23:28.192] {http--8080-1$22775072} Compiling _jsp/_index__jsp.java [20:23:28.946] {http--8080-1$22775072} In-place class redefinition (HotSwap) is available. and after a touch on qa/Test.class and accessing the webapp again the following line will appear [20:30:31.556] {http--8080-6$11446032} Reloading qa.Test The resin.conf and webapp are attached. --Alex resin.conf Description: Binary data x.war Description: Binary data > > log level is enabled : > > > > > -Xdebug is enabled too : > -Xmx256m > -Xss1m > -Xdebug > -Dcom.sun.management.jmxremote > > > Resin-3.1.9 (built Mon, 13 Apr 2009 11:09:12 PDT) > Copyright(c) 1998-2008 Caucho Technology. All rights reserved. > > Using Resin(R) Open Source under the GNU Public License (GPL). > > See http://www.caucho.com for information on Resin Professional, > including caching, clustering, JNI acceleration, and OpenSSL integration. > > Starting Resin on Wed, 23 Dec 2009 09:04:50 +0800 (CST) > > [09:04:53.375] {main} 'select-manager' requires Resin Professional. See > http://www.caucho.com for information and licensing. > [09:04:53.376] {main} > [09:04:53.377] {main} Linux 2.6.18-164.6.1.el5 i386 > [09:04:53.377] {main} Java(TM) SE Runtime Environment 1.6.0_17-b04, UTF-8, zh > [09:04:53.378] {main} Java HotSpot(TM) Client VM 14.3-b01, 32, mixed mode, > sharing, Sun Microsystems Inc. > [09:04:53.378] {main} user.name: smallufo > [09:04:53.378] {main} resin.home = /usr/java/resin/ > [09:04:53.379] {main} resin.root = /usr/java/resin/ > [09:04:53.379] {main} resin.conf = /usr/java/resin/conf/resin.conf > [09:04:53.379] {main} > [09:04:53.819] {main} WebApp[http://localhost:8080] active > [09:04:54.090] {main} WebApp[http://localhost:8080/resin-admin] active > [09:04:54.723] {main} WebApp[http://localhost:8080/resin-doc] active > [09:04:54.724] {main} Host[] active > [09:04:56.326] {main} WebApp[http://foobar.com] Initializing Spring root > WebApplicationContext > > lot of spring initialization message... > > [09:05:07.445] {main} DESTIONFACTORY_ALREADY_REGISTERED > [09:05:07.547] {main} WebApp[http://foobar.com] active > [09:05:07.813] {main} WebApp[http://foobar.com/resin-doc] active > [09:05:07.814] {main} Host[foobar.com] active > [09:05:07.823] {main} hmux listening to localhost.localdomain:6800 > [09:05:07.831] {main} http listening to *:8080 > [09:05:07.835] {main} Server[id=,cluster=app-tier] active > [09:05:07.839] {main} Resin started in 17754ms > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] GzipFilter Overrides Cache-Control
Hi Tyson, What's version of resin is this on? thanks Alex > > Not sure this is a bug with GzipFilter or expected behavior, but found > something worth sharing and dropping in the forum record for others to find. > > We had a problem distributing content to a CDN and keeping it in cache there > because the CDN was requesting content with an "Accept-Encoding: gzip" > request header, which was causing our GzipFilter to slap a "Cache-Control: > private" response header via the http response object. Our file servlet (an > extension of the default resin file servlet) was adding a Cache-Control > header with "max-age=84, public" that the GzipFilter ended up writing > "Cache-Control: max-age=84000, public, private". In our testing, we were > using curl to test/examine the headers, so we didn't pick up that the > private cache control header was being added. Our CDN provider, however, > was testing with a user agent that indicated it accepted the gzip encoding > and was thus seeing the cache-control header appear. Made for a lively > debate. Thus, they were seeing the private declaration and not caching the > result. > > So, we had to add an exclude-pattern to our GzipFilter configuration to not > pick up files in the directory we wanted to control caching on. So, fyi, > either GzipFilter has a bug in that it is not honoring Cache-Control headers > set by responses further downstream, or it is operating properly and you > must remember to disable the GzipFilter on content you want to be cached > publicly. It would be nice if GzipFilter honored cache-control directives. > configuration e.g.: > > >gzip > >*.zip >/* > > > > -tyson > > -- > View this message in context: > http://old.nabble.com/GzipFilter-Overrides-Cache-Control-tp27022353p27022353.html > Sent from the Resin mailing list archive at Nabble.com. > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Need help writing a JUnit test to lookup an EJB
> I'm using Resin 3.0.19 (Java 1.5), JUnit 4.3, and Maven 1.1 as the build tool > (sadly, can't upgrade at this time). I have an EJB running locally and my > question is, is there a Resin Maven dependency I can download that will > allow me to simulate my container for looking up this EJB? Obviously, when > writing JUnit tests, I am not running them in the context of my normal Resin > container. I think you may need to instantiate Resin in test's setup method by calling a main(String[] args) with arguments that resin's start–up scripts usually passes in. (try resin.sh -verbose for the list of args), write a servlet that'll do the actual test. The servlet will be need to be called from the test method. version 3.0 is not in maven repositories, so the dependencies will need to be specified using a different maven–valid way. Thanks, alex > > Thanks, - Dave > > -- > View this message in context: > http://old.nabble.com/Need-help-writing-a-JUnit-test-to-lookup-an-EJB-tp27026632p27026632.html > Sent from the Resin mailing list archive at Nabble.com. > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hessian Debug Exception in Production
This looks like a bug (checked 3.1.9). The code on the trunk looks valid – testing instanceof before casting. Thanks, Alex > We're seeing two possibly related issues with the Hessian Debug facilities in > our production environment. The first is the exception pasted below. The > second is that hessian debug will run for a few hours after we restart the > web app, then just die. We are running 3.1.19. Any ideas? > > java.lang.ClassCastException: java.util.Date cannot be cast to > java.lang.Integer >at > com.caucho.hessian.io.HessianDebugState$ObjectState.shift(HessianDebugState.java:1186) >at > com.caucho.hessian.io.HessianDebugState$DateState.next(HessianDebugState.java:649) >at > com.caucho.hessian.io.HessianDebugState.next(HessianDebugState.java:93) >at > com.caucho.hessian.io.HessianDebugOutputStream.write(HessianDebugOutputStream.java:96) >at java.io.OutputStream.write(OutputStream.java:99) >at > com.caucho.hessian.io.Hessian2Output.flushBuffer(Hessian2Output.java:1541) >at > com.caucho.hessian.io.Hessian2Output.flush(Hessian2Output.java:1522) >at > com.caucho.hessian.io.Hessian2Output.printString(Hessian2Output.java:1450) >at > com.caucho.hessian.io.Hessian2Output.writeString(Hessian2Output.java:1060) >at > com.caucho.hessian.io.JavaSerializer$StringFieldSerializer.serialize(JavaSerializer.java:346) >at > com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) >at > com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) >at > com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >at > com.caucho.hessian.io.CollectionSerializer.writeObject(CollectionSerializer.java:102) >at > com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >at > com.caucho.hessian.io.JavaSerializer$FieldSerializer.serialize(JavaSerializer.java:256) >at > com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) >at > com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) >at > com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >at > com.caucho.hessian.io.MapSerializer.writeObject(MapSerializer.java:100) >at > com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >at > com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:199) >at > com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:109) >at > com.caucho.hessian.server.HessianServlet.service(HessianServlet.java:396) >at > com.caucho.server.dispatch.WebServiceFilterChain.doFilter(WebServiceFilterChain.java:101) >at com.caucho.filters.GzipFilter.doFilter(GzipFilter.java:169) >at > com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87) >at > com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:162) >at > com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187) >at > com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265) >at > com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:436) >at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682) >at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743) >at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662) >at java.lang.Thread.run(Thread.java:619) > -- > View this message in context: > http://old.nabble.com/Hessian-Debug-Exception-in-Production-tp27026698p27026698.html > Sent from the Resin mailing list archive at Nabble.com. > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hessian Debug Exception in Production
Tyson I've reported the bug against 3.1.9: http://bugs.caucho.com/view.php?id=3836 Thanks, Alex > This looks like a bug (checked 3.1.9). The code on the trunk looks valid – > testing instanceof before casting. > > Thanks, > Alex > > >> We're seeing two possibly related issues with the Hessian Debug facilities in >> our production environment. The first is the exception pasted below. The >> second is that hessian debug will run for a few hours after we restart the >> web app, then just die. We are running 3.1.19. Any ideas? >> >> java.lang.ClassCastException: java.util.Date cannot be cast to >> java.lang.Integer >> at >> com.caucho.hessian.io.HessianDebugState$ObjectState.shift(HessianDebugState.java:1186) >> at >> com.caucho.hessian.io.HessianDebugState$DateState.next(HessianDebugState.java:649) >> at >> com.caucho.hessian.io.HessianDebugState.next(HessianDebugState.java:93) >> at >> com.caucho.hessian.io.HessianDebugOutputStream.write(HessianDebugOutputStream.java:96) >> at java.io.OutputStream.write(OutputStream.java:99) >> at >> com.caucho.hessian.io.Hessian2Output.flushBuffer(Hessian2Output.java:1541) >> at >> com.caucho.hessian.io.Hessian2Output.flush(Hessian2Output.java:1522) >> at >> com.caucho.hessian.io.Hessian2Output.printString(Hessian2Output.java:1450) >> at >> com.caucho.hessian.io.Hessian2Output.writeString(Hessian2Output.java:1060) >> at >> com.caucho.hessian.io.JavaSerializer$StringFieldSerializer.serialize(JavaSerializer.java:346) >> at >> com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) >> at >> com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) >> at >> com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >> at >> com.caucho.hessian.io.CollectionSerializer.writeObject(CollectionSerializer.java:102) >> at >> com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >> at >> com.caucho.hessian.io.JavaSerializer$FieldSerializer.serialize(JavaSerializer.java:256) >> at >> com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) >> at >> com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) >> at >> com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >> at >> com.caucho.hessian.io.MapSerializer.writeObject(MapSerializer.java:100) >> at >> com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >> at >> com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:199) >> at >> com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:109) >> at >> com.caucho.hessian.server.HessianServlet.service(HessianServlet.java:396) >> at >> com.caucho.server.dispatch.WebServiceFilterChain.doFilter(WebServiceFilterChain.java:101) >> at com.caucho.filters.GzipFilter.doFilter(GzipFilter.java:169) >> at >> com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87) >> at >> com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:162) >> at >> com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187) >> at >> com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265) >> at >> com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:436) >> at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682) >> at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743) >> at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:662) >> at java.lang.Thread.run(Thread.java:619) >> -- >> View this message in context: >> http://old.nabble.com/Hessian-Debug-Exception-in-Production-tp27026698p27026698.html >> Sent from the Resin mailing list archive at Nabble.com. >> >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] GzipFilter Overrides Cache-Control
> Not sure this is a bug with GzipFilter or expected behavior, but found > something worth sharing and dropping in the forum record for others to find. > > We had a problem distributing content to a CDN and keeping it in cache there > because the CDN was requesting content with an "Accept-Encoding: gzip" > request header, which was causing our GzipFilter to slap a "Cache-Control: > private" response header via the http response object. Our file servlet (an > extension of the default resin file servlet) was adding a Cache-Control > header with "max-age=84, public" that the GzipFilter ended up writing > "Cache-Control: max-age=84000, public, private". In our testing, we were > using curl to test/examine the headers, so we didn't pick up that the > private cache control header was being added. Our CDN provider, however, > was testing with a user agent that indicated it accepted the gzip encoding > and was thus seeing the cache-control header appear. Made for a lively > debate. Thus, they were seeing the private declaration and not caching the > result. > > So, we had to add an exclude-pattern to our GzipFilter configuration to not > pick up files in the directory we wanted to control caching on. So, fyi, > either GzipFilter has a bug in that it is not honoring Cache-Control headers > set by responses further downstream, or it is operating properly and you > must remember to disable the GzipFilter on content you want to be cached > publicly. It would be nice if GzipFilter honored cache-control directives. > configuration e.g.: > > >gzip > >*.zip >/* > > The private cache-control is added by Resin Cache in this case(not gzip filter ) following the value set in resin.conf http://www.caucho.com/resin/doc/cluster-tags.xtp#rewrite-vary-as-private ) -Alex > > -tyson > > -- > View this message in context: > http://old.nabble.com/GzipFilter-Overrides-Cache-Control-tp27022353p27022353.html > Sent from the Resin mailing list archive at Nabble.com. > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Hessian Debug Exception in Production
> So, grab the 3.1.9 trunk? Actually it's only fixed on the trunk (4.0), the 3.1 branch still has that issue. > There was another issue we reported about > ScheduledTasks not running until 1 week after the server started (at > least when started on Sunday). Know if that one is fixed as well (e.g. > 3.1.8 would run scheduled tasks immedately after start, 3.1.9 would > start running them a week after start - same app config). This is the one I believe – an open issue: http://bugs.caucho.com/view.php?id=3736 Thanks, Alex > > -tyson > > On Tue, Jan 5, 2010 at 2:59 PM, Alex wrote: >> This looks like a bug (checked 3.1.9). The code on the trunk looks valid – >> testing instanceof before casting. >> >> Thanks, >> Alex >> >> >>> We're seeing two possibly related issues with the Hessian Debug facilities >>> in >>> our production environment. The first is the exception pasted below. The >>> second is that hessian debug will run for a few hours after we restart the >>> web app, then just die. We are running 3.1.19. Any ideas? >>> >>> java.lang.ClassCastException: java.util.Date cannot be cast to >>> java.lang.Integer >>>at >>> com.caucho.hessian.io.HessianDebugState$ObjectState.shift(HessianDebugState.java:1186) >>>at >>> com.caucho.hessian.io.HessianDebugState$DateState.next(HessianDebugState.java:649) >>>at >>> com.caucho.hessian.io.HessianDebugState.next(HessianDebugState.java:93) >>>at >>> com.caucho.hessian.io.HessianDebugOutputStream.write(HessianDebugOutputStream.java:96) >>>at java.io.OutputStream.write(OutputStream.java:99) >>>at >>> com.caucho.hessian.io.Hessian2Output.flushBuffer(Hessian2Output.java:1541) >>>at >>> com.caucho.hessian.io.Hessian2Output.flush(Hessian2Output.java:1522) >>>at >>> com.caucho.hessian.io.Hessian2Output.printString(Hessian2Output.java:1450) >>>at >>> com.caucho.hessian.io.Hessian2Output.writeString(Hessian2Output.java:1060) >>>at >>> com.caucho.hessian.io.JavaSerializer$StringFieldSerializer.serialize(JavaSerializer.java:346) >>>at >>> com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) >>>at >>> com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) >>>at >>> com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >>>at >>> com.caucho.hessian.io.CollectionSerializer.writeObject(CollectionSerializer.java:102) >>>at >>> com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >>>at >>> com.caucho.hessian.io.JavaSerializer$FieldSerializer.serialize(JavaSerializer.java:256) >>>at >>> com.caucho.hessian.io.JavaSerializer.writeInstance(JavaSerializer.java:213) >>>at >>> com.caucho.hessian.io.JavaSerializer.writeObject(JavaSerializer.java:177) >>>at >>> com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >>>at >>> com.caucho.hessian.io.MapSerializer.writeObject(MapSerializer.java:100) >>>at >>> com.caucho.hessian.io.Hessian2Output.writeObject(Hessian2Output.java:490) >>>at >>> com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:199) >>>at >>> com.caucho.hessian.server.HessianSkeleton.invoke(HessianSkeleton.java:109) >>>at >>> com.caucho.hessian.server.HessianServlet.service(HessianServlet.java:396) >>>at >>> com.caucho.server.dispatch.WebServiceFilterChain.doFilter(WebServiceFilterChain.java:101) >>>at com.caucho.filters.GzipFilter.doFilter(GzipFilter.java:169) >>>at >>> com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87) >>>at >>> com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:162) >>>at >>> com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:187) >>>at >>> com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:265) >>>at >>> com.caucho.server.hmux.HmuxRequest.handleRequest(HmuxRequest.java:436) >>>at com.caucho.server.port.TcpConnection.run(TcpConnection.java:682) >>>at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:743) >>>at com.caucho.util.ThreadPool$Item.run(
Re: [Resin-interest] Bean as HessianServices Breaks Injection
On 2010-01-16, at 6:47 PM, Scott Hernandez wrote: > I noticed when I registered my class as a HessianService it was no > longer able to inject it. Is this an expected behavior? This seems broken, I've added a bug report to http://bugs.caucho.com/view.php?id=3852 We are adding ResinBeanContext with the intended use from JUnit tests. Basically it's a light container that bootstraps Resin CDI Implementation allowing for bean creation in a way that's done inside resin. usage: * static void main(String []args) * { * ResinBeanContainer cdi = new ResinBeanContainer(); * * cdi.addModule("test.jar"); * cdi.start(); * * RequestContext req = cxt.beginRequest(); * try { * MyMain main = cxt.getInstance(MyMain.class); * * main.main(args); * } finally { * req.close(); * } * } Thanks, --Alex > > I am working against 4.0.3. > > BTW. You can reproduce all the problems I'm find using our resin4.0.3 > branch of subetha - > http://subetha.googlecode.com/svn/branches/resin4.0.3/. There are > quite a few more things that seems broken I will post about when I > have more time. > > Take a look at > http://subetha.googlecode.com/svn/branches/resin4.0.3/src/org/subethamail/core/admin/ListWizardBean.java > for an example bean that no longer works once I add this to our > config: > > urlPattern="/api/ListWizard"/> > > -Scott > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] [resin-interest] how to make isapi_srun.dll not to use chunked encoding?
> is there any way to disable the chunked encoding when using isapi_srun.dll? Not at the moment, I am afraid. I added a bug report: http://bugs.caucho.com/view.php?id=3871 Thanks, Alex > > Thanks. > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Problem with c:out shorthand in Resin 4.x
> This is from one of our web engineers concerning a problem we've encountered > in our testing of Resin 4.x (currently 4.0.6). > > Our site almost exclusively uses a shorthand for: > > > Instead we simply use: >${something.itsthing} Rob, you can add j...@el-ignored="false" to resin-web.xml to make resin pick up on those e.g. http://caucho.com/ns/resin";> thanks, Alex > > With resin 4.x, this is being interpreted literally and rather then seeing a > value like we see on the rendered pages the literal > ${something.itsthing}. We would like to move to resin 4.x to take advantage > of several features, but the work involved in rewriting and testing the > change to will be a huge undertaking. Is there a way to tell > Resin 4.x to use an older version of jstl, or to interpret the shorthand > notation when it sees it in JSP files? > > Rob > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] unplanned and upexpected downtime of resin
> Dear Sir , > I have resin version 3.1.9 installed , sometimes I found that > resin is down , So can u help me to trace this problem and find the correct > solution. There may be more detail pertinent to the problem in resin log files. Generally, resin's watchdog restarts resin server when it becomes unavailable for whatever reason. The watch dog is started automatically with bin/httpd.sh start Thanks, Alex > Thnx for ur fast replay > > All the Best, > Abdalmonem Tharwat Galila > System Engineer , > Technical Resources Department. > Ministry of Communications & Information Technology > Office Tel.: +2 02 35341582 - +2 02 35341300 > Mobile: +2 010 0049068 > Fax : +2 02 35370537 > Website: http:\\www.mcit.gov.eg > E-mail: agal...@mcit.gov.eg > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Refreshing User Roles during a session
> Hi > > We are implementing user roles. > > Within a user session the roles that apply to them can change during the > session at defined points where they "open" a company file and start > working in the context of a different business. A user may have access > to multiple businesses and their roles may be different in different > businesses. > > Is it possible to get the principal, update the roles, and store the > principal back in the session or wherever it is stored? I am working > with 2.1.17 I don't have a solution for your exact requirements, but you should be able to figure some things out by looking at the Authenticator code at http://www.caucho.com/download/resin-2.1.17-src.tar.gz Thank, Alex > > So far I seem to be able to get the principal and appear to update it, > but the updates do not stick. What is the trick? When a user logs in > and the principal is initially created where and how is it stored? > > > > Thanks > > > Alan > > -- > > > Alan Wright > Athene Systems > > tel 0845 230 9803 > > > Athene Systems Limited > Registered Office: > Shieling House > Invincible Road > Farnborough > GU14 7QU > > Registered in England and Wales No. 3156080 > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Implementing server-side push (not HTTP)
> Hi. I have a need to inform a client of changes to its data set. The client > is usually an iPhone, and I use Apple's Push Notifications to let it know > that it should query the server for new data. > > But now I want to do this on a platform that doesn't support Apple Push > Notifications. There are only a few instances of this, but I' not sure the > best way to go about it. > > One is to simply make the data request frequently. It returns null when > there's no data for the client. Another might be to open a persistent > connection and block on a read to the server, and the server will just write > something when there's new data. That's probably the best way, but I'm not > sure how best to implement that listener in my webapp. > > Should I just write raw Socket code to open a listening port, and manage it > all myself in a separate thread? Or does Resin have a facility for supporting > this (some kind of persistent HTTP request that I can later tap into)? Have you looked at Servlet 3.0 async and WebSocket's way as an alternative. http://caucho.com/resin-4.0/examples/websocket-java/ Alex > > Thanks for any suggestions. > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Questions regarding resin 4.0.x and the watchdog
> Hi list, > > We are currently in the process of setting up a production environment > with resin 4.0.x on our Linux servers. Currently we are testing resin > 4.0.7. > > First of all I would like to mention that the watchdog documentation > http://caucho.com/resin-4.0/admin/starting-resin-watchdog.xtp > is repeating point 1 - 7 in point 8 to 14. Thanks, that will be fixed with the next doc release. > > We have experience with resin 3.0.x from earlier, so the biggest change > for us is the watchdog. > > Experiments with a single, shared watchdog has however left us with some > questions: > > 1) With a single, shared watchdog we manage to specify where the > watchdog places its logs with the -log-directory argument to resin.jar, > however that also results in the jvm-logs for each resin application > will be placed in the same directory. Especially on our development > server it would be convenient to have these located along with the logs > of the application, like we get when running a watchdog for each > application. Is it possible to specify in watchdog.xml where the jvm for > each application should be placed? You can change the log's location in resin.xml configuration file using log-hanlder. > > 2) In addition to experimenting with the watchdog we have been testing > /resin-admin which might turn quite useful for some of the applications > we are running. However, we were wondering if it is possible to run one > single /resin-admin in watchdog.xml in order to "monitor" all our > applications? If that is not possible I guess we have to sett up a > /"app"-admin for each applications we want to monitor. > For historical reasons we have a setup where each applications has its > own resin.xml file, and we would like to keep it like this for the > future as well since we find it easier to administrate. The watchdog's purpose is to keep resin instances running, (re)starting them when necessary (failures). It doesn't run any apps, but the /resin-admin deployed on any node in the cluster will track every server in the cluster. > > 3) What is the gain of having only one watchdog? Needing fewer resources – each watchdog would be a separate JVM otherwise. Different physical machines will have separate instances of watchdog. Thanks, Alex > That is, do we use less > resources by having only one watchdog with several applications, than > having one watchdog per application? > > -- > Halvor Utby > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] EJB3 Primary Key Generation
> Is the @GeneratedValue JPA annotation fully supported in > Resin 4? We suggest that a different JPA implementation is used with Resin at this time. Eclipse Link and Open JPA are good candidates. THanks, Alex > I have an entity which should > use a TableGeneration strategy against > Sybase. There is an already existing table, NextId, in our database > which stores > the primary key value for many tables. When > starting up Resin, an error is given. From > the error it looks like Resin is > trying to use a table named GEN_TABLE, even > though the annotation > clearly provides the existing NextId as the table name. > > > @Id > @GeneratedValue(strategy=GenerationType.TABLE, > generator="ol_pk_generator") > @TableGenerator( >name="ol_pk_generator", >table="NextId", >pkColumnName="tableName", > pkColumnValue="OrderLine", >valueColumnName="id" > ) > > @Column(name="orderLineId") > private int > orderLineId; > > > Here is the error: > > [10-06-07 08:43:25.154] {http://*:3790-1} Compiling > com/test/bean/OrderLine__ResinExt.java > [10-06-07 08:43:37.876] {http://*:3790-1} > WebApp[http://default/resin-doc/examples/servlet-hello] fail > [10-06-07 08:43:37.877] {http://*:3790-1} 'GEN_TABLE' is > not a valid > database table. Either the > table needs to be created or the > create-database-tables attribute must be set. > > > com.sybase.jdbc2.jdbc.SybSQLException: GEN_TABLE > not found. Specify > owner.objectname or use sp_help to check whether > the object exists (sp_help may > produce lots of output). > > [10-06-07 08:43:37.888] {http://*:3790-1} 'GEN_TABLE' is > not a valid database table. Either the > table > needs to be created or the create-database-tables attribute must be set. > > > com.sybase.jdbc2.jdbc.SybSQLException: > GEN_TABLE not found. Specify > owner.objectname or use sp_help to check whether > the object exists > (sp_help may produce lots of output). > > > > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Anything change regarding mod_caucho from 4.0.5 to 4.0.6/4.0.7?
> I noticed similar behavior and fixed it by removing the resin root > webapp. Maybe handling of the root webapp changed in 4.0.6 > > Regards, > Peter > > On Sun, 30 May 2010 22:28 +0100, "Stargazer" > wrote: >> We run an Apache + resin config on RH Linux and its been stable for the >> past few releases. Right now we're on 4.0.5. When I went through the >> usual upgrade process on 4.0.5 -> 4.0.6 I found resin started "taking >> over" all the Apache sites, in other words the usual split between about >> half being served by resin and half by apache stopped - the resin ones >> were fine, whereas the Apache ones gave 404's. Sargazer, Can you post your resin configuration, related file structure, your request and expected result. Thanks, Alex > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] com.caucho.sql.UserConnection.createSQLXML throws UnsupportedOperationException
> > > The driver I am using seems to support this operation, because when using > org.springframework.jdbc.datasource.SimpleDriverDataSource in uni tests I am > able to create the XML object. > > How should I handle this issue? Use different DataSource implementation? > (like commons-dbcp?) > I'd like to use the one provided by Resin though. Thanks Marcin, I filed a bug http://bugs.caucho.com/view.php?id=4092 Using a different DataSource implementation for now is a good option or use the code below to get to access the underlying connection object as a work around: InitialContext context = new InitialContext(); DataSource ds = (DataSource)context.lookup("java:comp/env/jdbc/mysql"); Connection conn = ds.getConnection(); out.println(((com.caucho.sql.UserConnection)conn).getDriverConnection()); Thanks, Alex > > Regards, > > Marcin Koziej > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Cookie lifetime
> > For the persistent session, the timeout is based on access time. So each > > new request resets the timer for the default 30min. > > Is he referring to the actual session object on the server or the session > cookie in the browser? Yes, each new request does reset the timer on the > session object on the server, but we are not seeing the expiry date on the > cookie being updated. It's a session cookie, and as long as it expires on the server the contract established via the cookie becomes invalid as soon as the server 'thinks' cookie is no longer valid. Alex > I have tested this on a server using IE8, Firefox 3.6, and the latest Chrome > build with Resin running solo and with Apache running as the front end, and > the results are the same in all browsers. > > When setting cookie-max-age in the session-config for the web app, the expiry > date/time for the session’s persistent cookie does not change on subsequent > requests. I also verified that this behavior is exhibited. > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] JSP error page -- javax.servlet.error.exception not accessible?
> Hello! I'm having trouble under resin 4.0.9, with something that was working > with 4.0.7 Marcin, We've done some work on el lately, possibly affecting your area. Can you send me the generated java source for the failing page? Thanks, Alex > > I have an error page configured in web.xml: > > >/jsp/error.jsp > > > in which i want to access javax.servlet.error.exception property to display > and log the error. > After moving to Resin Pro 4.0.9, I get an error while doing this: > > [10-08-19 15:26:00.877] {http://*:80-10} javax.el.PropertyNotFoundException: > 'servlet' is an unknown bean property of > 'com.caucho.server.webbeans.ConversationContext__ResinScopeProxy' > at > javax.el.BeanELResolver.getValue(BeanELResolver.java:196) > at > com.caucho.jsp.el.PageContextELResolver.getValue(PageContextELResolver.java:181) > at > com.caucho.el.ArrayResolverExpr.getValue(ArrayResolverExpr.java:148) > at > com.caucho.el.ArrayResolverExpr.getValue(ArrayResolverExpr.java:139) > at > com.caucho.el.ArrayResolverExpr.getValue(ArrayResolverExpr.java:139) > at > com.caucho.el.PathExpr.getValue(PathExpr.java:142) > at > com.caucho.el.Expr.print(Expr.java:411) > at > com.caucho.config.el.CandiExpr.print(CandiExpr.java:219) > at > _jsp._jsp._error__jsp._jspService(_error__jsp.java:90) > at > _jsp._jsp._error__jsp._jspService(_error__jsp.java:38) > at > com.caucho.jsp.JavaPage.service(JavaPage.java:61) > at > com.caucho.jsp.Page.pageservice(Page.java:542) > at > com.caucho.server.dispatch.PageFilterChain.doFilter(PageFilterChain.java:194) > at > com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:286) > at > com.caucho.server.webapp.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:287) > at > com.caucho.server.webapp.RequestDispatcherImpl.error(RequestDispatcherImpl.java:136) > at > com.caucho.server.webapp.ErrorPageManager.sendServletErrorImpl(ErrorPageManager.java:426) > at > com.caucho.server.webapp.ErrorPageManager.sendServletError(ErrorPageManager.java:183) > at > com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:185) > at > com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:207) > at > com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:92) > at > com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:286) > at > com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:789) > at > com.caucho.network.listen.TcpSocketLink.dispatchRequest(TcpSocketLink.java:662) > at > com.caucho.network.listen.TcpSocketLink.handleRequestsImpl(TcpSocketLink.java:625) > at > com.caucho.network.listen.TcpSocketLink.handleRequests(TcpSocketLink.java:576) > at > com.caucho.network.listen.TcpSocketLink$AcceptTask.doTask(TcpSocketLink.java:1157) > at > com.caucho.network.listen.TcpSocketLink$ConnectionReadTask.runThread(TcpSocketLink.java:1092) > at > com.caucho.network.listen.TcpSocketLink$AcceptTask.run(TcpSocketLink.java:1124) > at > com.caucho.env.thread.ResinThread.runTasks(ResinThread.java:169) > > > The original exception object is lost. > > Is it a resin bug, or should I use a different method for accessing the > exception object? > > > Best regards, > >
Re: [Resin-interest] resin.exe server root directory in 4.0.10
> Mattias Jiderhamn wrote: >> Trying to launch Resin 4.0.10 on Windows with the -server-root / >> -server_root / -root-directory / --root-directory but resin.exe seems to >> ignore all of them. Is there an undocumented change, or is there a bug >> in resin.exe in the 4.0.10 (pro) release? That's a bug in resin.exe. You can work around it with root-directory attribute to > > > Do you see the same issue with java -jar lib/resin.jar start? > > That's certainly a bug, although I'm not sure why that would be > different on windows. > > -- Scott > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0 multipart request handling
> Oh and I upgraded from Resin 4.0.7 to Resin Pro 4.0.10. Maybe the pro version > can't include some library due to licensing? Hi Matthew, Can you make sure to set parameter in your WEB-INF/resin-web.xml? http://caucho.com/ns/resin";> We had to change the default to false for 3.0 spec compliance. There is also new 3.0 API to deal with multipart/form-data encoded requests. http://blog.caucho.com/?p=237 Thanks, Alex > > On Sep 10, 2010, at 3:51 PM, Matthew Serrano wrote: > >> I have been using Resin 4.0.7 and I discovered that Resin is parsing >> multipart requests and putting the parameters into the normal request object >> (file is cached to disc and the path is in the request object). Now I >> upgraded to 4.0.10 and suddenly the multipart request is no longer parsed >> automatically. Is this intentional? I was totally celebrating not having to >> use O'Reilly and championing Resin for its brilliance. But now it appears I >> have to resurrect all my old logic for handling multipart requests. Please >> help! Bug or fix? >> >> matt > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Install Liferay+Joomla in resin server
> Dear Resin team, > > Im trying to install liferay portal in resin 4.0. i have followed the > instructions given in liferay portal administrator guide > > \resin.xml:33: javax.el.PropertyNotFoundException: 'rootDir' is an unknown > bean property of 'com.caucho.server.cluster.Server$ServerVar' Srikanth, try with just root ${server.root} thanks, Alex > > 31: > 32: > 33: > 34: > 35: > > Oct 1, 2010 10:36:28 AM com.caucho.boot.WatchdogChildProcess logStatus > WARNING: Watchdog detected close of Resin[,pid=0] > exit reason: BAD_CONFIG (exit code=2) > Resin-4.0.10 (built Tue, 24 Aug 2010 10:49:02 PDT) > Copyright(c) 1998-2010 Caucho Technology. All rights reserved. > > Note: Im trying to install liferay and joomla in resin 4.0 server. liferay > provides liferay resin bundle. but i dont know in that version of resin > joomla can be installed > or not. How can i resolve the above error > > -- > > Thanks & Regards, > Srikanth A > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] JSTL c:import on Resin 4.0
> I seem to have issues using JSTL c:import within Resin 4.0. Below is my code > and the error. Any ideas? Does Resin 4.0 no longer support the import tag? > > FYI...my:frame is a custom tag that eventually executes jsp:doBody. Matt, It's a resin issue. I've submitted an bug http://bugs.caucho.com/view.php?id=4263 Thanks, Alex > > matt > > > <<<<< CODE >>>>> > >/common/termsAndConditions_en.jsp > > > > > <<<<>>>> > javax.servlet.jsp.JspException: unimplemented > at com.caucho.jstl.rt.CoreImportTag.doEndTag(CoreImportTag.java:246) > at > _jsp._common._termsAndConditions__jsp$_CauchoFragment_0._jsp_invoke(_termsAndConditions__jsp.java:157) > at com.caucho.jsp.JspFragmentSupport.invoke(JspFragmentSupport.java:93) > at _jsp._WEB_22dINF._tags._frame__tag.doTag(_frame__tag.java:407) > at > _jsp._common._termsAndConditions__jsp._jspService(_termsAndConditions__jsp.java:102) > at > _jsp._common._termsAndConditions__jsp._jspService(_termsAndConditions__jsp.java:29) > at com.caucho.jsp.JavaPage.service(JavaPage.java:64) > at com.caucho.jsp.Page.pageservice(Page.java:542) > at > com.caucho.server.dispatch.PageFilterChain.doFilter(PageFilterChain.java:194) > at com.caucho.filters.GzipFilter.doFilter(GzipFilter.java:149) > at > com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:89) > at > com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:183) > at > com.caucho.server.webapp.AccessLogFilterChain.doFilter(AccessLogFilterChain.java:95) > at > com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:287) > at > com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:792) > at > com.caucho.network.listen.TcpSocketLink.dispatchRequest(TcpSocketLink.java:675) > at > com.caucho.network.listen.TcpSocketLink.handleRequestsImpl(TcpSocketLink.java:637) > at > com.caucho.network.listen.TcpSocketLink.handleRequests(TcpSocketLink.java:588) > at > com.caucho.network.listen.TcpSocketLink$AcceptTask.doTask(TcpSocketLink.java:1175) > at > com.caucho.network.listen.TcpSocketLink$ConnectionReadTask.runThread(TcpSocketLink.java:1108) > at > com.caucho.network.listen.TcpSocketLink$AcceptTask.run(TcpSocketLink.java:1142) > at com.caucho.env.thread.ResinThread.runTasks(ResinThread.java:182) > at com.caucho.env.thread.ResinThread.run(ResinThread.java:126) > Caused by: java.lang.UnsupportedOperationException: unimplemented > at > com.caucho.filters.CauchoResponseWrapper.getStatus(CauchoResponseWrapper.java:343) > at > com.caucho.server.http.ResponseAdapter.getStatus(ResponseAdapter.java:385) > at > com.caucho.jstl.rt.CoreImportTag$JstlImportResponseWrapper.(CoreImportTag.java:466) > at > com.caucho.jstl.rt.CoreImportTag.handleBody(CoreImportTag.java:380) > at > com.caucho.jstl.rt.CoreImportTag.doEndTag(CoreImportTag.java:222) > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] configure error on mac for 4.0.13
> Hello > I try to compile resin 4.0.13 pro on macosx 10.6.4 intel Are you running JavaForMacOSX10.6 Update3 ? If so, update 3 removed the jvmti.h on my machine when I installed it. The soft-links exist but they point nowhere. I filed a bug with apple, and you can file one too if you can't see and vote: http://alturl.com/7je6e https://bugreport.apple.com/cgi-bin/WebObjects/RadarWeb.woa/12/wo/Z8gO7kmC3Cif9j23CAoM8M/5.83.28.0.9 Thanks, Alex > > Here is the error during ./configure : > > configure: error: > >*** Can't find JNI directory in > JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home >*** JNI is expected in > /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home/include/ > > > In configure script there is a > > test -r "$JAVA_HOME/../Headers/jni_md.h" > > and this actually won't work because > /System/Library/Frameworks/JavaVM.framework/Headers/jni_md.h exists but > is a soft link within a directory which is a soft link : > >> ll /System/Library/Frameworks/JavaVM.framework/Headers/jni_md.h > > lrwxr-xr-x 1 root wheel 33 24 jul 16:15 > /System/Library/Frameworks/JavaVM.framework/Headers/jni_md.h -> > ../../CurrentJDK/Headers/jni_md.h > >> ll /System/Library/Frameworks/JavaVM.framework/Headers > > lrwxr-xr-x 1 root wheel 24 25 oct 08:50 > /System/Library/Frameworks/JavaVM.framework/Headers -> > Versions/Current/Headers > > > > So replacing test -r by test -L should normally work, but actually it > won't, because : > >> test -L /System/Library/Frameworks/JavaVM.framework/Headers/jni_md.h >> echo $? > 0 > > all right without /../, BUT : > >> test -L > /System/Library/Frameworks/JavaVM.framework/Versions/CurrentJDK/Home/../Headers/jni_md.h >> echo $? > 1 > > fails with the /../ > > For the moment I replaced with full path hardcoded > Same problem for JVMTI except that the test -L will work. > > Now configure is all right but make as an error : > >> make > Makefile:283: warning: overriding commands for target > `modules/c/src/Makefile' > Makefile:273: warning: ignoring old commands for target > `modules/c/src/Makefile' > CDPATH="${ZSH_VERSION+.}:" && cd . && aclocal -I m4 > aclocal: couldn't open directory `m4': No such file or directory > make: *** [aclocal.m4] Error 1 > > I don't know how to solve this one. > Thanks for your help. > > For information, there was no error in 4.0.10 > > > -- > Riccardo Cohen > Architecte du Logiciel > http://www.architectedulogiciel.fr > +33 (0)6.09.83.64.49 > Membre du réseau http://www.reflexe-conseil-centre.org > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin Eclipse Plugin not stopping instances
Thanks, I filed a bug report: http://bugs.caucho.com/view.php?id=4400 We are starting resin server using the "console" command, which starts watchdog (in a separate JVM). The managed Resin Server is started by that watchdog. When 'stop' button is pressed watchdog's JVM is stopped and Resin should shutdown. That happens immediately on Linux and Mac, but takes 2 minutes on Windows, that's something for us to investigate and fix. Resin 3.1 is started directly, so that explains the difference in behaviour. Alex - Original Message From: Daniel López To: General Discussion for the Resin application server Sent: Thu, February 17, 2011 3:30:41 AM Subject: Re: [Resin-interest] Resin Eclipse Plugin not stopping instances Hi, I did some more testing and the Resin plugin is able to stop Resin 3.1.5 instances, so it appears to be a compound problem between the 4.0.14-15 releases not being closed properly and the plugin not detecting it. S! D. El 15/02/2011 11:48, Daniel López escribió: > Hi again, > I upgraded to plugin version 4.0.15 and I was now able to select my > local instalation to be used, so it seems to be fixed. > On the other hand, something else seems to have been broken as the > server is not stopped either when you press stop or re-start or any > other option. > You hit stop, the server is then displayed as stopped but the console of > the server does not show the usual "stopping..." message. When you try > to start it up again, you get a "HTTP port already boud" error. If you > kill the suspect java process "by hand", you are then able to restart it > again. I tested it with local Resin 4.0.14 and Resin 4.0.15 versions to > discard a server issue, and the problem happens with both. > > On a related note, if I start any of those versions with the regular > resin.exe and try to stop it instead of quitting, I get this at the > console: > - > Shutdown Resin reason: OK > > 15-feb-2011 11:44:55 com.caucho.env.thread.ResinThread runTasks > ADVERTENCIA: java.lang.RuntimeException: java.net.SocketException: > Socket closed > > java.lang.RuntimeException: java.net.SocketException: Socket closed > at com.caucho.hmtp.HmtpLinkWorker.run(HmtpLinkWorker.java:117) > at com.caucho.env.thread.ResinThread.runTasks(ResinThread.java:164) > at com.caucho.env.thread.ResinThread.run(ResinThread.java:130) > Caused by: java.net.SocketException: Socket closed > at java.net.SocketInputStream.socketRead0(Native Method) > at java.net.SocketInputStream.read(SocketInputStream.java:147) > at java.net.SocketInputStream.read(SocketInputStream.java:182) > at com.caucho.remote.websocket.WebSocketInputStream.startBinaryMessage(W > ebSocketInputStream.java:80) > at com.caucho.hmtp.HmtpWebSocketReader.readPacket(HmtpWebSocketReader.ja > va:63) > at com.caucho.hmtp.HmtpLinkWorker.run(HmtpLinkWorker.java:114) > ... 2 more > 15-feb-2011 11:44:55 com.caucho.boot.WatchdogChildProcess logStatus > ADVERTENCIA: Watchdog detected close of Resin[,pid=0] > exit reason: normal exit (exit code=0) > 15-feb-2011 11:44:55 com.caucho.boot.WatchdogChildTask run > INFO: WatchdogChild[] stopped > - > However, in this case the process seems to die alright as I can start > the server again and get no "port already bound" error. > > In spite of that, there could be a correlation between both of them as > it is quite suspicious for both to happen at the same time :). > > Cheers! > D. > > El 09/02/2011 12:40, Daniel López escribió: >> Good to know, thanks. I'll wait for the 4.0.15 then. >> >> S! >> D. >> >> El 07/02/2011 18:45, Scott Ferguson escribió: >>> Daniel López wrote: >>>> Hi, >>>> >>>> I reinstalled Eclipse and started from scratch and after installing the >>>> latest Eclipse plugin from www.caucho.com/eclipse, when I try to create >>>> a new Server I'm no longer given the option of specifying a local >>>> version, but it insists I have to download a Pro version, put my email >>>> address to request a license... >>>> >>>> Is that how the updated version (4.0.14) of the plugin works? >>>> >>> That's a mistake on our end. http://bugs.caucho.com/view.php?id=4379 >>> >>> The auto-download should default to pro, but it should let you specify >>> any pre-installed Resin version. >>> >>> -- Scott >>> >>>> D. -- --- Daniel Lopez Janariz (d.lo...@uib.es) Web Services Centre for Information and Technology Balearic Islands University (SPAIN) --- ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Visual JSF and Resin Snapshot
Andreas, Thanks for reporting this, I have filed it as a bug http://bugs.caucho.com/view.php?id=2364 . Regards, Alex Rojkov Software Engineer Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source --> Resin: application server --> Quercus: PHP in Java --> Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Visual JSF and Resin Snapshot
Andreas, Thanks for reporting this, I have filed it as a bug http://bugs.caucho.com/view.php?id=2364 . Regards, Alex Rojkov Software Engineer Caucho Technology, Inc. Tel. (858) 456-0300 mailto:[EMAIL PROTECTED] Caucho: Reliable Open Source --> Resin: application server --> Quercus: PHP in Java --> Hessian Web Services ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Problems finding jar files in orbeon web application
I've been running orbeon xforms for a while now on one of my resin servers. while I haven't had any problems with it, ther's a bit of configuration that i have to do every time i install a new release and i'd really like to avoid doing it. when the orbeon war is unpacked you end up with http://java.sun.com/xml/ns/j2ee"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://j ava.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4"> --> Orbeon Forms 3.7.0beta1+.200902170313 Orbeon Forms is an open source forms solution that handles the complexity of forms typical of the enterprise or government. It is delivered to standard web browsers (including Internet Explorer, Firefox, Safari and Opera) thanks to XForms and Ajax technology, with no need for client-side software or plugins. Orbeon Forms allows you to build fully interactive forms with features that include as-you-type validation, optional and repeated sections, always up-to-date error summaries, PDF output, full internationalization, and controls like auto-completion, tabs, dialogs, trees and menus. Now if i try and access the orbeon xforms applications i get error messages about not finding any of the orbeon classes located in WEB-INF/lib/*.jar and WEB-INF/lib/private/*.jar The solution is to do:- Orbeon Forms 3.7.0beta1+.200902170313 Orbeon Forms is an open source forms solution that handles the complexity of forms typical of the enterprise or government. It is delivered to standard web browsers (including Internet Explorer, Firefox, Safari and Opera) thanks to XForms and Ajax technology, with no need for client-side software or plugins. Orbeon Forms allows you to build fully interactive forms with features that include as-you-type validation, optional and repeated sections, always up-to-date error summaries, PDF output, full internationalization, and controls like auto-completion, tabs, dialogs, trees and menus. .. So I know i can't use the statement if I've got version="2.4" argument. Silly question, how do in persuade orbeon that its jar files are in WEB-INF/lib etc? Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Problems finding jar files in orbeonweb application
Thanks For this, I could have sworn that the app-default.xml was in there. Then again maybe it slipped out when i moved over to using a watchdog configuration supporting multiple VMS I'll check alex -Original Message- From: resin-interest-boun...@caucho.com [mailto:resin-interest-boun...@caucho.com] On Behalf Of Emil Ong Sent: 09 March 2009 17:19 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] Problems finding jar files in orbeonweb application Hi Alex, It sounds like your app-default.xml is not getting included in your resin.conf, which has those classloaders by default. You can either import it as is done in the default resin.conf (which is probably best) or add the class loaders to a in resin.conf. Take care, Emil On Sun, Mar 08, 2009 at 02:20:58PM -0000, Alex Sharaz wrote: > > I've been running orbeon xforms for a while now on one of my resin servers. > while I haven't had any problems with it, ther's a bit of configuration that i > have to do every time i install a new release and i'd really like to avoid > doing it. > > when the orbeon war is unpacked you end up with > > http://java.sun.com/xml/ns/j2ee"; xmlns:xsi="http://www.w3.org/ > 2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee > http://j > ava.sun.com/xml/ns/j2ee/web-app_2_4.xsd" version="2.4"> --> >Orbeon Forms >3.7.0beta1+.200902170313 > >Orbeon Forms is an open source forms solution that handles the > complexity of forms typical of the >enterprise or government. It is delivered to standard web > browsers (including Internet Explorer, >Firefox, Safari and Opera) thanks to XForms and Ajax technology, > with no need for client-side software >or plugins. Orbeon Forms allows you to build fully interactive > forms with features that include >as-you-type validation, optional and repeated sections, always > up-to-date error summaries, PDF output, >full internationalization, and controls like auto-completion, > tabs, dialogs, trees and menus. > > > > > > Now if i try and access the orbeon xforms applications i get error messages > about not finding any of the orbeon classes located in WEB-INF/lib/*.jar and > WEB-INF/lib/private/*.jar > > The solution is to do:- > > > >Orbeon Forms >3.7.0beta1+.200902170313 > >Orbeon Forms is an open source forms solution that handles the > complexity of forms typical of the >enterprise or government. It is delivered to standard web > browsers (including Internet Explorer, >Firefox, Safari and Opera) thanks to XForms and Ajax technology, > with no need for client-side software >or plugins. Orbeon Forms allows you to build fully interactive > forms with features that include >as-you-type validation, optional and repeated sections, always > up-to-date error summaries, PDF output, >full internationalization, and controls like auto-completion, > tabs, dialogs, trees and menus. > > > > > > > > > > .. > > So I know i can't use the statement if I've got version="2.4" > argument. Silly question, how do in persuade orbeon that its jar > files are in WEB-INF/lib etc? > > Alex > > * > To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html > * > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest Emil Ong Chief Evangelist Caucho Technology, Inc. Tel. (858) 456-0300 mailto:e...@caucho.com http://blog.caucho.com/ Caucho: Reliable Open Source --> Resin: application server --> Quercus: PHP in Java --> Java CanDI: contexts and dependency injection ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Corrupted session
Hi, I start seeing this concurrency issue on save/load large session object. Did anybody had the same problem and found a solution to fix it? Below is a stack trace. Here is my configuration: resin 3.0.24, Linux, JDK 1.6 Thank you. [12:20:22.063] FileBacking.log: update cluster: test.xxx.com;dcaEE8dukDJF9_LAlRVcs length:5309265 [12:20:22.063] ClusterStoreManager.log: [app4] self-store(3) dcaEE8dukDJF9_LAlRVcs length=5309265 [12:20:22.063] AbstractHttpResponse.log: [app4, 12] HTTP/1.1 200 OK [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Cache-Control: no-store, no-cache, post-check=0, pre-check=0 [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Pragma: no-cache [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Expires: Wed, 31 Dec 1969 23:59:59 GMT [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Content-Type: text/html [12:20:22.063] AbstractHttpResponse.log: [app4, 12] Transfer-Encoding: chunked [12:20:22.063] ResponseStream.log: [12] write-chunk(7) [12:20:22.219] FileBacking.log: load local object: test..com;dcaEE8dukDJF9_LAlRVcs [12:20:22.219] ClusterObject.log: java.io.UTFDataFormatException [12:20:22.219] at java.io.ObjectInputStream$BlockDataInputStream.readUTFSpan(ObjectInputSt ream.java:3082) [12:20:22.219] at java.io.ObjectInputStream$BlockDataInputStream.readUTFBody(ObjectInputSt ream.java:3007) [12:20:22.219] at java.io.ObjectInputStream$BlockDataInputStream.readUTF(ObjectInputStream .java:2820) [12:20:22.219] at java.io.ObjectInputStream.readString(ObjectInputStream.java:1599) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1320) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) [12:20:22.219] at java.util.ArrayList.readObject(ArrayList.java:593) [12:20:22.219] at sun.reflect.GeneratedMethodAccessor1868.invoke(Unknown Source) [12:20:22.219] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) [12:20:22.219] at java.lang.reflect.Method.invoke(Method.java:597) [12:20:22.219] at java.io.ObjectStreamClass.invokeReadObject(ObjectStreamClass.java:974) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1849) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1947) [12:20:22.219] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1871) [12:20:22.219] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753 ) [12:20:22.219] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [12:20:22.219] at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) [12:20:22.219] at java.util.ArrayList.readObject(ArrayList.java:593) [12:20:22.219] at sun.reflect.GeneratedMethodAccessor1868.invoke(Unknown Source) [12:20:22.219] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) [12:20:22.219] at jav
[Resin-interest] Using JA-SIG's Central Authentication Service (CAS) with resin
Hi, I'm looking to use CAS with resin 4.0.x. Anyone done this already? If so, some pointers to useful docn would be appreciated Rgs Alex smime.p7s Description: S/MIME cryptographic signature ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] pb with find() in resin 4.0.13
> Hello > I'm using many times the find() call in EntityManager : > > Status st=m_manager.find(Status.class,"identifier"); > > But with no particular reason, in test or production, the find() call > stop all processing, there is no exception and any System.out.println() Riccardo, Can you produce a thread-dump of the server's JVM please and send that to us? Thanks, Alex > juste after is simply not called. > > While the server is in this "undefined" state, the rest of the > application may work. I tried to add a createQuery call just before the > find : > > Query qr=m_manager.createQuery("select st from Status st"); > List list=(List)qr.getResultList(); > > and the same problem happens at getRestulList(). Nothing happens, no > exception, no further processing. > > Is there any people that had this problem ? I could see that only in one > of my applications, not all. Is this a problem with eclispelink ? > > Thanks a lot. > -- > Riccardo Cohen > Architecte du Logiciel > http://www.architectedulogiciel.fr > BP 77536 > 37075 Tours Cedex 2 > +33 (0)6.09.83.64.49 > Membre du réseau http://www.reflexe-conseil-centre.org > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Clustering and load-on-startup
> Hi > I have a problem with clustering in Resin 4.0.23 that I hope someone > can help me with. Mathias, Can you try adding true to server-default? true Thanks, Alex > > When I bring a cluster node back online after it has been shut down > the cluster recognizes it as "up and functioning" too soon (this can > be monitored on the caucho-status page). My problem is that I have a > servlet that is really heavy to start and it has > set. As it is set up now requests goes to this new node trying to > access the servlet prior too its startup and they are left waiting. I > would like to have the cluster node off line until all the > servlets has started. Is there an existing setting > that can make this work? > > What I am looking for is something like or > :) > > Best regards > Mathias Lagerwall > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] pb with find() in resin 4.0.13
> Hello again > The problem happened again, and I found an exception in another log file > (problem with all these logs...) > > java.lang.IllegalArgumentException: Unknown entity bean class: class > reaentities.Status, please verify that this class has been marked with the > @Entity annotation. > at > org.eclipse.persistence.internal.jpa.EntityManagerImpl.find(EntityManagerImpl.java:611) Can you check if the web-app was reloaded before the exception? I recollect having seen the issue in earlier versions of Resin 4. The issue arouse when webapplication or entity class was reloaded (you can force a reload to check). The issue should be fixed in later versions. The test case that reproduces the webapp with persistent context reload issue was created after 4.0.13. Thanks, Alex > > You'll find joind the full exception and the thread dump, plus the class > itself. This object Status is marked as @Entity and work very well normally. > Thanks for your help. > > > On 08/11/11 22:48, Alex Rojkov wrote: >>> Hello >>> I'm using many times the find() call in EntityManager : >>> >>> Status st=m_manager.find(Status.class,"identifier"); >>> >>> But with no particular reason, in test or production, the find() call >>> stop all processing, there is no exception and any System.out.println() >> Riccardo, >> >> Can you produce a thread-dump of the server's JVM please and send that to us? >> >> Thanks, >> Alex >> >>> juste after is simply not called. >> >>> >>> While the server is in this "undefined" state, the rest of the >>> application may work. I tried to add a createQuery call just before the >>> find : >>> >>> Query qr=m_manager.createQuery("select st from Status st"); >>> List list=(List)qr.getResultList(); >>> >>> and the same problem happens at getRestulList(). Nothing happens, no >>> exception, no further processing. >>> >>> Is there any people that had this problem ? I could see that only in one >>> of my applications, not all. Is this a problem with eclispelink ? >>> >>> Thanks a lot. >>> -- >>> Riccardo Cohen >>> Architecte du Logiciel >>> http://www.architectedulogiciel.fr >>> BP 77536 >>> 37075 Tours Cedex 2 >>> +33 (0)6.09.83.64.49 >>> Membre du réseau http://www.reflexe-conseil-centre.org >>> >>> >>> ___ >>> resin-interest mailing list >>> resin-interest@caucho.com >>> http://maillist.caucho.com/mailman/listinfo/resin-interest >> >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest >> > > -- > Riccardo Cohen > Architecte du Logiciel > http://www.architectedulogiciel.fr > BP 77536 > 37075 Tours Cedex 2 > +33 (0)6.09.83.64.49 > Membre du réseau http://www.reflexe-conseil-centre.org > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] getting response header in load balancer access logs
Hi Chris, I could't reproduce this on version 4.0.25. What version are you running? Thanks, Alex On 2012-02-27, at 2:10 PM, Chris Hart wrote: > Hi, > > I'm having trouble getting the Set-Cookie response header into the access > logs on our load balancer. I've tested this exact same access-log > configuration locally with an instance of resin that is not behind any load > balancer and it seems to work, but this isn't working in our load balanced > production environment. It's currently just logging "-" at the end of the > access log line. Here's what our load balancer's configuration looks like: > > > > /var/log/resin/ariel/master-access.log > > %{Host}i %h %l %u %t "%r" %>s %b "%{Referer}i" "%{User-Agent}i" > "%{X-Forwarded-For}i" %{JSESSIONID}c %{ariel}c %{SSLB}c %D "%{Cookie}i" > "%{Set-Cookie}o" > > 1D > -1 > master-access-%Y%m%d.log.gz > > > > > Any help is greatly appreciated. > > Thanks, > Chris > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] getting response header in load balancer access logs
> Hi Alex, > > Thanks for the reply. I'm using resin-pro-3.1.3. Again, it seems to work > when I hit a single instance of resin that directly serves the requests, but > when there's a load balancer involved, the load balancer doesn't log it. Did > you try this access log line on a load balancer running 4.0.25? Hm... It looks like a bug actually and it affects 4.0 as well. Thanks for reporting, my initial test was incorrect. resin-3.1: http://bugs.caucho.com/view.php?id=4966 resin-4.0: http://bugs.caucho.com/view.php?id=4965 Alex > > Thanks, > Chris > > - Original Message - > From: "Alex Rojkov" > To: "General Discussion for the Resin application server" > > Sent: Monday, February 27, 2012 2:59:58 PM > Subject: Re: [Resin-interest] getting response header in load balancer > access logs > > Hi Chris, > > I could't reproduce this on version 4.0.25. What version are you running? > > Thanks, > Alex > > On 2012-02-27, at 2:10 PM, Chris Hart wrote: > >> Hi, >> >> I'm having trouble getting the Set-Cookie response header into the access >> logs on our load balancer. I've tested this exact same access-log >> configuration locally with an instance of resin that is not behind any load >> balancer and it seems to work, but this isn't working in our load balanced >> production environment. It's currently just logging "-" at the end of the >> access log line. Here's what our load balancer's configuration looks like: >> >> >> >> /var/log/resin/ariel/master-access.log >> >> %{Host}i %h %l %u %t "%r" %>s %b "%{Referer}i" "%{User-Agent}i" >> "%{X-Forwarded-For}i" %{JSESSIONID}c %{ariel}c %{SSLB}c %D "%{Cookie}i" >> "%{Set-Cookie}o" >> >> 1D >> -1 >> master-access-%Y%m%d.log.gz >> >> >> >> >> Any help is greatly appreciated. >> >> Thanks, >> Chris >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] TcpSocketLink: OutofMemory
Hi, Just started deploying the debia resin 4.0.26 64 bit package and am getting lots of [2012/03/05 16:34:58.522] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:35:13.741] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:35:54.594] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:36:09.868] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:36:30.638] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:36:45.906] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:38:58.450] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:39:13.748] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:39:29.071] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:39:49.603] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:40:04.937] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:40:41.628] {resin-265} Watchdog received warning from Resin[app-0,pid=8822]: Shutdown: TcpSocketLink OutOfMemory [2012/03/05 16:40:52.546] {watchdog-app-0} Watchdog detected close of Resin[app-0,pid=8822] exit reason: MEMORY (exit code=6) [2012/03/05 16:40:52.546] {watchdog-app-0} WatchdogChild[app-0] starting [2012/03/05 16:40:52.548] {watchdog-app-0} Watchdog starting Resin[app-0] [2012/03/05 16:58:55.333] {resin-306} Watchdog received warning from Resin[app-0,pid=9732]: Shutdown: starting fail-safe restart from health [2012/03/05 17:01:51.748] {resin-306} Watchdog received warning from Resin[app-0,pid=9732]: Shutdown: Restart with health CRITICAL:9 active checks, 0 warning, 1 critical, 0 fatal [2012/03/05 17:03:56.314] {watchdog-app-0} Watchdog detected close of Resin[app-0,pid=9732] exit reason: HEALTH (exit code=9) [2012/03/05 17:03:56.314] {watchdog-app-0} WatchdogChild[app-0] starting [2012/03/05 17:03:56.315] {watchdog-app-0} Watchdog starting Resin[app-0] What additional info would you require to suggest a solution Rgds Alex ** To view the terms under which this email is distributed, please go to http://www2.hull.ac.uk/legal/disclaimer.aspx **___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] cannot ./configure resin - says java not installed, - it is installed and JAVA_HOME is set correctly..
> help? > I have java installed in a custom folder due to distriubtion reasons; Hi Tom, Can you add /opt/jdk/bin to the PATH and try again. ./configure in 4.0.27 does 'which java' to find java executable. I added a fallback to JAVA_HOME/bin/java for 4.0.28 and up. Thanks, Alex > > root@ubuntu64#echo $JAVA_HOME > /opt/jdk/ > > when double checking the version: > root@ubuntu64# $JAVA_HOME/bin/java -version > java version "1.6.0_27" > Java(TM) SE Runtime Environment (build 1.6.0_27-b07) > Java HotSpot(TM) 64-Bit Server VM (build 20.2-b06, mixed mode) > > > however when doing a configure I get this error: ( I even exported > JAVA_HOME to /opt/jdk/ ) > == > root@ubuntu64:/opt/resin-4.0.27# ./configure > checking build system type... x86_64-unknown-linux-gnu > checking host system type... x86_64-unknown-linux-gnu > ... > .. > checking if is Java 1.6... no > configure: error: Java 1.6 required. returned: ./configure: line > 11291: -version: command not found > == > > why is this happening? > > tia! > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Debian install still broken in 4.0.30
And installing 4.0.30 over previous release still barfs at the fact that the resin user already exists. Rgds Alex - sip:924110...@sip.callwithus.com ** To view the terms under which this email is distributed, please go to http://www2.hull.ac.uk/legal/disclaimer.aspx **___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] GWT - replacing Jetty with Resin in Eclipse
> I created a GWT project and a Resin Server. When i right click the Resin > server and try to add the project to it, I get "There are no resources > that can be added". Has anyone had any success with this please? > Basically my goal is to set up GWT with Resin and EclipseLink, so > there're no Google App Engine needed. I think the issue is that the project ins't nominated to become a Web Application. Please open project properties and add "Dynamic Web Module" in "Project Facets" node. Alex > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Order of web-fragment.xml vs .tld
> Hi list. It seems that Resin will load and initiate Servlet 3.0 > web-fragment.xml before it loads and initiates any .tld files - including > s therein - within the same .jar. > > This results in the AutoProbe module of http://messadmin.sourceforge.net/ > causing exceptions, because it assumes the servlet context listener defined > in it's taglib-autoprobe.tld has had it's contextInitialized() called before > the filter in > web-fragment.xml has it's init() called. > > This works fine in JBoss, and I'm wondering if anyone knows what the specs > has to say about this? > Is Resin at fault, or could MessAdmin be relying on something that simply is > not defined by specs? Hi Mattias, I am filing a bug for this: http://bugs.caucho.com/view.php?id=5659 , thanks for reporting! Can you try redefining the listener in your application’s web.xml as a work around? Thanks, Alex > -- > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] @WebServlet and Hessian
> Well, I added @WebServlet to my Hessian servlet implementation, and making a > GET request results in the expected "Hessian Requires POST" response. But > when my client accesses it properly, the response is empty, and there's no > evidence that my actual implementation is being called. > Is it possible to use @WebServlet on something that inherits from HttpServlet? > That should be possible. I just tested with the following: package qa; import java.io.*; import javax.servlet.annotation.*; import com.caucho.hessian.server.*; @WebServlet("webservlet") public class MyBean extends HessianServlet { public String hit(InputStream is) throws IOException { StringBuilder sb = new StringBuilder(); int ch; sb.append("["); while ((ch = is.read()) >= 0) { sb.append((char) ch); } sb.append("]"); return sb.toString(); } } Have you tried with the finer the logging level? Alex > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Registering my CanDI producer with InjectionManager?
> I'm trying to create a factory to let me @Inject Loggers as shown here: > > > http://docs.jboss.org/cdi/api/1.0/javax/enterprise/inject/spi/InjectionPoint.html > > But I get: > >> [14-03-08 23:59:23.129] WARNING com.caucho.server.webapp.WebApp >> setConfigException: javax.enterprise.inject.UnsatisfiedResolutionException: >> Can't find a bean for 'class org.apache.log4j.Logger' because no beans >> implementing that class have been registered with the injection manager >> InjectManager[singleton:null#UsageMapServer]. >> at >> com.caucho.config.inject.InjectManager.unsatisfiedException(InjectManager.java:2471) >> at >> com.caucho.config.inject.InjectManager.resolveByInjectionPoint(InjectManager.java:2656) >> at >> com.caucho.config.inject.InjectManager.getReferenceFactory(InjectManager.java:2614) >> at >> com.caucho.config.inject.InjectManager.getReferenceFactory(InjectManager.java:2593) > > > Here's my code (first class needs the injection, second class is the factory): That should work, please check if there are any compile exceptions for the Producer. I verified the pattern with java.util.logging.* > > http://pastebin.com/nHiGZyzf > > One additional question: when this works, how many LoggerFactory instances > can I expect? Is it a singleton? Can I use its constructor or static init to > initialize Log4J? With an @ApplicaitonScoped producer there should be one instance for a Proxy class and one for an actual Producer. Thanks, Alex > > Thanks! > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Any way to set jsp page-encoding with Servlet 3.0 Java-only configuration?
In Resin you should be able to specify that with character-encoding tag at web-app | host | cluster | resin level. http://www.caucho.com/resin-4.0/reference.xtp#characterencoding Thanks, Alex > I apologize, since this isn't strictly a Resin issue, but: > > I used to have this in my web.xml: > > > > *.jsp > UTF-8 > > > > How do I duplicate that effect in Servlet 3.0/Spring Java-only configuration? > > Thanks! > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Any way to tell resin to put WEB-INF/tmp somewhere else?
On Mar 12, 2014, at 7:51 PM, Rick Mann wrote: > It would be nice for it to create its work directories somewhere else, not > inside my webapp distros. Is this possible? Should be possible with work-dir and temp-dir tags. http://www.caucho.com/resin-4.0/reference.xtp#workdir http://www.caucho.com/resin-4.0/reference.xtp#tempdir Alex > > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fresh resin install won't run my app or log
Did you remove resin:import for app-default.xml by any chance ? Alex On Mar 12, 2014, at 8:12 PM, Rick Mann wrote: > Well, that's not exactly true, but I'm baffled. > > I have my webapp running just fine locally, and just find on a 4.0.37/Java > 1.6/Ubuntu 10.10 server I've had running for years. > > I just created an Ubuntu 13.10/Java 1.7/4.0.38 server using the Pro > distribution (but no license file yet) that I build myself (rather than using > apt-get) because I wanted to control the directories used. It started up and > ran fine. > > I then installed my app, and modified resin.xml to point to it. Resin seems > to create the app, and the resin-file handler is able to serve up some > top-level files in my app. > > But it does not appear to be actually executing any of the code in my app. My > app is pure-java configed, and uses Log4J. No log files are getting created. > I tried logging some stuff using System.out, but it's not appearing in any of > the logs I do get. I'm executing with resinctl console, as much logging as I > can set to "ALL". > > I've little by little gone through the various Resin config files removing > references to other apps, virtual hosts, and other logging. My app's entry in > resin.xml looks like this: > > http://pastebin.com/6STAmNBS > > Any ideas what else to try? I have the following logs to look at: > > rmann@clarke $ ls /logs/resin/ > out.log > rmann@clarke $ ls /logs/inote/ > access.log resin.log > > Plus what comes out of the resinctl console. > > I'm baffled. > > Some possible issues? > > [03-13 03:01:20.176] {main} ALL > (com.caucho.env.deploy.ExpandDeployController) java.io.FileNotFoundException: > /lz/var/www/com/latencyzero/inote/META-INF/resin.application-hash > > GETting / results in 404: > > [03-13 03:11:38.506] {resin-port-80-46} FINER > (com.caucho.server.dispatch.ServletInvocation) Dispatch '/' to > AccessLogFilterChain[http://inote.latencyzero.com, > next=WebAppFilterChain[http://inote.latencyzero.com, > next=ServletFilterChain[resin-file]]] > > > GETting /css/site.css returns the css file: > > [03-13 03:01:36.023] {resin-port-80-22} FINER > (com.caucho.server.dispatch.ServletInvocation) Dispatch '/css/site.css' to > AccessLogFilterChain[http://inote.latencyzero.com, > next=WebAppFilterChain[http://inote.latencyzero.com, > next=ServletFilterChain[resin-file]]] > > TIA, > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fresh resin install won't run my app or log
> > On Mar 12, 2014, at 20:23 , Alex Rojkov wrote: > >> Did you remove resin:import for app-default.xml by any chance ? > > Why do you ask? app-default.xml has all the required imports to for web.xml, resin-web.xml, etc. Without the imports application won’t be properly initialized. Commenting app-default.xml out or excluding the imports would make application behave as you describe. > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fresh resin install won't run my app or log
> So, any other suggestions for getting more logging out of the system to see > where things are falling down? Are your servlets in WB-INF/classes? Try adding a compiling-loader (or a simple-loader if classes are compiled already) to your . > >> I've little by little gone through the various Resin config files removing >> references to other apps, virtual hosts, and other logging. My app's entry >> in resin.xml looks like this: >> >> http://pastebin.com/6STAmNBS >> >> Any ideas what else to try? I have the following logs to look at: >> >> rmann@clarke $ ls /logs/resin/ >> out.log >> rmann@clarke $ ls /logs/inote/ >> access.log resin.log >> >> Plus what comes out of the resinctl console. >> >> I'm baffled. >> >> Some possible issues? >> >> [03-13 03:01:20.176] {main} ALL >> (com.caucho.env.deploy.ExpandDeployController) >> java.io.FileNotFoundException: >> /lz/var/www/com/latencyzero/inote/META-INF/resin.application-hash >> >> GETting / results in 404: >> >> [03-13 03:11:38.506] {resin-port-80-46} FINER >> (com.caucho.server.dispatch.ServletInvocation) Dispatch '/' to >> AccessLogFilterChain[http://inote.latencyzero.com, >> next=WebAppFilterChain[http://inote.latencyzero.com, >> next=ServletFilterChain[resin-file]]] >> >> >> GETting /css/site.css returns the css file: >> >> [03-13 03:01:36.023] {resin-port-80-22} FINER >> (com.caucho.server.dispatch.ServletInvocation) Dispatch '/css/site.css' to >> AccessLogFilterChain[http://inote.latencyzero.com, >> next=WebAppFilterChain[http://inote.latencyzero.com, >> next=ServletFilterChain[resin-file]]] >> >> TIA, >> >> -- >> Rick >> >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fresh resin install won't run my app or log
On Mar 13, 2014, at 2:26 PM, Rick Mann wrote: > > On Mar 13, 2014, at 14:13 , Alex Rojkov wrote: > >> Are your servlets in WB-INF/classes? > > Yes. > >> Try adding a compiling-loader (or a simple-loader if classes are compiled >> already) to your . >> >> >> http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fresh resin install won't run my app or log
Hm… In the referenced resin.xml the classloader is in the host section. Can you move it into the web-app section and try accessing one of your mapped servlets? Alex > > >> And can you move the class-loader registration inside the web-app please? >> If that doesn’t work please post log and conf/*.xml conf/*.properties >> someplace. > > It's inside the web-app inside resin.xml. > > resin.xml: http://pastebin.com/tY8MRf3S > app-defaults.xml: http://pastebin.com/iF8F6Ug9 > cluster-default.xml:http://pastebin.com/n84jPp1S > > properties: http://pastebin.com/sMBTiNfi > > It's probably something really stupid that I did, and I'll be suitably > embarrassed when you point it out. > > Thanks! > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Fresh resin install won't run my app or log
> Hmm. I don't have the connector jar outside my webapps in any other > environment. I can't remember what it is I did to fix it last time. As long as configuration is in the web-app (not in cluster) putting the connector.jar into WEB-INF/lib/ should work. Your configuration is in the , but the driver configuration is removed from the posted resin.xml ( so I can’t comment on that ) Are you seeing a ClassNotFoundException for the driver class and the driver class is in WEB-INF/lib? What does the exception look like in the context of web-app begin loaded? Alex > > On Mar 13, 2014, at 15:37 , Rick Mann wrote: > >> Oh! Sorry. That was it. Argh. I am embarrassed (and annoyed with myself, >> since I've lost precious development time). >> >> Thank you. >> >> Now I'm back to an issue I had earlier (which I realize now I was solving >> when I created this problem), and that is that Resin can't find the MySQL >> driver in WEB-INF/lib when it goes to create the DataSource. This is a >> problem that has plagued me for years, and each time I eventually get things >> to work, but each new environment seem to trip me up. >> >> It seems to me that if the tree-loader points to lib, and the MySQL >> connector jar is in there, Resin should be able to find it. Is it trying to >> create this datasource before the tree-loader can load classes? I guess that >> also makes sense, since this configuration is "outside" of my webapp, and >> therefore not controlled by it. >> >> Is that the right understanding? By that understanding, I should be able to >> instantiate the datasource inside my webapp instead, using the jar inside >> the webapp, no? >> >> Thanks again for spotting my error! >> >> On Mar 13, 2014, at 15:31 , Alex Rojkov wrote: >> >>> Hm… In the referenced resin.xml the classloader is in the host section. Can >>> you move it into the web-app section and try accessing one of your mapped >>> servlets? >>> >>> Alex >>>> >>> >>> >>>> >>>>> And can you move the class-loader registration inside the web-app please? >>>>> If that doesn’t work please post log and conf/*.xml conf/*.properties >>>>> someplace. >>>> >>>> It's inside the web-app inside resin.xml. >>>> >>>>resin.xml: http://pastebin.com/tY8MRf3S >>>>app-defaults.xml: http://pastebin.com/iF8F6Ug9 >>>>cluster-default.xml:http://pastebin.com/n84jPp1S >>>> >>>>properties: http://pastebin.com/sMBTiNfi >>>> >>>> It's probably something really stupid that I did, and I'll be suitably >>>> embarrassed when you point it out. >>>> >>>> Thanks! >>>> >>>> -- >>>> Rick >>>> >>>> >>>> >>>> ___ >>>> resin-interest mailing list >>>> resin-interest@caucho.com >>>> http://maillist.caucho.com/mailman/listinfo/resin-interest >>> >>> >>> ___ >>> resin-interest mailing list >>> resin-interest@caucho.com >>> http://maillist.caucho.com/mailman/listinfo/resin-interest >> >> >> -- >> Rick >> >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > > -- > Rick > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Can't find symbol error when deploying a webapp on Resin 4 using JMS
Sorry, that’s a code-gen bug. It should have generated ‘.’ for ‘$’ in class name. http://bugs.caucho.com/view.php?id=5715 To work around the issue please make your exception a normal public class. Alex > [14-04-15 09:38:48.729] {main} > /opt/resin-4.0.39/webapps/multichannel/WEB-INF/work/ejb/com/veeva/multichannel/webhook/mailgun/MailGunWebHookAgent__MessageProxy.java:95: > error: cannot find symbol >} catch > (com.veeva.multichannel.core.job.agent.JobAgentA$JobAgentProcessingException > e) { > ^ > symbol: class JobAgentA$JobAgentProcessingException > location: package > com.veeva.multichannel.core.job.agent >1 error ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] How to set up Eclipse for Web app at root?
> In Eclipse, if I create a dynamic web app project called "foo", then a > Resin server using the plugin config tool, I can then deploy it and > it runs at localhost:8080/foo. I need to have it deployed to the root, > i.e. just localhost:8080. It seems its the "Add/Remove" dialog in the > Resin Plug in which creates the webapp name in the path - how can I > choose ROOT there please? I don't want to call the project "ROOT" just > to achieve this, nor do I want to rename any WAR's each deploy because > the will slow down dev time. I'm sure there must be a smarter way ;-) Hi Carl, I just tested with a symbolic link named ROOT pointing to the deploy foo directory and that worked for me. So you should remove webapps/ROOT and make a link with ln -s foo ROOT Alex > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] How to set up Eclipse for Web app at root?
>>> In Eclipse, if I create a dynamic web app project called "foo", then a > > Hi Carl, > > I just tested with a symbolic link named ROOT pointing to the deploy foo > directory and that worked for me. > > So you should remove webapps/ROOT and make a link with ln -s foo ROOT > > > Alex > > Thanks Alex, its great to know there's an easy fix for Linux but ... you > guessed it ... devs done on Windows. Have you tried mklink /D Alex >>> ___ >>> resin-interest mailing list >>> resin-interest@caucho.com >>> http://maillist.caucho.com/mailman/listinfo/resin-interest >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] problem with quercus,resin3.0.22 and mediawiki
Just tried to install mediawiki on a 3.0.22 system In webapps/wiki/WEB-INF I’ve got the following set up in resin-web.xml. In the wii directory, I’ve also got a helloworld.php file. jdbc:mysql://databases.hull.ac.uk:3306/comms_wiki fred fred servlet-class="com.caucho.quercus.servlet.QuercusServlet"> index.php The helloworld.php example works just fine. However, when I try running …../wiki/config to init the app, I get java.lang.NullPointerException at com.caucho.quercus.module.StaticFunction.analyzeArguments(StaticFunction.java:139) at com.caucho.quercus.expr.FunctionExpr.analyze(FunctionExpr.java:215) at com.caucho.quercus.expr.UnaryExpr.analyze(UnaryExpr.java:69) at com.caucho.quercus.program.ExprStatement.analyze(ExprStatement.java:90) at com.caucho.quercus.program.BlockStatement.analyze(BlockStatement.java:132) at com.caucho.quercus.program.QuercusMain.generate(QuercusMain.java:112) at com.caucho.java.gen.BaseClass.generateComponents(BaseClass.java:254) at com.caucho.java.gen.BaseClass.generateClassContent(BaseClass.java:241) at com.caucho.java.gen.BaseClass.generate(BaseClass.java:229) at com.caucho.java.gen.GenClass.generate(GenClass.java:120) at com.caucho.java.gen.JavaClassGenerator.generate(JavaClassGenerator.java:273) at com.caucho.quercus.gen.PhpGenerator.generate(PhpGenerator.java:77) at com.caucho.quercus.page.PageManager.parse(PageManager.java:234) at com.caucho.quercus.page.PageManager.parse(PageManager.java:180) at com.caucho.quercus.Quercus.parse(Quercus.java:546) at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:217) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChain.java:106) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:209) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:173) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:229) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:511) at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) at com.caucho.util.ThreadPool.run(ThreadPool.java:442) at java.lang.Thread.run()V(Unknown Source) The database config statement is correct and I’ve checked that the database e xists and has valid access rights set up for the machine/userid I’m trying to run the wiki on Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] problems with quercus and mediawiki on resin-3.0.22
Just tried to install mediawiki on a 3.0.22 system In webapps/wiki/WEB-INF I've got the following set up in resin-web.xml. In the wii directory, I've also got a helloworld.php file. http://caucho.com/ns/resin";> jdbc:mysql://databases.hull.ac.uk:3306/comms_wiki fred fred index.php The helloworld.php example works just fine. However, when I try running ./wiki/config to init the app, I get java.lang.NullPointerException at com.caucho.quercus.module.StaticFunction.analyzeArguments(StaticFunction .java:139) at com.caucho.quercus.expr.FunctionExpr.analyze(FunctionExpr.java:215) at com.caucho.quercus.expr.UnaryExpr.analyze(UnaryExpr.java:69) at com.caucho.quercus.program.ExprStatement.analyze(ExprStatement.java:90) at com.caucho.quercus.program.BlockStatement.analyze(BlockStatement.java:13 2) at com.caucho.quercus.program.QuercusMain.generate(QuercusMain.java:112) at com.caucho.java.gen.BaseClass.generateComponents(BaseClass.java:254) at com.caucho.java.gen.BaseClass.generateClassContent(BaseClass.java:241) at com.caucho.java.gen.BaseClass.generate(BaseClass.java:229) at com.caucho.java.gen.GenClass.generate(GenClass.java:120) at com.caucho.java.gen.JavaClassGenerator.generate(JavaClassGenerator.java: 273) at com.caucho.quercus.gen.PhpGenerator.generate(PhpGenerator.java:77) at com.caucho.quercus.page.PageManager.parse(PageManager.java:234) at com.caucho.quercus.page.PageManager.parse(PageManager.java:180) at com.caucho.quercus.Quercus.parse(Quercus.java:546) at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:21 7) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai n.java:106) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java: 209) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja va:173) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j ava:229) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:511) at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) at com.caucho.util.ThreadPool.run(ThreadPool.java:442) at java.lang.Thread.run()V(Unknown Source) The database config statement is correct and I've checked that the database e xists and has valid access rights set up for the machine/userid I'm trying to run the wiki on Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] problems with quercus and mediawiki onresin-3.0.22
o.k. as son as 3.1 is out I'll give it a try on my server at home :-) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 16 November 2006 16:50 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] problems with quercus and mediawiki onresin-3.0.22 On Nov 15, 2006, at 9:18 AM, Alex Sharaz wrote: > Just tried to install mediawiki on a 3.0.22 system Thanks, I've just filed it as a bug report. Though, Quercus development and fixes are going into the 3.1.x tree (3.1.0 should be in 2-3 weeks), so we'll be encouraging Quercus users to move to 3.1.0 when it's available. -- Scott > > In webapps/wiki/WEB-INF I've got the following set up in resin- > web.xml. > > > > In the wii directory, I've also got a helloworld.php file. > > > > http://caucho.com/ns/resin";> > > > > > > jdbc:mysql://databases.hull.ac.uk:3306/comms_wiki > > fred > > fred > > > > > > > > > > servlet-class="com.caucho.quercus.servlet.QuercusServlet"> > > > > > > > > index.php > > > > > > The helloworld.php example works just fine. > > > > However, when I try running ./wiki/config to init the app, I get > > > > > > > > > > java.lang.NullPointerException > at > com.caucho.quercus.module.StaticFunction.analyzeArguments > (StaticFunction > .java:139) > at > com.caucho.quercus.expr.FunctionExpr.analyze(FunctionExpr.java:215) > at com.caucho.quercus.expr.UnaryExpr.analyze(UnaryExpr.java: > 69) > at > com.caucho.quercus.program.ExprStatement.analyze(ExprStatement.java: > 90) > at > com.caucho.quercus.program.BlockStatement.analyze > (BlockStatement.java:13 > 2) > at > com.caucho.quercus.program.QuercusMain.generate(QuercusMain.java:112) > at > com.caucho.java.gen.BaseClass.generateComponents(BaseClass.java:254) > at > com.caucho.java.gen.BaseClass.generateClassContent(BaseClass.java:241) > at com.caucho.java.gen.BaseClass.generate(BaseClass.java:229) > at com.caucho.java.gen.GenClass.generate(GenClass.java:120) > at > com.caucho.java.gen.JavaClassGenerator.generate > (JavaClassGenerator.java: > 273) > at > com.caucho.quercus.gen.PhpGenerator.generate(PhpGenerator.java:77) > at > com.caucho.quercus.page.PageManager.parse(PageManager.java:234) > at > com.caucho.quercus.page.PageManager.parse(PageManager.java:180) > at com.caucho.quercus.Quercus.parse(Quercus.java:546) > at > com.caucho.quercus.servlet.QuercusServlet.service > (QuercusServlet.java:21 > 7) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) > at > com.caucho.server.dispatch.ServletFilterChain.doFilter > (ServletFilterChai > n.java:106) > at > com.caucho.server.cache.CacheFilterChain.doFilter > (CacheFilterChain.java: > 209) > at > com.caucho.server.webapp.WebAppFilterChain.doFilter > (WebAppFilterChain.ja > va:173) > at > com.caucho.server.dispatch.ServletInvocation.service > (ServletInvocation.j > ava:229) > at > com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:274) > at > com.caucho.server.port.TcpConnection.run(TcpConnection.java:511) > at com.caucho.util.ThreadPool.runTasks(ThreadPool.java:520) > at com.caucho.util.ThreadPool.run(ThreadPool.java:442) > at java.lang.Thread.run()V(Unknown Source) > > > The database config statement is correct and I've checked that the > database e xists and has valid access rights set up for the > machine/userid I'm trying to run the wiki on > > Alex > > ** > *** > To view the terms under which this email is distributed, please go > to http://www.hull.ac.uk/legal/email_disclaimer.html > ** > ***___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Quercus example apps that work
Chaps, Has anyone got an example Quercus app utilising a database that works? I've got the latest resin 3.1 snapshot and am trying to get eithergallery2 or mediawiki to work. Needless to say I'm not having much luck. I've got the standard "hello world" and a "php info" page to work but nothing else really. Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 3.1.0 release
Scott, many thanks for the official release of 3.1 I've installed it on a RHEL4 system with the BEA Jrockit JVM. Got all my ususal stuff working but sadly not Gallery2 or media wiki. I've switched debug logging on and have what might be some useful logging. Should I send it to the list or [EMAIL PROTECTED] All the best for the new year Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 26 December 2006 17:56 To: General Discussion for the Resin application server; [EMAIL PROTECTED] Subject: [Resin-interest] Resin 3.1.0 release Resin 3.1.0 is now available. Keep in mind that 3.1.x is a development branch. 3.1.1 will have new features as well as bug fixes, so it is possible that 3.1.1 may introduce new bugs. Main changes in 3.1.0: Requires JDK 1.5 Servlet for JavaEE 1.5 JSP for JavaEE 1.5 Amber progress (almost, but not quite passing JPA) resin.conf refactoring for improved cluster configuration watchdog/startup changes web services configuration (as servlet) Quercus updates for PHP 6 (i18n), Java reflection I) Watchdog/startup changes: The most visible change is the Resin startup, particularly on Unix. The wrapper.pl is now gone, replaced by a Java watchdog process. The unix command-line startup is: unix> java -jar resin-3.1.0/lib/resin.jar start Or, for foreground, development work, just unix> java -jar resin-3.1.0/lib/resin.jar For different configuration files and servers, use unix> java -jar lib/resin.jar -conf conf/myconfig.conf -server app- a start Windows users can also use the new startup, but can still use the old httpd.exe. Because the watchdog process is in Java, JDK command-line arguments now belong in the resin.conf. This will be nice, since all the relevant configuration will now be in resin.conf. II) resin.conf clustering changes. We've reorganized the resin.conf to better handle multiple clusters. The most important use is for web-tier and app-tier load-balancing. Now, both the web-tier and the app-tier fit into the same resin.conf. The old 3.1.0 syntax is still available as backward compatibility, but we encourage people to upgrade. The basic structure is: http://caucho.com/ns/resin";> III) web services Web services can now be configured as servlets (this is part of the Servlet 2.5 spec). If the servlet-class implements @WebService, it will be treated as a web-service. The class does not need to implement Servlet. The lifecycle is the same as for a servlet, i.e. only a single, multithreaded instance (no pooling). Resin allows a choice of protocols, including Hessian, Burlap, and REST. So the configuration might look like: example.Hello IV) JSP and Servlet for JavaEE 5 See the specs. :) The main new capabilities are @Resource injection and capabilities for the new JSF (i.e. "%{foo}"). The @Resource injection is very nice. It removes the requirement for most JNDI lookup, e.g. public class MyServlet ... { @Resource(name="jdbc/db") private DataSource _dataSource; ... } Resin will inject the DataSource into the servlet before it calls the init() method. V) @Resource for java.util.concurrent.Executor In Resin you can use the @Resource to get access to Resin's thread pool for Executor-launched threads. This means you can launch short- lived threads using Resin's thread pool. However, you still need to be careful about lifecycle issues. We haven't yet implemented an ExecutorService which would let Resin stop the thread on web-app restart automatically. So you still need to have the destroy() method stop the thread. class MyServlet { @Resource private Executor _executor; private void foo() { _executor.execute(new MyRunnableTask()); } } VI) Resin 3.1.1 roadmap The roadmap always changes, so take this as a rough guideline of intent. We think the following will be ready for 3.1.1 (in about 12 weeks or so) Amber/JPA SOAP/JAX-WS JSF more of EJB 3.0 (I'm not sure we'll get it done by 3.1.1) Quercus integration as scripting language for packages like Spring, Grails, etc. We're aiming on JavaEE 5 by May. I think that's probably optimistic, but it's our current target. Share and Enjoy! ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *__
Re: [Resin-interest] MediaWiki under Quercus on 64 bit CPU
Just downloaded mediawiki 1.9.1 and added it into my webapp directory under resin-3.1.0 Get the same message below. Am running 32 bit RHEL 4 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stargazer Sent: Wednesday, January 24, 2007 8:23 AM To: resin-interest@caucho.com Subject: [Resin-interest] MediaWiki under Quercus on 64 bit CPU Just raising this in case it wasn't known: PHP 5.0.x is buggy on your 64-bit system; you must upgrade to PHP 5.1.x or higher. ABORTING. (http://bugs.php.net/bug.php?id=34879 for details) -1 MediaWiki 1.9.0, Resin 3.1.0 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] MediaWiki under Quercus on 64 bit CPU
Just looked at wiki.caucho.com and under quercus is says software running on Quercus (Resin 3.1.1) Quercus: DokuWiki 2006-11-06 Quercus: Gallery2 2.1.2 Quercus: Joomla 1.0.11 Quercus: Mediawiki 1.9.0 So, is resin-3.1.1 available then? Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Alex Sharaz Sent: Wednesday, January 24, 2007 1:36 PM To: General Discussion for the Resin application server Subject: Re: [Resin-interest] MediaWiki under Quercus on 64 bit CPU Just downloaded mediawiki 1.9.1 and added it into my webapp directory under resin-3.1.0 Get the same message below. Am running 32 bit RHEL 4 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stargazer Sent: Wednesday, January 24, 2007 8:23 AM To: resin-interest@caucho.com Subject: [Resin-interest] MediaWiki under Quercus on 64 bit CPU Just raising this in case it wasn't known: PHP 5.0.x is buggy on your 64-bit system; you must upgrade to PHP 5.1.x or higher. ABORTING. (http://bugs.php.net/bug.php?id=34879 for details) -1 MediaWiki 1.9.0, Resin 3.1.0 ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] MediaWiki under Quercus on 64 bit CPU
Just a small thing, the web page still gives the date of the snapshot as 2006/12/18 Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 08 February 2007 02:07 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] MediaWiki under Quercus on 64 bit CPU On Feb 7, 2007, at 2:55 PM, Nam wrote: >> Stargazer wrote: >>>> Just raising this in case it wasn't known: >>>> PHP 5.0.x is buggy on your 64-bit system; you must upgrade to >>>> PHP 5.1.x >>>> or higher. ABORTING. (http://bugs.php.net/bug.php?id=34879 for >>>> details) -1 >>>> >>>> MediaWiki 1.9.0, Resin 3.1.0 >>>> >>>> >> Er, any news on if this will be fixed in the next release? >> I'm planning to install PHP based wiki and will hold back for a >> while if >> so, otherwise choose another. > > Quercus doesn't have the 64-bit bug, but MediaWiki was complaining due > to an unrelated bug in Quercus :). Our next release, 3.1.1, is set to > be released in the upcoming weeks and it should run MediaWiki 1.9.2 > well. Also, the current snapshot has that change. -- Scott > > -- Nam > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] MediaWiki under Quercus on 64 bit CPU
Many thanks for that. Got media wiki 1.9.1 up and working under the current snapshot 3.1.s070207 Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 08 February 2007 02:07 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] MediaWiki under Quercus on 64 bit CPU On Feb 7, 2007, at 2:55 PM, Nam wrote: >> Stargazer wrote: >>>> Just raising this in case it wasn't known: >>>> PHP 5.0.x is buggy on your 64-bit system; you must upgrade to >>>> PHP 5.1.x >>>> or higher. ABORTING. (http://bugs.php.net/bug.php?id=34879 for >>>> details) -1 >>>> >>>> MediaWiki 1.9.0, Resin 3.1.0 >>>> >>>> >> Er, any news on if this will be fixed in the next release? >> I'm planning to install PHP based wiki and will hold back for a >> while if >> so, otherwise choose another. > > Quercus doesn't have the 64-bit bug, but MediaWiki was complaining due > to an unrelated bug in Quercus :). Our next release, 3.1.1, is set to > be released in the upcoming weeks and it should run MediaWiki 1.9.2 > well. Also, the current snapshot has that change. -- Scott > > -- Nam > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Cant connect to quercus.caucho.com
Get 500 Servlet Exception java.lang.OutOfMemoryError: PermGen space * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] o.k. can get to quercus.caucho.com but now its wiki.caucho.com
Get the following 500 Servlet Exception java.lang.NoClassDefFoundError at sun.reflect.GeneratedMethodAccessor635.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at com.caucho.quercus.program.CompiledClassDef.initClass(CompiledClassDef.j ava:80) at com.caucho.quercus.env.QuercusClass.(QuercusClass.java:114) at com.caucho.quercus.env.Env.createQuercusClass(Env.java:2948) at com.caucho.quercus.env.Env.createClassImpl(Env.java:2862) at com.caucho.quercus.env.Env.createClassImpl(Env.java:2877) at com.caucho.quercus.env.Env.findClass(Env.java:2828) at com.caucho.quercus.env.Env.findClass(Env.java:2805) at com.caucho.quercus.env.Env.getClass(Env.java:2924) at _quercus._includes._Wiki__php$quercus_MediaWiki$fun_checkInitialQueries. callMethod(var/www/hosts/wiki.caucho.com/webapps/ROOT/includes/Wiki.php: 74) at com.caucho.quercus.env.ObjectExtValue.callMethod(ObjectExtValue.java:692 ) at com.caucho.quercus.env.Var.callMethod(Var.java:1023) at _quercus._index__php.execute(var/www/hosts/wiki.caucho.com/webapps/ROOT/ index.php:17) at com.caucho.quercus.page.QuercusPage.executeTop(QuercusPage.java:115) at com.caucho.quercus.servlet.ResinQuercusServlet.service(ResinQuercusServl et.java:122) at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:29 8) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai n.java:103) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java: 159) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja va:167) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j ava:226) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:263) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:477) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:600) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:522) at java.lang.Thread.run(Thread.java:595)* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 304 status
Since people are talking about status code 304, I'm trying to sort out a problem herel. I'm running a wpad service for our univ network here using a Foundry ServerIron hardware load balancer ad 3 servers running 3.0.21 Wpad.dat.hull.ac.uk points to a virtual IP address on the load balancer which then funnels the request down to the 3 servers. Each (real) server has a number of virtual hosts on it one of which is wpad.hull.ac.uk. In addition to this I've got a default server that services any ip address requests to the real server. As I've discovered all sorts of applications request wpad.dat and not just browsers. As far as the virtual host is concerned all requests come from the same IP address i.e. that of the ServerIron. Looking through the access.log file I see 150.237.47.251 - - [18/May/2007:12:55:09 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:55:24 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:55:26 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:55:26 +0100] "GET /wpad.dat HTTP/1.1" 304 - "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:55:27 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:55:29 +0100] "GET /wpad.dat HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 7.0; Win32)" 150.237.47.251 - - [18/May/2007:12:55:29 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "NSPlayer/11.0.5721.5145" 150.237.47.251 - - [18/May/2007:12:55:29 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "NSPlayer/11.0.5721.5145" 150.237.47.251 - - [18/May/2007:12:55:29 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "NSPlayer/11.0.5721.5145" 150.237.47.251 - - [18/May/2007:12:55:33 +0100] "GET /wpad.dat HTTP/1.1" 304 - "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:55:33 +0100] "GET /wpad.da HTTP/1.0" 200 247 "-" "Mozilla/4.0 (compatible; MSIE 6.0; Win32)" 150.237.47.251 - - [18/May/2007:12:55:36 +0100] "GET /wpad.dat HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 7.0; Win32)" 150.237.47.251 - - [18/May/2007:12:55:40 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Win32)" 150.237.47.251 - - [18/May/2007:12:55:44 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "-" 150.237.47.251 - - [18/May/2007:12:55:45 +0100] "GET /wpad.da HTTP/1.0" 304 - "-" "Mozilla/4.0 (compatible; MSIE 6.0; Win32)" 150.237.47.251 - - [18/May/2007:12:55:48 +0100] "GET /wpad.dat HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 7.0; Win32)" 150.237.47.251 - - [18/May/2007:12:55:51 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "-" 150.237.47.251 - - [18/May/2007:12:55:56 +0100] "GET /wpad.dat HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 7.0; Win32)" 150.237.47.251 - - [18/May/2007:12:55:57 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:55:59 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:56:02 +0100] "GET /wpad.dat HTTP/1.1" 304 - "-" "Mozilla/4.0 (compatible; MSIE 7.0; Win32)" 150.237.47.251 - - [18/May/2007:12:56:07 +0100] "GET /wpad.dat HTTP/1.1" 304 - "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:56:08 +0100] "GET /wpad.dat HTTP/1.1" 304 - "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:56:15 +0100] "GET /wpad.dat HTTP/1.1" 304 - "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:56:23 +0100] "GET /wpad.dat HTTP/1.0" 200 247 "-" "Mozilla/4.0 (compatible; MSIE 7.0; Win32)" 150.237.47.251 - - [18/May/2007:12:56:23 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "Windows-Update-Agent" 150.237.47.251 - - [18/May/2007:12:56:25 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "-" 150.237.47.251 - - [18/May/2007:12:56:25 +0100] "GET /wpad.dat HTTP/1.1" 200 247 "-" "-" In most cases things like windows-Update-Agent requests the wpad.dat file and it is returned o.k. (200 247) Other times I get the 304 status code. We've got random occurrences wh
[Resin-interest] Quercus and gallery 2.1
Anyone running gallery2.1 successfully with resin-pro-3.1.1 I had gallery 2.1 running successfully on a pre 3.1.1 release of 3.1. Having upgraded to 3..1 I now get loads of usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion "!empty($key)" failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion "!empty($key)" failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion "!empty($key)" failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion "!empty($key)" failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion "!empty($key)" failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion "!empty($key)" failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion "!empty($key)" failed usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 7: Warning: Assertion "!empty($key)" failed error messages As I said, worked before. Alex * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Quercus and media wiki - image upload
Hi, I'm running mediawiki 1.9.3 and resin pro 3.1.1. Just about everything I need works just fine except for image file uploading. I *think* I've got it configured correctly but get the following error message. I'm sure it shouldn't be asking for .index.php/WEB-INF/upload ... Alex java.io.IOException: '/usr/web/commswiki/webapps/wiki/index.php/WEB-INF/upload/php877240297tm p' parent directory does not exist at com.caucho.vfs.JniFilePathImpl.nativeOpenWrite(Native Method) at com.caucho.vfs.JniFilePathImpl.openWriteImpl(JniFilePathImpl.java:341) at com.caucho.vfs.Path.openWrite(Path.java:988) at com.caucho.vfs.Path.createNewFile(Path.java:1051) at com.caucho.vfs.Path.createTempFile(Path.java:1080) at com.caucho.quercus.env.Post.readMultipartStream(Post.java:150) at com.caucho.quercus.env.Post.fillPost(Post.java:96) at com.caucho.quercus.env.Env.(Env.java:315) at com.caucho.quercus.env.ProEnv.(ProEnv.java:45) at com.caucho.quercus.ProQuercus.createEnv(ProQuercus.java:49) at com.caucho.quercus.servlet.ResinQuercusServlet.service(ResinQuercusServl et.java:112) at com.caucho.quercus.servlet.QuercusServlet.service(QuercusServlet.java:34 1) at javax.servlet.http.HttpServlet.service(HttpServlet.java:92) at com.caucho.server.dispatch.ServletFilterChain.doFilter(ServletFilterChai n.java:103) at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java: 125) at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.ja va:175) at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.j ava:240) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:263) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:477) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:600) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:522) at java.lang.Thread.run(Thread.java:595) (END) * To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Quercus and gallery 2.1
Hi, Well, it doesn't work with the latest bersion of gallery either. Anything i can do to help track it down let me know Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sam Sent: 21 May 2007 18:22 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] Quercus and gallery 2.1 > Anyone running gallery2.1 successfully with resin-pro-3.1.1 > I had gallery 2.1 running successfully on a pre 3.1.1 release of 3.1. > Having upgraded to 3..1 I now get loads of > > usr/web/databases/webapps/gallery2/modules/core/classes/Gallery.class:60 > 7: Warning: Assertion "!empty($key)" failed Bug report here: http://bugs.caucho.com/view.php?id=1744 It may be that this is really a bug in gallery, perhaps the assertion should not be failing. Prior to 3.1.1, Quercus did not evaluate assert expressions. Of course, it could also be a bug in Quercus, a bug that causes the $key to be empty when it should not be. -- Sam ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 304 status
Sorry didn't phrase that properly. If a client makes a request for wpad.dat, is there any way of always returning a copy of the file instead of an http status 304 message? Alex -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Ferguson Sent: 22 May 2007 16:49 To: General Discussion for the Resin application server Subject: Re: [Resin-interest] 304 status On May 18, 2007, at 5:02 AM, Alex Sharaz wrote: > > Other times I get the 304 status code. We've got random occurrences > where setting a browser to "auto detect proxy settings" doesn't > work and i'm wondering if these occurrences could coincide with the > 304 status codes I can see in the logs. I suppose the question is. > Can i reconfigure something to get rid of the 304 entries in the logs? I'm a little confused. I can add a bug report to allow filtering of 304 in the logs, but I'm not sure if there's another issue you're reporting. -- Scott > > Alex > > -Original Message- > From: [EMAIL PROTECTED] [mailto:resin-interest- > [EMAIL PROTECTED] On Behalf Of Scott Ferguson > Sent: 17 May 2007 18:45 > To: General Discussion for the Resin application server > Subject: Re: [Resin-interest] 304 status > > > On May 17, 2007, at 10:02 AM, Jean-Francois Lamy wrote: > >> I am trying to understand how resin, apache and proxies interact with >> respect to caching. >> >> I have a jsp page which is meant to be always dynamic; headers are >> used to >> prevent it from being cached. >> However, the page loads js, css, and various images, which I would >> like to >> be cached. >> >> Currently, the browser (IE7) requests those items, and Resin >> returns 304 >> (up-to-date) status. The browser is NOT set to force request at >> each page. >> This generates a lot of requests, which are painful when going >> through >> proxies. > > What are the headers for the JSP page? > > With no caching headers, Resin doesn't cache at all, i.e. no-cache is > the default. So the 304 is strange, unless the headers are telling > Resin to cache. > > (Serge's recommendations are good ones for general understanding of > HTTP caching, but the described behavior seems odd.) > > -- Scott > >> Is there a recipe for forcing the JSP to always reload (my JSPs are >> served >> through a dispatching servlet which does an include, and therefore >> servlet >> is able manipulate the headers), and yet let the browser know that >> the js >> and css it has in cache are just fine ? > >> Jean-François Lamy >> Technologies Teximus inc. >> www.teximus.com >> +1 514.878.1577 (Canada) >> +33(0) 8.70.44.49.02 (Europe) >> >> >> >> >> >> ___ >> resin-interest mailing list >> resin-interest@caucho.com >> http://maillist.caucho.com/mailman/listinfo/resin-interest > > > > ___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin- > interest** > *** > To view the terms under which this email is distributed, please go > to http://www.hull.ac.uk/legal/email_disclaimer.html > ** > ***___ > resin-interest mailing list > resin-interest@caucho.com > http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest* To view the terms under which this email is distributed, please go to http://www.hull.ac.uk/legal/email_disclaimer.html *___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest