Re: [Resin-interest] Resin 4.0.10 release
Hi Scott, thanks for 4.0.10 - it seems that the restart-problems have been solved with this build. Our system looks healthy again. :) Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.9 release
Hi Wesley, Did your resin server have a busy traffic? Did u observed any memory leak or heap overflow? neither nor. Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.9 release
Hi Aaron, Out of curiosity do you have multiple instances of Resin (separate JVMs) running on that same virtual machine? If so do you use different ports for the watchdog on both instances? We had a similar situation and it was fixed by just running the watchdog on separate ports for each instance of Resin. Probably not your situation, but thought I'd ask. no, it's just one instance. Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.9 release
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Scott,
As a workaround, you can disable the ping (or PingThread) until I
figure out why that's happening.
as an idea, I have the following in resin.xm from an old default:
resin:if test=${resin.professional}
ping
!-- urlhttp://localhost:8080/test-ping.jsp/url --
/ping
/resin:if
So the ping configuration is actually empty. Maybe this is treated
differently with the latest releases?
Best regards, --- Jan.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (Darwin)
iEYEARECAAYFAkxmGGAACgkQME/SSH3iSFkYowCcCj+0AiAHnN01VI1tuE6TeleF
AC8An0JWk3kVZq5eNtlXuGVZAbkpdggl
=neMZ
-END PGP SIGNATURE-
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.9 release
Hi Scott,
I've put up a new snapshot. On a restart, you should see additional
logging information in both the watchdog-manager.log and the
jvm-default.log that should help narrow this down.
the only new entry in the log on restart in the jvm-default.log is this:
06:44:16.969] {main} ProResin[id=] started in 81883ms
WarningService: Stopping Resin because ping did not complete in time.
[07:13:56.772] {resin-shutdown} ProServer[id=,cluster=app-tier] stopping
Shutdown Resin reason: HEALTH
Almost the same is showing up in watchdog-manager.log:
[2010/08/13 07:13:56.816] Watchdog received warning from Resin[1,pid=32039]:
Stopping Resin because ping did not complete
in time.
[2010/08/13 07:13:58.579] Watchdog detected close of Resin[,pid=32039]
exit reason: HEALTH (exit code=8)
[2010/08/13 07:13:58.579] Watchdog starting Resin[]
It's really strange, though, that it happens almost exactly every 30
minutes. The behavior didn't occor with 4.0.7 or previous versions.
Best regards, --- Jan.
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.9 release
Hi Scott,
the snapshot hasn't solved the restart-problem on our server:
Resin Professional 4.0.s100809 (built Mon, 09 Aug 2010 11:41:02 PDT)
[07:19:42.671] {main} ProResin[id=] started in 91076ms
[...]
[07:50:33.998] {main} ProResin[id=] started in 77686ms
[...]
[08:21:38.785] {main} ProResin[id=] started in 77336ms
[...]
[08:52:42.604] {main} ProResin[id=] started in 76134ms
So it's seems to be every 30 minutes. :-/
The watchdog-manager.log is cluttered with the following entries - but I
don't know what to make of them:
[2010/08/10 07:58:40.775]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[HostController[null]]] 30116ms
[2010/08/10 07:58:40.775]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[ProServer[id=,cluster=]]] 30117ms
[2010/08/10 07:59:10.775]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[com.caucho.network.listen.SocketLi
nklistener$suspendrea...@71ce5e7a]] 60111ms
[2010/08/10 07:59:10.775]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[NetworkListenService[]]] 60110ms
[2010/08/10 07:59:40.775]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
alarm[alarm[com.caucho.boot.watchdogmana...@23
9cd5f5]] 90103ms
[2010/08/10 07:59:40.776]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
alarm[alarm[com.caucho.log.rotatestr...@4ab346
46]] 66890ms
[2010/08/10 08:00:10.775]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[WebAppController$2034408626[null]]
] 6ms
[2010/08/10 08:00:10.776]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[SessionManager[]]] 60001ms
[2010/08/10 08:00:40.775]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[HostController[null]]] 6ms
[2010/08/10 08:00:40.776]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[ProServer[id=,cluster=]]] 60001ms
[...]
[2010/08/10 11:11:10.665]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[SessionManager[]]] 59941ms
[2010/08/10 11:11:10.724]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[HostController[null]]] 30059ms
[2010/08/10 11:11:40.665]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[ProServer[id=,cluster=]]] 59941ms
[2010/08/10 11:11:40.724]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[NetworkListenService[]]] 6ms
[2010/08/10 11:12:10.665]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[com.caucho.network.listen.SocketLi
nklistener$suspendrea...@71ce5e7a]] 6ms
[2010/08/10 11:12:10.724]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
alarm[alarm[com.caucho.boot.watchdogmana...@23
9cd5f5]] 6ms
[2010/08/10 11:12:40.665]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[WebAppController$2034408626[null]]
] 59941ms
[2010/08/10 11:12:40.724]
com.caucho.util.alarm$coordinatorthr...@3ce95a56 slow alarm
Alarm[alarm[SessionManager[]]] 30059ms
Other errors are not reported by resin, though.
Best regards, --- Jan.
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.9 release
Hi Scott, It's not simply the ping because the restart isn't happening here. I'm working on improving the logging on both the Resin and Watchdog to get better information about this. that would be helpful. Funny thing is, it only happens on one of the machines. The configuration is the same on both, the only difference is a) in the number of virtual hosts (104 to 2) b) the number of provdided database jndi connections (57 to 5) Maybe this helps? Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.9 release
Hi Scott, I assume there's nothing in the jvm-default.log about why Resin's exiting? no, nothing. Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.9 release
Hi Scott, Still, since these are core fixes to critical timing-related capabilities that are hard to test exhaustively, you may want to take extra care in your own testing before deploying on 4.0.9. at first, resin 4.0.9 looked fine. But now I see in the jvm-default.log that resin is starting/stopping about every half hour?! There are no notices in the watchdog-log, though. Any hints on what's happening here? It doesn't happen with 4.0.7 (can't check with 4.0.8 cause it has the UTF8 buffer problem. Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.8: ArrayIndexOutOfBoundsException: 8192 at com.caucho.vfs.i18n.UTF8Writer.write(UTF8Writer.java:136)
Hi Rick I get the same exception in 4.0.8, but not in 4.0.6. I didn't try 4.0.7. same here. :-( I opened a ticket for it. Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin keeps restarting...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Peter, I have a server that Resin keeps restarting every 15-20 minutes. Where should we start to look to see what is going on. I just enabled full debug logging so starting to gather that information. I'd like to know any pointers we should start looking at once some data is captured. maybe your jvm memory is running low and so the watchdog process restarts your env. It might help to just increase your jvm mem a bit by adding jvm-arg-Xmx1536m/jvm-arg to your resin config. (You didn't write which version you're using, so I assume v4.x here) Best regards, --- Jan. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (Darwin) iEYEARECAAYFAkujJQwACgkQME/SSH3iSFlOtQCeKyhdsKsadgI6Rg0QpY5JvTRA Z1wAnj3q09Lx41IIAJHxGbREwLFZH92B =dAnl -END PGP SIGNATURE- ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] new Resin 4.0 snapshot
Hi Scott, resin-pro-4.0.s091228 the post-problem still persist with this snapshot. Once in a while the parameters don't get thru to the Wicket application. No exception/stacktrace for this, I'm sorry. I wish you a happy new year 2010 - all the best! Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] new Resin 4.0 snapshot
Hi Scott, sorry to have to let you know that the POST data problem still occurs randomly with our applications (http://bugs.caucho.com/view.php?id=3789). It seems that there are (also) other issues compared to 0003790. Thanks for the update. It'll be another couple of days before we can release a new snapshot. to keep you updated on this issue: it's still not solved with the latest snapshot (Resin-Pro-4.0.s091216, Apache 2.2.14/mod_caucho) Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.2 schedule
Hi Scott, If you get a chance, can you check the snapshot? The issue fixed in the snapshot is related, but I'm not sure if it's the same problem as you're seeing. I just checked with Resin-4.0.s091130 (built Mon, 30 Nov 2009 11:11:59 PST) and a quick first check didn't have any problems any more. So you may consider the problem solved - thanks for the quick effort! :) Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 4.0.2 schedule
Hi Georg, i can't reproduce this behaviour, * Resin-4.0.2 (Apache2 (2.2.9), mod_ssl, mod_caucho) I'm using Resin-4.0.2 with Apache/2.2.14 and mod_caucho The problem is a bit difficult to reproduce. Out of 5 times posting form data only once the content reaches Wicket. Else the posted data is null! It seems to be a general problem and not just for the 'login-form'. It looks like there might be a timing problem. I.e. when Wicket processes the form data, these seems not to be available in the request object yet! This doesn't happen with resin-4.0.1 at all. Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin 4.0.0 release
Hi Scott, We've just released Resin 4.0.0 for download at http://caucho.com/download great to see it released. :-) I have a small problem with the maven-plugin, though, starting resin: ---8--- 08.05.2009 06:52:54 com.caucho.server.webapp.WebApp setConfigException WARNUNG: WEB-INF/resin-web.xml:5: com.caucho.sql.DBPool.init(): javax.naming.NameNotFoundException: java:comp/env 3: system-property java.naming.factory.initial=com.caucho.naming.InitialContextFactoryImpl / 4: 5: database 6: jndi-namejdbc/test/jndi-name 7: driver type=com.mysql.jdbc.Driver ---8--- This works with 3.1.8 - what do I need to do to get it working again? Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Why Apache?
Hi, Why use Apache at all? there's more than one reason. Serving different sites/services on the same server, not all can be served by resin for various reasons: a) Rewriting Service: mod_rewrite has no real pendent b) Different Servlet-Containers on port 80: There are a couple of services which just wont run under resin (my favorite is TeamCity which runs on a Tomcat instance because of that). c) PHP Not everything's running with resin and there are some projects out there which just need the Apache-PHP plugin d) Different resin-instances on port 80: I don't want my TestEnvironment interfere with Live Services when a restart of the container is necessary. Apache is a nice and powerful software to combine these different aspects all. Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Why Apache?
Hi, a) The rewriting in resin is pretty good, its all regex, just like any other rewrite. You may have to learn some new stuff, but that kind of how IT works :) the rewriting in resin has it's limits - at least the last time I tried (I actually wrote to this list to get a replacement in 2007 - and was directed back to mod_rewrite!). mod_rewrite is pretty powerful. b) You can do this with resin vhosts as well, either ip based or ipless. You may have overlooked that I was talking about resin _not_ able to server as a servlet container for TeamCity, so I have to hook in TomCat. c) You can also do this with resin :) http://quercus.caucho.com/ No, you can't. And I don't want to bother about complaints of the 'normal' php-hacker serving low-traffic sites... d) Same thing, but if you use a virtualization product its a no brainer to clone production instances for QA on the same hardware. I don't argue virtualization can be your friend. But handling all more servers doesn't always make your life easier! As long as one server happily fullfills the needs I wont go that road. --- Jan ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] jsp:useBean type=... /
Hi, I just came along another problem with resin (3.2.1 this time): Error message: java.lang.InstantiationException: jsp:useBean needs 'bean' or 'class' Show stacktrace That shouldn't happen I suppose, right?! The syntax ref at Sun says: ---8--- type=package.class If the Bean already exists in the scope, gives the Bean a data type other than the class from which it was instantiated. If you use type without class or beanName, no Bean is instantiated. The package and class name are case sensitive. ---8--- So, why is resin complaining at this? Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] jsp:useBean type=... /
Hi Scott,
Does the bean exist? If the bean isn't in the scope, then you do need
the bean or class, because the type attribute is only allowed for pre-
existing beans.
yes, it is. It's TeamCity again - after I changed all references from
${server.*} to ${tcServer} so that it would run at all.
After that resin 3.1.8 complained about
Caused by: java.lang.ClassNotFoundException:
_jsp._WEB_22dINF._tags._linkScript__tag [java.io.IOException: class file length
mismatch]
which isn't fixed in the 3.1.x branch, so I took my chances and tried 3.2.1 -
with no luck due to the useBean-type problem.
Best regards, --- Jan.
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] [Fwd: resin-maven-plugin / dependencies]
Since this seems to be overlooked, could anyone give me some feedback on this? Thanks! Best regards, --- Jan. Original Message Subject: [Resin-interest] resin-maven-plugin / dependencies Date: Mon, 20 Oct 2008 07:06:17 +0200 From: Jan Kriesten [EMAIL PROTECTED] Reply-To: General Discussion for the Resin application server resin-interest@caucho.com Organization: sign of renitence GmbH Co. KG To: General Discussion for the Resin application server resin-interest@caucho.com Hi, most of the resin-maven-plugins of version 3.1.6 lack dependencies in the caucho m2 repository. E.g., these are missing for the 3.2.1 branch: com.caucho:resin-ejb:jar:3.2.1 com.caucho:resin-j2ee-management:jar:3.2.1 com.caucho:resin-jca:jar:3.2.1 com.caucho:resin-jms:jar:3.2.1 com.caucho:resin-jsdk:jar:3.2.1 com.caucho:resin-jstl:jar:3.2.1 com.caucho:resin-jpa:jar:3.2.1 com.caucho:resin-jta:jar:3.2.1 com.caucho:resin-jws:jar:3.2.1 com.caucho:resin-support:jar:3.2.1 com.caucho:resin-webbeans:jar:3.2.1 Also, v3.1.7a isn't in the repository as well. Could you take a look at it? Thanks! Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] resin-maven-plugin / dependencies
Hi, most of the resin-maven-plugins of version 3.1.6 lack dependencies in the caucho m2 repository. E.g., these are missing for the 3.2.1 branch: com.caucho:resin-ejb:jar:3.2.1 com.caucho:resin-j2ee-management:jar:3.2.1 com.caucho:resin-jca:jar:3.2.1 com.caucho:resin-jms:jar:3.2.1 com.caucho:resin-jsdk:jar:3.2.1 com.caucho:resin-jstl:jar:3.2.1 com.caucho:resin-jpa:jar:3.2.1 com.caucho:resin-jta:jar:3.2.1 com.caucho:resin-jws:jar:3.2.1 com.caucho:resin-support:jar:3.2.1 com.caucho:resin-webbeans:jar:3.2.1 Also, v3.1.7a isn't in the repository as well. Could you take a look at it? Thanks! Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] Amber, EntityManagerFactory JNDI-Lookup
Hi, I'm currently a bit puzzled since I don't get to work what yesterday has already. As I understand it should be possible to lookup an EntityManagerFactory via JNDI as java:comp/env/persistence/PersistenceUnit/xxx - but I just can't get that to work. My persistence.xml has persistence-unit name=DomainRegistryService classde.footprint.domreg.persistence.entities.Rezept/class classde.footprint.domreg.persistence.entities.Zutat/class exclude-unlisted-classes / /persistence-unit in it. resin-web.xml contains: ejb-server entity-manager-jndi-name=DomainRegistryService data-sourcejdbc/DomainRegistryServiceDS/data-source /ejb-server The data-source is defined as well, so everything should be fine. But starting the application gives me: [18:56:46.431] Compiling de/footprint/domreg/persistence/entities/Rezept__ResinExt.java [18:56:46.431] Compiling de/footprint/domreg/persistence/entities/Zutat__ResinExt.java [18:56:47.819] Note: /usr/local/www/services/domreg/html/WEB-INF/work/pre-enhance/de/footprint/domreg/persistence/entities/Rezept__R esinExt.java uses unchecked or unsafe operations. [18:56:47.819] Note: Recompile with -Xlint:unchecked for details. [18:56:47.860] Amber enhancing class de.footprint.domreg.persistence.entities.Rezept [18:56:47.922] Compiling de/footprint/domreg/persistence/entities/Rezept__ResinExt.java [18:56:48.567] Note: /usr/local/www/services/domreg/html/WEB-INF/work/pre-enhance/de/footprint/domreg/persistence/entities/Rezept__R esinExt.java uses unchecked or unsafe operations. [18:56:48.567] Note: Recompile with -Xlint:unchecked for details. [18:56:48.697] Amber enhancing class de.footprint.domreg.persistence.entities.Zutat [18:56:48.730] Compiling de/footprint/domreg/persistence/entities/Zutat__ResinExt.java 18:56:50.438 INFO [reg.web.application.DomainRegistryApplication] - Application init... 18:56:50.542 INFO [application.DomainRegistryApplication$$anon$1] - Configuring application bindings... javax.naming.NameNotFoundException: java:comp/env/persistence/PersistenceUnit/DomainRegistryService Manual EMF Which means that looking up the PersistenceUnit doesn't work. I can manually create the EntityManagerFactory with Persistence.createEntityManagerFactory( DomainRegistryService ) though. Queries are running with the manual setup (only lazy fetches aren't resolved this way!). I'm running resin 3.1.7 pro. Can someone give me a hint what I'm doing wrong?! Also - when I change the persistence-provider to eclipselink, will Amber put then the created EntityManagerFactory also into the JNDI context? Thanks in advance! Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Amber, EntityManagerFactory JNDI-Lookup
Hi Scott, Technically, the persistence.xml scanning does not automatically populate JNDI with the EntityManager. It populates an app-server dependent space (in Resin it's WebBeans) that's available for injection using @PersistenceUnit and @PersistenceContext. the wiki on http://wiki.caucho.com/Amber:_EntityManagerFactory says: -- In Amber, the EntityManagerFactory for a persistence unit is stored as java:comp/env/persistence/PersistenceUnit/xxx, where xxx is the name of the persistence unit. -- If you have a @PersistenceUnit or @PersistenceContext (or persistence- unit or persistence-context in your web.xml), those declarations populate the JNDI space with their JNDI name. So you're technically missing a JNDI linking step. Could you give me an example on how to configure this with xml? All I got to work with resin-xml is ejb-server - which doesn't allow that keyword. Personally, I'd stick with the injection annotations when possible and avoid JNDI, since JNDI is really a previous-technology solution. @PersistenceUnit isn't injected in my JPA managing class - which I use to also be able to run the application in a non-j2ee environment. That leaves me only the option to get it somehow from the context. Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] resources from jars classloader
hi, i'm not sure if this is a resin/classloader issue or is hidden more deeply in the java runtime environment. if i load a resource to a class (e.g. a html or xml file) from a jar via getResourceAsStream() - the file is cached even when the jar is modified and the webapp reloaded! i have to fully restart resin to get the updated files from the jar. is there any config parameter to enforce reloading of resources instead of caching them? best regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] resources from jars classloader
hi scott, Hmm. Where's the resource in the classpath? i.e. which classloader does it belong to? the resource is within a jar under WEB-INF/lib - so i assume it's resin's belonging. best regards --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 2008-02-20 snapshot
Hi Scott, The [show] should be clickable, although it needs some updating in the next snapshot. after clicking [show] I only got a blank page. Can you send the relevant configuration files? I don't see how it should be possible to get that exception with a normal config file. After thinking about the failure message I got with resin-pro-3.1.s080215 I changed in my config from ---8--- web-app id=/ document-directory=html /web-app ---8--- to ---8--- web-app id=/ document-directoryhtml/document-directory /web-app ---8--- This solved the problem!!! It seems like the recent versions of resin don't like empty web-app entries?! Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 2008-02-20 snapshot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Scott,
| A new snapshot is available. This one is getting close to a release,
| so any bugs you run into are very likely real issues that should be
| reported to the bug tracker at http://bugs.caucho.com.
I get the following error with the latest snapshot:
500 Servlet Exception
[show] 'QName[{}value]' is an unknown property of
'com.caucho.server.webapp.Application'
Could you tell me where this could come from - the logs don't give any more
clues.
Best regards, --- Jan.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.7 (Darwin)
iD8DBQFHvG8WLcYXCUxYsy4RAs1qAKC+VFHef97Rclvm+Y9d07wfN3OZQQCfbnjb
WVDaLknJ78/sjthGxkmFo74=
=SbuR
-END PGP SIGNATURE-
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 2008-02-20 snapshot
Hi Scott,
500 Servlet Exception
[show] 'QName[{}value]' is an unknown property of
'com.caucho.server.webapp.Application'
Can you send the stack trace? It should have included the line number.
The problem is probably a bad resin.conf (a web-app section) or
web.xml. Possibly some extraneous text outside the configuration (?)
actually, that's the only line I get - nothing more (no line number or
anything)! :-O
The last working version of resin for me is resin-pro-3.1.s080208
Maybe my post Re: [Resin-interest] 2008-02-16 snapshot release may give a
hint
what's wrong (I guess you missed that one)?
Best regards, --- Jan.
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 2008-02-16 snapshot release
hi scott, with the latest snapshot i get the following error trying to access the webapp: 500 Servlet Exception [show] /usr/local/www/resin//conf/hosts/local.silberlicht.de:10: com.caucho.server.webapp.WebAppContainer.addWebApp(): Can't convert to 'com.caucho.server.webapp.WebAppConfig' from ''. 8: web-app-deploy path=webapps 9: /web-app-deploy 10: web-app id=/ document--directory=html 11: /web-app 12: /host com.caucho.config.LineConfigException: /usr/local/www/resin//conf/hosts/local.silberlicht.de:10: com.caucho.server.webapp.WebAppContainer.addWebApp(): Can't convert to 'com.caucho.server.webapp.WebAppConfig' from ''. 8: web-app-deploy path=webapps 9: /web-app-deploy 10: web-app id=/ document--directory=html 11: /web-app 12: /host at com.caucho.config.ConfigContext.error(ConfigContext.java:1139) at com.caucho.config.ConfigContext.configureChildNode(ConfigContext.java:538) at com.caucho.config.ConfigContext.configureAttribute(ConfigContext.java:322) at com.caucho.config.program.NodeBuilderChildProgram.inject(NodeBuilderChildProgram.java:55) at com.caucho.config.program.ContainerProgram.inject(ContainerProgram.java:80) at com.caucho.config.program.ConfigProgram.configure(ConfigProgram.java:60) at com.caucho.server.deploy.EnvironmentDeployController.configureInstance(EnvironmentDeployController.java:361) at com.caucho.server.host.HostController.configureInstance(HostController.java:503) at com.caucho.server.host.HostController.configureInstance(HostController.java:61) at com.caucho.server.deploy.DeployController.startImpl(DeployController.java:665) at com.caucho.server.deploy.DeployController.restartImpl(DeployController.java:630) at com.caucho.server.deploy.StartAutoRedeployAutoStrategy.request(StartAutoRedeployAutoStrategy.java:125) at com.caucho.server.deploy.DeployController.request(DeployController.java:600) at com.caucho.server.host.HostContainer.getHost(HostContainer.java:372) at com.caucho.server.host.HostContainer.buildInvocation(HostContainer.java:311) at com.caucho.server.cluster.Server.buildInvocation(Server.java:906) at com.caucho.server.dispatch.DispatchServer.buildInvocation(DispatchServer.java:209) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:261) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:603) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:721) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:643) at java.lang.Thread.run(Thread.java:613) Caused by: com.caucho.config.ConfigException: com.caucho.server.webapp.WebAppContainer.addWebApp(): Can't convert to 'com.caucho.server.webapp.WebAppConfig' from ''. at com.caucho.config.ConfigException.create(ConfigException.java:96) at com.caucho.config.ConfigException.create(ConfigException.java:127) at com.caucho.config.attribute.SetterAttribute.setText(SetterAttribute.java:70) at com.caucho.config.ConfigContext.setText(ConfigContext.java:562) at com.caucho.config.ConfigContext.configureChildNode(ConfigContext.java:486) at com.caucho.config.ConfigContext.configureAttribute(ConfigContext.java:322) at com.caucho.config.program.NodeBuilderChildProgram.inject(NodeBuilderChildProgram.java:55) at com.caucho.config.program.ContainerProgram.inject(ContainerProgram.java:80) at com.caucho.config.program.ConfigProgram.configure(ConfigProgram.java:60) at com.caucho.server.deploy.EnvironmentDeployController.configureInstance(EnvironmentDeployController.java:361) at com.caucho.server.host.HostController.configureInstance(HostController.java:503) at com.caucho.server.host.HostController.configureInstance(HostController.java:61) at com.caucho.server.deploy.DeployController.startImpl(DeployController.java:665) at com.caucho.server.deploy.DeployController.restartImpl(DeployController.java:630) at com.caucho.server.deploy.StartAutoRedeployAutoStrategy.request(StartAutoRedeployAutoStrategy.java:125) at com.caucho.server.deploy.DeployController.request(DeployController.java:600) at com.caucho.server.host.HostContainer.getHost(HostContainer.java:372) at com.caucho.server.host.HostContainer.buildInvocation(HostContainer.java:311) at com.caucho.server.cluster.Server.buildInvocation(Server.java:906) at com.caucho.server.dispatch.DispatchServer.buildInvocation(DispatchServer.java:209) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:261) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:603) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:721) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:643) at
Re: [Resin-interest] 2008-02-16 snapshot release
the spelling error on 'document--directory' came in there on trying to resolve the problem. the problem remains with correct spelling, though. regards, --- jan. Jan Kriesten wrote: hi scott, with the latest snapshot i get the following error trying to access the webapp: 500 Servlet Exception [show] /usr/local/www/resin//conf/hosts/local.silberlicht.de:10: com.caucho.server.webapp.WebAppContainer.addWebApp(): Can't convert to 'com.caucho.server.webapp.WebAppConfig' from ''. 8: web-app-deploy path=webapps 9: /web-app-deploy 10: web-app id=/ document--directory=html 11: /web-app 12: /host com.caucho.config.LineConfigException: /usr/local/www/resin//conf/hosts/local.silberlicht.de:10: com.caucho.server.webapp.WebAppContainer.addWebApp(): Can't convert to 'com.caucho.server.webapp.WebAppConfig' from ''. 8: web-app-deploy path=webapps 9: /web-app-deploy 10: web-app id=/ document--directory=html 11: /web-app 12: /host at com.caucho.config.ConfigContext.error(ConfigContext.java:1139) at com.caucho.config.ConfigContext.configureChildNode(ConfigContext.java:538) at com.caucho.config.ConfigContext.configureAttribute(ConfigContext.java:322) at com.caucho.config.program.NodeBuilderChildProgram.inject(NodeBuilderChildProgram.java:55) at com.caucho.config.program.ContainerProgram.inject(ContainerProgram.java:80) at com.caucho.config.program.ConfigProgram.configure(ConfigProgram.java:60) at com.caucho.server.deploy.EnvironmentDeployController.configureInstance(EnvironmentDeployController.java:361) at com.caucho.server.host.HostController.configureInstance(HostController.java:503) at com.caucho.server.host.HostController.configureInstance(HostController.java:61) at com.caucho.server.deploy.DeployController.startImpl(DeployController.java:665) at com.caucho.server.deploy.DeployController.restartImpl(DeployController.java:630) at com.caucho.server.deploy.StartAutoRedeployAutoStrategy.request(StartAutoRedeployAutoStrategy.java:125) at com.caucho.server.deploy.DeployController.request(DeployController.java:600) at com.caucho.server.host.HostContainer.getHost(HostContainer.java:372) at com.caucho.server.host.HostContainer.buildInvocation(HostContainer.java:311) at com.caucho.server.cluster.Server.buildInvocation(Server.java:906) at com.caucho.server.dispatch.DispatchServer.buildInvocation(DispatchServer.java:209) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:261) at com.caucho.server.port.TcpConnection.run(TcpConnection.java:603) at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:721) at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:643) at java.lang.Thread.run(Thread.java:613) Caused by: com.caucho.config.ConfigException: com.caucho.server.webapp.WebAppContainer.addWebApp(): Can't convert to 'com.caucho.server.webapp.WebAppConfig' from ''. at com.caucho.config.ConfigException.create(ConfigException.java:96) at com.caucho.config.ConfigException.create(ConfigException.java:127) at com.caucho.config.attribute.SetterAttribute.setText(SetterAttribute.java:70) at com.caucho.config.ConfigContext.setText(ConfigContext.java:562) at com.caucho.config.ConfigContext.configureChildNode(ConfigContext.java:486) at com.caucho.config.ConfigContext.configureAttribute(ConfigContext.java:322) at com.caucho.config.program.NodeBuilderChildProgram.inject(NodeBuilderChildProgram.java:55) at com.caucho.config.program.ContainerProgram.inject(ContainerProgram.java:80) at com.caucho.config.program.ConfigProgram.configure(ConfigProgram.java:60) at com.caucho.server.deploy.EnvironmentDeployController.configureInstance(EnvironmentDeployController.java:361) at com.caucho.server.host.HostController.configureInstance(HostController.java:503) at com.caucho.server.host.HostController.configureInstance(HostController.java:61) at com.caucho.server.deploy.DeployController.startImpl(DeployController.java:665) at com.caucho.server.deploy.DeployController.restartImpl(DeployController.java:630) at com.caucho.server.deploy.StartAutoRedeployAutoStrategy.request(StartAutoRedeployAutoStrategy.java:125) at com.caucho.server.deploy.DeployController.request(DeployController.java:600) at com.caucho.server.host.HostContainer.getHost(HostContainer.java:372) at com.caucho.server.host.HostContainer.buildInvocation(HostContainer.java:311) at com.caucho.server.cluster.Server.buildInvocation(Server.java:906) at com.caucho.server.dispatch.DispatchServer.buildInvocation(DispatchServer.java:209) at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:261) at com.caucho.server.port.TcpConnection.run
[Resin-interest] EnhancerManager.isClassMatch / StringIndexOutOfBoundsException
hi, i get the following strange exception with resin 3.1.4 pro: --- [19:56:37.125] WebApp[http://local.silberlicht.de] active [19:56:37.132] java.lang.StringIndexOutOfBoundsException: String index out of range: 36 [19:56:37.132] at java.lang.String.charAt(String.java:558) [19:56:37.132] at com.caucho.loader.enhancer.EnhancerManager.isClassMatch(EnhancerManager.java:312) [19:56:37.132] at com.caucho.loader.enhancer.EnhancerManager.transform(EnhancerManager.java:194) [19:56:37.132] at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1418) [19:56:37.132] at com.caucho.loader.DynamicClassLoader.findClassImpl(DynamicClassLoader.java:1315) [19:56:37.132] at com.caucho.loader.DynamicClassLoader.loadClassImpl(DynamicClassLoader.java:1220) [19:56:37.132] at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1164) [19:56:37.132] at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1149) [19:56:37.132] at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) [19:56:37.132] at de.footprint.wicket.application.locale.LocaleFilter.getRelativePath(LocaleFilter.scala:39) [19:56:37.132] at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:180) [19:56:37.132] at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:87) [19:56:37.132] at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:175) [19:56:37.132] at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:181) [19:56:37.132] at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:266) [19:56:37.132] at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:268) [19:56:37.132] at com.caucho.server.port.TcpConnection.run(TcpConnection.java:602) [19:56:37.132] at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:690) [19:56:37.132] at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:612) [19:56:37.132] at java.lang.Thread.run(Thread.java:613) -- environment: mac os x, 10.4.11 java version 1.5.0_13 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05-241) Java HotSpot(TM) Client VM (build 1.5.0_13-121, mixed mode, sharing) could anyone give me a hint, what happenz here? thanks! best regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Compelling reasons to use Resin?
hi, Exactly my thought. I don't see any information about the number of concurrent threads, so unless this is implicit by some means out of my knowledge, this measures only a single request. Doesn't say much about how an appserver performs in a live environment. Most comparisons I've seen (years ago now) showed that which server performed best depends quite a bit on how much load (concurrent requests) it is under. Also, if you want to compare maximum performance you'd want to use Resins JNI features and make use of Resins fast JSTL. fair enough! i agree this is not a valid and representative benchmark. but: people are reading those and especially people who decide things. regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Compelling reasons to use Resin?
hi hari, i have been using resin since early version 2 and haven't regret it. there are some cases which i'd say are compelling reasons to use it over tomcat, where you already brought up some yourself: To close, I should say that I personally love resin - its elegance, configuration simplicity and developer-friendliness. another compelling reason i see in your requirement specially as look to grow and add additional servers resin has an easy neat way to load-balance and easy session replication between it's instances. some things about resin aren't that good, of course, and should be addressed. for one the documentation - which never really was up-to-date nor showed more than a glimpse of resin's capabilities (example config-cases would be nice). also, there always have been problems resin being non-standard-compliant in some respect. a recent comparison between resin 3.0.9 and tomcat 5.5.3 can be found here: http://raibledesigns.com/rd/entry/resin_slower_than_tomcat_fails on this comparison maybe scott could comment? regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Runtime creation of database connections pools
hi scott, The target is two weeks from now (we had a two week delay due to php6/i18n issues). We're working on QA/regressions, so any new features and most open bugs will wait for Resin 3.1.4. huh. :-( regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] resin-pro-3.1.s070919: java.lang.IllegalStateException: Can't call getEntrySet()...
hi, i still get this error when invalidating a session and do a redirect to the login page (resin-pro-3.1.s070919): ---8--- 2007-09-22 13:47:30,121 INFO [nce.kunden.warner.base.app.SnifferAuthService] - User 'xyz' logged out. [13:47:30.173] java.lang.IllegalStateException: Can't call getEntrySet() when session is no longer valid. [13:47:30.173] at com.caucho.server.session.SessionImpl.getEntrySet(SessionImpl.java:1199) [13:47:30.173] at com.caucho.server.session.SessionImpl.store(SessionImpl.java:1128) [13:47:30.173] at com.caucho.server.session.SessionManager.store(SessionManager.java:1609) [13:47:30.173] at com.caucho.server.cluster.ClusterObject.store(ClusterObject.java:402) [13:47:30.173] at com.caucho.server.session.SessionImpl.save(SessionImpl.java:907) [13:47:30.173] at com.caucho.server.connection.AbstractHttpRequest.saveSession(AbstractHttpRequest.java:2428) [13:47:30.173] at com.caucho.server.connection.AbstractHttpResponse.sendRedirect(AbstractHttpResponse.java:614) [13:47:30.173] at org.apache.wicket.protocol.http.WebResponse.redirect(WebResponse.java:214) [13:47:30.173] at org.apache.wicket.protocol.http.BufferedWebResponse.close(BufferedWebResponse.java:67) [13:47:30.173] at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:288) [13:47:30.173] at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:129) [13:47:30.173] at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:74) [13:47:30.173] at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:160) [13:47:30.173] at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:177) [13:47:30.173] at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:241) [13:47:30.173] at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:268) [13:47:30.173] at com.caucho.server.port.TcpConnection.run(TcpConnection.java:576) [13:47:30.173] at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:685) [13:47:30.173] at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:607) [13:47:30.173] at java.lang.Thread.run(Thread.java:619) ---8--- can you please fix this for 3.1.3? regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] resin-pro-3.1.s070910 / IllegalStateException / Can't call getEntrySet()
Hi, I still get this Exception after invalidating a Session and redirecting to the Login-Page: ---8--- [06:30:09.030] java.lang.IllegalStateException: Can't call getEntrySet() when session is no longer valid. [06:30:09.030] at com.caucho.server.session.SessionImpl.getEntrySet(SessionImpl.java:1198) [06:30:09.030] at com.caucho.server.session.SessionImpl.store(SessionImpl.java:1127) [06:30:09.030] at com.caucho.server.session.SessionManager.store(SessionManager.java:1601) [06:30:09.030] at com.caucho.server.cluster.ClusterObject.store(ClusterObject.java:402) [06:30:09.030] at com.caucho.server.session.SessionImpl.save(SessionImpl.java:906) [06:30:09.030] at com.caucho.server.connection.AbstractHttpRequest.saveSession(AbstractHttpRequest.java:2428) [06:30:09.030] at com.caucho.server.connection.AbstractHttpResponse.sendRedirect(AbstractHttpResponse.java:614) [06:30:09.030] at org.apache.wicket.protocol.http.WebResponse.redirect(WebResponse.java:214) [06:30:09.030] at org.apache.wicket.protocol.http.BufferedWebResponse.close(BufferedWebResponse.java:67) [06:30:09.030] at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:288) [06:30:09.030] at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:129) [06:30:09.030] at com.caucho.server.dispatch.FilterFilterChain.doFilter(FilterFilterChain.java:74) [06:30:09.030] at com.caucho.server.cache.CacheFilterChain.doFilter(CacheFilterChain.java:159) [06:30:09.030] at com.caucho.server.webapp.WebAppFilterChain.doFilter(WebAppFilterChain.java:177) [06:30:09.030] at com.caucho.server.dispatch.ServletInvocation.service(ServletInvocation.java:241) [06:30:09.030] at com.caucho.server.http.HttpRequest.handleRequest(HttpRequest.java:264) [06:30:09.030] at com.caucho.server.port.TcpConnection.run(TcpConnection.java:547) [06:30:09.030] at com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:685) [06:30:09.030] at com.caucho.util.ThreadPool$Item.run(ThreadPool.java:607) [06:30:09.030] at java.lang.Thread.run(Thread.java:619) ---8--- Is this still a timing issue (bugtrack says it should be fixed)? Or do I have to look elsewhere? Regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] rewriting...
hi scott, That's odd. It looks like we're not handling the query string portion. I've just added a bug report at http://bugs.caucho.com/ view.php?id=1997 i didn't mean to report a bug. :-) i need some example how to do such rewriting with caucho's rewrite-dispatch, especially how to check for file existence. best regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] rewriting...
why using an example url when not using it... ;-) suppose the user calls a url like http://www.myservice.com/en/about/company/?page-id=2 the effective request after applying the rules would be /index.jsp?pathinfo=/en/about/company/page-id=2 regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] rewriting...
hi scott,
I can't quite see what's it's supposed to do.
hehe - seems like you never fiddled with apache rewrite-rules. ;-)
but, here we go.
suppose the user calls a url like
http://www.myservice.com/en/about/company/?page-id=2
RewriteCond checks if condition is matched, so the rules at the end should be
applied.
RewriteCond /usr/local/www/services/apache/html%
{REQUEST_FILENAME} !-f
translated: only continue if the requested file doesn't exist in the path.
RewriteCond %{QUERY_STRING} .*
translated: take any query string (later referred to as %0).
RewriteCond %{REQUEST_FILENAME} !.gif$
RewriteCond %{REQUEST_FILENAME} !.jpg$
RewriteCond %{REQUEST_FILENAME} !.js$
RewriteCond %{REQUEST_FILENAME} !.css$
translated: requested filenames don't end with .gif, .jpg, .js or .css
RewriteRule ^(.+)$ $0#%0 [C]
translated: take the request and make a string from it to have
'requestpath#querystring' - then apply the next rule to this result.
RewriteRule ^([^#]+)#(.*)$ /index.jsp?pathinfo=$1$2
[PT,L]
make '/index.jsp?pathinfo=requestpathquerystring' from
'requestpath#querystring', then take this as the requested url.
regards, --- jan.
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] rewriting...
hi,
i'm coming from apache and want to change to resin completely since there is no
need for this intermediate any more.
the only thing i haven't figured out yet is how to use resin's
rewrite-dispatch. we use apache's rewrite-rules to use user friendly url's. we
have this e.g.:
RewriteEngine on
RewriteCond /usr/local/www/services/apache/html%{REQUEST_FILENAME} !-f
RewriteCond %{QUERY_STRING} .*
RewriteCond %{REQUEST_FILENAME} !.gif$
RewriteCond %{REQUEST_FILENAME} !.jpg$
RewriteCond %{REQUEST_FILENAME} !.js$
RewriteCond %{REQUEST_FILENAME} !.css$
RewriteRule ^(.+)$ $0#%0 [C]
RewriteRule ^([^#]+)#(.*)$ /index.jsp?pathinfo=$1$2 [PT,L]
is there a way to accomplish this with resin's rewrite-dispatch?
best regards, --- jan.
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] config question
hi,
just a short question to the resin.conf which comes with resin 3.1.1:
there is a
resin:if test=${resin.isProfessional()}
cluster id=web-tier
[...]
/cluster
/resin:if
at the end. should i have this by default or should i remove it? resin-admin
tells me
Server Address Status Active IdleConnection Miss LoadLatency Fail
Total Busy Total
web-a 127.0.0.1:6700 fail0 0 0.00% (0 / 0) 0.000.00
8 0
so, actually this is not started - or do i have to add it to the startup-script,
too?
just happened to get into my notion. :-)
regards, --- jan.
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] jdbc-store / serializing
hi, i get the following error using jdbc-store ---8--- [06:15:17.960] com.caucho.hessian.io.IOExceptionWrapper: org.apache.wicket.extensions.breadcrumb.BreadCrumbBar:null [06:15:17.960] at com.caucho.hessian.io.JavaDeserializer.readObject(JavaDeserializer.java:158) [06:15:17.960] at com.caucho.hessian.io.Hessian2Input.readObjectInstance(Hessian2Input.java:1852) [06:15:17.960] at com.caucho.hessian.io.Hessian2Input.readObject(Hessian2Input.java:1485) [06:15:17.960] at com.caucho.hessian.io.Hessian2Input.readObject(Hessian2Input.java:1476) [06:15:17.960] at com.caucho.hessian.io.JavaDeserializer$ObjectFieldDeserializer.deserialize(JavaDeserializer.java:375) [06:15:17.960] at com.caucho.hessian.io.JavaDeserializer.readObject(JavaDeserializer.java:228) [06:15:17.960] at com.caucho.hessian.io.JavaDeserializer.readObject(JavaDeserializer.java:152) [06:15:17.960] at com.caucho.hessian.io.Hessian2Input.readObjectInstance(Hessian2Input.java:1848) [06:15:17.960] at com.caucho.hessian.io.Hessian2Input.readObject(Hessian2Input.java:1485) [06:15:17.960] at com.caucho.hessian.io.Hessian2Input.readObject(Hessian2Input.java:1476) [06:15:17.960] at com.caucho.hessian.io.JavaDeserializer$ObjectFieldDeserializer.deserialize(JavaDeserializer.java:375) [06:15:17.960] at com.caucho.hessian.io.JavaDeserializer.readObject(JavaDeserializer.java:228) [06:15:17.960] at com.caucho.hessian.io.JavaDeserializer.readObject(JavaDeserializer.java:152) [06:15:17.960] at com.caucho.hessian.io.SerializerFactory.readObject(SerializerFactory.java:358) [06:15:17.960] at com.caucho.hessian.io.Hessian2Input.readObjectInstance(Hessian2Input.java:1855) [06:15:17.960] at com.caucho.hessian.io.Hessian2Input.readObject(Hessian2Input.java:1779) [06:15:17.960] at com.caucho.hessian.io.Hessian2Input.readObject(Hessian2Input.java:1771) [06:15:17.960] at com.caucho.server.session.SessionImpl.load(SessionImpl.java:959) [06:15:17.960] at com.caucho.server.session.SessionManager.load(SessionManager.java:1518) [06:15:17.960] at com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:299) [06:15:17.960] at com.caucho.server.cluster.JdbcStore.load(JdbcStore.java:221) [06:15:17.960] at com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:268) [06:15:17.960] at com.caucho.server.session.SessionImpl.load(SessionImpl.java:738) [06:15:17.960] at com.caucho.server.session.SessionManager.load(SessionManager.java:1453) [06:15:17.960] at com.caucho.server.session.SessionManager.getSession(SessionManager.java:1312) [06:15:17.960] at com.caucho.server.connection.AbstractHttpRequest.createSession(AbstractHttpRequest.java:1463) [06:15:17.960] at com.caucho.server.connection.AbstractHttpRequest.getSession(AbstractHttpRequest.java:1278) [06:15:17.960] at org.apache.wicket.protocol.http.AbstractHttpSessionStore.getSessionId(AbstractHttpSessionStore.java:172) [06:15:17.960] at org.apache.wicket.protocol.http.AbstractHttpSessionStore.lookup(AbstractHttpSessionStore.java:228) [06:15:17.960] at org.apache.wicket.Session.findOrCreate(Session.java:250) [06:15:17.960] at org.apache.wicket.Session.get(Session.java:274) ---8--- the object to be deserialized implements Serializable and has nothing fancy within. any ideas? best regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] class reloading / out-of-memory
hi, i have the following out-of-memory error when changing a class file of a web-app and the web-app is re-inited: ---8--- java.lang.OutOfMemoryError: PermGen space at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:620) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:124) at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1329) at com.caucho.loader.DynamicClassLoader.findClass(DynamicClassLoader.java:1199) at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1119) at com.caucho.loader.DynamicClassLoader.loadClass(DynamicClassLoader.java:1068) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) ---8--- this regularly happens after the app is reloaded for the 5th or 6th time. the admin service works without a flaw and indicates that there should be enough free memory: Total memory: 122.42Meg Free memory:56.45Meg any hints where to look? i'm using resin 3.1.1 and jdk 1.6 best regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] WebServiceContext
hi, is there for web services a workaround to get to the service' servicecontext? best regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] WebServiceContext
Hi, just a short question on WebServices: When will injection of a WebServiceContext be available: @Resource WebServiceContext wctx; Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] app loaded twice?
hi,
i've the following curiosity occouring:
i'm using a filter in the web.xml like this
?xml version=1.0 encoding=UTF-8?
!DOCTYPE web-app
PUBLIC -//Sun Microsystems, Inc.//DTD Web Application 2.3//EN
http://java.sun.com/dtd/web-app_2_3.dtd;
web-app
filter
filter-namewSL/filter-name
filter-classorg.apache.wicket.protocol.http.WicketFilter/filter-class
init-param
param-nameapplicationClassName/param-name
param-valuede.silberlicht.wsl.test.HelloWorldApplication/param-value
/init-param
/filter
filter-mapping
filter-namewSL/filter-name
url-pattern/app/*/url-pattern
/filter-mapping
/web-app
the filter seems to be initialized twice by resin. all logging appears twice:
19:34:33 DEBUG [de.silberlicht.wsl.test.HelloWorldApplication] - app init
19:34:33 DEBUG [de.silberlicht.wsl.test.HelloWorldApplication] - app init
19:34:33 DEBUG [de.silberlicht.wsl.persistence.CacheManager] - initializing
cache...
19:34:33 DEBUG [de.silberlicht.wsl.persistence.CacheManager] - initializing
cache...
19:34:33 DEBUG [de.silberlicht.cfg.ConfigLoader] - Inserting
'/usr/local/www/services/wicket.silberlicht.de/html/WEB-INF/wSL' for '$
{config.path}'
19:34:33 DEBUG [de.silberlicht.cfg.ConfigLoader] - Inserting
'/usr/local/www/services/wicket.silberlicht.de/html/WEB-INF/wSL' for '$
{config.path}'
- as if two instances have been loaded by resin?!
do you have any hints, how this could be happening or how i can verify that it's
resin which loads the filter twice?
best regards, --- jan.
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] access-log rollover
hi,
i've configured my resin-access log as follows:
access-log path=logs/${fmt.timestamp('%Y/%m/transfer.%d.log')}
rollover-period='1D' /
imho, resin should use this format to rollover, but what i get is this
(depending on when resin was restarted):
-rw-r--r-- 1 wwwrun www 462 Jun 1 00:00 transfer.30.log.20070531
-rw-r--r-- 1 wwwrun www 469 Jun 2 00:00 transfer.30.log.20070601
-rw-r--r-- 1 wwwrun www 467 Jun 3 00:00 transfer.30.log.20070602
-rw-r--r-- 1 wwwrun www 220 Jun 4 00:00 transfer.30.log
that's not what was intended by the format... :-O
resin should recreate the timestamp on rollover and use this as filename format.
also, i'd expect resin to change/create the directory on a new month/year.
[filed as bug-report 0001777]
best regards, --- jan.
environment:
- resin 3.1.1
- jdk 1.6
- opensuse linux 10.2
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] JDBCSession-Store gives java.io.StreamCorruptedException
hi scott, I've reported it as a bug: http://bugs.caucho.com/view.php?id=1764. thanks! :-) best regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] JDBCSession-Store gives java.io.StreamCorruptedException
hi, i'm getting the following exception using resin pro 3.1.1 / jdk 1.6 / mysql / mysql-connector 5.0.6: ---8--- [21:01:53.998] java.io.StreamCorruptedException: invalid type code: 00 [21:01:53.998] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1356) [21:01:53.998] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945) [21:01:53.998] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869) [21:01:53.998] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) [21:01:53.998] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [21:01:53.998] at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945) [21:01:53.998] at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869) [21:01:53.998] at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) [21:01:53.998] at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) [21:01:53.998] at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) [21:01:53.998] at com.caucho.server.session.SessionImpl.load(SessionImpl.java:962) [21:01:53.998] at com.caucho.server.session.SessionManager.load(SessionManager.java:1507) [21:01:53.998] at com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:301) [21:01:53.998] at com.caucho.server.cluster.JdbcStore.load(JdbcStore.java:221) [21:01:53.998] at com.caucho.server.cluster.ClusterObject.load(ClusterObject.java:268) [21:01:53.998] at com.caucho.server.session.SessionImpl.load(SessionImpl.java:741) [21:01:53.998] at com.caucho.server.session.SessionManager.load(SessionManager.java:1444) [21:01:53.998] at com.caucho.server.session.SessionManager.getSession(SessionManager.java:1303) [21:01:53.998] at com.caucho.server.connection.AbstractHttpRequest.createSession(AbstractHttpRequest.java:1455) [21:01:53.998] at com.caucho.server.connection.AbstractHttpRequest.getSession(AbstractHttpRequest.java:1270) [21:01:53.998] at org.apache.wicket.protocol.http.AbstractHttpSessionStore.getSessionId(AbstractHttpSessionStore.java:179) [21:01:53.998] at org.apache.wicket.Session.bind(Session.java:420) ---8--- can anyone enlighten me, why this occurs? best regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
[Resin-interest] jaxb1-impl.jar - version.properties
hi, i've a problem with the application 'jtrac' (http://jtrac.info) and resin-pro-3.1.s070402: jtrac tries to load a file 'version.properties' from WEB-INF/classes - but resin resolves this to the version.properties which resides in the jaxb1-impl.jar. removing the version.properties from the jar solves the problem. best regards, --- jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
