[Resin-interest] CanDI java.lang.StackOverflowError

2010-02-10 Thread Hontvári József
I receive java.lang.StackOverflowError when Resin tries to read the 
configuration file:

[10-02-10 10:31:56.929] {resin-37} 
C:/Progra~1/mireka-1.2/conf/mireka.xml:325: com.caucho.confi
g.core.ResinIf.init(): java.lang.StackOverflowError

I believe there is no circular constructor dependency in the file. To be 
sure I replaced almost all constructor initialisation blocks with setter 
initialization. Is there a way to debug this error? There is no stack 
trace or anything else in the log.




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] Thread.sleep(100000) in contextDestroyed() does not work

2010-02-10 Thread vivekid




Hi,


Watchdog's ShutdownWaitTime is the real culprit, which is *hardcoded* in com.caucho.boot.WatchdogConfig
(line 86).


As it is set to 60 seconds, it terminates its child resin process even
if shutdown-wait-max (child of server) is more than 60s
. (while loop at line 304 of
com.caucho.boot.WatchdogProcess.closeInstance() gets terminated, which
causes premature server process termination).


Unless Watchdog's ShutdownWaitTime is configurable there is no use of
shutdown-wait-max (which is being used by
com.caucho.server.resin.Resin only)

Regards

Vivek Saini



vivekid wrote:
Hi,
  
Using Resin 3.1.9
  
In ServletContextListener if I do something like...
  
  void contextDestroyed(ServletContextEvent event)
{
While(!isWorkCompleted)
{
	...
	System.out.println("before sleep...");
	Thread.sleep(1000);
	System.out.println("after sleep...");
	...
}
}
  
  
It works fine. But if we make it sleep for 100 seconds like...
  
  
  void contextDestroyed(ServletContextEvent event)
{
While(!isWorkCompleted)
{
	...
	System.out.println("before sleep...");
	Thread.sleep(10);
	System.out.println("after sleep...");
	...
}
}
And stop the server, and wait until ps -ef |grep resin shows
that there is no such process running. I don't find "after sleep..."
in stdout.log. There is no exception in stdout.log/stderr.log/jvm.log
either.
  
What is going wrong? Any help?
  
Thanks 
Vivek Saini
  

___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
  





___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] CanDI java.lang.StackOverflowError

2010-02-10 Thread Scott Ferguson
Hontvári József wrote:
 I receive java.lang.StackOverflowError when Resin tries to read the 
 configuration file:

 [10-02-10 10:31:56.929] {resin-37} 
 C:/Progra~1/mireka-1.2/conf/mireka.xml:325: com.caucho.confi
 g.core.ResinIf.init(): java.lang.StackOverflowError

 I believe there is no circular constructor dependency in the file. To be 
 sure I replaced almost all constructor initialisation blocks with setter 
 initialization. Is there a way to debug this error? There is no stack 
 trace or anything else in the log.
   
Can you send that section of the configuration file? It looks like it's 
something to do with the resin:if like the test EL expression, 
although it could also be the contents of the if.

Also, it's possible that adding a logger name= level=finer/ in the 
resin section will show the stack trace.

-- Scott



 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest

   



___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


[Resin-interest] Resin 3.1 disappeared from www.caucho.com/download

2010-02-10 Thread Steffen Busch
Why isn't Resin 3.1 anymore available for Download at
http://www.caucho.com/download/
I'd like to download the current 3.1 snapshot :-(

-- Steffen
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest


Re: [Resin-interest] CanDI java.lang.StackOverflowError

2010-02-10 Thread Hontvári József
I reduced the configuration to the minimum. It consists of a circular 
setter dependency, and then a separate third constructor initialization 
which refers to one of circular items. Both have to be present, 
otherwise StackOverflow doesn't happen. I attached a configuration 
sample and a part of the log file, logged on finer level.


Scott Ferguson írta:

Hontvári József wrote:
  
I receive java.lang.StackOverflowError when Resin tries to read the 
configuration file:


[10-02-10 10:31:56.929] {resin-37} 
C:/Progra~1/mireka-1.2/conf/mireka.xml:325: com.caucho.confi

g.core.ResinIf.init(): java.lang.StackOverflowError

I believe there is no circular constructor dependency in the file. To be 
sure I replaced almost all constructor initialisation blocks with setter 
initialization. Is there a way to debug this error? There is no stack 
trace or anything else in the log.
  

Can you send that section of the configuration file? It looks like it's 
something to do with the resin:if like the test EL expression, 
although it could also be the contents of the if.


Also, it's possible that adding a logger name= level=finer/ in the 
resin section will show the stack trace.


-- Scott
  

___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest

  





___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest

  



