Hi Lloyd,
I completely agree with you. Threading bugs are often not easily
reproducible or consistent. "Someone" needs to look at this bug.
Craig
On Dec 8, 2006, at 3:11 PM, Lloyd L Chambers wrote:
> Nandini,
>
> No, it does not have to be consistent and always reproducible.
> Have you ever experienced a threading bug?
>
> The bug is real, and a serious impediment to my work. I take
> offense at your suggesting that it doesn't exist. If it works for
> 99/100 developers, great. But it doesn't work for me, on two
> different machines, both Mac OS X, one Power PC and one x86. Those
> are the facts.
>
> Lloyd
>
> On Dec 8, 2006, at 2:56 PM, Nandini Ektare wrote:
>
>>
>> Lloyd L Chambers wrote:
>>> Nandini,
>>>
>>> Failures just start happening. No change in config. No change in
>>> code.
>>>
>>> I don't use proxies.
>>>
>>> Remove the warning? Why? I cannot get EE quicklook to run
>>> reliably (or at all sometimes) AND I'VE FOLLOWED ALL THE DIRECTIONS.
>> Because the reason for warning is wrong and perhaps there is
>> nothing to be warned about to start with. From your writing below
>> two things can be inferred
>> 1. Config for the QL is wrong => EE QL should fail for everyone
>> And that we know is not true
>> 2. This can happen with a fresh checkout or a later run. => not a
>> reproducible scenario
>> They are contradictory. If such basic config was wrong it has to
>> be reproducible. So it not serving any good intention you had when
>> you added it. It will just create confusion when there is none.
>>
>> ----------------------------------
>> "WARNING WARNING WARNING WARNING WARNING WARNING WARNING WARNING
>> WARNING WARNING
>> QuickLook has a bug which will hang early during the ee tests
>> waiting for an http port that doesn't
>> exist (it typically waits until it times out on port 38080 in sqe-
>> domain, which is the http port
>> found in eeconfig/ee-config.properties. But sqe-domain gets
>> (incorrectly) created with port 8080.
>>
>> This can happen with a fresh checkout or a later run.
>>
>> --Lloyd Chambers, Dec 7, 2006
>> ----------------------------------
>>>
>>> Fix it maybe, but this EE QL failure stuff has cost me many days
>>> of work. The last thing I want to do is remove it and let some
>>> other developer suffer the wasted cycles I have.
>>>
>>> Lloyd
>>>
>>> On Dec 8, 2006, at 2:21 PM, Nandini Ektare wrote:
>>>
>>>> Lloyd L Chambers wrote:
>>>>> Nandini,
>>>>>
>>>>> I wish it were true. I've tried the variations. I've removed
>>>>> all domains, and redone 'maven configure-cluster'. Last night
>>>>> I got it to run twice,
>>>> In between 2nd and 3rd run, do you remember what did you do
>>>> other than no change to code? It is hard to understand why all
>>>> of a sudden the third run failed when it had succeeded twice
>>>> before ... but it will be worth knowing if indeed you had done
>>>> something that caused it to fail... perhaps there is some bug
>>>> lurking out there...
>>>>
>>>> By the way did you do anything with your proxy settings? We had
>>>> a hang in EEQL on Mac yesterday due to changed proxy settings on
>>>> the Mac build machine. Actually the hang is not really a
>>>> hang...the step (verify-setup) that waits to connect to the
>>>> admin url times out after 360000 ms...so its just waiting. The
>>>> actual reason is in earlier steps where the instance sqe-server
>>>> instance fails to start because its sync fails (which fails due
>>>> to a timeout waiting to connect through the proxy to DAS). That
>>>> is why there is no http server listening at 38080...
>>>>
>>>> Which also means, I gathered just now, your warning is wrong! It
>>>> is not http port for sqe-domain but for sqe-server. You should
>>>> remove that warning.
>>>>
>>>>> then fail the 3rd time, with no change to the code!
>>>>>
>>>>> asenv.conf shown below
>>>>>
>>>>> AS_ANT="/gf/run/lib/ant"
>>>>> AS_ANT_LIB="/gf/run/lib/ant/lib"
>>>>> AS_WEBSERVICES_LIB="/gf/run/lib"
>>>>> AS_PERL="%PERL_HOME%"
>>>>> AS_NSS="/gf/run/lib"
>>>>> AS_NSS_BIN="/gf/run/lib"
>>>>> AS_IMQ_LIB="/gf/run/imq/lib"
>>>>> AS_IMQ_BIN="/gf/run/imq/bin"
>>>>> AS_CONFIG="/gf/run/config"
>>>>> AS_INSTALL="/gf/run"
>>>>> AS_JAVA="/System/Library/Frameworks/JavaVM.framework/Versions/
>>>>> 1.5.0/Home"
>>>>> AS_ACC_CONFIG="/gf/run/domains/domain1/config/sun-acc.xml"
>>>>> AS_JHELP="/gf/run/lib"
>>>>> AS_ICU_LIB="/gf/run/lib"
>>>>> AS_DEF_DOMAINS_PATH="/gf/run/domains"
>>>>> AS_JDMK_HOME="/gf/run/lib/SUNWjdmk/5.1"
>>>>> AS_NATIVE_LAUNCHER="false"
>>>>> AS_NATIVE_LAUNCHER_LIB_PREFIX="/jre/lib/i386/client"
>>>>> AS_WEBCONSOLE_LIB="/gf/run/lib"
>>>>> AS_JATO_LIB="/gf/run/lib"
>>>>> AS_HADB="Does not exist."
>>>>> AS_DERBY_INSTALL="/gf/run/javadb"
>>>>> AS_MFWK_HOME="/opt/SUNWmfwk"
>>>>> AS_ADMIN_PROFILE=cluster
>>>>> AS_ADMIN_SECURE=true
>>>>>
>>>>>
>>>>>
>>>>> Lloyd
>>>>>
>>>>> On Dec 8, 2006, at 1:31 PM, Nandini Ektare wrote:
>>>>>
>>>>>>
>>>>>> I think Hong's issue is different from what you had ...she had
>>>>>> rebuilt one module and it was a known module-specific issue
>>>>>>
>>>>>> For you, based on our previous mail conversations, I gather
>>>>>> you had installed using configure-runtime (that puts ina
>>>>>> different profile - 'developer' into asenv.conf) instead of
>>>>>> configure-cluster
>>>>>> When you run EEQL against this install, it creates new domains
>>>>>> with this setting instead of with 'cluster' fetching the
>>>>>> settings from the asenv.conf
>>>>>> And hence DAS is accessible in non-secure mode at http://
>>>>>> localhost:4848 (similarly other port assignments change)
>>>>>> whereas rest of EEQL assumes a secure mode DAS.
>>>>>> Hence NA fails to contact DAS. ...Try flipping that env
>>>>>> setting to 'cluster' or install cluster mode
>>>>>>
>>>>>> That said I do agree this is a bit confusing ... (but I think
>>>>>> I remember seeing mails with plans to get that setting out of
>>>>>> asenv.conf... )
>>>>>> Lloyd L Chambers wrote:
>>>>>>> I saw the same problem. I also added the following to the
>>>>>>> Quicklook Read Me last night:
>>>>>>>
>>>>>>>
>>>>>>> ________________________________________________________________
>>>>>>> ____________________________________
>>>>>>> WARNING WARNING WARNING WARNING WARNING WARNING WARNING
>>>>>>> WARNING WARNING WARNING
>>>>>>> QuickLook has a bug which will hang early during the ee tests
>>>>>>> waiting for an http port that doesn't
>>>>>>> exist (it typically waits until it times out on port 38080 in
>>>>>>> sqe-domain, which is the http port
>>>>>>> found in eeconfig/ee-config.properties. But sqe-domain gets
>>>>>>> (incorrectly) created with port 8080.
>>>>>>>
>>>>>>> This can happen with a fresh checkout or a later run.
>>>>>>>
>>>>>>> --Lloyd Chambers, Dec 7, 2006
>>>>>>> ________________________________________________________________
>>>>>>> ____________________________________
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> On Dec 5, 2006, at 6:59 PM, Hong Zhang wrote:
>>>>>>>
>>>>>>>> How do we run the EE QuickLook tests these days? I first
>>>>>>>> used the command "maven bootstrap configure-cluster" to
>>>>>>>> bootstrap the latest nightly build and configure a cluster
>>>>>>>> profile. Then I ran "maven -o runtest-ee". The PE part ran
>>>>>>>> fine, but when it's to the EE part, I got something like this:
>>>>>>>>
>>>>>>>> Command create-node-agent executed successfully.
>>>>>>>> Command create-instance executed successfully.
>>>>>>>> start-node-agent --interactive=true --passwordfile /home/
>>>>>>>> hzhang/files/workspaces/sjsas91/glassfish/appserv-tests/
>>>>>>>> config/adminpassword.txt --terse=true --user adminuser --
>>>>>>>> syncinstances=false --startinstances=true --verbose=false --
>>>>>>>> echo=true sqe-agent
>>>>>>>> Redirecting output to /home/hzhang/files/sun/appserver/
>>>>>>>> nodeagents/sqe-agent/agent/logs/server.log
>>>>>>>> Redirecting application output to /home/hzhang/files/sun/
>>>>>>>> appserver/nodeagents/sqe-agent/agent/logs/server.log
>>>>>>>> Enter Admin User:
>>>>>>>> Enter Admin Password:
>>>>>>>> Enter Master Password:
>>>>>>>> Enter Other Password Information (or ctrl-D or ctrl-Z):
>>>>>>>> com.sun.enterprise.config.ConfigException: Error refreshing
>>>>>>>> ConfigContext:/home/hzhang/files/sun/appserver/nodeagents/
>>>>>>>> sqe-agent/sqe-server/config/domain.xml
>>>>>>>> cause: /home/hzhang/files/sun/appserver/nodeagents/sqe-agent/
>>>>>>>> sqe-server/config/domain.xml (No such file or directory)
>>>>>>>> at
>>>>>>>> com.sun.enterprise.config.impl.ConfigContextImpl.refresh
>>>>>>>> (ConfigContextImpl.java:386)
>>>>>>>> at
>>>>>>>> com.sun.enterprise.config.impl.ConfigContextImpl.refresh
>>>>>>>> (ConfigContextImpl.java:468)
>>>>>>>>
>>>>>>>> So I checked, and there is indeed no /home/hzhang/files/sun/
>>>>>>>> appserver/nodeagents/sqe-agent/sqe-server/config/domain.xml
>>>>>>>> there. Anything wrong in my setup? Thanks.
>>>>>>>
>>>>>>> ----------------------------------------------------------------
>>>>>>> -----
>>>>>>> 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
>>>>
>>>
>>> --------------------------------------------------------------------
>>> -
>>> 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
>
Craig Russell
Architect, Sun Java Enterprise System
http://java.sun.com/products/jdo
408 276-5638 mailto:Craig.Russell_at_sun.com
P.S. A good JDO? O, Gasp!
- application/pkcs7-signature attachment: smime.p7s