Just to confirm, you were running GF that came with NetBeans, not the
one installed through standalone GF installer, right?
In that use case bootstrap of UC is performed by UC bootstrap scripts
which attempt to detect system/browser proxy settings and pass them to
Java based bootstrap API and I believe we had some issues with proxy
setting parsing, see this one and its corresponding UC project issue....
https://glassfish.dev.java.net/issues/show_bug.cgi?id=5544
Once you are past the bootstrap part, everything is handled by python
based client so you are not going through same code path again. That
would explain while bootstrap chokes with proxy settings and then
everything gets back to normal.
Thanks,
Snjezana
glassfish_at_javadesktop.org wrote:
>Thanks Snjezana,
>
>When I got back to my home office( proxy style) I could switch on the proxy in the updatetool preferences and it works.
>
>Perhaps it is only the bootstrap case where the proxy isn't work for me. [ I tested the proxy with other connections]. Went to dunkin' doughnuts and got gfv3 humming from there. This is just feedback on the proxy mechanism.
>
>Side note:
>The 3.1 entity jpa controller all the way to jsf jsp pages is an awesome turn for development(Netbeans & gfv3). And the facelet template wizards. These tools can really grow and make a difference. Gets the first pass of development over and then a developer can go back over it and add more sophistication on a second pass.
>
>And I can't say enough about 3.1 dropping the whole thing from three projects(war-ejb-ear) to one ent war project and the improvements this brings for development, deployment and maintenance...
>[Message sent by forum member 'rimartin7' (rimartin7)]
>
>http://forums.java.net/jive/thread.jspa?messageID=296776
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>
>
>