mireka:ScheduleFileDirQueue
NamedsubmittedMailQueue/Named
mireka:mailProcessorFactory
#{primaryTransmitter}
/mireka:mailProcessorFactory
/mireka:ScheduleFileDirQueue


mireka:QueuingTransmitter
NamedprimaryTransmitter/Named
mireka:queue
#{submittedMailQueue}
/mireka:queue
/mireka:QueuingTransmitter

mireka:Dummy
new
#{primaryTransmitter}
/new
/mireka:Dummy

Resin-4.0.3 (built Tue, 05 Jan 2010 09:09:02 PST)
Copyright(c) 1998-2008 Caucho Technology.  All rights reserved.

  Using Resin(R) Open Source under the GNU Public License (GPL).

  See http://www.caucho.com for information on Resin Professional,
  including caching, clustering, JNI acceleration, and OpenSSL integration.

Starting Resin on Wed, 10 Feb 2010 20:39:23 +0100 (CET)

[10-02-10 20:39:24.288] {main} resin:import 'C:\Program 
Files\resin-4.0.3\conf\app-default.xml'
[10-02-10 20:39:24.429] {main} Resin[] init
[10-02-10 20:39:24.429] {main} Resin[] active
[10-02-10 20:39:24.538] {main} InjectManager[server:app-tier:main] add bean 
SingletonBean[InjectManager, {...@default()}]
[10-02-10 20:39:24.601] {main} InjectManager[server:app-tier:main] add bean 
XmlBean[DeployService, {...@default()}, @Singleton]
[10-02-10 20:39:24.632] {main} 'select-manager' requires Resin Professional.  
See http://www.caucho.com for information and licensing.
[10-02-10 20:39:24.648] {main} Server[id=,cluster=app-tier] starting
[10-02-10 20:39:24.648] {main} 
[10-02-10 20:39:24.648] {main} Windows XP 5.1 x86
[10-02-10 20:39:24.648] {main} Java(TM) SE Runtime Environment 1.6.0_18-b07, 
Cp1250, hu
[10-02-10 20:39:24.648] {main} Java HotSpot(TM) Client VM 16.0-b13, 32, mixed 
mode, sharing, Sun Microsystems Inc.
[10-02-10 20:39:24.648] {main} 
[10-02-10 20:39:24.648] {main} resin.home = C:\Program Files\resin-4.0.3\
[10-02-10 20:39:24.648] {main} resin.root = C:\Program Files\resin-4.0.3\
[10-02-10 20:39:24.648] {main} resin.conf = /C:/Program 
Files/resin-4.0.3/conf/resin.xml
[10-02-10 20:39:24.648] {main} 
[10-02-10 20:39:24.648] {main} server = 127.0.0.1:6800 (app-tier:)
[10-02-10 20:39:24.648] {main} stage  = default
[10-02-10 20:39:24.648] {main} 
[10-02-10 20:39:24.648] {main} java.io.IOException: Socket JNI is not available 
because JNI support has not been compiled.
[10-02-10 20:39:24.648] {main}   On Unix, run ./configure; make; make install.  
On Windows, check for resin.dll.
[10-02-10 20:39:24.648] {main}   java.lang.UnsatisfiedLinkError: no resin_os in 
java.library.path
[10-02-10 20:39:24.648] {main}  at 
com.caucho.vfs.JniServerSocketImpl.checkJni(JniServerSocketImpl.java:121)
[10-02-10 20:39:24.648] {main}  at 
com.caucho.vfs.JniServerSocketImpl.create(JniServerSocketImpl.java:104)
[10-02-10 20:39:24.648] {main}  at 
sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[10-02-10 20:39:24.648] {main}  at 
sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
[10-02-10 20:39:24.648] {main}  at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
[10-02-10 20:39:24.648] {main}  at java.lang.reflect.Method.invoke(Unknown 
Source)
[10-02-10 20:39:24.648] {main}  at 
com.caucho.vfs.QJniServerSocket.createJNI(QJniServerSocket.java:135)
[10-02-10 20:39:24.648] {main}  

Re: [Resin-interest] CanDI java.lang.StackOverflowError

2010-02-10 Thread Wesley Wu
This could be a lazy init problem I think.

The scheduled tasks would be inited before some of other beans which
the tasks need.

I've met this before.

The workaround:
Inject the Injector into your task, no other webbeans.
When the task starts (run()), create webbeans instances via the injector.

-Wesley

