Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Binding takes for ages on Jonas-server. No additional info to troubleshoot

Florent BENOIT <[email protected]> Tue, 23 Aug 2011 15:13:03 +0200
Newsgroups gmane.comp.java.objectweb.jonas
Message-ID <[email protected]>
     Hi,

Could you try to make a new run with :

1/ Launching JOnAS with the following system property :
-Deasybeans.useSimplePool=true

2/ Try with another persistence provider
JONAS_BASE/conf/jonas.properties (change from hibernate to eclipselink 
for example)

Also, I'm interested in having the ear in order to reproduce your problem

Regards,

Florent



On 08/23/2011 02:44 PM, Paul Adriaenssens wrote:
> Here the correct URL to access the DEBUG level logfile:
> ftp://applicaties:[email protected]
>
> Paul
>
>> Actually the question is if it's normal that it takes approximately 8
>> seconds for each SLSB between the logging of the line with
>> 'createSubcontext env' and the logging of the line with 'createSubcontext
>> comp'?
>>
>> 2011-08-19 00:31:15,127 : ContextImpl.createSubcontext : createSubcontext
>> env
>> ....
>> 2011-08-19 00:31:23,096 : ContextImpl.createSubcontext : createSubcontext
>> comp
>>
>> Currently for one of our applications containing 290 generated SLSB's the
>> JOnAS startup takes about 1 hour!
>>
>> You can find the full DEBUG level logfile of one of our generated
>> applications containing 83 SLSB's on ftp://ftps.provant.be/jonas-start.log
>>
>> Also this process seems to slow down, in the beginning it takes about 1,5
>> sec per SLSB, at the end about 8 sec.
>>
>> Presumably we use somewhere a wrong configuration; or the source code
>> (Bean class, Data class, persistence.xml) is not generated in an optimal
>> way ...
>>
>> Or is it normal behaviour when a large number of SLSB's is used?
>>
>> Kind Regards,
>>
>> Paul
>>
>>> Hi Florent,
>>> many thanks for answering already. I've set the logging as asked, but it
>> doesn't give me much more information.
>>> Is it normal that these entry-lines appear for every bean defined. Is
>> there any possibility to make that the bean is not
>>> container-managed. If so what are the consequences??
>>> Greetings
>>> On 19 August 2011 09:06, Florent BENOIT<[email protected]>  wrote:
>>>> This is normal behaviour but you should see some "elapsed time" for
>> bytecode
>>>> injection, bytecode processing, etc.
>>>> Try to set debug to only org.ow2.easybeans.container.JContainer3 or
>> org.ow2.easybeans.container
>>>> logger.org.ow2.easybeans.container.JContainer3.level DEBUG
>>>> logger.org.ow2.easybeans.container.level DEBUG
>>>> Regards,
>>>> Florent
>>>> On 08/18/2011 09:34 PM, Stefaan Somers wrote:
>>>>> I've succeeded to set the logging right now. What I can see in the
>> log-files are many of the following entries :
>>>>> 2011-08-19 00:30:36,953 : JavaCompExtensionListener.handle : Bean is
>> container managed so remove availability of java:comp/UserTransaction
>> object
>>>>> 2011-08-19 00:30:36,953 : ContextImpl.unbind : unbind UserTransaction
>> 2011-08-19 00:30:36,953 : ContextImpl.bind : bind EJBContext
>>>>> 2011-08-19 00:30:36,953 : ContextImpl.bind : bind TimerService
>> 2011-08-19 00:30:36,953 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> env
>>>>> 2011-08-19 00:30:43,359 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> comp
>>>>> 2011-08-19 00:30:43,359 : ContextImpl.rebind : rebind UserTransaction
>> 2011-08-19 00:30:43,359 : ContextImpl.rebind : rebind ORB
>>>>> 2011-08-19 00:30:43,359 : ContextImpl.lookup : lookup comp
>>>>> 2011-08-19 00:30:43,359 : JavaCompExtensionListener.handle : Bean is
>> container managed so remove availability of java:comp/UserTransaction
>> object
>>>>> 2011-08-19 00:30:43,359 : ContextImpl.unbind : unbind UserTransaction
>> 2011-08-19 00:30:43,359 : ContextImpl.bind : bind EJBContext
>>>>> 2011-08-19 00:30:43,359 : ContextImpl.bind : bind TimerService
>> 2011-08-19 00:30:43,359 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> env
>>>>> 2011-08-19 00:30:51,235 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> comp
>>>>> 2011-08-19 00:30:51,235 : ContextImpl.rebind : rebind UserTransaction
>> 2011-08-19 00:30:51,235 : ContextImpl.rebind : rebind ORB
>>>>> 2011-08-19 00:30:51,235 : ContextImpl.lookup : lookup comp
>>>>> 2011-08-19 00:30:51,250 : JavaCompExtensionListener.handle : Bean is
>> container managed so remove availability of java:comp/UserTransaction
>> object
>>>>> 2011-08-19 00:30:51,250 : ContextImpl.unbind : unbind UserTransaction
>> 2011-08-19 00:30:51,250 : ContextImpl.bind : bind EJBContext
>>>>> 2011-08-19 00:30:51,250 : ContextImpl.bind : bind TimerService
>> 2011-08-19 00:30:51,266 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> env
>>>>> 2011-08-19 00:30:58,907 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> comp
>>>>> 2011-08-19 00:30:58,907 : ContextImpl.rebind : rebind UserTransaction
>> 2011-08-19 00:30:58,907 : ContextImpl.rebind : rebind ORB
>>>>> 2011-08-19 00:30:58,907 : ContextImpl.lookup : lookup comp
>>>>> 2011-08-19 00:30:58,907 : JavaCompExtensionListener.handle : Bean is
>> container managed so remove availability of java:comp/UserTransaction
>> object
>>>>> 2011-08-19 00:30:58,907 : ContextImpl.unbind : unbind UserTransaction
>> 2011-08-19 00:30:58,907 : ContextImpl.bind : bind EJBContext
>>>>> 2011-08-19 00:30:58,907 : ContextImpl.bind : bind TimerService
>> 2011-08-19 00:30:58,907 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> env
>>>>> 2011-08-19 00:31:06,814 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> comp
>>>>> 2011-08-19 00:31:06,814 : ContextImpl.rebind : rebind UserTransaction
>> 2011-08-19 00:31:06,814 : ContextImpl.rebind : rebind ORB
>>>>> 2011-08-19 00:31:06,814 : ContextImpl.lookup : lookup comp
>>>>> 2011-08-19 00:31:06,814 : JavaCompExtensionListener.handle : Bean is
>> container managed so remove availability of java:comp/UserTransaction
>> object
>>>>> 2011-08-19 00:31:06,814 : ContextImpl.unbind : unbind UserTransaction
>> 2011-08-19 00:31:06,814 : ContextImpl.bind : bind EJBContext
>>>>> 2011-08-19 00:31:06,814 : ContextImpl.bind : bind TimerService
>> 2011-08-19 00:31:06,814 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> env
>>>>> 2011-08-19 00:31:15,111 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> comp
>>>>> 2011-08-19 00:31:15,111 : ContextImpl.rebind : rebind UserTransaction
>> 2011-08-19 00:31:15,111 : ContextImpl.rebind : rebind ORB
>>>>> 2011-08-19 00:31:15,111 : ContextImpl.lookup : lookup comp
>>>>> 2011-08-19 00:31:15,127 : JavaCompExtensionListener.handle : Bean is
>> container managed so remove availability of java:comp/UserTransaction
>> object
>>>>> 2011-08-19 00:31:15,127 : ContextImpl.unbind : unbind UserTransaction
>> 2011-08-19 00:31:15,127 : ContextImpl.bind : bind EJBContext
>>>>> 2011-08-19 00:31:15,127 : ContextImpl.bind : bind TimerService
>> 2011-08-19 00:31:15,127 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> env
>>>>> 2011-08-19 00:31:23,096 : ContextImpl.createSubcontext :
>>>>> createSubcontext
>>>>> comp
>>>>> 2011-08-19 00:31:23,096 : ContextImpl.rebind : rebind UserTransaction
>> 2011-08-19 00:31:23,096 : ContextImpl.rebind : rebind ORB
>>>>> 2011-08-19 00:31:23,096 : ContextImpl.lookup : lookup comp
>>>>> 2011-08-19 00:31:23,096 : JavaCompExtensionListener.handle : Bean is
>> container managed so remove availability of java:comp/UserTransaction
>> object
>>>>> 2011-08-19 00:31:23,112 : ContextImpl.unbind : unbind UserTransaction
>> 2011-08-19 00:31:23,112 : ContextImpl.bind : bind EJBContext
>>>>> Any idea what is going wrong, or is this normal behaviour??
>>>>> Already many thnks for your help.
>>>>> Greetings
>>>>> On 18 August 2011 17:13, Guillaume Sauthier (OW2)
>>>>> <[email protected]>    wrote:
>>>>>> Please set back the monolog configuration to javaLog:
>>>>>> log.config.classname
>>>>>> org.objectweb.util.monolog.wrapper.javaLog.LoggerFactory
>>>>>> Easybeans is printing its debug information on a logger backed by
>> Java
>>>>>> util
>>>>>> Log.
>>>>>> --G
>>>>>> 2011/8/18 Stefaan Somers<[email protected]>
>>>>>>> No luck either.
>>>>>>> I hereby include the content of the trace.properties :
>>>>>>> #
>>>>>>> -----------------------------------------------------------------------
>> # This is a default configuration file for monolog.
>>>>>>> #
>>>>>>> # 2 handlers have been defined : tty (System.out) and logf (file) #
>>>>>>> # Patterns for each handler may include these possible values : # %h
>>     the thread name
>>>>>>> # %O{1} the Class name (basename only)
>>>>>>> # %M    the method name
>>>>>>> # %L    the line number
>>>>>>> # %d    the date
>>>>>>> # %l    the level
>>>>>>> # %m    the message itself
>>>>>>> # %n    a new line
>>>>>>> #
>>>>>>> # A list of predefined loggers is given at the end of the file. #
>> Each logger inherits from its parent for properties not defined. #
>> The root logger is "root". It must always be defined.
>>>>>>> #
>>>>>>> # Each logger is associated with a level that can be one of : #
>> ERROR | WARN | INFO | DEBUG | FATAL | INHERIT
>>>>>>> #
>>>>>>> # ->    More info on http://www.objectweb.org/monolog/doc.html #
>>>>>>> -----------------------------------------------------------------------
>> #
>>>>>>> -----------------------------------------------------------------------
>> # Define which wrapper to use (= javaLog)
>>>>>>> #
>>>>>>> -----------------------------------------------------------------------
>> # For Log4j you need to add log4j.jar
>>>>>>> log.config.classname
>>>>>>> org.objectweb.util.monolog.wrapper.log4j.MonologLoggerFactory #
>> log.config.classname
>>>>>>> org.objectweb.util.monolog.wrapper.javaLog.LoggerFactory
>>>>>>> #----------
>>>>>>> # PrivateCompany
>>>>>>> #----------
>>>>>>> logger.net.democritus.level INFO
>>>>>>> logger.com.privatecompany.level INFO
>>>>>>> logger.net.palver.level INFO
>>>>>>> logger.org.ow2.easybeans.level DEBUG
>>>>>>> On 18 August 2011 15:57, Guillaume Sauthier (OW2)
>>>>>>> <[email protected]>    wrote:
>>>>>>>> the format is:
>>>>>>>> logger.<name>.level<level>
>>>>>>>> you missed the .level
>>>>>>>> --G
>>>>>>>> 2011/8/18 Stefaan Somers<[email protected]>
>>>>>>>>> Hi,
>>>>>>>>> I included the following line in trace.properties, but I see no
>> additional logging :
>>>>>>>>> logger.org.ow2.easybeans DEBUG
>>>>>>>>> Greetings
>>>>>>>>> On 18 August 2011 13:26, Guillaume Sauthier (OW2)
>>>>>>>>> <[email protected]>    wrote:
>>>>>>>>>> Maybe you can add traces for the org.ow2.easybeans logger ? So
>> that we can see where time is consumed.
>>>>>>>>>> --G
>>>>>>>>>> 2011/8/18 Stefaan Somers<[email protected]>
>>>>>>>>>>> Hi,
>>>>>>>>>>> we have an application with many EJB's. Is it normal that the
>> startup
>>>>>>>>>>> takes more than 10 minutes. Are there any steps I can do, to
>> troubleshoot this performance-problem.
>>>>>>>>>>> 18/08/11 13:02:26 (I) JCLLoggerAdapter.info : Not binding
>> factory
>>>>>>>>>>> to
>>>>>>>>>>> JNDI, no JNDI name configured
>>>>>>>>>>> 18/08/11 13:16:39 (I) JContainer3.start : Container
>>>>>>>>>>> 'D:\jonas-full-5.1.4\BASE\work\apps\jonas\pocAppEAR_2011.08.18-12.56.31.ear\pocAppEJB.jar'
>> [104 SLSB, 0 SFSB, 0 MDB] started in 891.270 ms
>>>>>>>>>>> Greetings,
>>>>>>>>>>> Stefaan Somers
>>
>>
>>
>>
>