btw,
it doesn't seem to occur on glassfish's http port.
That's what's really weird......

I can replicate it by moving fast from one link to another.

On Wed, Jul 13, 2011 at 6:52 PM, Horacio Natyural
<horacio.natyu...@gmail.com> wrote:
> hi,
>
> i think glassfish is the one causing it.
> There seems to be a problem with glassfish 3.0.1's https listener.
> it seems to be mixing up request. i don't know if anyone got this type
> of request before but look at this html page.
>
> The HTML pages contain the actual http request? Glassfish seems to be
> mixing it up. We also tried on https port and we were able to get a
> css image. It's really really weird............ my html page contains
> an actual http response.
>
> ---------------------------------------------------------------------------------------------------------------------------------------------------------------------
>      <li class="thirdLevel personal"><a href="*"  target="_blank">New
> Interest Rates</a></li>
>                      <li class="thirdLevel personal"><a href="*"
> target="_blank">Initial Depo</a></li>
>                    </ul>
>                  </li>
>                  <li class="secondLevel personal"><href="*"  
> target="_blank">Invs</a>
>
>                    <ul>
>                      <li class="thirdLevel personal"><a href="*"
> target="_blank">Gover/a></li>
>                      <li class="thirdLevel personal"><a href="*"
> target="_blank">Trust An</a></li>
>                      <li class="thirdLevel personal"><a
> href="*PHTTP/1.1 302 Moved Temporarily
> X-Powered-By: Servlet/3.0
> Server: GlassFish Server Open Source Edition 3.0.1
> Location: 
> https://192.168.1.145:44461/project/?x=I2gGyFH0AD2-feEGa5Nud*otos3v-S1Ed6lrgZKocB9lt8gGDx7t*Mu5zvgldZt7lLMr9mC1rOIrW808ClydEZGaicqpoxIaM2gLcCLsB4zs3NVtR0VyGQ
> Content-Type: text/html;charset=ISO-8Content-Language: en-US
> Content-Length: 302
> Date: Wed, 13 Jul 2011 11:04:32 GMT
>
> <html>
> <head><title>Document moved</title></head>
> <body><h1>Document moved</h1>
> This document has moved <a
> href="https://192.168.1.145:44461/bo/?x=I2gGyFH0AD2-feEGa5Nud*otos3v-S1Ed6lrgZKocB9lt8gGDx7t*Mu5zvgldZt7lLMr9mC1rOIrW808ClydEZGaicqpoxIaM2gLcCLsB4zs3NVtR0VyGQ";>here</a>.<p>
> </body>
> </html>
>
> ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
> On Tue, Jul 12, 2011 at 12:23 AM, Horacio Natyural
> <horacio.natyu...@gmail.com> wrote:
>> is this sort of related to wicket-2204 ?
>> i've seen this issue in the tracker
>>
>> On Mon, Jul 11, 2011 at 9:41 PM, Horacio Natyural
>> <horacio.natyu...@gmail.com> wrote:
>>> btw,
>>>
>>> before the error occurrs,
>>> there would be instances in which the server would not reply....
>>> here's an example scenario.
>>>
>>>  a. Was able to login ppoerly
>>>                        b. Updated a client info (changed the
>>> alternate email address)
>>>                        c. Clicked the Transfer link, inputted  the
>>> necessary information and clicked the Submit button, nothing
>>>                                   d. Clicked again the submit button,
>>> nothing happend again.
>>>                        5. Clicked the Refresh button
>>>
>>> The CSS image then appears....
>>> there awere also instances in which the link was clicked, did not
>>> reply. then after clicking again, the css image appeared again.
>>>
>>> any ideas?
>>>
>>>
>>>
>>>
>>> On Mon, Jul 11, 2011 at 8:41 PM, Horacio Natyural
>>> <horacio.natyu...@gmail.com> wrote:
>>>> does it have any effect?
>>>>
>>>> On Mon, Jul 11, 2011 at 7:45 PM, Horacio Natyural
>>>> <horacio.natyu...@gmail.com> wrote:
>>>>> thanks for the info..
>>>>>
>>>>> martin,
>>>>>
>>>>> someone used
>>>>>
>>>>> getRequestCycle().setRedirect(true);
>>>>>
>>>>> Thanks for all the help
>>>>>
>>>>>
>>>>> On Mon, Jul 11, 2011 at 6:05 PM, Wilhelmsen Tor Iver <toriv...@arrive.no> 
>>>>> wrote:
>>>>>> From: Horacio Natyural [mailto:horacio.natyu...@gmail.com]
>>>>>>> What are the implications of this error message?
>>>>>>
>>>>>> Wicket will ignore any overriding (on the Page level) of the property, 
>>>>>> only the component's own (and the Application's?) properties files will 
>>>>>> be used.
>>>>>>
>>>>>> E.g. if FooComponent.properties has
>>>>>> fie=Some default
>>>>>>
>>>>>> and FooPage.properties has
>>>>>> myfoocomponent.fie=Another value
>>>>>>
>>>>>> then calling getString("fie") in the constructor will return "Some 
>>>>>> default" because there is no FooPage in the hierarchy yet.
>>>>>>
>>>>>> - Tor Iver
>>>>>>
>>>>>> ---------------------------------------------------------------------
>>>>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>>>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to