Re: Update ListView using ajax

[freak182]

   
   


same also for table.


Hui Chen wrote:
> 
> I met the same problem, how you adjust your markup?
> 
> And I found that if the listView is a  part of a table markup(as your code
> above) and  when it's updated via Ajax by target.addComponent(container),
> the original container in the page can not be replaced , a same new one
> will show in the page.
> 
> That means in the table markup, if WebMarkupContainer of listView is the
> , everything will be Ok,
> but if the WebMarkupContainer of listView is a , things weird
> happened .
> 
> Why it happens? browser?
> 
> 
> 
> freak182 wrote:
>> 
>> Hello,
>> 
>> thank you for your. i already make it work. (need to adjust some markup
>> thing :) )
>> 
>> thanks a lot.
>> cheers.
>> 
>> 
>> michael mosmann wrote:
>>> 
>>> Hmm,..
>>> 
>>> can you post your markup? this code does work with my own markup..
>>> 
>>> did you use  or did you use
>>>  .. do you see something
>>> in wicket-ajax-debug panel? any error-message? any ajax-response?
>>> 
 ...and im pretty sure that i already some code in previous version of
 wicket
 and it work..but i dont know what im missing right now. maybe worst
 case i
 will do is to go back to old version of wicket but i want the latest
 version.
>>> 
>>> if this does not work with wicket 1.4.1, then it does not work with any
>>> wicket version.. 
>>> 
>>> mm:)
>>> 
>>> -- 
>>> Michael Mosmann - http://www.wicket-praxis.de/blog 
>>> 
>>> 
>>> -
>>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>>> For additional commands, e-mail: users-h...@wicket.apache.org
>>> 
>>> 
>>> 
>> 
>> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Update-ListView-using-ajax-tp25310457p26635803.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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

Re: FileUploadField in a ModalWindow (wicket 1.4.3)?

[Igor Vaynberg]

sounds like we may have to search up the component tree until we find a form...

can you create a quickstart and attach it to the jira issue?

-igor

On Thu, Dec 3, 2009 at 10:43 PM, Doug Leeper  wrote:
>
> Found the code where the iframe is being used
> (resources/org.apache.wicket.ajax.WicketAjaxReference/wicket-ajax.js)
>
> When looking at the generated html for the modal window in a nested form
> situation, it shows the submit button actually being submitted by
> wicketSubmitFormById(formId,...)  The formId is the inner "form" but the
> Form class actually generates a "div" element instead of a "form" (not the
> root form) and removes the enctype.  Since the enctype has been removed, the
> Javascript cannot create the iframe as it looking to see if the form has the
> enctype="multipart/form-data"...hence the request is being sent via Ajax
> still and not the iframe.
>
> So my thought is that that in the Form.onComponentTag() it should not remove
> the enctype if isMultiPart() is true but add a variable enctype to the
> div...but not sure if this is allowed.
>
> Can someone verify this as this is not my area of expertise (JavaScript or
> Ajax internals)?
>
> Thanks
> - Doug
> --
> View this message in context: 
> http://old.nabble.com/FileUploadField-in-a-ModalWindow-%28wicket-1.4.3%29--tp26577255p26635788.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> 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

Re: Resource Location

[Marat Radchenko]

2009/12/4 Lester Chua :
> Hi,
>
> I'm attempting to load a css resource.
>
> The example in the wicket reference was using:
> private static final CompressedResourceReference MYPAGE_CSS = new
> CompressedResourceReference(MyPage.class, "MyPage.css");
>
> I understand that this is scoped to MyPage.class
>
> I used
> CompressedResourceReference MYPAGE_CSS = new
> CompressedResourceReference("css/jquery/cupertino/jquery-ui-1.7.2.custom.css");
>
> add(CSSPackageResource.getHeaderContribution(MYPAGE_CSS));
>
> It is scoped to the application, which it should. But the generated link is:
>
>  href="resources/org.apache.wicket.Application/css/jquery/cupertino/jquery-ui-1.7.2.custom.css
> http://localhost:/mirage/resources/org.apache.wicket.Application/css/jquery/cupertino/jquery-ui-1.7.2.custom.css>"
> />
>
> which my browser cannot find. What should be the correct way to do this? I
> tried hard referencing as well but did not get it to work as well.
>
> Lester

You didn't say where your css file is located.

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

Resource Location

[Lester Chua]

Hi,

I'm attempting to load a css resource.

The example in the wicket reference was using:
private static final CompressedResourceReference MYPAGE_CSS = new 
CompressedResourceReference(MyPage.class, "MyPage.css");

I understand that this is scoped to MyPage.class

I used
CompressedResourceReference MYPAGE_CSS = new 
CompressedResourceReference("css/jquery/cupertino/jquery-ui-1.7.2.custom.css"); 
 
add(CSSPackageResource.getHeaderContribution(MYPAGE_CSS));

It is scoped to the application, which it should. But the generated link is:

http://localhost:/mirage/resources/org.apache.wicket.Application/css/jquery/cupertino/jquery-ui-1.7.2.custom.css>"
 />

which my browser cannot find. What should be the correct way to do this? I 
tried hard referencing as well but did not get it to work as well.

Lester




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

Re: wicket enclosure not finding child!?

[Girts Ziemelis]

You might want to try first the development snapshot first. There is 
additional enclosure fix  waiting for 1.4.4:

https://issues.apache.org/jira/browse/WICKET-2519?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel

Do not know, if this will fix your problem, but might be worth a try 
before you create a quickstart ...


Douglas Ferguson wrote:

Are there instructions for this?

D/

On Dec 3, 2009, at 4:51 PM, Igor Vaynberg wrote:

  

create a quickstart or a testcase and attach it to the jira issue

-igor

On Thu, Dec 3, 2009 at 2:18 PM, Douglas Ferguson
 wrote:


I have no idea where that http: came from I pasted this:

I do not have ":" and I'm still getting the error.
I had to revert to 1.4.1

  

  
  Media Outlet 
():


On Dec 3, 2009, at 3:43 PM, Igor Vaynberg wrote:

  

the colon character is a path separator, if it has worked previously
it was only by mistake. you should not use ids that contain ":"

-igor

On Thu, Dec 3, 2009 at 1:40 PM, Douglas Ferguson
 wrote:


I just upgraded to 1.4.3 from 1.4.0 and now I'm getting this:

org.apache.wicket.WicketRuntimeException:Could not find child with id: 
mediaOutlet.name in the wicket:enclosure 
org.apache.wicket.markup.html.internal.Enclosure.checkChildComponent(Enclosure.java:220)
org.apache.wicket.markup.html.internal.Enclosure.ensureAllChildrenPresent(Enclosure.java:262)
org.apache.wicket.markup.html.internal.Enclosure.onComponentTagBody(Enclosure.java:169)
org.apache.wicket.Component.renderComponent(Component.java:2617)
org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1512)
org.apache.wicket.Component.render(Component.java:2448)
org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)


http://mediaOutlet.name>">
  Media Outlet (http://mediaOutlet.name>"/>):

  

-
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


  

-
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

  

Re: Update ListView using ajax

[Hui Chen]

I met the same problem, how you adjust your markup?

And I found that if the listView is a  part of a table markup(as your code
above) and  when it's updated via Ajax by target.addComponent(container),
the original container in the page can not be replaced , a same new one will
show in the page.

That means in the table markup, if WebMarkupContainer of listView is the
, everything will be Ok,
but if the WebMarkupContainer of listView is a , things weird happened
.

Why it happens? browser?



freak182 wrote:
> 
> Hello,
> 
> thank you for your. i already make it work. (need to adjust some markup
> thing :) )
> 
> thanks a lot.
> cheers.
> 
> 
> michael mosmann wrote:
>> 
>> Hmm,..
>> 
>> can you post your markup? this code does work with my own markup..
>> 
>> did you use  or did you use
>>  .. do you see something
>> in wicket-ajax-debug panel? any error-message? any ajax-response?
>> 
>>> ...and im pretty sure that i already some code in previous version of
>>> wicket
>>> and it work..but i dont know what im missing right now. maybe worst case
>>> i
>>> will do is to go back to old version of wicket but i want the latest
>>> version.
>> 
>> if this does not work with wicket 1.4.1, then it does not work with any
>> wicket version.. 
>> 
>> mm:)
>> 
>> -- 
>> Michael Mosmann - http://www.wicket-praxis.de/blog 
>> 
>> 
>> -
>> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
>> For additional commands, e-mail: users-h...@wicket.apache.org
>> 
>> 
>> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/Update-ListView-using-ajax-tp25310457p26635790.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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

Re: FileUploadField in a ModalWindow (wicket 1.4.3)?

[Doug Leeper]

Found the code where the iframe is being used
(resources/org.apache.wicket.ajax.WicketAjaxReference/wicket-ajax.js)

When looking at the generated html for the modal window in a nested form
situation, it shows the submit button actually being submitted by
wicketSubmitFormById(formId,...)  The formId is the inner "form" but the
Form class actually generates a "div" element instead of a "form" (not the
root form) and removes the enctype.  Since the enctype has been removed, the
Javascript cannot create the iframe as it looking to see if the form has the
enctype="multipart/form-data"...hence the request is being sent via Ajax
still and not the iframe.

So my thought is that that in the Form.onComponentTag() it should not remove
the enctype if isMultiPart() is true but add a variable enctype to the
div...but not sure if this is allowed.

Can someone verify this as this is not my area of expertise (JavaScript or
Ajax internals)?

Thanks
- Doug
-- 
View this message in context: 
http://old.nabble.com/FileUploadField-in-a-ModalWindow-%28wicket-1.4.3%29--tp26577255p26635788.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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

inmethod DataGrid and selectAllVisibleItems

[Fernando Wermus]

Hello all,
 I am using inmethod's DataGrid and when I use selectAllVisibleItems, it
doesn't select all the items. How come?

Thanks in advance.

-- 
Fernando Wermus.

www.linkedin.com/in/fernandowermus

Re: Question pertaining to manipulation of divs

[Lester Chua]

Thanks!
Love the quick replies.

Igor Vaynberg wrote:

that "something" is called a WebMarkupContainer

-igor

On Thu, Dec 3, 2009 at 9:43 PM, Lester Chua  wrote:
  

Hi,

I have a component that is embedded as follows:


  
  


Is there a way for me to manipulate the div containing some style?
I tried creating a panel and using that as a parent but it feels very
cumbersome and involves an additional html (wicket disallowed me to do an
anonymous Panel without html).
What I need is a technique to do that at page creation.
I.e. just instantiate "something" and add mycomponent to it.
That "something" can then be manipulated with standard wicket tag
modification.

Can someone shed some light on this?

Lester




-
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


  



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

Re: Question pertaining to manipulation of divs

[Igor Vaynberg]

that "something" is called a WebMarkupContainer

-igor

On Thu, Dec 3, 2009 at 9:43 PM, Lester Chua  wrote:
> Hi,
>
> I have a component that is embedded as follows:
>
> 
>   
>   
> 
>
> Is there a way for me to manipulate the div containing some style?
> I tried creating a panel and using that as a parent but it feels very
> cumbersome and involves an additional html (wicket disallowed me to do an
> anonymous Panel without html).
> What I need is a technique to do that at page creation.
> I.e. just instantiate "something" and add mycomponent to it.
> That "something" can then be manipulated with standard wicket tag
> modification.
>
> Can someone shed some light on this?
>
> Lester
>
>
>
>
> -
> 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

Question pertaining to manipulation of divs

[Lester Chua]

Hi,

I have a component that is embedded as follows:


   
   


Is there a way for me to manipulate the div containing some style?
I tried creating a panel and using that as a parent but it feels very 
cumbersome and involves an additional html (wicket disallowed me to do 
an anonymous Panel without html).

