Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Binding takes for ages on Jonas-server. No additional info to troubleshoot
Stefaan Somers <[email protected]> Wed, 24 Aug 2011 10:01:33 +0200
| Newsgroups | gmane.comp.java.objectweb.jonas |
|---|---|
| Message-ID | <CA+N_TpW4rB6GiyCM1cXkwP6ve0YPsoicfON9sCozLQr1PrhrrA@mail.gmail.com> |
Hi Florent, we tried both options but without any success : 1) no change 2) takes only 1 minute less (12 minutes -> 11 minutes) Did you already had a chance to deploying the ear-file?? Greetings On 23 August 2011 15:13, Florent BENOIT <[email protected]> wrote: > =A0 =A0Hi, > > Could you try to make a new run with : > > 1/ Launching JOnAS with the following system property : > -Deasybeans.useSimplePool=3Dtrue > > 2/ Try with another persistence provider > JONAS_BASE/conf/jonas.properties (change from hibernate to eclipselink fo= r > 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 'createSubconte= xt >>> comp'? >>> >>> 2011-08-19 00:31:15,127 : ContextImpl.createSubcontext : createSubconte= xt >>> env >>> .... >>> 2011-08-19 00:31:23,096 : ContextImpl.createSubcontext : createSubconte= xt >>> comp >>> >>> Currently for one of our applications containing 290 generated SLSB's t= he >>> 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 optima= l >>> 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]> =A0wro= te: >>>>> >>>>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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 UserTransactio= n >>> >>> 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]> =A0 =A0wrote: >>>>>>> >>>>>>> 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 >>> >>> =A0 =A0the thread name >>>>>>>> >>>>>>>> # %O{1} the Class name (basename only) >>>>>>>> # %M =A0 =A0the method name >>>>>>>> # %L =A0 =A0the line number >>>>>>>> # %d =A0 =A0the date >>>>>>>> # %l =A0 =A0the level >>>>>>>> # %m =A0 =A0the message itself >>>>>>>> # %n =A0 =A0a 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 >>>>>>>> >>>>>>>> # >>>>>>>> # -> =A0 =A0More info on http://www.objectweb.org/monolog/doc.html= # >>>>>>>> >>>>>>>> ------------------------------------------------------------------= ----- >>> >>> # >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------= ----- >>> >>> # Define which wrapper to use (=3D 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]> =A0 =A0wrote: >>>>>>>>> >>>>>>>>> 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]> =A0 =A0wrote: >>>>>>>>>>> >>>>>>>>>>> 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 >>> >>> >>> >>> >> > >