I upgraded to firefox 2.0.0.17 and also added firefox 3.0.3.
With firefox 3 it's a bit sluggish, but it runs ok most of the time (see
trace [1] below)
Firefox 2 though, it doesn't run most of the time, and when it does,
it's very slow. This is with no plugins and a new user folder for firefox.
It appears it might be that if I start the server and run firefox2, it's
slow, but it works.
But if I start the server and access via firefox3, close, then use
firefox2 (different user folder for firefox), it freezes.
This doesn't explain the freeze that got me looking at this originally
though because I didn't even have firefox3 then.
Might a session problem.
-Peter
[1] just got this trace serverside using firefox3, resubmitted
localhost:4848 and it worked.
java.lang.NullPointerException
at
com.sun.web.security.RealmAdapter.invokeWebSecurityManager(RealmAdapter.java:792)
at
com.sun.web.security.RealmAdapter.preAuthenticateCheck(RealmAdapter.java:1075)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:604)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:687)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:657)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:96)
at
com.sun.enterprise.web.PESessionLockingStandardPipeline.invoke(PESessionLockingStandardPipeline.java:98)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:187)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:719)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:657)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:651)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1030)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:142)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:719)
at
org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:657)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:651)
at
org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:1030)
at
org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:325)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:242)
at
com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:180)
at
com.sun.grizzly.http.DefaultProcessorTask.invokeAdapter(DefaultProcessorTask.java:633)
at
com.sun.grizzly.http.DefaultProcessorTask.doProcess(DefaultProcessorTask.java:570)
at
com.sun.grizzly.http.DefaultProcessorTask.process(DefaultProcessorTask.java:827)
at
com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:152)
at
com.sun.enterprise.v3.services.impl.GlassfishProtocolChain.executeProtocolFilter(GlassfishProtocolChain.java:71)
at
com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:103)
at
com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:89)
at
com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:76)
at
com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:67)
at
com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:56)
at
com.sun.grizzly.util.WorkerThreadImpl.processTask(WorkerThreadImpl.java:325)
at
com.sun.grizzly.util.WorkerThreadImpl.run(WorkerThreadImpl.java:184)
Anissa Lam wrote:
> Hi Peter,
>
> Peter Williams wrote:
>> Near as I can tell, it was either downloading something or compiling
>> JSF files or ???. Whatever it was doing took a 10+ minutes on a
>> Ultra20M2, completely froze the browser window for the duration, and
>> provided no visual indication of background processing (nor did the
>> server's log window). No obvious indication of what was going on was
>> indicated by netstat or prstat.
>>
>> The screen that indicates admin gui was being downloaded had long
>> passed -- the screen it froze on was a partial view of the standard
>> screen you get immediately after logging in (or the start screen if
>> no credentials required).
> Does the screen frozen or it eventually comes back ? I didn't see
> this on my Ultra 20, but i didn't test on that machine daily
> either. I did experience that only the main frame with the
> registration reminder comes up, but the left frame (navigation tree)
> and the bottom frame (promotion) never shows up. I have to kill the
> browser. This was on my Mac, I don't know how to reproduce that
> though.
>>
>> I don't know if that is the expected experience (I hope not) or that
>> it just ran into some bad cache data on my machine due to prior
>> executions (entirely likely, no clue how to reproduce).
> So, is this is a one-time experience or this is reproducible on your
> machine everytime you try to access the console ?
>
> thanks
> Anissa.
>>
>> -Peter
>>
>>
>> Lance J. Andersen wrote:
>>> Hi Peter,
>>>
>>> After a prelude reboot, it takes me about 1 minute before the gui
>>> installs itself the first time i try and access it. I have not
>>> seen any garbage yet on the screens..
>>>
>>> I am on XP service pack 3 with 1.25gb ram and firefox 2.0.0.17
>>>
>>> -lance
>>>
>>> Peter Williams wrote:
>>>> I'm trying to start admin gui for Prelude B28c and it's extremely
>>>> slow (we're talking many minutes to just bring up the first page,
>>>> assuming it ever finishes and when it finishes, there are usually
>>>> unwelcome display artifacts). This is with Firefox 2.0.0.12 on
>>>> Solaris x86.
>>>>
>>>> Are there known issues? file system cruft from older builds
>>>> getting in the way?
>>>>
>>>> Any suggestions welcome. I'm hopeful this problem is unique to my
>>>> machine because it's awful.
>>>>
>>>> -Peter
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>