What I need is a technique to do that at page creation.
I.e. just instantiate "something" and add mycomponent to it.
That "something" can then be manipulated with standard wicket tag 
modification.


Can someone shed some light on this?

Lester




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

Re: General questions regarding Wicket roadmap and plans

[Lester Chua]

I think it's kinda of chicken and egg issue wrt components.
If newbies do not see components readily available, they will probably 
end up coding what they want themselves because:


1) it takes time to articulate properly their requirements
2) avoid facing potential embarrassment  because the component that they 
want is "trivial" (which turns out not to be)
3) "I know it when I see it" (this is quite common and this approach 
normally requires a large library of things to pick from)


Maybe the reason why no one is asking is one of the above reasons, or 
all of them combined.



Igor Vaynberg wrote:

the interesting bit is that people are saying that there are "not
enough components" that wicket ships with, but no one is saying which
componets exactly they are missing.

-igor

On Thu, Dec 3, 2009 at 7:41 PM, Ashley Aitken  wrote:
  

On 02/12/2009, at 10:45 AM, Igor Vaynberg wrote:



but as you will see, there is not much
demand for precanned components out there, they are just too easy to
roll yourself and there are a lot of open source ones that you can at
least get ideas from for your specific requirements.
  

But isn't that missing some of the major reasons for using components:

1. that you shouldn't have to reinvent the wheel (even if it is easy),
2. that a component that is tried and tested (version 3+) is better than my
version 1,
3. components can encapsulate best practice that takes time to learn,
4.  a suite of components may integrate better.

Writing a linked list in Java is easy but I would never consider doing that,
the available classe are much more powerful, general, well-tested,
integrated, ...

I'm not knowledgeable wrt Wicket components or JSF components, but generally
speaking what components available in JSF, for example, wouldn't be useful
in Wicket and why not?

I'm with the OP in that I'm a little surprised by the lack of published
components (from low-level to high-level).  Again, I am probably missing
something ...

Maybe as I learn more about Wicket and get more experience I will
understand.

Cheers,
Ashley.

--
Ashley Aitken
Perth, Western Australia
Skype/iChat: MrHatken (GMT + 8hrs!)


-
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


  



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

Re: FileUploadField in a ModalWindow (wicket 1.4.3)?

[Igor Vaynberg]

the original issue: https://issues.apache.org/jira/browse/WICKET-2491
that fixed this i believe.

-igor