2010/2/11 Hontvári József hontv...@flyordie.com:
 I reduced the configuration to the minimum. It consists of a circular setter
 dependency, and then a separate third constructor initialization which
 refers to one of circular items. Both have to be present, otherwise
 StackOverflow doesn't happen. I attached a configuration sample and a part
 of the log file, logged on finer level.

 Scott Ferguson írta:

 Hontvári József wrote:


 I receive java.lang.StackOverflowError when Resin tries to read the
 configuration file:

 [10-02-10 10:31:56.929] {resin-37}
 C:/Progra~1/mireka-1.2/conf/mireka.xml:325: com.caucho.confi
 g.core.ResinIf.init(): java.lang.StackOverflowError

 I believe there is no circular constructor dependency in the file. To be
 sure I replaced almost all constructor initialisation blocks with setter
 initialization. Is there a way to debug this error? There is no stack
 trace or anything else in the log.



 Can you send that section of the configuration file? It looks like it's
 something to do with the resin:if like the test EL expression,
 although it could also be the contents of the if.

 Also, it's possible that adding a logger name= level=finer/ in the
 resin section will show the stack trace.

 -- Scott


 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest




        mireka:ScheduleFileDirQueue
                NamedsubmittedMailQueue/Named
                mireka:mailProcessorFactory
                        #{primaryTransmitter}
                /mireka:mailProcessorFactory
        /mireka:ScheduleFileDirQueue


        mireka:QueuingTransmitter
                NamedprimaryTransmitter/Named
                mireka:queue
                        #{submittedMailQueue}
                /mireka:queue
        /mireka:QueuingTransmitter

        mireka:Dummy
                new
                        #{primaryTransmitter}
                /new
        /mireka:Dummy


 Resin-4.0.3 (built Tue, 05 Jan 2010 09:09:02 PST)
 Copyright(c) 1998-2008 Caucho Technology.  All rights reserved.

  Using Resin(R) Open Source under the GNU Public License (GPL).

  See http://www.caucho.com for information on Resin Professional,
  including caching, clustering, JNI acceleration, and OpenSSL integration.

 Starting Resin on Wed, 10 Feb 2010 20:39:23 +0100 (CET)

 [10-02-10 20:39:24.288] {main} resin:import 'C:\Program
 Files\resin-4.0.3\conf\app-default.xml'
 [10-02-10 20:39:24.429] {main} Resin[] init
 [10-02-10 20:39:24.429] {main} Resin[] active
 [10-02-10 20:39:24.538] {main} InjectManager[server:app-tier:main] add bean
 SingletonBean[InjectManager, {...@default()}]
 [10-02-10 20:39:24.601] {main} InjectManager[server:app-tier:main] add bean
 XmlBean[DeployService, {...@default()}, @Singleton]
 [10-02-10 20:39:24.632] {main} 'select-manager' requires Resin Professional.
  See http://www.caucho.com for information and licensing.
 [10-02-10 20:39:24.648] {main} Server[id=,cluster=app-tier] starting
 [10-02-10 20:39:24.648] {main}
 [10-02-10 20:39:24.648] {main} Windows XP 5.1 x86
 [10-02-10 20:39:24.648] {main} Java(TM) SE Runtime Environment 1.6.0_18-b07,
 Cp1250, hu
 [10-02-10 20:39:24.648] {main} Java HotSpot(TM) Client VM 16.0-b13, 32,
 mixed mode, sharing, Sun Microsystems Inc.
 [10-02-10 20:39:24.648] {main}
 [10-02-10 20:39:24.648] {main} resin.home = C:\Program Files\resin-4.0.3\
 [10-02-10 20:39:24.648] {main} resin.root = C:\Program Files\resin-4.0.3\
 [10-02-10 20:39:24.648] {main} resin.conf = /C:/Program
 Files/resin-4.0.3/conf/resin.xml
 [10-02-10 20:39:24.648] {main}
 [10-02-10 20:39:24.648] {main} server     = 127.0.0.1:6800 (app-tier:)
 [10-02-10 20:39:24.648] {main} stage      = default
 [10-02-10 20:39:24.648] {main}
 [10-02-10 20:39:24.648] {main} java.io.IOException: Socket JNI is not
 available because JNI support has not been compiled.
 [10-02-10 20:39:24.648] {main}   On Unix, run ./configure; make; make
 install.  On Windows, check for resin.dll.
 [10-02-10 20:39:24.648] {main}   java.lang.UnsatisfiedLinkError: no resin_os
 in java.library.path
 [10-02-10 20:39:24.648] {main}  at
 com.caucho.vfs.JniServerSocketImpl.checkJni(JniServerSocketImpl.java:121)
 [10-02-10 20:39:24.648] {main}  at
 com.caucho.vfs.JniServerSocketImpl.create(JniServerSocketImpl.java:104)
 [10-02-10 20:39:24.648] {main}  at
 sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 [10-02-10 20:39:24.648] {main}  at