(Well, there was a build 20 of v1 but as you said I meant b20 of v2.)
- Tim
Tim Quinn wrote:
> Witold,
>
> Witold Szczerba wrote:
>> Thanks for help!
>>
>> What I see is that b14 is the most up-to-date version of Glassfish V1:
>> https://glassfish.dev.java.net/public/downloadsindex.html
>>
>> You said, I should take build20 or newer, did you mean Glassfish V2?
> As you say, there is no build 20 for v1. I was indeed referring to
> build 20 of v2. It is a bit confusing at first that the issues use
> versions such as 9.1b20 which we then need to convert mentally to
> GlassFish v2 (= 9.1).
>> Is V2 compatible with V1? I am using NetBeans 5.5, is it going to
>> cooperate with this without problems?
> I would expect that you'd have no problems moving to V2, which is
> working with NB 5.5 for many folks.
>>
>> If you have a fix for that for more than 2 months now (v2 b20
>> released: 04 October 2006) why it is not included in most popular
>> versions which are available not only from Glassfish dev page, but
>> from Sun Java SDK as well?
> If I understand your question correctly, one difference is that
> GlassFish as an open-source project makes intermediate and nightly
> builds available, as well as much more thoroughly tested milestones
> and releases. The SDK accessible from java.sun.com/javaee is built on
> top of GlassFish and includes samples, blueprint applications, etc.
> beyond what's in GlassFish itself. As such, it is a more stable
> entity and so includes an older version of GlassFish than what's
> available from the GlassFish site.
>
> I hope that helps.
>
> - Tim
>>
>> Thanks again,
>> Witek
>>
>> 2006/12/5, Tim Quinn <Timothy.Quinn_at_sun.com>:
>>> Hello, Witold.
>>>
>>> The problem you mention was fixed in build 20. In general, we try to
>>> use the Target Milestone field on the issues to indicate which build
>>> actually contains the fix once the issue is resolved, and that's what I
>>> did when I fixed this issue.
>>>
>>> If you can, please try build 20 or later and see if that takes care of
>>> the problem for you.
>>>
>>> - Tim
>>>
>>> Witold Szczerba wrote:
>>> > Hello there!
>>> > I have simple Java EE Application with one EJB and one Aplication
>>> > Client deployed into Glassfish v1 UR1 b14. When I place @RolesAllowed
>>> > annotation on my session bean then when starting client, some default
>>> > login window appears and asks me for username and password... I read
>>> > that one can use its own implementation of CallbackHandler. I created
>>> > one and set in application-client.xml:
>>> > <callback-handler>
>>> > enterpriseapplication2.MyCallbackHandler
>>> > </callback-handler>
>>> >
>>> > But it actually does nothing. Still there is same default login
>>> window :/
>>> > I've found Issue 1216, but I don't know is that the same problem and
>>> > if it was fixed before b14 or later?
>>> >
>>> > ---------------------------------------------------------------------
>>> > To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> > For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>> >
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_glassfish.dev.java.net
> For additional commands, e-mail: users-help_at_glassfish.dev.java.net
>