[Resin-interest] resin 4.0.12
Hi Scott, it seems like the Makefile for the Apache mod_caucho.so isn't fully build correct any more after 'configure'. There's a '@$(DESTDIR)apache_libexec@' in the Makefile.in which isn't replaced properly. Else 4.0.12 seems to run fine so far. 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.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
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Scott, > As a workaround, you can disable the (or PingThread) until I > figure out why that's happening. as an idea, I have the following in resin.xm from an old default: 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 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
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 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, > 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,
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, > 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 -Xmx1536m 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, >> 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) >> > Can you send the stack trace/error you're seeing with the latest > snapshot? The classes and lines have changed considerably as part of the > cleanup/fixes for this bug. there's is no stack/error log I could post, the whole bunch of form parameters just aren't avialable within the Wicket application once in a while. This also doesn't occur to only our applications, but also e.g. happens with Artifactory (2.0.8 - with modified jersey package-resource-attributes, where resin seems to do the wrong thing, but that's another bug...). It would be great if you could deploy some "default" applications on resin before releasing in your QA process. This would help to check where problems in the wild might occur. I'd suggest a few apps like TeamCity, Jira, Artifactory and SubEtha for a start. Theses use many aspects of the container/classloader and could point out a lot of things some of us are running into... 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] 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. 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] 4.0.2 schedule
Hi, > 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! :-( Regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Any response to bug 0003578?
Hi Scott,
> There's a new 4.0 snapshot (not including this bug fix). 4.0.1 will
> probably be out next week.
I just tried the snapshot, there are following issues with it on my side:
- jsf
[10:31:11.465] {main} 248:
[10:31:11.465] {main} 249:
[10:31:11.465] {main} 250:
[10:31:11.465] {main}
[10:31:11.474] {main} /usr/local/www/resin/conf/resin.xml:248:
com.caucho.server.webapp.WebApp.createJsf(): java.lang.NoClassDefFoundError:
Could not initialize class com.caucho.jsf.cfg.JsfPropertyGroup
Is that not supported any more?
-
This isn't automaticall recognized by the any more and gives the following error
when using the apache-module:
2009-07-17 10:44:47,170 WARN c.c.server.webapp.ErrorPageManager -
'plugin_match' is not a known servlet. Servlets must be defined
by before being used.
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: 4: 5: 6: jdbc/test 7: ---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
[Resin-interest] resin 4 + artifactory
Hi,
trying to get Artifactory 2.0.3 (http://www.jfrog.org/products.php) up 'n'
running with resin 4 I get the following error:
[17:05:50.120] {resin-34} The ResourceConfig instance does not contain any root
resource classes.[17:05:50.120] {resin-34}
com.sun.jersey.api.container.ContainerException: The ResourceConfig instance
does not contain any root resource classes.[17:05:50.120] {resin-34} at
com.sun.jersey.impl.application.WebApplicationImpl.processRootResources(WebApplicationImpl.java:774)[17:05:50.120]
{resin-34} at
com.sun.jersey.impl.application.WebApplicationImpl.initiate(WebApplicationImpl.java:671)[17:05:50.120]
{resin-34} at
org.artifactory.rest.servlet.ArtifactoryRestServlet.initiate(ArtifactoryRestServlet.java:51)[17:05:50.120]
{resin-34} at
com.sun.jersey.spi.container.servlet.ServletContainer.load(ServletContainer.java:538)[17:05:50.120]
{resin-34} at
com.sun.jersey.spi.container.servlet.ServletContainer.init(ServletContainer.java:197)[17:05:50.120]
{resin-34} at
com.caucho.server.dispatch.ServletConfigImpl.createServletImpl(ServletConfigImpl.java:871)[17:05:50.120]
{resin-34} at
com.caucho.server.dispatch.ServletConfigImpl.createServlet(ServletConfigImpl.java:772)[17:05:50.120]
{resin-34} at
com.caucho.server.dispatch.ServletManager.init(ServletManager.java:159)[17:05:50.120]
{resin-34} at
com.caucho.server.webapp.WebApp.start(WebApp.java:2043)[17:05:50.120] {resin-34}
at
com.caucho.server.deploy.DeployController.startImpl(DeployController.java:674)[17:05:50.120]
{resin-34} at
com.caucho.server.deploy.DeployController.restartImpl(DeployController.java:637)[17:05:50.120]
{resin-34} at
com.caucho.server.deploy.StartAutoRedeployAutoStrategy.alarm(StartAutoRedeployAutoStrategy.java:177)[17:05:50.120]
{resin-34} at
com.caucho.server.deploy.DeployController.handleAlarm(DeployController.java:796)[17:05:50.120]
{resin-34} at
com.caucho.util.Alarm.handleAlarm(Alarm.java:412)[17:05:50.120] {resin-34}
at com.caucho.util.Alarm.run(Alarm.java:382)[17:05:50.120] {resin-34} at
com.caucho.util.ThreadPool$Item.runTasks(ThreadPool.java:769)[17:05:50.120]
{resin-34} at
com.caucho.util.ThreadPool$Item.run(ThreadPool.java:686)[17:05:50.120]
{resin-34} at java.lang.Thread.run(Thread.java:619)
Environment:
Resin-4.0.s090304 (built Wed, 04 Mar 2009 09:21:23 PST)Linux
2.6.25.20-0.1-default amd64
Java(TM) SE Runtime Environment 1.6.0_11-b03, ISO-8859-15, en
Java HotSpot(TM) 64-Bit Server VM 11.0-b16, 64, mixed mode, Sun Microsystems
Inc.
Has anyone successfully deployed Artifactory under resin?
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
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
[Resin-interest] problems building resin-pro-4.0.s090304
Hi, I'm trying to get resin-pro-4.0.s090304 up with JNI/SSL, but I'm not successful due to the following configure problem: # CFLAGS="-O3 -g" ./configure --with-apxs=/usr/local/www/sbin/apxs --with-jni-include="-I/usr/java/default/include -I/usr/java/default/include/linux" --enable-jni --enable-ssl --with-java-home=/usr/java/default --with-perl=/usr/bin/perl [...] configure: creating ./config.status config.status: creating Makefile config.status: creating modules/c/src/Makefile config.status: creating modules/c/src/common/Makefile config.status: creating modules/c/src/apache2/Makefile config.status: creating modules/c/src/resin_os/Makefile config.status: error: cannot find input file: init.d/resin.in Any directions? Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Resin embedded issues
Hi, > On a related note, the caucho maven repository seems to be lacking some > files, resin.jar 3.2.1 declares some files as dependencies that are not > there: sadly, that's true for most versions > 3.1.6 :-( I already reported that here on 2008/10/20 - but never got any feedback on this. Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] Problems installing TeamCity 4.0 on Resin Professional 3.1.8
Hi Tero, no solution from my sidem sorry. I find it a bit strange that Caucho has more focus on PHP compatibility than to support major web applications. :-( I still like resin better than Tomcat, Jetty et. al, but for TeamCity I had to configure a Tomcat server myself. And when I have to do that, what's the point of running resin at all? Best regards, --- Jan. ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest]
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]
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
[Resin-interest] resin 3.1.7a & TeamCity
Hi,
has anyone successfully installed TeamCity with resin?
I get errors like the following during setting up my admin account:
Error message: javax.el.PropertyNotFoundException: 'fullServerVersion' is an
unknown bean property of 'com.caucho.server.cluster.Cluster$ServerVar'
and
Error message: javax.el.PropertyNotFoundException: 'queue' is an unknown bean
property of 'com.caucho.server.cluster.Cluster$ServerVar'
The first one is referenced in file 'WEB-INF/tags/version.tag' as
${server.fullServerVersion}
Can it be that resin tries to evaluate this on a false bean?
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 Organization: sign of renitence GmbH & Co. KG To: General Discussion for the Resin application server 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
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 unit> or 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 - 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] 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 de.footprint.domreg.persistence.entities.Rezept de.footprint.domreg.persistence.entities.Zutat in it. resin-web.xml contains: jdbc/DomainRegistryServiceDS 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
[Resin-interest] Amber & SessionListeners
Hi, is it possible to register SessionListeners with Amber to e.g. embed Compass (http://www.compass-project.org/) with it? I haven't found any API for Amber. 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] resources from jars && classloader
hi scott, > Which version of Resin is this with? There were some changes to the > classloader in 3.1.5, so it would be helpful to know if this is new or > an old issue. 3.1.4 as well as 3.1.5 - there's no difference. 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] 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<--- ---8<--- to ---8<--- html ---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
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 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-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-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: > 9: > 10: > 11: > 12: > > > 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: > 9: > 10: > 11: > 12: > > 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
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: 9: 10: 11: 12: 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: 9: 10: 11: 12: 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 java.lang.Thread.run(Thread.java:613) Caused by: com.caucho.config.ConfigException: Can't convert to 'com.caucho.server.webapp.WebAppConfig' from ''. at com.caucho.config.type.BeanType.valueOf(BeanType.j
[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=requestpath&querystring' 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
. 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 ?
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 [...] 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
Re: [Resin-interest] app loaded twice?
hi andre, > You could add timestamp milliseconds and threadnames to the logging to check > whether you are looking at duplicated loglines or same-looking loglines. > (maybe you have 2 appenders to the same file?) damn, you were right - not appenders, but an entry in the logback-config was the reason. haven't had the logging in mind. :-/ i'm glad that it was no 'real' problem. thanks for your help! :-) 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
http://java.sun.com/dtd/web-app_2_3.dtd";>
wSL
org.apache.wicket.protocol.http.WicketFilter
applicationClassName
de.silberlicht.wsl.test.HelloWorldApplication
wSL
/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: 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
Re: [Resin-interest] Enforcing JSP 2.0
hi hynek, > The Stripes presensation framework (http://stripes.mc4j.org/) > apparently doesn't work with JSP 2.1 > (http://thread.gmane.org/gmane.comp.java.stripes.user/2512). acutally, stripes works without problems here. i'm using it with v3.1 resin pro. 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
[Resin-interest] webservices question
hi,
i'm playing around with webservcies in resin - works so far, just a curiosity
needs to be explained:
i define the following interface:
---8<---
@WebService
public interface ConfigService
{
@WebMethod
public String getString( @WebParam(name="key") String key );
}
---8<---
when i implement this interface it only works, when the implementation also gets
the annotations. if left out, resin throws an exception (like 'can't convert to
integer or similar).
shouldn't it be enough to have the annots in the interface?
env: linux / java 1.6.0 / resin pro 3.1.s070319
best regards, --- jan.
--
sign of renitence gmbH & co. kg
Büro Hamburg
Kelterstr. 23
D-22391 Hamburg
Germany
fon +49-40-27805130
fax +49-40-27805131
www.renitence.de
www.webnix.de
www.projektnix.de
Geschäftsleitung
Jörg Schmidt-Stein
Susanne Stein
Jan Kriesten
Gerichtsstand Nürnberg
hr a 12518
USt.-IdNr.: DE194293429
St.-Nr. 238 174 01201
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