On Thu, Dec 3, 2009 at 9:24 PM, Igor Vaynberg  wrote:
> please try with trunk and let us know
>
>
> -igor
>
> On Thu, Dec 3, 2009 at 8:50 PM, Doug Leeper  wrote:
>>
>> I was also able to reproduce this issue.
>>
>> When I stepped through the code with NestedForm, the Form.handleMultiPart()
>> never creates a MultipartWebRequest due to the original request is
>> identified as an AjaxRequest (as seen by the following code snippet.
>>
>> 
>>        protected boolean handleMultiPart()
>>        {
>>                if (isMultiPart() && !((WebRequest)getRequest()).isAjax())
>>                {
>> ...
>> 
>>
>> However, when I step through a non-nested Form example (with a File upload)
>> but utilize an Ajax call, the isAjax() is false.  Which indicates that the
>> seamless iframe fix is working.
>> (https://issues.apache.org/jira/browse/WICKET-2420)
>>
>> Back to the nested form example, I even set the Outer form to be multipart
>> but it still doesn't work (ajax is still true).
>>
>> Where is this seamless Iframe fix so I can see where it is applied and why
>> it is not being used even if the form is set to multi-part?
>>
>> Thanks
>> - Doug
>> --
>> View this message in context: 
>> http://old.nabble.com/FileUploadField-in-a-ModalWindow-%28wicket-1.4.3%29--tp26577255p26635765.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> 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

Re: FileUploadField in a ModalWindow (wicket 1.4.3)?

[Igor Vaynberg]

please try with trunk and let us know


-igor

On Thu, Dec 3, 2009 at 8:50 PM, Doug Leeper  wrote:
>
> I was also able to reproduce this issue.
>
> When I stepped through the code with NestedForm, the Form.handleMultiPart()
> never creates a MultipartWebRequest due to the original request is
> identified as an AjaxRequest (as seen by the following code snippet.
>
> 
>        protected boolean handleMultiPart()
>        {
>                if (isMultiPart() && !((WebRequest)getRequest()).isAjax())
>                {
> ...
> 
>
> However, when I step through a non-nested Form example (with a File upload)
> but utilize an Ajax call, the isAjax() is false.  Which indicates that the
> seamless iframe fix is working.
> (https://issues.apache.org/jira/browse/WICKET-2420)
>
> Back to the nested form example, I even set the Outer form to be multipart
> but it still doesn't work (ajax is still true).
>
> Where is this seamless Iframe fix so I can see where it is applied and why
> it is not being used even if the form is set to multi-part?
>
> Thanks
> - Doug
> --
> View this message in context: 
> http://old.nabble.com/FileUploadField-in-a-ModalWindow-%28wicket-1.4.3%29--tp26577255p26635765.html
> Sent from the Wicket - User mailing list archive at Nabble.com.
>
>
> -
> 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

Re: FileUploadField in a ModalWindow (wicket 1.4.3)?

[Doug Leeper]

I was also able to reproduce this issue.

When I stepped through the code with NestedForm, the Form.handleMultiPart()
never creates a MultipartWebRequest due to the original request is
identified as an AjaxRequest (as seen by the following code snippet.


protected boolean handleMultiPart()
{
if (isMultiPart() && !((WebRequest)getRequest()).isAjax())
{
...


However, when I step through a non-nested Form example (with a File upload)
but utilize an Ajax call, the isAjax() is false.  Which indicates that the
seamless iframe fix is working.
(https://issues.apache.org/jira/browse/WICKET-2420)

Back to the nested form example, I even set the Outer form to be multipart
but it still doesn't work (ajax is still true).

Where is this seamless Iframe fix so I can see where it is applied and why
it is not being used even if the form is set to multi-part?

Thanks
- Doug
-- 
View this message in context: 
http://old.nabble.com/FileUploadField-in-a-ModalWindow-%28wicket-1.4.3%29--tp26577255p26635765.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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

Re: General questions regarding Wicket roadmap and plans

[Igor Vaynberg]

like this?

https://wicket-stuff.svn.sourceforge.net/svnroot/wicket-stuff/trunk/wicketstuff-core/calendarviews-parent/

-igor

On Thu, Dec 3, 2009 at 8:32 PM, ljw1001  wrote:
>
> I agree that more components are needed and would add that a good calendar
> would be a great place to start.
>
> On Dec 3, 2009, at 11:16 PM, Igor Vaynberg  wrote:
>
>> the interesting bit is that people are saying that there are "not
>> enough components" that wicket ships with, but no one is saying which
>> componets exactly they are missing.
>>
>> -igor
>>
>> On Thu, Dec 3, 2009 at 7:41 PM, Ashley Aitken  wrote:
>>>
>>> On 02/12/2009, at 10:45 AM, Igor Vaynberg wrote:
>>>
 but as you will see, there is not much
 demand for precanned components out there, they are just too easy to
 roll yourself and there are a lot of open source ones that you can at
 least get ideas from for your specific requirements.
>>>
>>> But isn't that missing some of the major reasons for using components:
>>>
>>> 1. that you shouldn't have to reinvent the wheel (even if it is easy),
>>> 2. that a component that is tried and tested (version 3+) is better than
>>> my
>>> version 1,
>>> 3. components can encapsulate best practice that takes time to learn,
>>> 4.  a suite of components may integrate better.
>>>
>>> Writing a linked list in Java is easy but I would never consider doing
>>> that,
>>> the available classe are much more powerful, general, well-tested,
>>> integrated, ...
>>>
>>> I'm not knowledgeable wrt Wicket components or JSF components, but
>>> generally
>>> speaking what components available in JSF, for example, wouldn't be
>>> useful
>>> in Wicket and why not?
>>>
>>> I'm with the OP in that I'm a little surprised by the lack of published
>>> components (from low-level to high-level).  Again, I am probably missing
>>> something ...
>>>
>>> Maybe as I learn more about Wicket and get more experience I will
>>> understand.
>>>
>>> Cheers,
>>> Ashley.
>>>
>>> --
>>> Ashley Aitken
>>> Perth, Western Australia
>>> Skype/iChat: MrHatken (GMT + 8hrs!)
>>>
>>>
>>> -
>>> 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
>>
>
> -
> 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

Re: General questions regarding Wicket roadmap and plans

[ljw1001]

I agree that more components are needed and would add that a good  
calendar would be a great place to start.


On Dec 3, 2009, at 11:16 PM, Igor Vaynberg   
wrote:



the interesting bit is that people are saying that there are "not
enough components" that wicket ships with, but no one is saying which
componets exactly they are missing.

-igor

On Thu, Dec 3, 2009 at 7:41 PM, Ashley Aitken   
wrote:


On 02/12/2009, at 10:45 AM, Igor Vaynberg wrote:


but as you will see, there is not much
demand for precanned components out there, they are just too easy to
roll yourself and there are a lot of open source ones that you can  
at

least get ideas from for your specific requirements.


But isn't that missing some of the major reasons for using  
components:


1. that you shouldn't have to reinvent the wheel (even if it is  
easy),
2. that a component that is tried and tested (version 3+) is better  
than my

version 1,
3. components can encapsulate best practice that takes time to learn,
4.  a suite of components may integrate better.

Writing a linked list in Java is easy but I would never consider  
doing that,

the available classe are much more powerful, general, well-tested,
integrated, ...

I'm not knowledgeable wrt Wicket components or JSF components, but  
generally
speaking what components available in JSF, for example, wouldn't be  
useful

in Wicket and why not?

I'm with the OP in that I'm a little surprised by the lack of  
published
components (from low-level to high-level).  Again, I am probably  
missing

something ...

Maybe as I learn more about Wicket and get more experience I will
understand.

Cheers,
Ashley.

--
Ashley Aitken
Perth, Western Australia
Skype/iChat: MrHatken (GMT + 8hrs!)


-
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



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

Re: General questions regarding Wicket roadmap and plans

[Igor Vaynberg]

the interesting bit is that people are saying that there are "not
enough components" that wicket ships with, but no one is saying which
componets exactly they are missing.

-igor

On Thu, Dec 3, 2009 at 7:41 PM, Ashley Aitken  wrote:
>
> On 02/12/2009, at 10:45 AM, Igor Vaynberg wrote:
>
>> but as you will see, there is not much
>> demand for precanned components out there, they are just too easy to
>> roll yourself and there are a lot of open source ones that you can at
>> least get ideas from for your specific requirements.
>
> But isn't that missing some of the major reasons for using components:
>
> 1. that you shouldn't have to reinvent the wheel (even if it is easy),
> 2. that a component that is tried and tested (version 3+) is better than my
> version 1,
> 3. components can encapsulate best practice that takes time to learn,
> 4.  a suite of components may integrate better.
>
> Writing a linked list in Java is easy but I would never consider doing that,
> the available classe are much more powerful, general, well-tested,
> integrated, ...
>
> I'm not knowledgeable wrt Wicket components or JSF components, but generally
> speaking what components available in JSF, for example, wouldn't be useful
> in Wicket and why not?
>
> I'm with the OP in that I'm a little surprised by the lack of published
> components (from low-level to high-level).  Again, I am probably missing
> something ...
>
> Maybe as I learn more about Wicket and get more experience I will
> understand.
>
> Cheers,
> Ashley.
>
> --
> Ashley Aitken
> Perth, Western Australia
> Skype/iChat: MrHatken (GMT + 8hrs!)
>
>
> -
> 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

Re: General questions regarding Wicket roadmap and plans

[Ashley Aitken]

On 02/12/2009, at 10:45 AM, Igor Vaynberg wrote:


but as you will see, there is not much
demand for precanned components out there, they are just too easy to
roll yourself and there are a lot of open source ones that you can at
least get ideas from for your specific requirements.


But isn't that missing some of the major reasons for using components:

1. that you shouldn't have to reinvent the wheel (even if it is easy),
2. that a component that is tried and tested (version 3+) is better  
than my version 1,

3. components can encapsulate best practice that takes time to learn,
4.  a suite of components may integrate better.

Writing a linked list in Java is easy but I would never consider doing  
that, the available classe are much more powerful, general, well- 
tested, integrated, ...


I'm not knowledgeable wrt Wicket components or JSF components, but  
generally speaking what components available in JSF, for example,  
wouldn't be useful in Wicket and why not?


I'm with the OP in that I'm a little surprised by the lack of  
published components (from low-level to high-level).  Again, I am  
probably missing something ...


Maybe as I learn more about Wicket and get more experience I will  
understand.


Cheers,
Ashley.

--
Ashley Aitken
Perth, Western Australia
Skype/iChat: MrHatken (GMT + 8hrs!)


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

Global FeedbackPanel and ComponentFeedbackPanel on the same Page ?

[bht]

Hi,

It appears that Wicket already has everything I need:

- A global FeedbackPanel for any messages not necessarily associated
with components (a call error(...) displays the message on it)

- An individual ComponentFeedbackPanel for messages belonging to and
displayed in context of components.


My question is: Should I use both on the same page, and if so, how?

When I use both, then an error filtered by a ComponentFeedbackPanel is
also filtered by FeedbackPanel and the error is displayed twice, in
both panels.

I tried to avoid this by:

IFeedbackMessageFilter filter = new IFeedbackMessageFilter(){

public boolean accept(FeedbackMessage message) {
return ! message.isRendered();
}

};

FeedbackPanel feedbackPanel = new FeedbackPanel("feedback", filter);

ComponentFeedbackPanel componenFeedbackPanel = new
ComponentFeedbackPanel("fedbackText", textField);

But this simple approach fails because FeedbackPanel gets the message
before ComponentFeedbackPanel :(

I would rather not add a not-to-do list to FeedbackPanel, as I would
really like to keep this simple. Especially because
message.isRendered() looks useful.

Any ideas?

Many thanks.

Bernard

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

Re: wicket enclosure not finding child!?

[Major Péter]

Yes:
http://www.jeremythomerson.com/blog/2008/11/wicket-quickstart-tutorial/

Peter

2009-12-04 00:13 keltezéssel, Douglas Ferguson írta:
> Are there instructions for this?
> 
> D/
> 
> On Dec 3, 2009, at 4:51 PM, Igor Vaynberg wrote:
> 
>> create a quickstart or a testcase and attach it to the jira issue
>>
>> -igor
>>
>> On Thu, Dec 3, 2009 at 2:18 PM, Douglas Ferguson
>>  wrote:
>>> I have no idea where that http: came from I pasted this:
>>>
>>> I do not have ":" and I'm still getting the error.
>>> I had to revert to 1.4.1
>>>
   
   Media Outlet ():
>>>
>>>
>>> On Dec 3, 2009, at 3:43 PM, Igor Vaynberg wrote:
>>>
 the colon character is a path separator, if it has worked previously
 it was only by mistake. you should not use ids that contain ":"

 -igor

 On Thu, Dec 3, 2009 at 1:40 PM, Douglas Ferguson
  wrote:
> I just upgraded to 1.4.3 from 1.4.0 and now I'm getting this:
>
> org.apache.wicket.WicketRuntimeException:Could not find child with id: 
> mediaOutlet.name in the wicket:enclosure 
> org.apache.wicket.markup.html.internal.Enclosure.checkChildComponent(Enclosure.java:220)
> org.apache.wicket.markup.html.internal.Enclosure.ensureAllChildrenPresent(Enclosure.java:262)
> org.apache.wicket.markup.html.internal.Enclosure.onComponentTagBody(Enclosure.java:169)
> org.apache.wicket.Component.renderComponent(Component.java:2617)
> org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1512)
> org.apache.wicket.Component.render(Component.java:2448)
> org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)
>
>
> http://mediaOutlet.name>">
>   Media Outlet 
> (http://mediaOutlet.name>"/>):

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

Re: wicket enclosure not finding child!?

[Douglas Ferguson]

Are there instructions for this?

D/

On Dec 3, 2009, at 4:51 PM, Igor Vaynberg wrote:

> create a quickstart or a testcase and attach it to the jira issue
> 
> -igor
> 
> On Thu, Dec 3, 2009 at 2:18 PM, Douglas Ferguson
>  wrote:
>> I have no idea where that http: came from I pasted this:
>> 
>> I do not have ":" and I'm still getting the error.
>> I had to revert to 1.4.1
>> 
>>>   
>>>   Media Outlet ():
>> 
>> 
>> On Dec 3, 2009, at 3:43 PM, Igor Vaynberg wrote:
>> 
>>> the colon character is a path separator, if it has worked previously
>>> it was only by mistake. you should not use ids that contain ":"
>>> 
>>> -igor
>>> 
>>> On Thu, Dec 3, 2009 at 1:40 PM, Douglas Ferguson
>>>  wrote:
 I just upgraded to 1.4.3 from 1.4.0 and now I'm getting this:
 
 org.apache.wicket.WicketRuntimeException:Could not find child with id: 
 mediaOutlet.name in the wicket:enclosure 
 org.apache.wicket.markup.html.internal.Enclosure.checkChildComponent(Enclosure.java:220)
 org.apache.wicket.markup.html.internal.Enclosure.ensureAllChildrenPresent(Enclosure.java:262)
 org.apache.wicket.markup.html.internal.Enclosure.onComponentTagBody(Enclosure.java:169)
 org.apache.wicket.Component.renderComponent(Component.java:2617)
 org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1512)
 org.apache.wicket.Component.render(Component.java:2448)
 org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)
 
 
 http://mediaOutlet.name>">
   Media Outlet 
 (http://mediaOutlet.name>"/>):
 
>>> 
>>> -
>>> 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
>> 
>> 
> 
> -
> 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

Re: Ajax FileUpload in a ModalWindow

[Doug Leeper]

Converted to 1.4.3 and the issue is still relevant

I see there was another thread created with similar issues. (not sure why
Nabble didn't report this in my previous search)

http://old.nabble.com/FileUploadField-in-a-ModalWindow-%28wicket-1.4.3%29--to26577255.html
-- 
View this message in context: 
http://old.nabble.com/Ajax-FileUpload-in-a-ModalWindow-tp26632965p26634746.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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

Re: wicket enclosure not finding child!?

[Igor Vaynberg]

create a quickstart or a testcase and attach it to the jira issue

-igor

On Thu, Dec 3, 2009 at 2:18 PM, Douglas Ferguson
 wrote:
> I have no idea where that http: came from I pasted this:
>
> I do not have ":" and I'm still getting the error.
> I had to revert to 1.4.1
>
>>               
>>                       Media Outlet ():
>
>
> On Dec 3, 2009, at 3:43 PM, Igor Vaynberg wrote:
>
>> the colon character is a path separator, if it has worked previously
>> it was only by mistake. you should not use ids that contain ":"
>>
>> -igor
>>
>> On Thu, Dec 3, 2009 at 1:40 PM, Douglas Ferguson
>>  wrote:
>>> I just upgraded to 1.4.3 from 1.4.0 and now I'm getting this:
>>>
>>> org.apache.wicket.WicketRuntimeException:Could not find child with id: 
>>> mediaOutlet.name in the wicket:enclosure 
>>> org.apache.wicket.markup.html.internal.Enclosure.checkChildComponent(Enclosure.java:220)
>>> org.apache.wicket.markup.html.internal.Enclosure.ensureAllChildrenPresent(Enclosure.java:262)
>>> org.apache.wicket.markup.html.internal.Enclosure.onComponentTagBody(Enclosure.java:169)
>>> org.apache.wicket.Component.renderComponent(Component.java:2617)
>>> org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1512)
>>> org.apache.wicket.Component.render(Component.java:2448)
>>> org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)
>>>
>>>
>>> http://mediaOutlet.name>">
>>>   Media Outlet 
>>> (http://mediaOutlet.name>"/>):
>>>
>>
>> -
>> 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
>
>

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

Fwd: DELIVERY FAILURE: Invalid/unknown recipient [MAPI Reason Code: 1, MAPI Diagnostic Code 1]

[zkn]

I believe I should not receive emails like this, should I?

Begin forwarded message:

> From: postmas...@td.com
> Date: 04 декември 2009 00:17:36 Гриинуич+0200
> To: z...@abv.bg
> Subject: DELIVERY FAILURE: Invalid/unknown recipient [MAPI Reason Code: 1, 
> MAPI Diagnostic Code 1]
> 
> Your message
> 
>  Subject: Re: dynamically adding components to a ListView
> 
> was not delivered to:
> 
>  john.mattu...@td.com
> 
> because:
> 
>  Invalid/unknown recipient [MAPI Reason Code: 1, MAPI Diagnostic Code 1]
> 
> 
> 
> NOTICE OF CONFIDENTIALITY
> This communication including any information transmitted with it is 
> intended only for the use of the addressees and is confidential. 
> If you are not an intended recipient or responsible for delivering 
> the message to an intended recipient, any review, disclosure, 
> conversion to hard copy, dissemination, reproduction or other use 
> of any part of this communication is strictly prohibited, as is the 
> taking or omitting of any action in reliance upon this communication. 
> If you receive this communication in error or without authorization 
> please notify us immediately by return e-mail or otherwise and 
> permanently delete the entire communication from any computer, 
> disk drive, or other storage medium.
> 
> If the above disclaimer is not properly readable, it can be found at 
> www.td.com/legal
> 
> AVERTISSEMENT DE CONFIDENTIALITE   
> Ce courriel, ainsi que tout renseignement ci-inclus, destiné uniquement 
> aux destinataires susmentionnés,  est confidentiel.  Si vous 
> n'êtes pas le destinataire prévu ou un agent responsable de la 
> livraison de ce courriel, tout examen, divulgation, copie, impression, 
> reproduction, distribution, ou autre utilisation d'une partie de ce 
> courriel est strictement interdit de même que toute intervention ou 
> abstraction à cet égard.  Si vous avez reçu ce message par erreur ou 
> sans autorisation, veuillez en aviser immédiatement l'expéditeur par 
> retour de courriel ou par un autre moyen et supprimer immédiatement 
> cette communication entière de tout système électronique.
> 
> Si l'avis de non-responsabilité ci-dessus n'est pas lisible, vous 
> pouvez le consulter à www.td.com/francais/legale
> Reporting-MTA: x-local-hostname; TDGROUP
> 
> Final-Recipient: rfc822;john.mattu...@td.com
> Action: failed
> Status: 5.0.0
> Diagnostic-Code: X-Notes;Invalid/unknown recipient [MAPI Reason Code: 1, MAPI 
> Diagnostic Code 1]
> 
> From: z...@abv.bg
> Date: 04 декември 2009 00:17:36 Гриинуич+0200
> To: 
> Subject: Re: dynamically adding components to a ListView
> Reply-To: users@wicket.apache.org
> 
> 
> found it.
> 
> On 03.12.2009, at 16:19, zkn wrote:
> 
> > Hi,
> >
> > I'm trying to dynamically add components to an existing ListView but I 
> > can't figure out how to do that. Here is my case:
> >
> > MyPanelContainer  class with markup
> >
> > 
> >   
> >   
> >   
> >   add panel
> > 
> >
> > and here is how I create the container in the constructor of my page
> >
> > ..
> > MyPanelContainer container = new MyPanelContainer("panels_list_1");
> > List panels = new ArrayList();
> >
> > for (int j = 0; j < 5; j++) {
> >   MyPanel panel = new MyPanel("panel");
> >  
> >   .
> >  
> >   panels.add(panel);
> > .
> >
> >
> > container.add(new ListView("panels", panels) {
> >   protected void populateItem(ListItem item) {
> >   item.add( item.getModelObject());
> >   }
> > });
> > add(Container);
> > ..
> >
> > This works fine and I can see all  MyPanel inside the container.
> >
> > Now I'm trying to add another MyPanel inside the container on user click. 
> > Here is the constructor of MyPanelContainer
> >
> > public MyPanelContainer(String id) {
> >   super(id);
> >   
> >   add(new Link("addPanel") {
> >   @Override
> >   public void onClick() {
> >   addPanel();
> >   }
> >  
> >   });
> > .
> >
> > ..
> > public void addPanel() {
> >  
> >   ListView< MyPanel > panels = (ListView< MyPanel >) 
> > get("panels");
> >  
> >   MyPanel panel = new MyPanel("panel");
> >   ...
> >   panels.add(panel);
> >   }
> >
> > Basically addPanel() does the same thing as in page constructor to add 
> > panels to the list but nothing shows up.
> >
> > Thanks in advance for your help
> >
> > Ozkan
> >
> 
> 
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 
> 
> 
> 
> 

Re: wicket enclosure not finding child!?

[Douglas Ferguson]

I have no idea where that http: came from I pasted this:

I do not have ":" and I'm still getting the error.
I had to revert to 1.4.1

>   
>   Media Outlet ():


On Dec 3, 2009, at 3:43 PM, Igor Vaynberg wrote:

> the colon character is a path separator, if it has worked previously
> it was only by mistake. you should not use ids that contain ":"
> 
> -igor
> 
> On Thu, Dec 3, 2009 at 1:40 PM, Douglas Ferguson
>  wrote:
>> I just upgraded to 1.4.3 from 1.4.0 and now I'm getting this:
>> 
>> org.apache.wicket.WicketRuntimeException:Could not find child with id: 
>> mediaOutlet.name in the wicket:enclosure 
>> org.apache.wicket.markup.html.internal.Enclosure.checkChildComponent(Enclosure.java:220)
>> org.apache.wicket.markup.html.internal.Enclosure.ensureAllChildrenPresent(Enclosure.java:262)
>> org.apache.wicket.markup.html.internal.Enclosure.onComponentTagBody(Enclosure.java:169)
>> org.apache.wicket.Component.renderComponent(Component.java:2617)
>> org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1512)
>> org.apache.wicket.Component.render(Component.java:2448)
>> org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)
>> 
>> 
>> http://mediaOutlet.name>">
>>   Media Outlet 
>> (http://mediaOutlet.name>"/>):
>> 
> 
> -
> 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

Re: dynamically adding components to a ListView

[zkn]

found it.

On 03.12.2009, at 16:19, zkn wrote:

> Hi,
> 
> I'm trying to dynamically add components to an existing ListView but I can't 
> figure out how to do that. Here is my case:
> 
> MyPanelContainer  class with markup
> 
> 
>   
>   
>   
>   add panel
> 
> 
> and here is how I create the container in the constructor of my page
> 
> ..
> MyPanelContainer container = new MyPanelContainer("panels_list_1");
> List panels = new ArrayList();
> 
> for (int j = 0; j < 5; j++) {
>   MyPanel panel = new MyPanel("panel");
>   
>   .
>   
>   panels.add(panel);
> .
> 
> 
> container.add(new ListView("panels", panels) {
>   protected void populateItem(ListItem item) {
>   item.add( item.getModelObject());
>   }
> });
> add(Container);
> ..
> 
> This works fine and I can see all  MyPanel inside the container.
> 
> Now I'm trying to add another MyPanel inside the container on user click. 
> Here is the constructor of MyPanelContainer
> 
> public MyPanelContainer(String id) {
>   super(id);
>   
>   add(new Link("addPanel") {
>   @Override
>   public void onClick() {
>   addPanel();
>   }
>   
>   });
> .
> 
> ..
> public void addPanel() {
>   
>   ListView< MyPanel > panels = (ListView< MyPanel >) 
> get("panels");
>   
>   MyPanel panel = new MyPanel("panel");
>   ...
>   panels.add(panel);
>   }
> 
> Basically addPanel() does the same thing as in page constructor to add panels 
> to the list but nothing shows up.
> 
> Thanks in advance for your help
> 
> Ozkan
> 


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

Re: wicket enclosure not finding child!?

[Igor Vaynberg]

the colon character is a path separator, if it has worked previously
it was only by mistake. you should not use ids that contain ":"

-igor

On Thu, Dec 3, 2009 at 1:40 PM, Douglas Ferguson
 wrote:
> I just upgraded to 1.4.3 from 1.4.0 and now I'm getting this:
>
> org.apache.wicket.WicketRuntimeException:Could not find child with id: 
> mediaOutlet.name in the wicket:enclosure 
> org.apache.wicket.markup.html.internal.Enclosure.checkChildComponent(Enclosure.java:220)
> org.apache.wicket.markup.html.internal.Enclosure.ensureAllChildrenPresent(Enclosure.java:262)
> org.apache.wicket.markup.html.internal.Enclosure.onComponentTagBody(Enclosure.java:169)
> org.apache.wicket.Component.renderComponent(Component.java:2617)
> org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1512)
> org.apache.wicket.Component.render(Component.java:2448)
> org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)
>
>
> http://mediaOutlet.name>">
>   Media Outlet 
> (http://mediaOutlet.name>"/>):
>

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

wicket enclosure not finding child!?

[Douglas Ferguson]

I just upgraded to 1.4.3 from 1.4.0 and now I'm getting this:

org.apache.wicket.WicketRuntimeException:Could not find child with id: 
mediaOutlet.name in the wicket:enclosure 
org.apache.wicket.markup.html.internal.Enclosure.checkChildComponent(Enclosure.java:220)
org.apache.wicket.markup.html.internal.Enclosure.ensureAllChildrenPresent(Enclosure.java:262)
org.apache.wicket.markup.html.internal.Enclosure.onComponentTagBody(Enclosure.java:169)
org.apache.wicket.Component.renderComponent(Component.java:2617)
org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1512)
org.apache.wicket.Component.render(Component.java:2448)
org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:229)


http://mediaOutlet.name>">
   Media Outlet 
(http://mediaOutlet.name>"/>):

Re: Ajax FileUpload in a ModalWindow

[Doug Leeper]

BTW...I am using wicket 1.4.1

Also, I have tried just adding the NewPhotoPanel to one of my
pages...changed some of the Ajax methods but still submitted via Ajax.  This
still didn't work.

Can someone verify that FileUpload works via Ajax with 1.4.1 (as the Jira
issue indicates) or should I upgrade to a new version of wicket?

Thanks
- Doug
-- 
View this message in context: 
http://old.nabble.com/Ajax-FileUpload-in-a-ModalWindow-tp26632965p26633436.html
Sent from the Wicket - User mailing list archive at Nabble.com.


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

Ajax FileUpload in a ModalWindow

[Doug Leeper]

I see that FileUpload is available now via Ajax 
(https://issues.apache.org/jira/browse/WICKET-2420).  However, is it possible 
to upload from a ModalWindow via Ajax?

In my AjaxButton, my FileUpload object is not being set.  I am also not seeing 
an IFrame in the Wicket Debug

I have attached my code if that may help.

Thanks
- Doug
package com.alllocal.wicket.main.newBusiness.photos;

import org.apache.wicket.ajax.AjaxRequestTarget;
import org.apache.wicket.ajax.markup.html.AjaxLink;
import org.apache.wicket.ajax.markup.html.form.AjaxButton;
import org.apache.wicket.extensions.ajax.markup.html.modal.ModalWindow;
import org.apache.wicket.markup.html.WebMarkupContainer;
import org.apache.wicket.markup.html.form.Form;
import org.apache.wicket.markup.html.form.upload.FileUpload;
import org.apache.wicket.markup.html.form.upload.FileUploadField;
import org.apache.wicket.markup.html.panel.FeedbackPanel;
import org.apache.wicket.model.CompoundPropertyModel;
import org.apache.wicket.model.IModel;
import org.apache.wicket.model.PropertyModel;

import com.alllocal.model.AllLocalBinaryContent;
import com.alllocal.model.business.BusinessLocation;
import com.alllocal.model.business.BusinessPhoto;
import com.positiontech.common.model.StoredImage;
import com.positiontech.common.wicket.BasePanel;
import com.positiontech.common.wicket.PTFeedbackPanel;

public class NewPhotoPanel extends BasePanel {

private BusinessPhoto photo;
private IModel location;

private FileUploadField fileUploadField;
private FileUpload fileUpload;
private FeedbackPanel feedback;
private WebMarkupContainer dataContainer;

public NewPhotoPanel(String id, IModel inLocation) {
super(id);

this.location = inLocation;

photo = new BusinessPhoto();
photo.setContent(new AllLocalBinaryContent());

Form form = new Form("photoForm");
add(form);
form.setMultiPart(true);

dataContainer = new WebMarkupContainer("dataContainer");
form.add(dataContainer);
dataContainer.setOutputMarkupId(true);

feedback = new PTFeedbackPanel("feedback");
dataContainer.add(feedback);
feedback.setOutputMarkupId(true);

form.setDefaultModel(new CompoundPropertyModel(photo));

fileUploadField = new FileUploadField("content.fileName",
new PropertyModel(this, "fileUpload"));

addFormComponentWithFeedback(dataContainer, fileUploadField);

// addFormComponentWithFeedback(dataContainer, new 
RequiredTextField(
// "title"));

form.add(new AjaxButton("addPhoto") {

@Override
protected void onSubmit(AjaxRequestTarget target, 
Form form) {
try {

AllLocalBinaryContent media = 
photo.getContent();

if (fileUpload != null) {

String fileName = 
fileUpload.getClientFileName();
String contentType = 
fileUpload.getContentType();
byte[] content = 
fileUpload.getBytes();

if 
(StoredImage.isImageAllowed(contentType) == false) {
error("File type is not 
supported. "
+ 
"Supported types are JPEG, GIF, and PNG.");
return;
}

// TODO do we want to massage 
the image to a certain
// size if
// is too big

media.setFileName(fileName);

media.setContentType(contentType);
media.setContent(content);


location.getObject().getPhotos().add(photo);

ModalWindow.closeCurrent(target);
} else {
error("Unable to upload file.");
target.addComponent(feedback);
}

} catch (Exception e) {
error(e);
log(e);
target.addComponent(feedback);
 

Re: Apache License in the Prototype

[Martin Makundi]

patch proposal ...

2009/12/3 Luther Baker :
> Not a huge thing but would it make sense to remove the  ... entry
> from the wicket prototype?
>
>    
>        
>            The Apache Software License, Version 2.0
>            http://www.apache.org/licenses/LICENSE-2.0.txt
>            repo
>        
>    
>
> Luckily, I stumbled across this before committing but I was close to
> publishing a new project to an GPL3 repository and this pom entry would have
> been confusing.
>
> Per the Maven pom guidelines :
>
> *Note that a project should list only licenses that may apply directly to
> this project, and not list licenses that apply to this project's
> dependencies.*
>
> Again, no biggie. Maybe it is no big deal.
>
> -Luther
>

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

Re: Apache License in the Prototype

[Igor Vaynberg]

jira issue...

-igor

On Thu, Dec 3, 2009 at 10:07 AM, Luther Baker  wrote:
> Not a huge thing but would it make sense to remove the  ... entry
> from the wicket prototype?
>
>    
>        
>            The Apache Software License, Version 2.0
>            http://www.apache.org/licenses/LICENSE-2.0.txt
>            repo
>        
>    
>
> Luckily, I stumbled across this before committing but I was close to
> publishing a new project to an GPL3 repository and this pom entry would have
> been confusing.
>
> Per the Maven pom guidelines :
>
> *Note that a project should list only licenses that may apply directly to
> this project, and not list licenses that apply to this project's
> dependencies.*
>
> Again, no biggie. Maybe it is no big deal.
>
> -Luther
>

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

Apache License in the Prototype

[Luther Baker]

Not a huge thing but would it make sense to remove the  ... entry
from the wicket prototype?



The Apache Software License, Version 2.0
http://www.apache.org/licenses/LICENSE-2.0.txt
repo



Luckily, I stumbled across this before committing but I was close to
publishing a new project to an GPL3 repository and this pom entry would have
been confusing.

Per the Maven pom guidelines :

*Note that a project should list only licenses that may apply directly to
this project, and not list licenses that apply to this project's
dependencies.*

Again, no biggie. Maybe it is no big deal.

-Luther

Re: file descriptor leak

[Pascal Grange]

pascal1.gra...@orange-ftgroup.com a écrit :

Maarten Bosteels a écrit :

Have you seen this thread:
http://www.mail-archive.com/users@wicket.apache.org/msg43879.html
  


I had not seen this thread, thank you. It seems this issue will be 
fixed in wicket-1.4.4 (saw it in the thread). Do we have any idea of 
when 1.4.4 will be released ?



Maarten

On Thu, Dec 3, 2009 at 9:46 AM, Johan Compagner 
wrote:


 
We try to do our best, but the problem is that this is a leak 
internal to

java itself (classloader and urlconnection)

http://tomcat.apache.org/tomcat-5.5-doc/config/context.html

play with antiJarLocking and antiResouceLocking attributes.



oups ! A special thank you to Johan to :)


Thank you Maarten, I have set antiJarLocking to true.

My application used to fail after 30 minutes (in deployment mode) 
before that. After setting that context parameter, I have not 
encountered any problem. The number of open file descriptors remains 
to a reasonable value. So I consider my problem solved.


Thank you all for your help.

Pascal.

johan


On Thu, Dec 3, 2009 at 09:41, Pascal Grange <
pascal1.gra...@orange-ftgroup.com> wrote:

   

Hello,

I observe file descriptor leaks when running my wicket application. By
  

leak
   

I mean that the java process tries to open more than 1024 file
  

descriptors.
   

When I lsof the process, here is what I see :

lsof -p 24689 | wc -l -> 1095
lsof -p 24689 | grep wicket-1.3.4.jar | wc -l -> 522
lsof -p 24689 | grep  wicket-datetime-1.3.4.jar | wc -l -> 401
lsof -p 24689 | grep  wicket-extensions-1.3.4.jar | wc -l -> 6

I am new to wicket and I need help to fix this. Searching for file
descriptor leaks in wicket on google I found some old mailing-list 
post
  

but
   
that doesn't help me a lot so I post here :) I red about issues 
with jar
  

url
   

but the post are so old that I understand those are fixed bug ?

No need to precise what versions of wicket stuffs I use, your can see
  

that
   

above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25.

Thanks for your help,
Pascal.



Ce message et toutes les pieces jointes (ci-apres le "message") sont
confidentiels et etablis a l'intention exclusive de ses destinataires.
Toute utilisation ou diffusion non autorisee est interdite.
Tout message electronique est susceptible d'alteration. Multimedia
  

Business
   
Services decline toute responsabilite au titre de ce message s'il a 
ete

altere, deforme ou falsifie.
Si vous n'etes pas destinataire de ce message, merci de le detruire
immediatement et d'avertir l'expediteur.
*
This message and any attachments (the "message") are confidential and
intended solely for the addressees. Any unauthorised use or 
dissemination
  

is
   

prohibited.
Messages are susceptible to alteration. Multimedia Business Services
  

shall
   

not be liable for the message if altered, changed or
falsified.
If you are not the intended addressee of this message, please 
cancel it

immediately and inform the sender.



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


  


  



Ce message et toutes les pieces jointes (ci-apres le "message") sont 
confidentiels et etablis a l'intention exclusive de ses destinataires.

Toute utilisation ou diffusion non autorisee est interdite.
Tout message electronique est susceptible d'alteration. Multimedia 
Business Services decline toute responsabilite au titre de ce message 
s'il a ete altere, deforme ou falsifie.
Si vous n'etes pas destinataire de ce message, merci de le detruire 
immediatement et d'avertir l'expediteur.

*
This message and any attachments (the "message") are confidential and 
intended solely for the addressees. Any unauthorised use or 
dissemination is prohibited.
Messages are susceptible to alteration. Multimedia Business Services 
shall not be liable for the message if altered, changed or

falsified.
If you are not the intended addressee of this message, please cancel 
it immediately and inform the sender.





Ce message et toutes les pieces jointes (ci-apres le "message") sont 
confidentiels et etablis a l'intention exclusive de ses destinataires.
Toute utilisation ou diffusion non autorisee est interdite.
Tout message electronique est susceptible d'alteration. Multimedia Business 
Services decline toute responsabilite au titre de ce message s'il a ete altere, 
deforme ou falsifie.
Si vous n'etes pas destinataire de ce message, merci de le detruire 
immediatement et d'avertir l'expediteur.
*
This message and any attachments (the "message") are confidential and intended 
solely fo

Re: file descriptor leak

[Pascal Grange]

Maarten Bosteels a écrit :

Have you seen this thread:
http://www.mail-archive.com/users@wicket.apache.org/msg43879.html
  


I had not seen this thread, thank you. It seems this issue will be fixed 
in wicket-1.4.4 (saw it in the thread). Do we have any idea of when 
1.4.4 will be released ?



Maarten

On Thu, Dec 3, 2009 at 9:46 AM, Johan Compagner wrote:

  

We try to do our best, but the problem is that this is a leak internal to
java itself (classloader and urlconnection)

http://tomcat.apache.org/tomcat-5.5-doc/config/context.html

play with antiJarLocking and antiResouceLocking attributes.


Thank you Maarten, I have set antiJarLocking to true.

My application used to fail after 30 minutes (in deployment mode) before 
that. After setting that context parameter, I have not encountered any 
problem. The number of open file descriptors remains to a reasonable 
value. So I consider my problem solved.


Thank you all for your help.

Pascal.

johan


On Thu, Dec 3, 2009 at 09:41, Pascal Grange <
pascal1.gra...@orange-ftgroup.com> wrote:



Hello,

I observe file descriptor leaks when running my wicket application. By
  

leak


I mean that the java process tries to open more than 1024 file
  

descriptors.


When I lsof the process, here is what I see :

lsof -p 24689 | wc -l -> 1095
lsof -p 24689 | grep wicket-1.3.4.jar | wc -l -> 522
lsof -p 24689 | grep  wicket-datetime-1.3.4.jar | wc -l -> 401
lsof -p 24689 | grep  wicket-extensions-1.3.4.jar | wc -l -> 6

I am new to wicket and I need help to fix this. Searching for file
descriptor leaks in wicket on google I found some old mailing-list post
  

but


that doesn't help me a lot so I post here :) I red about issues with jar
  

url


but the post are so old that I understand those are fixed bug ?

No need to precise what versions of wicket stuffs I use, your can see
  

that


above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25.

Thanks for your help,
Pascal.



Ce message et toutes les pieces jointes (ci-apres le "message") sont
confidentiels et etablis a l'intention exclusive de ses destinataires.
Toute utilisation ou diffusion non autorisee est interdite.
Tout message electronique est susceptible d'alteration. Multimedia
  

Business


Services decline toute responsabilite au titre de ce message s'il a ete
altere, deforme ou falsifie.
Si vous n'etes pas destinataire de ce message, merci de le detruire
immediatement et d'avertir l'expediteur.
*
This message and any attachments (the "message") are confidential and
intended solely for the addressees. Any unauthorised use or dissemination
  

is


prohibited.
Messages are susceptible to alteration. Multimedia Business Services
  

shall


not be liable for the message if altered, changed or
falsified.
If you are not the intended addressee of this message, please cancel it
immediately and inform the sender.



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


  


  



Ce message et toutes les pieces jointes (ci-apres le "message") sont 
confidentiels et etablis a l'intention exclusive de ses destinataires.
Toute utilisation ou diffusion non autorisee est interdite.
Tout message electronique est susceptible d'alteration. Multimedia Business 
Services decline toute responsabilite au titre de ce message s'il a ete altere, 
deforme ou falsifie.
Si vous n'etes pas destinataire de ce message, merci de le detruire 
immediatement et d'avertir l'expediteur.
*
This message and any attachments (the "message") are confidential and intended 
solely for the addressees. Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. Multimedia Business Services shall not 
be liable for the message if altered, changed or
falsified.
If you are not the intended addressee of this message, please cancel it 
immediately and inform the sender.

Re: Has anybody seen this before?

[Douglas Ferguson]

Not intentionally, but users do the darndest things..

On Dec 3, 2009, at 12:22 AM, Igor Vaynberg wrote:

> do you have two query string parameters with the same name?
>
> -igor
>
> On Wed, Dec 2, 2009 at 4:11 PM, Douglas Ferguson
>  wrote:
>>> [Ljava.lang.String; cannot be cast to java.lang.String
>>>
>>> java.lang.ClassCastException:[Ljava.lang.String; cannot be cast to 
>>> java.lang.String
>>> org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91)
>>>
>>> 
>>> org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:507)
>>
>> -
>> 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
>


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

Re: Customized FeedbackPanel question

[Igor Vaynberg]

you are welcome to build whatever strategy you want.

for example you can create two classes: local and global feedback
panel, and in the global one when you filter a message you are visit
all local panels and see if theyve accepted or would accept that
message using their filter.

-igor

On Thu, Dec 3, 2009 at 5:58 AM, Leszek Gawron  wrote:
> Igor Vaynberg wrote:
>>
>> why dont you simply check in your filter if the reporter component is
>> a descendant of the form and then ignore the message?
>
> I have the same problem. If you build a heavy componentized page with lots
> of panels your solution is hard to implement.
>
> Lets say there are on the page:
>  - some panels has it's own FeedbackPanel (properly filtered)
>  - some panels with no FeedbackPanel
>
> Is there a possibility to put a "global" FeedbackPanel on the page and put
> in it ONLY the messages that have been filtered out by every "local"
>  FeedbackPanel?
>
> Or the other way around: global FeedbackPanel filters out anything that
>  local FeedbackPanels accept.
>
>        lg
> --
> Leszek Gawron                              http://lgawron.blogspot.com
>
> -
> 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

Re: Query related to displaying ListView items in a particular way

[vineet semwal]

afaik no

On Thu, Dec 3, 2009 at 8:02 PM, T Ames  wrote:

> Would gridview also handle a vertical column approach rather than
> horizontal?  For example each model item would be a checkbox and
> description.  I want two columns of this set on each physical row. Layed
> out
> like a dictionary or phonebook.
>
> The "x" below is a checkbox with a description next to it.
>
>
> x   AA descriptionx  CB description
> x   AB descriptionx  DA description
> x   BA descriptionx  DB description
> x   BB descriptionx  EA description
> x   CA description
>
> On Thu, Dec 3, 2009 at 1:17 AM, vineet semwal  >wrote:
>
> > take a look at  gridview
> >
> > On Thu, Dec 3, 2009 at 11:33 AM,  wrote:
> >
> > > Hi,
> > >
> > >
> > >
> > > I have a List View. I want to display the items in this list view in 2
> > > columns. The logic for this is as follows:
> > >
> > >
> > >
> > > If only 1 item in list then there will 1 item in left columns, and no
> > > right column.
> > >
> > > For 2 items there will be 1 item in left and 1 in right.
> > >
> > > For 3 items there will be 1st item in left and then 2nd in right and in
> > > the next line 3rd in left.
> > >
> > > For 4 items there will be 1st item in left and then 2nd in right and in
> > > the next line 3rd in left and 4th in right.
> > >
> > > And so on for N items.
> > >
> > >
> > >
> > > How can I achieve this?
> > >
> > >
> > >
> > > I am interested in both, the HTML markup & code.
> > >
> > >
> > >
> > > Thanks.
> > >
> > >
> > >
> > > Regards,
> > >
> > >
> > >
> > > Vinay Karmarkar
> > >
> > >
> > > Please do not print this email unless it is absolutely necessary.
> > >
> > > The information contained in this electronic message and any
> attachments
> > to
> > > this message are intended for the exclusive use of the addressee(s) and
> > may
> > > contain proprietary, confidential or privileged information. If you are
> > not
> > > the intended recipient, you should not disseminate, distribute or copy
> > this
> > > e-mail. Please notify the sender immediately and destroy all copies of
> > this
> > > message and any attachments.
> > >
> > > WARNING: Computer viruses can be transmitted via email. The recipient
> > > should check this email and any attachments for the presence of
> viruses.
> > The
> > > company accepts no liability for any damage caused by any virus
> > transmitted
> > > by this email.
> > >
> > > www.wipro.com
> > >
> >
> >
> >
> > --
> > regards,
> > Vineet Semwal
> >
>



-- 
regards,
Vineet Semwal

Re: Query related to displaying ListView items in a particular way

[T Ames]

Would gridview also handle a vertical column approach rather than
horizontal?  For example each model item would be a checkbox and
description.  I want two columns of this set on each physical row. Layed out
like a dictionary or phonebook.

The "x" below is a checkbox with a description next to it.


x   AA descriptionx  CB description
x   AB descriptionx  DA description
x   BA descriptionx  DB description
x   BB descriptionx  EA description
x   CA description

On Thu, Dec 3, 2009 at 1:17 AM, vineet semwal wrote:

> take a look at  gridview
>
> On Thu, Dec 3, 2009 at 11:33 AM,  wrote:
>
> > Hi,
> >
> >
> >
> > I have a List View. I want to display the items in this list view in 2
> > columns. The logic for this is as follows:
> >
> >
> >
> > If only 1 item in list then there will 1 item in left columns, and no
> > right column.
> >
> > For 2 items there will be 1 item in left and 1 in right.
> >
> > For 3 items there will be 1st item in left and then 2nd in right and in
> > the next line 3rd in left.
> >
> > For 4 items there will be 1st item in left and then 2nd in right and in
> > the next line 3rd in left and 4th in right.
> >
> > And so on for N items.
> >
> >
> >
> > How can I achieve this?
> >
> >
> >
> > I am interested in both, the HTML markup & code.
> >
> >
> >
> > Thanks.
> >
> >
> >
> > Regards,
> >
> >
> >
> > Vinay Karmarkar
> >
> >
> > Please do not print this email unless it is absolutely necessary.
> >
> > The information contained in this electronic message and any attachments
> to
> > this message are intended for the exclusive use of the addressee(s) and
> may
> > contain proprietary, confidential or privileged information. If you are
> not
> > the intended recipient, you should not disseminate, distribute or copy
> this
> > e-mail. Please notify the sender immediately and destroy all copies of
> this
> > message and any attachments.
> >
> > WARNING: Computer viruses can be transmitted via email. The recipient
> > should check this email and any attachments for the presence of viruses.
> The
> > company accepts no liability for any damage caused by any virus
> transmitted
> > by this email.
> >
> > www.wipro.com
> >
>
>
>
> --
> regards,
> Vineet Semwal
>

dynamically adding components to a ListView

[zkn]

Hi,

I'm trying to dynamically add components to an existing ListView but I can't 
figure out how to do that. Here is my case:

MyPanelContainer  class with markup





add panel


and here is how I create the container in the constructor of my page

...
MyPanelContainer container = new MyPanelContainer("panels_list_1");
List panels = new ArrayList();

for (int j = 0; j < 5; j++) {
MyPanel panel = new MyPanel("panel");

.

panels.add(panel);
}

container.add(new ListView("panels", panels) {
protected void populateItem(ListItem item) {
item.add( item.getModelObject());
}
});
add(Container);
...

This works fine and I can see all  MyPanel inside the container.

Now I'm trying to add another MyPanel inside the container on user click. Here 
is the constructor of MyPanelContainer

public MyPanelContainer(String id) {
super(id);

add(new Link("addPanel") {
@Override
public void onClick() {
addPanel();
}

});
}
...
public void addPanel() {

ListView< MyPanel > panels = (ListView< MyPanel >) 
get("panels");

MyPanel panel = new MyPanel("panel");
...
panels.add(panel);
}

Basically addPanel() does the same thing as in page constructor to add panels 
to the list but nothing shows up.

Thanks in advance for your help

Ozkan

Re: Customized FeedbackPanel question

[Leszek Gawron]

Igor Vaynberg wrote:

why dont you simply check in your filter if the reporter component is
a descendant of the form and then ignore the message?


I have the same problem. If you build a heavy componentized page with 
lots of panels your solution is hard to implement.


Lets say there are on the page:
 - some panels has it's own FeedbackPanel (properly filtered)
 - some panels with no FeedbackPanel

Is there a possibility to put a "global" FeedbackPanel on the page and 
put in it ONLY the messages that have been filtered out by every "local" 
 FeedbackPanel?


Or the other way around: global FeedbackPanel filters out anything that 
 local FeedbackPanels accept.


lg
--
Leszek Gawron  http://lgawron.blogspot.com

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

Re: Wicket 1.5 experiences

[McIlwee, Craig]

Sorry, meant JVM - virtual vs physical hardware has nothing to do with this.  
As for the load balancing, you don't need clustering for for a simple, 
non-redundant round robin balancing scheme.  Set up your balancer to remember 
cookies so that users with active sessions are always pushed to the same web 
app but new users are evenly distributed, you won't get hot failover but you 
get shared load across the applications.

Craig
  _  

From: Major Péter [mailto:majorpe...@sch.bme.hu]
To: users@wicket.apache.org
Sent: Wed, 02 Dec 2009 22:17:58 -0500
Subject: Re: Wicket 1.5 experiences

We are fr away from clustering or using VM's. :)
  I heard lately about EJB proxy classes, which would do the lookup, and
  they also could create log entries in web layer, who's trying to call a
  specific business method from what IP. This could be also fun.
  
  
  Regards,
  Peter
  
  2009-12-03 03:46 keltezéssel, McIlwee, Craig írta:
  > IMO, looking up EJBs through JNDI is better than relying on injection.  
Make the hostname (localhost, another ip, etc) part of the JNDI URL 
configurable and you give yourself the flexibility of being able to deploy them 
locally or in another VM.  If you are using EJBs with JPA this will allow your 
load balanced web applications to all use the same EJB and therefore the same 
EntityManager, ensuring that your merge operations work correctly and you can 
catch OptimisticLockExceptions properly.
  > 
  > Craig
  >   _  
  > 
  > From: Major Péter [mailto:majorpe...@sch.bme.hu]
  > To: users@wicket.apache.org
  > Sent: Wed, 02 Dec 2009 19:00:26 -0500
  > Subject: Re: Wicket 1.5 experiences
  > 
  > Anyone?
  >   
  >   2009-12-01 23:17 keltezéssel, Major Péter írta:
  >   > Hi,
  >   > 
  >   > I'm trying to make my project 1.5-compatible, but I had run into two 
issues:
  >   > First I was stumbled when saw IComponentBorder has been deleted, but
  >   > after some Googling I found the corresponding ticket:
  >   > https://issues.apache.org/jira/browse/WICKET-2280
  >   > Okay, that's great, but I can't see this @deprecation javadoc in my
  >   > 1.4.3 source code (downloaded by maven), so could this commit just
  >   > missed somehow in the 1.4-releasing?
  >   > 
  >   > Another thing is, that I have problems with EJB injecting:
  >   > - with Wicket 1.3 -> Wicket 1.4 I saw that ComponentInjector moved into
  >   > wicket-ioc (great, caused me some headache)
  >   > - now Wicket 1.4 -> Wicket 1.5 I'm unable again to use
  >   > wicket-contrib-javaee like JavaEEComponentInjector, because
  >   > ComponentInjector is deleted now. (see 830078 commit via Igor). Now my
  >   > only question would be: how can I use @EJB annotation, now that this
  >   > class is deleted (okay I could rewrite it, but I'd happy to hear better
  >   > ways)? Or anyway, how can I use my EJB's the _right_ way, what would you
  >   > recommend?
  >   > (I can see, that you don't like @EJB annotation, I just guess, that you
  >   > have a better approach then..)
  >   > 
  >   > Any help would be really appreciated.
  >   > 
  >   > Best Regards,
  >   > Peter
  
  -
  To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
  For additional commands, e-mail: users-h...@wicket.apache.org
  

Re: file descriptor leak

[Johan Compagner]

its already fixed that way

On Thu, Dec 3, 2009 at 12:15, Ilja Pavkovic  wrote:

> Hi,
>
> I wonder if the complete lastModified evaluation in the constructor is
> necessary at all. The only place were lastModified is used is in the
> function
> lastModified() . This one *always* recalculates lastModified.
>
> And lastModified() calls urlConnection.getInputstream().close();
>
>
> Best Regards,
>Ilja Pavkovic
>
> Am Donnerstag, 3. Dezember 2009 11:40:04 schrieb Johan Compagner:
> > ahh
> > i did knew that there was already code for that in place
> > but thats only in the lastMofified() method... of that UrlResourceStream
> > not in the constructor..
> >
> > On Thu, Dec 3, 2009 at 10:56, Maarten Bosteels
> wrote:
> > > Have you seen this thread:
> > > http://www.mail-archive.com/users@wicket.apache.org/msg43879.html
> > >
> > > Maarten
> > >
> > > On Thu, Dec 3, 2009 at 9:46 AM, Johan Compagner  > >
> > > >wrote:
> > > >
> > > > We try to do our best, but the problem is that this is a leak
> internal
> > > > to java itself (classloader and urlconnection)
> > > >
> > > > http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
> > > >
> > > > play with antiJarLocking and antiResouceLocking attributes.
> > > >
> > > > johan
> > > >
> > > >
> > > > On Thu, Dec 3, 2009 at 09:41, Pascal Grange <
> > > >
> > > > pascal1.gra...@orange-ftgroup.com> wrote:
> > > > > Hello,
> > > > >
> > > > > I observe file descriptor leaks when running my wicket application.
> > > > > By
> > > >
> > > > leak
> > > >
> > > > > I mean that the java process tries to open more than 1024 file
> > > >
> > > > descriptors.
> > > >
> > > > > When I lsof the process, here is what I see :
> > > > >
> > > > > lsof -p 24689 | wc -l -> 1095
> > > > > lsof -p 24689 | grep wicket-1.3.4.jar | wc -l -> 522
> > > > > lsof -p 24689 | grep  wicket-datetime-1.3.4.jar | wc -l -> 401
> > > > > lsof -p 24689 | grep  wicket-extensions-1.3.4.jar | wc -l -> 6
> > > > >
> > > > > I am new to wicket and I need help to fix this. Searching for file
> > > > > descriptor leaks in wicket on google I found some old mailing-list
> > > > > post
> > > >
> > > > but
> > > >
> > > > > that doesn't help me a lot so I post here :) I red about issues
> with
> > >
> > > jar
> > >
> > > > url
> > > >
> > > > > but the post are so old that I understand those are fixed bug ?
> > > > >
> > > > > No need to precise what versions of wicket stuffs I use, your can
> see
> > > >
> > > > that
> > > >
> > > > > above. For java, it's version 1.5.0_14 and Tomcat version is
> 5.5.25.
> > > > >
> > > > > Thanks for your help,
> > > > > Pascal.
> > > > >
> > > > >
> > > > > 
> > > > > Ce message et toutes les pieces jointes (ci-apres le "message")
> sont
> > > > > confidentiels et etablis a l'intention exclusive de ses
> > > > > destinataires. Toute utilisation ou diffusion non autorisee est
> > > > > interdite.
> > > > > Tout message electronique est susceptible d'alteration. Multimedia
> > > >
> > > > Business
> > > >
> > > > > Services decline toute responsabilite au titre de ce message s'il a
> > > > > ete altere, deforme ou falsifie.
> > > > > Si vous n'etes pas destinataire de ce message, merci de le detruire
> > > > > immediatement et d'avertir l'expediteur.
> > > > > *
> > > > > This message and any attachments (the "message") are confidential
> and
> > > > > intended solely for the addressees. Any unauthorised use or
> > >
> > > dissemination
> > >
> > > > is
> > > >
> > > > > prohibited.
> > > > > Messages are susceptible to alteration. Multimedia Business
> Services
> > > >
> > > > shall
> > > >
> > > > > not be liable for the message if altered, changed or
> > > > > falsified.
> > > > > If you are not the intended addressee of this message, please
> cancel
> > > > > it immediately and inform the sender.
> > > > > 
> > > > >
> > > > >
> > > > >
> -
> > > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > > > For additional commands, e-mail: users-h...@wicket.apache.org
> >
>
> --
> binaere bauten gmbh · tempelhofer ufer 1a · 10961 berlin
>
>   +49 · 171 · 9342 465
>
> Handelsregister: HRB 115854 - Amtsgericht Charlottenburg
> Geschäftsführer: Dipl.-Inform. Ilja Pavkovic, Dipl.-Inform. Jost Becker
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

Re: file descriptor leak

[Ilja Pavkovic]

Hi,

I wonder if the complete lastModified evaluation in the constructor is 
necessary at all. The only place were lastModified is used is in the function 
lastModified() . This one *always* recalculates lastModified. 

And lastModified() calls urlConnection.getInputstream().close();


Best Regards,
Ilja Pavkovic

Am Donnerstag, 3. Dezember 2009 11:40:04 schrieb Johan Compagner:
> ahh
> i did knew that there was already code for that in place
> but thats only in the lastMofified() method... of that UrlResourceStream
> not in the constructor..
> 
> On Thu, Dec 3, 2009 at 10:56, Maarten Bosteels 
wrote:
> > Have you seen this thread:
> > http://www.mail-archive.com/users@wicket.apache.org/msg43879.html
> >
> > Maarten
> >
> > On Thu, Dec 3, 2009 at 9:46 AM, Johan Compagner  >
> > >wrote:
> > >
> > > We try to do our best, but the problem is that this is a leak internal
> > > to java itself (classloader and urlconnection)
> > >
> > > http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
> > >
> > > play with antiJarLocking and antiResouceLocking attributes.
> > >
> > > johan
> > >
> > >
> > > On Thu, Dec 3, 2009 at 09:41, Pascal Grange <
> > >
> > > pascal1.gra...@orange-ftgroup.com> wrote:
> > > > Hello,
> > > >
> > > > I observe file descriptor leaks when running my wicket application.
> > > > By
> > >
> > > leak
> > >
> > > > I mean that the java process tries to open more than 1024 file
> > >
> > > descriptors.
> > >
> > > > When I lsof the process, here is what I see :
> > > >
> > > > lsof -p 24689 | wc -l -> 1095
> > > > lsof -p 24689 | grep wicket-1.3.4.jar | wc -l -> 522
> > > > lsof -p 24689 | grep  wicket-datetime-1.3.4.jar | wc -l -> 401
> > > > lsof -p 24689 | grep  wicket-extensions-1.3.4.jar | wc -l -> 6
> > > >
> > > > I am new to wicket and I need help to fix this. Searching for file
> > > > descriptor leaks in wicket on google I found some old mailing-list
> > > > post
> > >
> > > but
> > >
> > > > that doesn't help me a lot so I post here :) I red about issues with
> >
> > jar
> >
> > > url
> > >
> > > > but the post are so old that I understand those are fixed bug ?
> > > >
> > > > No need to precise what versions of wicket stuffs I use, your can see
> > >
> > > that
> > >
> > > > above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25.
> > > >
> > > > Thanks for your help,
> > > > Pascal.
> > > >
> > > >
> > > > 
> > > > Ce message et toutes les pieces jointes (ci-apres le "message") sont
> > > > confidentiels et etablis a l'intention exclusive de ses
> > > > destinataires. Toute utilisation ou diffusion non autorisee est
> > > > interdite.
> > > > Tout message electronique est susceptible d'alteration. Multimedia
> > >
> > > Business
> > >
> > > > Services decline toute responsabilite au titre de ce message s'il a
> > > > ete altere, deforme ou falsifie.
> > > > Si vous n'etes pas destinataire de ce message, merci de le detruire
> > > > immediatement et d'avertir l'expediteur.
> > > > *
> > > > This message and any attachments (the "message") are confidential and
> > > > intended solely for the addressees. Any unauthorised use or
> >
> > dissemination
> >
> > > is
> > >
> > > > prohibited.
> > > > Messages are susceptible to alteration. Multimedia Business Services
> > >
> > > shall
> > >
> > > > not be liable for the message if altered, changed or
> > > > falsified.
> > > > If you are not the intended addressee of this message, please cancel
> > > > it immediately and inform the sender.
> > > > 
> > > >
> > > >
> > > > -
> > > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > > For additional commands, e-mail: users-h...@wicket.apache.org
> 

-- 
binaere bauten gmbh · tempelhofer ufer 1a · 10961 berlin

   +49 · 171 · 9342 465

Handelsregister: HRB 115854 - Amtsgericht Charlottenburg
Geschäftsführer: Dipl.-Inform. Ilja Pavkovic, Dipl.-Inform. Jost Becker

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

Re: file descriptor leak

[Johan Compagner]

ahh
i did knew that there was already code for that in place
but thats only in the lastMofified() method... of that UrlResourceStream
not in the constructor..


On Thu, Dec 3, 2009 at 10:56, Maarten Bosteels wrote:

> Have you seen this thread:
> http://www.mail-archive.com/users@wicket.apache.org/msg43879.html
>
> Maarten
>
> On Thu, Dec 3, 2009 at 9:46 AM, Johan Compagner  >wrote:
>
> > We try to do our best, but the problem is that this is a leak internal to
> > java itself (classloader and urlconnection)
> >
> > http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
> >
> > play with antiJarLocking and antiResouceLocking attributes.
> >
> > johan
> >
> >
> > On Thu, Dec 3, 2009 at 09:41, Pascal Grange <
> > pascal1.gra...@orange-ftgroup.com> wrote:
> >
> > > Hello,
> > >
> > > I observe file descriptor leaks when running my wicket application. By
> > leak
> > > I mean that the java process tries to open more than 1024 file
> > descriptors.
> > > When I lsof the process, here is what I see :
> > >
> > > lsof -p 24689 | wc -l -> 1095
> > > lsof -p 24689 | grep wicket-1.3.4.jar | wc -l -> 522
> > > lsof -p 24689 | grep  wicket-datetime-1.3.4.jar | wc -l -> 401
> > > lsof -p 24689 | grep  wicket-extensions-1.3.4.jar | wc -l -> 6
> > >
> > > I am new to wicket and I need help to fix this. Searching for file
> > > descriptor leaks in wicket on google I found some old mailing-list post
> > but
> > > that doesn't help me a lot so I post here :) I red about issues with
> jar
> > url
> > > but the post are so old that I understand those are fixed bug ?
> > >
> > > No need to precise what versions of wicket stuffs I use, your can see
> > that
> > > above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25.
> > >
> > > Thanks for your help,
> > > Pascal.
> > >
> > >
> > > 
> > > Ce message et toutes les pieces jointes (ci-apres le "message") sont
> > > confidentiels et etablis a l'intention exclusive de ses destinataires.
> > > Toute utilisation ou diffusion non autorisee est interdite.
> > > Tout message electronique est susceptible d'alteration. Multimedia
> > Business
> > > Services decline toute responsabilite au titre de ce message s'il a ete
> > > altere, deforme ou falsifie.
> > > Si vous n'etes pas destinataire de ce message, merci de le detruire
> > > immediatement et d'avertir l'expediteur.
> > > *
> > > This message and any attachments (the "message") are confidential and
> > > intended solely for the addressees. Any unauthorised use or
> dissemination
> > is
> > > prohibited.
> > > Messages are susceptible to alteration. Multimedia Business Services
> > shall
> > > not be liable for the message if altered, changed or
> > > falsified.
> > > If you are not the intended addressee of this message, please cancel it
> > > immediately and inform the sender.
> > > 
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > > For additional commands, e-mail: users-h...@wicket.apache.org
> > >
> > >
> >
>

Re: AjaxFallbackLink does not work on Windows Mobile Internet Explorer

[Leszek Gawron]

Richard Wilkinson wrote:

Actually I've just realiaed, you can't remove the behaviour with component
instansiation because it hasn't been added yet. Look at
ibeforeonbeforerenderlistener. Its called something like that, can't check
at the moment.


Thank you, you've been very helpful. This code did the trick:


addPostComponentOnBeforeRenderListener( new IComponentOnBeforeRenderListener() {
@Override
public void onBeforeRender( Component component ) {
List behaviors = component.getBehaviors();
for ( IBehavior behavior : behaviors ) {
if ( AjaxEventBehavior.class.isAssignableFrom( 
behavior.getClass() ) ) {
AjaxEventBehavior aeb = (AjaxEventBehavior) 
behavior;
if ( aeb.getEvent().equalsIgnoreCase( "onclick" 
) )
component.remove( behavior );
}
}
}
} );


works like a charm.

lg

--
Leszek Gawron  http://lgawron.blogspot.com

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

Re: file descriptor leak

[Witold Czaplewski]

http://issues.apache.org/jira/browse/WICKET-2534

I think this will be fixed in 1.4.4

Witold

Am Thu, 3 Dec 2009 10:56:38 +0100
schrieb Maarten Bosteels :

> Have you seen this thread:
> http://www.mail-archive.com/users@wicket.apache.org/msg43879.html
> 
> Maarten
> 
> On Thu, Dec 3, 2009 at 9:46 AM, Johan Compagner wrote:
> 
> > We try to do our best, but the problem is that this is a leak internal to
> > java itself (classloader and urlconnection)
> >
> > http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
> >
> > play with antiJarLocking and antiResouceLocking attributes.
> >
> > johan
> >
> >
> > On Thu, Dec 3, 2009 at 09:41, Pascal Grange <
> > pascal1.gra...@orange-ftgroup.com> wrote:
> >
> > > Hello,
> > >
> > > I observe file descriptor leaks when running my wicket application. By
> > leak
> > > I mean that the java process tries to open more than 1024 file
> > descriptors.
> > > When I lsof the process, here is what I see :
> > >
> > > lsof -p 24689 | wc -l -> 1095
> > > lsof -p 24689 | grep wicket-1.3.4.jar | wc -l -> 522
> > > lsof -p 24689 | grep  wicket-datetime-1.3.4.jar | wc -l -> 401
> > > lsof -p 24689 | grep  wicket-extensions-1.3.4.jar | wc -l -> 6
> > >
> > > I am new to wicket and I need help to fix this. Searching for file
> > > descriptor leaks in wicket on google I found some old mailing-list post
> > but
> > > that doesn't help me a lot so I post here :) I red about issues with jar
> > url
> > > but the post are so old that I understand those are fixed bug ?
> > >
> > > No need to precise what versions of wicket stuffs I use, your can see
> > that
> > > above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25.
> > >
> > > Thanks for your help,
> > > Pascal.
> > >
> > >
> > > 
> > > Ce message et toutes les pieces jointes (ci-apres le "message") sont
> > > confidentiels et etablis a l'intention exclusive de ses destinataires.
> > > Toute utilisation ou diffusion non autorisee est interdite.
> > > Tout message electronique est susceptible d'alteration. Multimedia
> > Business
> > > Services decline toute responsabilite au titre de ce message s'il a ete
> > > altere, deforme ou falsifie.
> > > Si vous n'etes pas destinataire de ce message, merci de le detruire
> > > immediatement et d'avertir l'expediteur.
> > > *
> > > This message and any attachments (the "message") are confidential and
> > > intended solely for the addressees. Any unauthorised use or dissemination
> > is
> > > prohibited.
> > > Messages are susceptible to alteration. Multimedia Business Services
> > shall
> > > not be liable for the message if altered, changed or
> > > falsified.
> > > If you are not the intended addressee of this message, please cancel it
> > > immediately and inform the sender.
> > > 
> > >
> > >
> > > -
> > > 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

Re: making tinyMce TextArea readonly

[Swanthe Lindgren]

You have to download the source and repack it with new javascripts to 
make it work.

http://old.nabble.com/making-tinymce-textarea-read-only-td23160313.html#a23170821

//Swanthe

tubin gen wrote:

I ma trying to make TextArea with TinyMce behaviour readonly  , I added
the following custom settings but it did not work
tinyMCESettings.addCustomSetting("readonly : true");
tinyMCESettings.addCustomSetting("mode : textareas");

please suggest me   how to make  it readonly ?

  




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

Re: file descriptor leak

[Maarten Bosteels]

Have you seen this thread:
http://www.mail-archive.com/users@wicket.apache.org/msg43879.html

Maarten

On Thu, Dec 3, 2009 at 9:46 AM, Johan Compagner wrote:

> We try to do our best, but the problem is that this is a leak internal to
> java itself (classloader and urlconnection)
>
> http://tomcat.apache.org/tomcat-5.5-doc/config/context.html
>
> play with antiJarLocking and antiResouceLocking attributes.
>
> johan
>
>
> On Thu, Dec 3, 2009 at 09:41, Pascal Grange <
> pascal1.gra...@orange-ftgroup.com> wrote:
>
> > Hello,
> >
> > I observe file descriptor leaks when running my wicket application. By
> leak
> > I mean that the java process tries to open more than 1024 file
> descriptors.
> > When I lsof the process, here is what I see :
> >
> > lsof -p 24689 | wc -l -> 1095
> > lsof -p 24689 | grep wicket-1.3.4.jar | wc -l -> 522
> > lsof -p 24689 | grep  wicket-datetime-1.3.4.jar | wc -l -> 401
> > lsof -p 24689 | grep  wicket-extensions-1.3.4.jar | wc -l -> 6
> >
> > I am new to wicket and I need help to fix this. Searching for file
> > descriptor leaks in wicket on google I found some old mailing-list post
> but
> > that doesn't help me a lot so I post here :) I red about issues with jar
> url
> > but the post are so old that I understand those are fixed bug ?
> >
> > No need to precise what versions of wicket stuffs I use, your can see
> that
> > above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25.
> >
> > Thanks for your help,
> > Pascal.
> >
> >
> > 
> > Ce message et toutes les pieces jointes (ci-apres le "message") sont
> > confidentiels et etablis a l'intention exclusive de ses destinataires.
> > Toute utilisation ou diffusion non autorisee est interdite.
> > Tout message electronique est susceptible d'alteration. Multimedia
> Business
> > Services decline toute responsabilite au titre de ce message s'il a ete
> > altere, deforme ou falsifie.
> > Si vous n'etes pas destinataire de ce message, merci de le detruire
> > immediatement et d'avertir l'expediteur.
> > *
> > This message and any attachments (the "message") are confidential and
> > intended solely for the addressees. Any unauthorised use or dissemination
> is
> > prohibited.
> > Messages are susceptible to alteration. Multimedia Business Services
> shall
> > not be liable for the message if altered, changed or
> > falsified.
> > If you are not the intended addressee of this message, please cancel it
> > immediately and inform the sender.
> > 
> >
> >
> > -
> > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> > For additional commands, e-mail: users-h...@wicket.apache.org
> >
> >
>

Re: file descriptor leak

[Johan Compagner]

We try to do our best, but the problem is that this is a leak internal to
java itself (classloader and urlconnection)

http://tomcat.apache.org/tomcat-5.5-doc/config/context.html

play with antiJarLocking and antiResouceLocking attributes.

johan


On Thu, Dec 3, 2009 at 09:41, Pascal Grange <
pascal1.gra...@orange-ftgroup.com> wrote:

> Hello,
>
> I observe file descriptor leaks when running my wicket application. By leak
> I mean that the java process tries to open more than 1024 file descriptors.
> When I lsof the process, here is what I see :
>
> lsof -p 24689 | wc -l -> 1095
> lsof -p 24689 | grep wicket-1.3.4.jar | wc -l -> 522
> lsof -p 24689 | grep  wicket-datetime-1.3.4.jar | wc -l -> 401
> lsof -p 24689 | grep  wicket-extensions-1.3.4.jar | wc -l -> 6
>
> I am new to wicket and I need help to fix this. Searching for file
> descriptor leaks in wicket on google I found some old mailing-list post but
> that doesn't help me a lot so I post here :) I red about issues with jar url
> but the post are so old that I understand those are fixed bug ?
>
> No need to precise what versions of wicket stuffs I use, your can see that
> above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25.
>
> Thanks for your help,
> Pascal.
>
>
> 
> Ce message et toutes les pieces jointes (ci-apres le "message") sont
> confidentiels et etablis a l'intention exclusive de ses destinataires.
> Toute utilisation ou diffusion non autorisee est interdite.
> Tout message electronique est susceptible d'alteration. Multimedia Business
> Services decline toute responsabilite au titre de ce message s'il a ete
> altere, deforme ou falsifie.
> Si vous n'etes pas destinataire de ce message, merci de le detruire
> immediatement et d'avertir l'expediteur.
> *
> This message and any attachments (the "message") are confidential and
> intended solely for the addressees. Any unauthorised use or dissemination is
> prohibited.
> Messages are susceptible to alteration. Multimedia Business Services shall
> not be liable for the message if altered, changed or
> falsified.
> If you are not the intended addressee of this message, please cancel it
> immediately and inform the sender.
> 
>
>
> -
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
>
>

close a ModalWindow when session expired

[Bernard LUPIN]

Hi,
On my ModalWindow's close button, I only want to ... close the modal window. It 
seems that myWindow.close(target) calls some Ajax request, which is failing 
when session is expired.
But if I click on the cross button in the upper right of the modal window, 
everything works well : the modal window is closed and the original window 
becomes active again.
I searched in source page and in wicket source code, but can't find what code 
is behind this cross button.
Could you tell me which javascript code I could invoke on my close button, to 
close the window without ajax request ?
Thanks a lot
Bernard





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

file descriptor leak

[Pascal Grange]

Hello,

I observe file descriptor leaks when running my wicket application. By 
leak I mean that the java process tries to open more than 1024 file 
descriptors. When I lsof the process, here is what I see :


lsof -p 24689 | wc -l -> 1095
lsof -p 24689 | grep wicket-1.3.4.jar | wc -l -> 522
lsof -p 24689 | grep  wicket-datetime-1.3.4.jar | wc -l -> 401
lsof -p 24689 | grep  wicket-extensions-1.3.4.jar | wc -l -> 6

I am new to wicket and I need help to fix this. Searching for file 
descriptor leaks in wicket on google I found some old mailing-list post 
but that doesn't help me a lot so I post here :) I red about issues with 
jar url but the post are so old that I understand those are fixed bug ?


No need to precise what versions of wicket stuffs I use, your can see 
that above. For java, it's version 1.5.0_14 and Tomcat version is 5.5.25.


Thanks for your help,
Pascal.



Ce message et toutes les pieces jointes (ci-apres le "message") sont 
confidentiels et etablis a l'intention exclusive de ses destinataires.
Toute utilisation ou diffusion non autorisee est interdite.
Tout message electronique est susceptible d'alteration. Multimedia Business 
Services decline toute responsabilite au titre de ce message s'il a ete altere, 
deforme ou falsifie.
Si vous n'etes pas destinataire de ce message, merci de le detruire 
immediatement et d'avertir l'expediteur.
*
This message and any attachments (the "message") are confidential and intended 
solely for the addressees. Any unauthorised use or dissemination is prohibited.
Messages are susceptible to alteration. Multimedia Business Services shall not 
be liable for the message if altered, changed or
falsified.
If you are not the intended addressee of this message, please cancel it 
immediately and inform the sender.



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

Re: Has anybody seen this before?

[Martin Makundi]

I see this too very often on our production site.. again: when bots
visit the page or people maybe mess with back buttons or have
invalidated sessions.

**
Martin

2009/12/3 Douglas Ferguson :
>> [Ljava.lang.String; cannot be cast to java.lang.String
>>
>> java.lang.ClassCastException:[Ljava.lang.String; cannot be cast to 
>> java.lang.String    
>> org.apache.wicket.request.target.coding.BookmarkablePageRequestTargetUrlCodingStrategy.decode(BookmarkablePageRequestTargetUrlCodingStrategy.java:91)
>>
>>     
>> org.apache.wicket.protocol.http.request.WebRequestCodingStrategy.targetForRequest(WebRequestCodingStrategy.java:507)
>
> -
> 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

Re: ATOM/RSS feeds in wicket

[vineet semwal]

take a look at rome

On Thu, Dec 3, 2009 at 1:33 PM, shiraz memon wrote:

> Hi,
>
> I would like to use ATOM/RSS feed with the application developed on wicket,
> I wonder if wicket provides an integration/implementation of ATOM/RSS
> publishing protocol?
>
> Thanks
> Shiraz
>



-- 
regards,
Vineet Semwal

Re: ATOM/RSS feeds in wicket

[Gerolf Seitz]

maybe [0] is of interest for you.

[0] http://wicketstuff.org/confluence/display/STUFFWIKI/wicketstuff-rome

On Thu, Dec 3, 2009 at 9:03 AM, shiraz memon wrote:

> Hi,
>
> I would like to use ATOM/RSS feed with the application developed on wicket,
> I wonder if wicket provides an integration/implementation of ATOM/RSS
> publishing protocol?
>
> Thanks
> Shiraz
>

ATOM/RSS feeds in wicket

[shiraz memon]

Hi,

I would like to use ATOM/RSS feed with the application developed on wicket,
I wonder if wicket provides an integration/implementation of ATOM/RSS
publishing protocol?

Thanks
Shiraz