RES: wicket:link modify tags
If wicket:link become smarter, people will ask for more and more features, and at the end, we will have a Tag Library... :-) So please, if wicket:link doesn't assist you, go for Bookmarkable Links. Cheers, Bruno -Mensagem original- De: Igor Vaynberg [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 17 de novembro de 2008 16:48 Para: users@wicket.apache.org Assunto: Re: wicket:link modify tags use a bookmarkablepagelink instead -igor On Mon, Nov 17, 2008 at 10:41 AM, DVD <[EMAIL PROTECTED]> wrote: > Hello: > > > > > > wicket replace use getMarkupsetting.setDefaultDis would not help. > > Would it be possible now to tell wicket not to modify/replace any tags/attrs > except > href? > > This has been a headache for web designers to figure out what to do for the > changed tags. > > Thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas." "Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel." *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: Border invalidates browser preview
I think on Dreamweaver you can use templates. Snippets of HTMLs that you can set only during WYSIWYG editing. And after you save the HTML, those parts will be removed automatically. is just a convenient http://www.adobe.com/support/dreamweaver/templates/dwfw_templates_tutorial/ This is a good article about how to use templates http://www.adobe.com/devnet/dreamweaver/articles/dw_templates.html Regards, Bruno -Mensagem original- De: Ekengren [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 19 de novembro de 2008 10:04 Para: users@wicket.apache.org Assunto: Border invalidates browser preview As a designer I like to edit the visual design of pages in Dreamweaver and use eclipse for dynamic behaviour. I have not found any way of doing this using Border: Original static page design: Dynamic content goes here I want the outer, inner and content div's to be the border but still be able to edit in Dreamweaver. I cannot add wicket:remove like this since it breaks the xml: So how do I do this?? -- View this message in context: http://www.nabble.com/Border-invalidates-browser-preview-tp20578445p20578445.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas." "Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel." *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: Model never called
I couldn't understand the part about the icon, but what I know is that
'getObject()' will *never* be called until you set the Square object into
itself as the model:
public Square() {
setModel(this);
}
Regards,
Bruno
-Mensagem original-
De: Leucht, Axel [mailto:[EMAIL PROTECTED]
Enviada em: quarta-feira, 19 de novembro de 2008 09:28
Para: [EMAIL PROTECTED] Apache. Org (E-Mail)
Assunto: Model never called
Hi,
I do have a link class which should render different icons when clicked.
So I decided to implement IModel and return different icons depending on the
state of the object. But to my surprise getObject() never get called!
Does anyone give me a clue where to look next or give me a hint as to how to
render the object with a different icon?
The object is used in a 10x10 board game where a player can "shoot" at
different squares which are rendered as links in the output. The board is
constructed as:
ListView listview = new ListView("rows", list) {
private static final long serialVersionUID = 1L;
protected void populateItem(ListItem item) {
Row row = (Row) item.getModelObject();
final Square[] squares = new Square[10];
for (int col=0; col<10; col++) {
squares[col] = row.getCells(col);
}
Square square = row.getCells(0);
item.add(new Label("row",new
Model(square.getRow(;
for (int col=0; col<10; col++) {
final Square aSquare =
row.getCells(col);
item.add(aSquare);
}
}
};
And the Square-Object is:
public class Square extends Link implements IModel {
@Override
public void onClick() {
System.out.println("Click:" + ident);
}
@Override
public Object getObject() {
System.out.println("GetObject");
if (someState)
return icon1;
return icon2;
}
}
/Axel
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RES: FileUploadField usage changed in 1.4 rc-1?
Yes, you need to set a Model object into FileUploadField. :-)
Bruno
-Mensagem original-
De: Martin Makundi [mailto:[EMAIL PROTECTED]
Enviada em: quarta-feira, 19 de novembro de 2008 14:33
Para: users@wicket.apache.org
Assunto: FileUploadField usage changed in 1.4 rc-1?
Hi!
My FileUploadField worked fine before:
dataForm.add(fileUploadField = new FileUploadField(COMPANY_LOGO));
After upgrading to 1.4 rc-1 (from 1.4-m1) the upload crashes.
Am I doing something wrong or is there a bug in rc-1?
Caused by: java.lang.IllegalStateException: Attempt to set model
object on null model of component:
mainTabs:panel:innerTabs:panel:dataForm:company_logo
at
org.apache.wicket.Component.setDefaultModelObject(Component.java:2933)
at
org.apache.wicket.markup.html.form.FormComponent.updateModel(FormComponent.java:1149)
at
org.apache.wicket.markup.html.form.Form$FormModelUpdateVisitor.component(Form.java:223)
ERROR - RequestCycle - there was an error cleaning up target
java.lang.IllegalStateException: Attempt to set model object on null
model of component:
mainTabs:panel:innerTabs:panel:dataForm:company_logo
at
org.apache.wicket.Component.setDefaultModelObject(Component.java:2933)
at
org.apache.wicket.markup.html.form.FormComponent.setModelObject(FormComponent.java:1647)
at
org.apache.wicket.markup.html.form.upload.FileUploadField.onDetach(FileUploadField.java:175)
at org.apache.wicket.Component.detach(Component.java:1119)
The 1.4-m-3 code avoided the nullpointer like this:
@Override
public void updateModel()
{
// Only update the model if one was passed in
if (hasExplicitModel)
{
setDefaultModelObject(getConvertedInput());
}
}
However, this "hasExplicitModel" is not there anymore in 1.4-rc1
No documentation seems to have changed..
**
Martin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RES: Set the HTML id programmatically
AttributeModifier does not work?
-Mensagem original-
De: Martin Letendre [mailto:[EMAIL PROTECTED]
Enviada em: sexta-feira, 21 de novembro de 2008 18:09
Para: users@wicket.apache.org
Assunto: Set the HTML id programmatically
I am usign this version of Wicket: 1.3.5
1- I would like to override an id for a TextArea programmatically
2- In my java code I tried this method
TextArea description = new TextArea("description");
description.setMarkupId("myDescription");
form.add(description);
3- But it's not setting anything... Here is the generated HTML
:confused:
Question: Is it possible to override the id programatically. Because it
would be usefull in my integration between YUI and Wicket...
--
View this message in context:
http://www.nabble.com/Set-the-HTML-id-programmatically-tp20628692p20628692.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RES: [VOTE] Organizing Wicket Stuff / Regular Release Schedule?
[X] - YES - and let be Igor the one controlling all releases. :-) -Mensagem original- De: Jeremy Thomerson [mailto:[EMAIL PROTECTED] Enviada em: segunda-feira, 24 de novembro de 2008 16:13 Para: users@wicket.apache.org; Wicket Development Assunto: [VOTE] Organizing Wicket Stuff / Regular Release Schedule? Hello everyone, I would like to get your opinion on an idea regarding the Wicket Stuff project(s). As you are familiar with, Wicket Stuff is where anyone can create anything related to Wicket, small or large. One problem that new users of Wicket (and us "old" users) come across is that there is a lot of stuff in there, and not all of it is well maintained, and there aren't specific releases of many of the projects. So, you have to build it yourself and figure out which version matches which Wicket version, etc... What I would like to know is if everyone thinks it would be good to have a subset of WS projects that are structured in a way that they are always in sync with the Wicket versions. IOW, there would be two branches - 1.3.X and 1.4 (trunk), just like Wicket has. There would be a parent module and all of the modules that wanted to participate would be structured under it. They would all release in sync with Wicket. For instance, when Wicket releases 1.4-RC2, we would cut a release of this wicket-stuff-structured (bad name) and all of the projects under it at 1.4-RC2. I haven't yet figured out how interim releases would work (new features are added to a WS project and it wants to cut a release between wicket releases) or if that matters. This would not have to effect all WS projects - someone could continue to add projects to WS just like they do today. This would simply create a sub-tree of projects that are in the structured / scheduled release area. For those that don't want to be part of that structure, they could continue operating as they do today. So, here's the vote: [ ] - NO! We should leave Wicket Stuff like it is - a free-for-all with no structure [ ] - YES - I would like to see at least the most used Wicket Stuff projects structured so that they mirror Wicket, and a release is produced for each Wicket release. [ ] - Maybe - I have a better idea (perfect!) Also - please add the following: 1 - Would you be interested in helping to maintain such a thing. (If we had two or three of the owners of the larger projects on board, I don't think it would be too hard to keep the codebase of this in sync with Wicket core.) 2 - What projects do you own (and by your vote we'll see if you want those projects to be included in this restructuring). -- Jeremy Thomerson http://www.wickettraining.com *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas." "Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel." *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: Wicket Session grows too big real fast
Now that is a really good advice. :-) -Mensagem original- De: kan [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 26 de novembro de 2008 14:19 Para: users@wicket.apache.org Assunto: Re: Wicket Session grows too big real fast I am not sure if it always applicable, but usually I do not do "implements Serializable" for domain objects (it works well with Hibernated POJOs). In this case the Wicket cannot serialize a component, and if it was a link to any such object - wicket just reports about it into log, so you can see right away which component has tried to "steal" a reference to an object (like in your situation with inner class). 2008/11/26 jhp <[EMAIL PROTECTED]>: > > Removing references pointing to previous pages solved a lot, very good point. > Also making sure that individual domain objects don't get stored to session > makes a difference. I have still a lot of code to go through to make sure > that all unnecessary references don't get stored to session, but making a > few changes in the most important pages makes already a big difference. > > I noticed that this is a problem that others have experienced too. I guess > it is pretty easy unintentionally stuff the session with domain objects ,and > if using modern day persistence framework, those domain objects can be quite > large if they have collections etc. > > I think there is a need for small document outlining the common pitfalls and > remedies for them. I haven't seen such. Wicket reference of course tells > about LoadableDetachableModel, but this thread has info that I haven't found > anywhere else. I might try compose such a document, if I just have the time > and energy in the near future. > > Thanks to Martijn, Johan and John for your responses! > > BR, > Jukka > > > > > Martijn Dashorst wrote: >> >> With Wicket 1.3 only one page should be stored in session. You should >> check if you don't keep references between pages -> that would result >> in 1+N pages (with N being the number of pages you reference in your >> page). >> >> Other than that: using LDM's and DataView/DataProvider instead of >> ListView will help considerably. >> >> Martijn >> > > -- > View this message in context: > http://www.nabble.com/Wicket-Session-grows-too-big-real-fast-tp20697077p20702093.html > Sent from the Wicket - User mailing list archive at Nabble.com. > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- WBR, kan. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas." "Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel." ***
RES: Wicket Session grows too big real fast
Maybe would be a good idea if Wicket could report memory usage for non-Wicket_Components (and non-standard Java objects, like String and Collections) in memory. I don't know if this could ever be possible. -Mensagem original- De: Ladislav Thon [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 26 de novembro de 2008 14:21 Para: users@wicket.apache.org Assunto: Re: Wicket Session grows too big real fast Agree. I was almost shocked :-) by Martijn's e-mail about keeping references between pages. I believed it is a "standard" practice to keep reference to previous page for the purpose of "cancelling", and of course do it all the time. It seems very natural to me. O-oops. LT 2008/11/26 Piller Sébastien <[EMAIL PROTECTED]> > I vote for such a document, too. I am now trying to reduce my session size > too, and if I could find some hints somewhere (ie, "be extremly carefull > with anonymous subclasses", etc) it may be a big plus. > > jhp a écrit : > >> Removing references pointing to previous pages solved a lot, very good >> point. >> Also making sure that individual domain objects don't get stored to >> session >> makes a difference. I have still a lot of code to go through to make sure >> that all unnecessary references don't get stored to session, but making a >> few changes in the most important pages makes already a big difference. >> >> I noticed that this is a problem that others have experienced too. I guess >> it is pretty easy unintentionally stuff the session with domain objects >> ,and >> if using modern day persistence framework, those domain objects can be >> quite >> large if they have collections etc. >> >> I think there is a need for small document outlining the common pitfalls >> and >> remedies for them. I haven't seen such. Wicket reference of course tells >> about LoadableDetachableModel, but this thread has info that I haven't >> found >> anywhere else. I might try compose such a document, if I just have the >> time >> and energy in the near future. >> >> Thanks to Martijn, Johan and John for your responses! >> >> BR, >> Jukka >> >> > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas." "Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel." *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: Is there any other way? DataProviders must hit the Db twice for (possible) large datasets
You have to consider some things 1) Is this table going to be huge? 2) Am I going to let users do a Full Table Scan? (letting them search without filters, for instance) 3) Is this table frequently updated? How often new data is added to it? 4) Any other question that may affect your scalability ... Then you will know if is a good idea to just bring the whole data, or do a count(*) before. But, from my experience I rather say: always do a count(*) before. Regards, Bruno -Mensagem original- De: Igor Vaynberg [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 26 de novembro de 2008 15:20 Para: users@wicket.apache.org Assunto: Re: Is there any other way? DataProviders must hit the Db twice for (possible) large datasets On Wed, Nov 26, 2008 at 9:06 AM, Wayne Pope <[EMAIL PROTECTED]> wrote: > Hi Igor, > >>what? why would you ever load the whole dataset? > just to avoid 2 calls on smallish datasets, especially when there are > multiple joins and database isnt on the same box. so you think pushing all that extra data over the network is actually more efficient then doing another query wtf. >>yeah. because select count() queries are the most expensive queries >>you can run on the database. you are right, its totally going to kill >>it. you know how all those sites on the internet that have a pager >>above the pageable view that shows you the number of the last >>available page...you know how those work without doing a select >>count()? > > Ouch. > I just want to limit calls if possible to the database as waiting for i/o's > is never great for scalability. I'm not 'having a go' at wicket or DataViews > or anything, just trying to understand it. I never claimed to be a guru - > far from it. i can only assume that you have actually profiled your app and that one select count() call was what was taking a significant chunk of processing time in the database server? to the point where eliminating it will actually reduce enough load on the database to increase your throughput? -igor > > Wayne > > > On Wed, Nov 26, 2008 at 5:58 PM, Igor Vaynberg <[EMAIL PROTECTED]>wrote: > >> On Wed, Nov 26, 2008 at 7:32 AM, Wayne Pope >> <[EMAIL PROTECTED]> wrote: >> > I'm sure I must be missing something still, as I can't beleive that we >> need >> > to either a) load the whole data set >> >> what? why would you ever load the whole dataset? >> >> b) call count on the Db , then load in >> > the iterator mehod. Thats going to kill the database in prod (or really >> not >> > help.) >> >> yeah. because select count() queries are the most expensive queries >> you can run on the database. you are right, its totally going to kill >> it. you know how all those sites on the internet that have a pager >> above the pageable view that shows you the number of the last >> available page...you know how those work without doing a select >> count()? >> >> -igor >> >> >> >> >> >> >> > >> > On Wed, Nov 26, 2008 at 3:58 PM, Michael Sparer <[EMAIL PROTECTED] >> >wrote: >> > >> >> >> >> have a look at https://issues.apache.org/jira/browse/WICKET-1784 >> >> >> >> >> >> Wayne Pope-2 wrote: >> >> > >> >> > Ok, >> >> > >> >> > I was just having a bit of code clean up and I realized that in our >> >> > IDataProviders we are loading all rows for a given dataset. >> >> > So looking at the iterator method I see we can limit the result (and >> the >> >> > offset). Great I thought - however I see that that the size() method >> is >> >> > called as part of the getViewSize() in the AbstractPageableView. Thus >> I >> >> > need >> >> > to call the database here to figure out the size. >> >> > >> >> > Am I doing sonething wrong or have I got to hit the database twice for >> >> > each >> >> > DataProvider render. >> >> > >> >> > Obvously I don't want to hard code a size. Is there any other way ? >> >> > >> >> > Thanks >> >> > Wayne >> >> > >> >> > >> >> >> >> >> >> - >> >> Michael Sparer >> >> http://talk-on-tech.blogspot.com >> >> -- >> >> View this message in context: >> >> >> http://www.nabble.com/Is-there-any-other-way--DataProviders-must-hit-the-Db-twice-for-%28possible%29-large-datasets-tp20701684p20702476.html >> >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> >> >> >> - >> >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> >> >> >> > >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conte
RES: Is there any other way? DataProviders must hit the Db twice for (possible) large datasets
Here's what I've commented on this issue: I think the purpose of Transfer Object Pattern , where it says it wants to reduce remote calls between tiers over the network is related to tiers like client / server architectures. This means that: i) A Swing client requests a query on a table for a remote EJB ii) The EJB executes two calls on the database ii.a) select count(*) ii.b) select * ... limit x offset y / rownum between z and k // whatever DB paging technique is being used. iii) Put all this information into one single Transfer Object iv) Send the object back to the client application over the network So, if your Web Application is running on the same server with your services (EJBs, Spring Services, whatever), this means that you are not going to transport data over the network between those tiers (Web and Model). And there will be an "implicit" Transfer Object to the real client (web browser). Following this logic: -1 for this improvement. Regards, Bruno -Mensagem original- De: rgoodwin [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 26 de novembro de 2008 19:01 Para: users@wicket.apache.org Assunto: RE: Is there any other way? DataProviders must hit the Db twice for (possible) large datasets Still is being disputed unfortunately :( https://issues.apache.org/jira/browse/WICKET-1784 For those who believe in the 1-query approach, ergo the DTO pattern, writing an alternative to the Wicket data provision using a DTO approach isn't a terrible hardship ... just annoying to be sprung with on day one of using Wicket. But pain is experienced later when encountering the Wicket data provision and paging mechanism coupling. The paging mechanism is far less joy to replace ... IReallyHateDataProvider Hoover, William wrote: > > I think the idea behind this is that size will be called first. If the > size is zero there is no need to proceed with the call to get the items. > I don't necessarily agree with this approach because a lot of service > calls can capture the data in one call (even down to the database level- > some support getting the size/results in one call), but the last time I > brought this issue up it was disputed. > -- View this message in context: http://www.nabble.com/Is-there-any-other-way--DataProviders-must-hit-the-Db-twice-for-%28possible%29-large-datasets-tp20701684p20708929.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas." "Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel." *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RES: Wicket and CoC
There you go. What about creating a project into Wicket Stuff, called ... WiCooCo? Wicket Conventioned over Configurations =) -Mensagem original- De: Ricardo Mayerhofer [mailto:[EMAIL PROTECTED] Enviada em: quarta-feira, 26 de novembro de 2008 19:57 Para: users@wicket.apache.org Assunto: Re: Wicket and CoC Perhaps the name could be userFeedBackPanel :) "One Word per Concept" (Clean Code, Bob Martin, p. 26) I'm just talking about code duplication, add( new SubmitLink( "submitLink" ) ) and similars many times in a code doenst makes a programmer happier. OOP (object oriented programming) isn't always the best tools to solve code duplication. So sometimes AOP (aspect oriented programming) comes to mind, other times CoC (convention over configuration). (I hope Martijn is happy by the acronyms explanations :)). I'm not saying that it should be in wicket core (as you guys keep it thin as you can) and I'm glad wicket core makes me able to extend it, in a way I can implement this (thats a huge plus) I'm just saying that this is not a bad idea, mainly when you care about saving programming efforts and clean code. igor.vaynberg wrote: > > in our app components with id feedbackPanel are often used to present > a user with a user-feedback panel they can use to submit > suggestions... > > -igor > > On Wed, Nov 26, 2008 at 12:51 PM, Ricardo Mayerhofer > <[EMAIL PROTECTED]> wrote: >> >> Hi Martijin, >> First of all thank you for your response. >> I guess automation != magic. Automation means that computers or >> frameworks >> helps humans accomplishing repetitive tasks, so developers can better >> focus >> on the problem being solved, rather than having to copy and paste same >> code >> over and over (boilerplate). >> If one add a markup named feedbackPanel, what is he intent, to make a >> combo >> box? Or he have to tell it again, in a different way? IMO it's better to >> tell one time what I'm willing to do rather than 2, 3, 5... >> >> >> Martijn Dashorst wrote: >>> >>> -1000,000,000,000 >>> >>> First please don't assume someone understands your acronym du jour. I >>> had to think really hard to understand that CoC means convention over >>> configuration instead of the Dutch meaning "gay rights group". >>> >>> Second this is not a task for wicket. You can think up any CoCamania >>> you want in your own addon framework and publish it on 'stuff or >>> google code, but I won't be using it ever nor including it in core. >>> >>> The biggest plus point of wicket is that it doesn't perform magic. I >>> don't need nor want to have to wave a dead chicken in front of my >>> monitor and spend the bigger part of the day wondering which >>> incantation I did wrong. >>> >>> Martijn >>> On 11/26/08, Ricardo Mayerhofer <[EMAIL PROTECTED]> wrote: I started to use wicket some time ago, and I'm really enjoying it. Best framework ever. But I've some suggestions. I think wicket could be better if it had less boiler plate code. This could be reduced by using CoC. Take the FeedBackPanel for example, you always have to add the component on the web page, even if no special handling is requires (which is almost the case). Wicket could have some reserved ids, so if I add a markup with id feedbackPanel, a feedbackpanel component is automatically added to that page. Another example is SubmitLink component. No special handling required, but for wicket sake the developer must add it on the java the page. -- View this message in context: http://www.nabble.com/Wicket-and-CoC-tp20706881p20706881.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> -- >>> Become a Wicket expert, learn from the best: http://wicketinaction.com >>> Apache Wicket 1.3.4 is released >>> Get it now: http://www.apache.org/dyn/closer.cgi/wicket/1.3. >>> >>> - >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >>> >> >> -- >> View this message in context: >> http://www.nabble.com/Wicket-and-CoC-tp20706881p20708778.html >> Sent from the Wicket - User mailing list archive at Nabble.com. >> >> >> - >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > -- View this message in context: http://www.nabble.com/Wicket-and-CoC-tp20706881p20709706.html Sent from the Wicket - User mailing list archive at Nabble
RES: Set format date "inline"
@Override
public IConverter getConverter(Class type)
{
return MyConverter();
}
-Mensagem original-
De: kan [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 27 de novembro de 2008 14:57
Para: users@wicket.apache.org
Assunto: Set format date "inline"
I have a MyPojo with property java.util.Date someDate
I use CompoundPropertyModel
Now I add components on my page, like add(new Label("someDate")) and
it automagically uses IConvertor to convert from Date to string.
But in some places of web-site I need print only "27/11/2008", in some
places better will be "2 days ago", in some places "27/11/2008
16:53:34 UTC" and so on.
What is an elegant way to specify a format in particular piece of code?
--
WBR, kan.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
RES: How can I instance home page myself
What kind of dependencies you want to pass on?
If you want URL parameters, just put a PageParameters argument to the Page's
constructor. Wicket will inject that automatically.
If you want to inject objects from the Application instance, you can just get
those from Page's constructor itself.
public MyPage() {
Foo foo = getApplication().getFoo();
}
Cheers,
Bruno
-Mensagem original-
De: Kamil Hark [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 27 de novembro de 2008 16:22
Para: users@wicket.apache.org
Assunto: How can I instance home page myself
an Application class (and WebApplication) has method Class getHomePage()
Why this method returns class instead of Page object?
Now I'm limited to use non-argument constructor, I connot pass any
dependiences and so on.
Are there any posibilities to instance and return Page object?
regards
Kamil
--
View this message in context:
http://www.nabble.com/How-can-I-instance-home-page-myself-tp20723688p20723688.html
Sent from the Wicket - User mailing list archive at Nabble.com.
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RES: RES: How can I instance home page myself
You can always code your page in such way that makes it easy to be tested, like
this:
public MyPage() {
setFoo(getApplication().getFoo());
}
protected MyPage(IFoo foo) {
setFoo(foo);
}
-Mensagem original-
De: Kamil Hark [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 27 de novembro de 2008 16:39
Para: users@wicket.apache.org
Assunto: Re: RES: How can I instance home page myself
Yes I know that I can do it through Application but then it is very dificult
to test. If I could inject args into constructur like below then it would be
much better
new MyPage(Foo foo){...}
--
View this message in context:
http://www.nabble.com/How-can-I-instance-home-page-myself-tp20723688p20723898.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RES: RES: How can I instance home page myself
By the way, you can implement an IPageFactory :-)
-Mensagem original-
De: Bruno Cesar Borges [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 27 de novembro de 2008 16:49
Para: users@wicket.apache.org
Assunto: RES: RES: How can I instance home page myself
You can always code your page in such way that makes it easy to be tested, like
this:
public MyPage() {
setFoo(getApplication().getFoo());
}
protected MyPage(IFoo foo) {
setFoo(foo);
}
-Mensagem original-
De: Kamil Hark [mailto:[EMAIL PROTECTED]
Enviada em: quinta-feira, 27 de novembro de 2008 16:39
Para: users@wicket.apache.org
Assunto: Re: RES: How can I instance home page myself
Yes I know that I can do it through Application but then it is very dificult
to test. If I could inject args into constructur like below then it would be
much better
new MyPage(Foo foo){...}
--
View this message in context:
http://www.nabble.com/How-can-I-instance-home-page-myself-tp20723688p20723898.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to get all the children of a MarkupContainer?
https://issues.apache.org/jira/browse/WICKET
-Mensagem original-
De: Valentine2008 [mailto:[EMAIL PROTECTED]
Enviada em: sexta-feira, 28 de novembro de 2008 18:12
Para: users@wicket.apache.org
Assunto: Re: How to get all the children of a MarkupContainer?
Where to open a jira issue?
igor.vaynberg wrote:
>
> open a jira issue and that way we can confirm.
>
> -igor
>
> On Fri, Nov 28, 2008 at 10:32 AM, Valentine2008
> <[EMAIL PROTECTED]> wrote:
>>
>> Hi Igor,
>>
>> I find it out!
>>
>> The reason I couldn't get a child using a string component path is
>> because
>> of the outdated JavaDoc sentences in MarkupContainer (Wicket 1.3.4):
>>
>> "Children can be added by calling the add() method, and they can be
>> looked
>> up using a dotted path. For example, if a container called "a" held a
>> nested
>> container "b" which
>> held a nested component "c", then a.get("b.c") would return the Component
>> with id "c". ."
>>
>> It said about *dotted* path with a clear example. And I used the dotted
>> path.
>>
>> Now I find that the Component.PATH_SEPARATOR is used, which is ":".
>> We have to use a.get(b:c") in the example.
>>
>> Can we confirm that the JavaDoc is updated in the next coming release of
>> Wicket?
>>
>> Thanks,
>> Valentine
>>
>>
>>
>> igor.vaynberg wrote:
>>>
>>> no. why would it do that? visibility is a render-time condition, it
>>> has nothing to do with component hierarchy.
>>>
>>> -igor
>>>
>>> On Thu, Nov 27, 2008 at 12:01 PM, Valentine2008
>>> <[EMAIL PROTECTED]> wrote:
But Component.get(pathString) will check the visibility and will return
null
if the child is invisible. Right?
Thanks,
Valentine
igor.vaynberg wrote:
>
> iterator() does not check visibility.
>
> -igor
>
> On Thu, Nov 27, 2008 at 11:24 AM, Valentine2008
> <[EMAIL PROTECTED]> wrote:
>>
>> Can we get even the invisible children?
>>
>> Seems we cannot:-(
>>
>> igor.vaynberg wrote:
>>>
>>> iterator()
>>>
>>> -igor
>>>
>>> On Thu, Nov 27, 2008 at 10:42 AM, Valentine2008
>>> <[EMAIL PROTECTED]> wrote:
Use iterator(Comparator)?
Or other ways?
Thanks,
Valentine
--
View this message in context:
http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20723938.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724471.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20724656.html
Sent from the Wicket - User mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>> -
>>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>>> For additional commands, e-mail: [EMAIL PROTECTED]
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20738180.html
>> Sent from the Wicket - User mailing list archive at Nabble.com.
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>>
>>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/How-to-get-all-the-children-of-a-MarkupContainer--tp20723938p20739977.html
Sent from the Wicket - User mailing list archive at Nabble.com.
RES: make invisible if model object is null
Use a border
-Mensagem original-
De: kan [mailto:[EMAIL PROTECTED]
Enviada em: segunda-feira, 1 de dezembro de 2008 09:03
Para: users@wicket.apache.org
Assunto: make invisible if model object is null
I use the next construction very often:
[markup]
Something here, description, comments etc:
[java]
add(new Label("something")
{
@Override
public boolean isVisible() {
return super.isVisible() && getDefaultModelObject() != null;
}
});
And there are a lot different components which should be hidden with
some arounding text if they have null value of model object.
How to make this more elegant?
First obvious way - inherit from Label, and make something
LabelInvisibleNull, but it is very bad, because a lot different
components (not only Label, but Image, WebMarkupContainer, some my
custom components, etc) require this behavior.
Second - more meaningful - make a IBehavior. But it doesn't work. In
"bind" is to early to check model, but in "beforeRender" is too late
to change visibility.
Is there any other option?
--
WBR, kan.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
Re: make invisible if model object is null
Alright, this is my last try replying with MS Outlook. =) And I will also add
more info to help with this thread.
You can use borders to acomplish what you want. Here's an example:
#JAVA
public abstract class ConditionalHiddenBorder extends Border {
public ConditionalHiddenBorder(String id) {
super(id);
}
public abstract boolean isVisible();
}
#HTML
#EXAMPLE (Wicket's Quickstart)
public HomePage() {
final Label label = new Label("message", "If you see this message wicket
is properly configured and running");
ConditionalHiddenBorder chb = new ConditionalHiddenBorder("border") {
public boolean isVisible() {
return label.getDefaultModelObject() != null;
}
};
chb.add(label);
add(chb);
}
#HTML Example
message will be here
Hope this reply works!
cheers,
Bruno
-Original Message-
From: kan [mailto:[EMAIL PROTECTED]
Sent: Monday, December 01, 2008 9:03 AM
To: users@wicket.apache.org
Subject: make invisible if model object is null
I use the next construction very often:
[markup]
Something here, description, comments etc:
[java]
add(new Label("something")
{
@Override
public boolean isVisible() {
return super.isVisible() && getDefaultModelObject() != null;
}
});
And there are a lot different components which should be hidden with
some arounding text if they have null value of model object.
How to make this more elegant?
First obvious way - inherit from Label, and make something
LabelInvisibleNull, but it is very bad, because a lot different
components (not only Label, but Image, WebMarkupContainer, some my
custom components, etc) require this behavior.
Second - more meaningful - make a IBehavior. But it doesn't work. In
"bind" is to early to check model, but in "beforeRender" is too late
to change visibility.
Is there any other option?
--
WBR, kan.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
Re make invisible if model object is null
Use a border
PS: I hate Microsoft Outlook
-Mensagem original-
De: kan [mailto:[EMAIL PROTECTED]
Enviada em: segunda-feira, 1 de dezembro de 2008 09:03
Para: users@wicket.apache.org
Assunto: make invisible if model object is null
I use the next construction very often:
[markup]
Something here, description, comments etc:
[java]
add(new Label("something")
{
@Override
public boolean isVisible() {
return super.isVisible() && getDefaultModelObject() != null;
}
});
And there are a lot different components which should be hidden with
some arounding text if they have null value of model object.
How to make this more elegant?
First obvious way - inherit from Label, and make something
LabelInvisibleNull, but it is very bad, because a lot different
components (not only Label, but Image, WebMarkupContainer, some my
custom components, etc) require this behavior.
Second - more meaningful - make a IBehavior. But it doesn't work. In
"bind" is to early to check model, but in "beforeRender" is too late
to change visibility.
Is there any other option?
--
WBR, kan.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
RE: Thread.sleep() for only one session
I'm totally against captcha. It's annoying for users and just one more obstacle for criminals - they will always find a way to break it. What I really suggest is: 1) use HTTPS (obviously) 2) require your users a strong password 3) if your user tries login in more than X times, disable his/her account and redirect them to some "Forgot your password?" page. And they will have to answer some question related to their profile to get an email with a link to reset their password. This is how I usually code websites with user/password support. The reason I don't like captcha is that I want to let power users to use browser's password remembering feature, and most of them hate having to type again some silly word drawed on some silly image. And I also don't want to annoy non-power users, but still protect them. :-) -Original Message- From: Maarten Bosteels [mailto:[EMAIL PROTECTED] Sent: Friday, December 05, 2008 3:37 PM To: users@wicket.apache.org Subject: Re: Thread.sleep() for only one session If you're trying to defend against a brute-force password guessing attack, you could add a captcha to your logon form after x failed login attempts from one IP address. Maarten On Fri, Dec 5, 2008 at 5:20 PM, Jeremy Thomerson <[EMAIL PROTECTED]>wrote: > You definitely do NOT want to intentionally sleep a thread - that halts the > request, and uses up your thread pool. You instead want the request to > complete, but you don't want to allow them to continue trying. So, that > being said, you could: > > 1 - add a value to their session like "private long blockedFromSignInUntil" > and when they've exceeded your threshold, set that for ten minutes future. > This isn't bulletproof since they could start a new session by using a new > window / browser / blowing away cookies. > 2 - if it's on a per-username (rather than a per-session) basis, add a > similar value to the user - not allowed signin until This is probably > better anyway, because if I'm "nefarious guy" and I'm trying to sign in to > "mr nice guy" account, you lock "mr nice guy" account because you are in > fact detecting an identity theft attempt. > 3 - you could do a combo of the above so that I, "nefarious guy" when I get > blocked from "mr nice guy" account, can't move on to "mr unsuspecting" > account. > > Then, just have your sign in form be aware of that value in session or user > and not allow a sign in to that account or from that session until the > timeout is expired. > > But as a general rule of thumb, never use Thread.sleep in a web app - > especially somewhere in the request cycle. It'll be shooting yourself in > the foot. > > Hope this helps, > > -- > Jeremy Thomerson > http://www.wickettraining.com > > > On Fri, Dec 5, 2008 at 9:46 AM, Anton Veretennikov < > [EMAIL PROTECTED]> wrote: > > > Hello all Wicket users. > > > > One more question today. > > I need to implement appearence of sleep if "user" (session, IP > > address) tries incorrect login many times. > > Thread.sleep() seems to stop all sessions at once. Any ideas? > > > > Thank you! > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas." "Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel." ***
RE: Thread.sleep() for only one session
Indeed. -Original Message- From: James Carman [mailto:[EMAIL PROTECTED] Sent: Friday, December 05, 2008 3:52 PM To: users@wicket.apache.org Subject: Re: Thread.sleep() for only one session But, if you only show the captcha after so many failed logins, wouldn't that be okay? You let them try a few times and if they are still failing, you initiate the captcha. On Fri, Dec 5, 2008 at 12:48 PM, Bruno Cesar Borges < [EMAIL PROTECTED]> wrote: > I'm totally against captcha. It's annoying for users and just one more > obstacle for criminals - they will always find a way to break it. What I > really suggest is: > > 1) use HTTPS (obviously) > 2) require your users a strong password > 3) if your user tries login in more than X times, disable his/her account > and redirect them to some "Forgot your password?" page. And they will have > to answer some question related to their profile to get an email with a link > to reset their password. > > This is how I usually code websites with user/password support. The reason > I don't like captcha is that I want to let power users to use browser's > password remembering feature, and most of them hate having to type again > some silly word drawed on some silly image. And I also don't want to annoy > non-power users, but still protect them. > > :-) > > -Original Message- > From: Maarten Bosteels [mailto:[EMAIL PROTECTED] > Sent: Friday, December 05, 2008 3:37 PM > To: users@wicket.apache.org > Subject: Re: Thread.sleep() for only one session > > > If you're trying to defend against a brute-force password guessing attack, > you could add a captcha to your logon form after x failed login attempts > from one IP address. > > Maarten > > On Fri, Dec 5, 2008 at 5:20 PM, Jeremy Thomerson > <[EMAIL PROTECTED]>wrote: > > > You definitely do NOT want to intentionally sleep a thread - that halts > the > > request, and uses up your thread pool. You instead want the request to > > complete, but you don't want to allow them to continue trying. So, that > > being said, you could: > > > > 1 - add a value to their session like "private long > blockedFromSignInUntil" > > and when they've exceeded your threshold, set that for ten minutes > future. > > This isn't bulletproof since they could start a new session by using a > new > > window / browser / blowing away cookies. > > 2 - if it's on a per-username (rather than a per-session) basis, add a > > similar value to the user - not allowed signin until This is > probably > > better anyway, because if I'm "nefarious guy" and I'm trying to sign in > to > > "mr nice guy" account, you lock "mr nice guy" account because you are in > > fact detecting an identity theft attempt. > > 3 - you could do a combo of the above so that I, "nefarious guy" when I > get > > blocked from "mr nice guy" account, can't move on to "mr unsuspecting" > > account. > > > > Then, just have your sign in form be aware of that value in session or > user > > and not allow a sign in to that account or from that session until the > > timeout is expired. > > > > But as a general rule of thumb, never use Thread.sleep in a web app - > > especially somewhere in the request cycle. It'll be shooting yourself in > > the foot. > > > > Hope this helps, > > > > -- > > Jeremy Thomerson > > http://www.wickettraining.com > > > > > > On Fri, Dec 5, 2008 at 9:46 AM, Anton Veretennikov < > > [EMAIL PROTECTED]> wrote: > > > > > Hello all Wicket users. > > > > > > One more question today. > > > I need to implement appearence of sleep if "user" (session, IP > > > address) tries incorrect login many times. > > > Thread.sleep() seems to stop all sessions at once. Any ideas? > > > > > > Thank you! > > > > > > - > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > *** > "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) > destinatários(s) acima identificado(s), > podendo conter informações e/ou documentos confidencias/privilegiados e seu > sigilo é protegido por > lei. Caso você tenha recebido por engano, por favor, informe o remetente e > apague-a de seu
Re: LoadableDetachableModel in Listview
Put your object into user's session, just like a shopping chart. :-)
-Original Message-
From: Benjamin Ernst [mailto:[EMAIL PROTECTED]
Sent: Monday, December 08, 2008 10:06 AM
To: users@wicket.apache.org
Subject: LoadableDetachableModel in Listview
Hi everybody,
I have a little Problem with LDMs:
I have a page with a ListView and for each item in the ListView the user can
open a modalWindow to edit the item.
My Problem is, that I don't want to persist the item to the DB from the
modalWindow. Only after the User confirms the changes in the page with the
ListView, all these changes for all items from the ListView should be
persisted. Or the User presses "abort" and nothing is persisted.
When I use LDMs changes that are made in the modalWindow are never shown in
the ListView, because the models are detached.
I could use normal Models or the actual Objects for this, but then I might
run into lazy-initialization-problems.
Has anybody a solution for this problem, or is this simply not possible in
this way?
Thanks in advance,
Benjamin
---
My Code looks like this:
ListView accountListView = new ListView("accountList",
accountList)
{
@Override
protected void populateItem(ListItem item) {
DetachableEntityModel account = new
DetachableEntityModel(item.getModelObject());
item.add(new Label("accountName", new
PropertyModel(account, "name")));
item.add(new Label("accountNumber", new
PropertyModel(account, "number")));
item.add(new AjaxLink("edit", account)
{
@Override
public void onClick(AjaxRequestTarget target) {
modalWindow.showPage(target, new
AccountEditPage(modalWindow, this.getModel()));
}
});
}
};
cont.add(accountListView);
AjaxLink save = new AjaxLink("saveAccounts")
{
@Override
public void onClick(AjaxRequestTarget target) {
User user = userModel.getObject();
user.getAccounts().clear();
user.getAccounts().addAll(accountList);
ServiceLocator.instance().getUserService().saveUser(user);
}
};
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
Re: Populate IFRAME innerHTML on AJAX load of panel.
Put that code into some .js file and add it to your panel as a
HeaderContributor. Then you are ready to go.
-Original Message-
From: Graeme Knight [mailto:[EMAIL PROTECTED]
Sent: Monday, December 08, 2008 11:48 AM
To: users@wicket.apache.org
Subject: Re: Populate IFRAME innerHTML on AJAX load of panel.
Hey Bruno,
Perhaps my ramblings with myself didn't make myself clear.
I am simply wanting to populate the innerHTML with content. I have it
working wonderfully with Tapestry but not with Wicket as I'm not sure of the
correct way of doing it.
Essentially my component will be a wysiwyg editor. I don't want to use
standard ones because I have written my own AND I will be doing some fancy
stuff with the content at a later date.
So perhaps here's the correct question:
What's the best way to set innerHTML on an iframe?
I have a javascript function that I would like to call, which is something
like the following:
IFrameArea.populateContent = function( isEditable, allowDocumentTags,
content )
{
var iFrame = document.getElementById( IFrameArea.FRAME_NAME );
if( iFrame.contentWindow != null )
{
if( iFrame.contentWindow.document != null )
{
var iFrameDocument =
iFrame.contentWindow.document;
iFrameDocument.open();
if( allowDocumentTags == true )
{
iFrameDocument.write('');
iFrameDocument.write( '' );
iFrameDocument.write('');
}
iFrameDocument.write( content );
if( allowDocumentTags == true )
{
iFrameDocument.write('');
}
iFrameDocument.close();
if( isEditable == true )
{
IFrameArea.designModeOn();
}
}
}
};
isEditable indicates whether the iframe is editable or not,
allowDocumentTags indicates whether the iframe should contain basic html
tags and CSS, and the content is ... the content (created by the server) -
this is my Tapestry-esq implementation, so of course it is open to change.
The magic question: How do I get this in the HTML for the 'context' panel?
Bruno Borges wrote:
>
> I've just read your thread and looks like what you want to do is quite...
> invalid. Iframes are just like normal frames, or even, a separate
> window/tab. If you think that way, you will notice that what you want to
> do
> is not possible. From a Javascript developer's perspective, of course.
> This
> has nothing to do with Wicket.
>
> If you want to set the innerHTML property of some DOM object, that object
> *has* to have that property. Check these URLs:
>
> http://www.htmlite.com/lite021.php
> http://msdn.microsoft.com/en-us/library/ms535258(VS.85).aspx#
>
> So, stop talking with yourself about something impossible to accomplish
> and
> go get some sleep buddy... ;-)
>
> Cheers,
> Bruno Borges
> blog.brunoborges.com.br
> +55 21 76727099
>
> "The glory of great men should always be
> measured by the means they have used to
> acquire it."
> - Francois de La Rochefoucauld
>
>
> On Mon, Dec 8, 2008 at 1:07 AM, Graeme Knight <[EMAIL PROTECTED]>
> wrote:
>
>>
>> Bruno!
>>
>> I absolutely would love to write a wiki page on this if I can make it
>> work
>> -
>> and you are right - conversation with myself *might* help others who
>> perhaps
>> have a similar problem.
>>
>> I'm not quite there yet :-( - perhaps tomorrow!
>>
>> Cheers, Graeme.
>>
>>
>> Bruno Borges wrote:
>> >
>> > With all that conversation with yourself, how about writing a Wiki page
>> > after you succeed ?! :-D
>> >
>> > Cheers,
>> > Bruno Borges
>> > blog.brunoborges.com.br
>> > +55 21 76727099
>> >
>> > "The glory of great men should always be
>> > measured by the means they have used to
>> > acquire it."
>> > - Francois de La Rochefoucauld
>> >
>> >
>> > On Sun, Dec 7, 2008 at 11:51 PM, Graeme Knight <[EMAIL PROTECTED]>
>> > wrote:
>> >
>> >>
>> >> Hi.
>> >>
>> >> I'm making some progress by using an IPageLink to a page that might
>> >> contain
>> >> (if I can) the rendered
Re: Populate IFRAME innerHTML on AJAX load of panel.
Did you try to add a Label with CSS hidden attribute that executes your script?
Something like this:
myJavascriptMethod();
I'm really not sure if this actually works, but you could also check this Wiki
page (yeah, it exists)
http://cwiki.apache.org/WICKET/howto-do-javscript-call-after-each-wicket-ajax-update.html
cheers,
Bruno
-Original Message-
From: Graeme Knight [mailto:[EMAIL PROTECTED]
Sent: Monday, December 08, 2008 12:12 PM
To: users@wicket.apache.org
Subject: Re: Populate IFRAME innerHTML on AJAX load of panel.
Hi Bruno,
Right, that far I DID get. I have a Javascript file that contains the
required Javascript for my editor.
(Sorry, I don't have the code now):
When the user hits the tab and the panel goes into another context I create
the panel, add a HeaderContributor that adds the Javascript file.
This panel is not created via a page refresh - it is replaced as per the
code above (i.e. currentPanel = new ). Will the HeaderContributor
actually be utilized at this point or is a full page refresh required?
My BIG problem (this is the crux) is HOW to call that Javascript function -
the call to 'popupateContent' effectively has to be AFTER the iframe is
initialized (so an innerHTML exists). This can't be part of a
HeaderContributor - it has to be further down the chain of execution. My
confusion is how to make this happen.
Almost there! What are the guidelines for the Wiki when I get this working?
Perhaps I can submit to the Wicket people for verification?
REALLY appreciate your discussion on this.
Cheers, Graeme.
Bruno Cesar Borges wrote:
>
> Put that code into some .js file and add it to your panel as a
> HeaderContributor. Then you are ready to go.
>
> -Original Message-
> From: Graeme Knight [mailto:[EMAIL PROTECTED]
> Sent: Monday, December 08, 2008 11:48 AM
> To: users@wicket.apache.org
> Subject: Re: Populate IFRAME innerHTML on AJAX load of panel.
>
>
>
> Hey Bruno,
>
> Perhaps my ramblings with myself didn't make myself clear.
>
> I am simply wanting to populate the innerHTML with content. I have it
> working wonderfully with Tapestry but not with Wicket as I'm not sure of
> the
> correct way of doing it.
>
> Essentially my component will be a wysiwyg editor. I don't want to use
> standard ones because I have written my own AND I will be doing some fancy
> stuff with the content at a later date.
>
> So perhaps here's the correct question:
>
> What's the best way to set innerHTML on an iframe?
>
> I have a javascript function that I would like to call, which is something
> like the following:
>
> IFrameArea.populateContent = function( isEditable, allowDocumentTags,
> content )
> {
> var iFrame = document.getElementById( IFrameArea.FRAME_NAME );
>
> if( iFrame.contentWindow != null )
> {
> if( iFrame.contentWindow.document != null )
> {
> var iFrameDocument =
> iFrame.contentWindow.document;
>
> iFrameDocument.open();
>
> if( allowDocumentTags == true )
> {
> iFrameDocument.write('');
>
> iFrameDocument.write( ' rel="stylesheet" type="text/css"
> href="styles/IFrameStyle.css">' );
>
>
> iFrameDocument.write('');
> }
>
> iFrameDocument.write( content );
>
>
> if( allowDocumentTags == true )
> {
> iFrameDocument.write('');
> }
>
> iFrameDocument.close();
>
> if( isEditable == true )
> {
> IFrameArea.designModeOn();
> }
> }
> }
> };
>
> isEditable indicates whether the iframe is editable or not,
> allowDocumentTags indicates whether the iframe should contain basic html
> tags and CSS, and
RE: Populate IFRAME innerHTML on AJAX load of panel.
Try the setTimeout('myfunction()', 100); function. The second argument is the
timeout (in miliseconds) to wait before evaluating the first argument.
There's also a way to execute your javascript function only after body is fully
loaded. Google for that. Maybe that's your answer.
cheers,
Bruno (becoming a JS developer rather Wicket)
-Original Message-
From: Graeme Knight [mailto:[EMAIL PROTECTED]
Sent: Monday, December 08, 2008 2:31 PM
To: users@wicket.apache.org
Subject: Re: Populate IFRAME innerHTML on AJAX load of panel.
Not sure about this solution. The content of the iframe is visible then
disappears... Hhm.
Graeme Knight wrote:
>
> Hi guys,
>
> I'm making some progress. wicketGlobalPostCallHandler doesn't seem to be
> working for me, but I can do something like this after the iframe:
>
> StringBuilder buffer = new StringBuilder( "" );
> buffer.append( "IFrameArea.populateContent( false, true, 'hello
> world' );" );
> buffer.append( "" );
>
> Label scriptLabel = new Label( "scriptLabel", buffer.toString() );
>
> scriptLabel.setRenderBodyOnly( true );
> scriptLabel.setEscapeModelStrings( false );
>
> add( scriptLabel );
>
> This will add a nice bit of Javascript into the whole lot that will call
> the populateContent function (hurray).
>
> Now the thing is, the text (hello world) flashes on the screen - then
> disappears.
>
> If I hit the 'refresh' button on the browser then the innerHTML 'hello
> world' sticks. If I can solve this tricky problem then I think I'm good to
> go.
>
> Is it REALLY this simple? Why does Wicket have to be so cool?
>
> Cheers, Graeme.
>
>
> Graeme Knight wrote:
>>
>> Hi Ernesto,
>>
>> No - I didn't solve this problem as yet. However, this is part of the
>> process of parsing the HTML prior to insertion on the innerHTML. If I can
>> get that bit working I'm going to get back to our thread on the CIDs very
>> soon!
>>
>> Cheers, Graeme.
>>
>>
>> Graeme Knight wrote:
>>>
>>> Hi Bruno,
>>>
>>> No I didn't try this the Label idea... I'll give it a go!
>>>
>>> Thanks for the link I'll let you know how it works out ... watch this
>>> space!
>>>
>>>
>>>
>>> Bruno Cesar Borges wrote:
>>>>
>>>> Did you try to add a Label with CSS hidden attribute that executes your
>>>> script? Something like this:
>>>>
>>>>
>>>> myJavascriptMethod();
>>>>
>>>>
>>>> I'm really not sure if this actually works, but you could also check
>>>> this Wiki page (yeah, it exists)
>>>>
>>>> http://cwiki.apache.org/WICKET/howto-do-javscript-call-after-each-wicket-ajax-update.html
>>>>
>>>> cheers,
>>>> Bruno
>>>>
>>>> -Original Message-
>>>> From: Graeme Knight [mailto:[EMAIL PROTECTED]
>>>> Sent: Monday, December 08, 2008 12:12 PM
>>>> To: users@wicket.apache.org
>>>> Subject: Re: Populate IFRAME innerHTML on AJAX load of panel.
>>>>
>>>>
>>>>
>>>> Hi Bruno,
>>>>
>>>> Right, that far I DID get. I have a Javascript file that contains the
>>>> required Javascript for my editor.
>>>>
>>>> (Sorry, I don't have the code now):
>>>>
>>>> When the user hits the tab and the panel goes into another context I
>>>> create
>>>> the panel, add a HeaderContributor that adds the Javascript file.
>>>>
>>>> This panel is not created via a page refresh - it is replaced as per
>>>> the
>>>> code above (i.e. currentPanel = new ). Will the HeaderContributor
>>>> actually be utilized at this point or is a full page refresh required?
>>>>
>>>> My BIG problem (this is the crux) is HOW to call that Javascript
>>>> function -
>>>> the call to 'popupateContent' effectively has to be AFTER the iframe is
>>>> initialized (so an innerHTML exists). This can't be part of a
>>>> HeaderContributor - it has to be further down the chain of execution.
>>>> My
>>>> confusion is how to make this happen.
>>>>
>>>> Almost there! What are the guidelines for the Wiki when I get this
>>>> work
Re: Populate IFRAME innerHTML on AJAX load of panel.
Well done Graeme!
=)
Now, please create a Wiki page with all this information, for God's sake!
cheers,
bruno
-Original Message-
From: Graeme Knight [mailto:[EMAIL PROTECTED]
Sent: Monday, December 08, 2008 3:46 PM
To: users@wicket.apache.org
Subject: RE: Populate IFRAME innerHTML on AJAX load of panel.
Yahhhyahhh!
The answer appears to be a HeaderContributor with a call to
renderOnLoadJavascript.
Bruno - you're a star!
I will respond with a more sensible sentence than above as soon as I have
proven it (so far it works).
Rgds, Graeme.
Bruno Cesar Borges wrote:
>
> Try the setTimeout('myfunction()', 100); function. The second argument is
> the timeout (in miliseconds) to wait before evaluating the first argument.
>
> There's also a way to execute your javascript function only after body is
> fully loaded. Google for that. Maybe that's your answer.
>
> cheers,
> Bruno (becoming a JS developer rather Wicket)
>
> -Original Message-
> From: Graeme Knight [mailto:[EMAIL PROTECTED]
> Sent: Monday, December 08, 2008 2:31 PM
> To: users@wicket.apache.org
> Subject: Re: Populate IFRAME innerHTML on AJAX load of panel.
>
>
>
> Not sure about this solution. The content of the iframe is visible then
> disappears... Hhm.
>
>
> Graeme Knight wrote:
>>
>> Hi guys,
>>
>> I'm making some progress. wicketGlobalPostCallHandler doesn't seem to be
>> working for me, but I can do something like this after the iframe:
>>
>> StringBuilder buffer = new StringBuilder( "" );
>> buffer.append( "IFrameArea.populateContent( false, true, 'hello
>> world' );" );
>> buffer.append( "" );
>>
>> Label scriptLabel = new Label( "scriptLabel", buffer.toString()
>> );
>>
>> scriptLabel.setRenderBodyOnly( true );
>> scriptLabel.setEscapeModelStrings( false );
>>
>> add( scriptLabel );
>>
>> This will add a nice bit of Javascript into the whole lot that will call
>> the populateContent function (hurray).
>>
>> Now the thing is, the text (hello world) flashes on the screen - then
>> disappears.
>>
>> If I hit the 'refresh' button on the browser then the innerHTML 'hello
>> world' sticks. If I can solve this tricky problem then I think I'm good
>> to
>> go.
>>
>> Is it REALLY this simple? Why does Wicket have to be so cool?
>>
>> Cheers, Graeme.
>>
>>
>> Graeme Knight wrote:
>>>
>>> Hi Ernesto,
>>>
>>> No - I didn't solve this problem as yet. However, this is part of the
>>> process of parsing the HTML prior to insertion on the innerHTML. If I
>>> can
>>> get that bit working I'm going to get back to our thread on the CIDs
>>> very
>>> soon!
>>>
>>> Cheers, Graeme.
>>>
>>>
>>> Graeme Knight wrote:
>>>>
>>>> Hi Bruno,
>>>>
>>>> No I didn't try this the Label idea... I'll give it a go!
>>>>
>>>> Thanks for the link I'll let you know how it works out ... watch this
>>>> space!
>>>>
>>>>
>>>>
>>>> Bruno Cesar Borges wrote:
>>>>>
>>>>> Did you try to add a Label with CSS hidden attribute that executes
>>>>> your
>>>>> script? Something like this:
>>>>>
>>>>>
>>>>> myJavascriptMethod();
>>>>>
>>>>>
>>>>> I'm really not sure if this actually works, but you could also check
>>>>> this Wiki page (yeah, it exists)
>>>>>
>>>>> http://cwiki.apache.org/WICKET/howto-do-javscript-call-after-each-wicket-ajax-update.html
>>>>>
>>>>> cheers,
>>>>> Bruno
>>>>>
>>>>> -Original Message-
>>>>> From: Graeme Knight [mailto:[EMAIL PROTECTED]
>>>>> Sent: Monday, December 08, 2008 12:12 PM
>>>>> To: users@wicket.apache.org
>>>>> Subject: Re: Populate IFRAME innerHTML on AJAX load of panel.
>>>>>
>>>>>
>>>>>
>>>>> Hi Bruno,
>>>>>
>>>>> Right, that far I DID get. I have a Javascript file that contains the
>>>>> required Javascript for my editor.
>>>>>
>>>>> (Sorry, I don't have
RE: Populate IFRAME innerHTML on AJAX load of panel.
Just go to http://cwiki.apache.org/WICKET
The website is self explanatory. ;-)
Good luck!
-Original Message-
From: Graeme Knight [mailto:[EMAIL PROTECTED]
Sent: Monday, December 08, 2008 4:02 PM
To: users@wicket.apache.org
Subject: Re: Populate IFRAME innerHTML on AJAX load of panel.
Hi Bruno.
I WILL create a Wiki page soon. How do I do this - is there a process?
Rgds, Graeme.
Bruno Cesar Borges wrote:
>
> Well done Graeme!
>
> =)
>
> Now, please create a Wiki page with all this information, for God's sake!
>
> cheers,
> bruno
>
> -Original Message-
> From: Graeme Knight [mailto:[EMAIL PROTECTED]
> Sent: Monday, December 08, 2008 3:46 PM
> To: users@wicket.apache.org
> Subject: RE: Populate IFRAME innerHTML on AJAX load of panel.
>
>
>
> Yahhhyahhh!
>
> The answer appears to be a HeaderContributor with a call to
> renderOnLoadJavascript.
>
> Bruno - you're a star!
>
> I will respond with a more sensible sentence than above as soon as I have
> proven it (so far it works).
>
> Rgds, Graeme.
>
>
> Bruno Cesar Borges wrote:
>>
>> Try the setTimeout('myfunction()', 100); function. The second argument is
>> the timeout (in miliseconds) to wait before evaluating the first
>> argument.
>>
>> There's also a way to execute your javascript function only after body is
>> fully loaded. Google for that. Maybe that's your answer.
>>
>> cheers,
>> Bruno (becoming a JS developer rather Wicket)
>>
>> -Original Message-
>> From: Graeme Knight [mailto:[EMAIL PROTECTED]
>> Sent: Monday, December 08, 2008 2:31 PM
>> To: users@wicket.apache.org
>> Subject: Re: Populate IFRAME innerHTML on AJAX load of panel.
>>
>>
>>
>> Not sure about this solution. The content of the iframe is visible then
>> disappears... Hhm.
>>
>>
>> Graeme Knight wrote:
>>>
>>> Hi guys,
>>>
>>> I'm making some progress. wicketGlobalPostCallHandler doesn't seem to be
>>> working for me, but I can do something like this after the iframe:
>>>
>>> StringBuilder buffer = new StringBuilder( "" );
>>> buffer.append( "IFrameArea.populateContent( false, true, 'hello
>>> world' );" );
>>> buffer.append( "" );
>>>
>>> Label scriptLabel = new Label( "scriptLabel", buffer.toString()
>>> );
>>>
>>> scriptLabel.setRenderBodyOnly( true );
>>> scriptLabel.setEscapeModelStrings( false );
>>>
>>> add( scriptLabel );
>>>
>>> This will add a nice bit of Javascript into the whole lot that will call
>>> the populateContent function (hurray).
>>>
>>> Now the thing is, the text (hello world) flashes on the screen - then
>>> disappears.
>>>
>>> If I hit the 'refresh' button on the browser then the innerHTML 'hello
>>> world' sticks. If I can solve this tricky problem then I think I'm good
>>> to
>>> go.
>>>
>>> Is it REALLY this simple? Why does Wicket have to be so cool?
>>>
>>> Cheers, Graeme.
>>>
>>>
>>> Graeme Knight wrote:
>>>>
>>>> Hi Ernesto,
>>>>
>>>> No - I didn't solve this problem as yet. However, this is part of the
>>>> process of parsing the HTML prior to insertion on the innerHTML. If I
>>>> can
>>>> get that bit working I'm going to get back to our thread on the CIDs
>>>> very
>>>> soon!
>>>>
>>>> Cheers, Graeme.
>>>>
>>>>
>>>> Graeme Knight wrote:
>>>>>
>>>>> Hi Bruno,
>>>>>
>>>>> No I didn't try this the Label idea... I'll give it a go!
>>>>>
>>>>> Thanks for the link I'll let you know how it works out ... watch this
>>>>> space!
>>>>>
>>>>>
>>>>>
>>>>> Bruno Cesar Borges wrote:
>>>>>>
>>>>>> Did you try to add a Label with CSS hidden attribute that executes
>>>>>> your
>>>>>> script? Something like this:
>>>>>>
>>>>>>
>>>>>> myJavascriptMethod();
>>>>>>
>>>>>>
>>>>>> I'm really not sure if this
RE: Clustering Problems / java.lang.StackOverflowError
Jeremy, could you please try to debug and see which class Wicket is trying to resolve at class IObjectStreamFactory, line 70? org.apache.wicket.util.io.IObjectStreamFactory$1.resolveClass(IObjectStreamFactory.java:70) Thanks, Bruno -Original Message- From: Jeremy Levy [mailto:[EMAIL PROTECTED] Sent: Monday, December 08, 2008 4:02 PM To: users@wicket.apache.org Subject: Clustering Problems / java.lang.StackOverflowError We have recently moved our application over to using clustering, we are running JBoss 4.2.3 with Tomcat 6 bundled using two nodes. After a few seconds with both nodes active and receiving traffic we start to see StackOverFlow exceptions. They don't originate from within our code and I'm a bit at a loss of how to troubleshoot this. Any help is appreciated. java.lang.StackOverflowError at EDU.oswego.cs.dl.util.concurrent.ConcurrentReaderHashMap.hash(ConcurrentReaderHashMap.java:299) at EDU.oswego.cs.dl.util.concurrent.ConcurrentReaderHashMap.get(ConcurrentReaderHashMap.java:411) at org.jboss.mx.loading.UnifiedLoaderRepository3.getCachedClass(UnifiedLoaderRepository3.java:222) at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoader.java:403) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:247) at java.io.ObjectInputStream.resolveClass(ObjectInputStream.java:604) at org.apache.wicket.util.io.IObjectStreamFactory$1.resolveClass(IObjectStreamFactory.java:70) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1575) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1496) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1732) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:351) at org.apache.wicket.util.lang.Objects.byteArrayToObject(Objects.java:393) at org.apache.wicket.protocol.http.pagestore.AbstractPageStore.deserializePage(AbstractPageStore.java:228) at org.apache.wicket.protocol.http.pagestore.DiskPageStore.getPage(DiskPageStore.java:706) at org.apache.wicket.protocol.http.pagestore.DiskPageStore.convertToPage(DiskPageStore.java:1230) at org.apache.wicket.protocol.http.SecondLevelCacheSessionStore$SecondLevelCachePageMap.getLastPage(SecondLevelCacheSessionStore.java:228) at org.apache.wicket.protocol.http.SecondLevelCacheSessionStore$SecondLevelCachePageMap.get(SecondLevelCacheSessionStore.java:296) at org.apache.wicket.Session.getPage(Session.java:751) at org.apache.wicket.protocol.http.pagestore.AbstractPageStore$PageHolder.readResolve(AbstractPageStore.java:363) at sun.reflect.GeneratedMethodAccessor123.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at java.io.ObjectStreamClass.invokeReadResolve(ObjectStreamClass.java:1061) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1762) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945) at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:1869) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1753) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1329) at java.io.ObjectInputStream.readArray(ObjectInputStream.java:1667) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1323) at java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:1945) at java.io.ObjectInputStream.readSerialDat
RE: Newbie question
I think you are talking about the 'viewSize' property of ListView.
This indicates how many "viewable" items will be displayed within a ListView.
-Original Message-
From: Mark Daniel [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 09, 2008 6:23 PM
To: users@wicket.apache.org
Subject: Newbie question
Hello all,
I'm following the wicket in action book. I'm trying the cheese store in
chapter 3. I was following along the code by reading a bit and coding a bit
on my own. The code defining the ListView for the cheese cart is originally:
add(new ListView("cart", new PropertyModel(this, "cart.cheeses")) { ... }
The way I ended up coding it was:
add(new ListView("cart", getCart().getCheeses())) { ... }
Which seems to be working fine, but If I click repeatedly fast on the 'add
to cart' link, the ArrayList in session gets its size changed correctly when
adding elements, but the ListView element size doesnt change accordingly.
Basically, the list size keeps growing on each click, but the number of
items in the ListView doesnt grow anymore.
Any ideas whats wrong?
Thanks.
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Newbie question
Oh, yeah... size() is a method from MarkupContainer.
/**
* Get the number of children in this container.
*
* @return Number of children in this container
*/
public final int size()
{
return children_size();
}
I don't know if for Repeaters would make sense to return how many items they
contain. Probably not.
-Original Message-
From: Mark Daniel [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 09, 2008 6:35 PM
To: users@wicket.apache.org
Subject: Re: Newbie question
Hi,
Basically, getCart().getCheeses().size() != cartListView.size()
On Wed, Dec 10, 2008 at 12:31 AM, Bruno Cesar Borges <
[EMAIL PROTECTED]> wrote:
> I think you are talking about the 'viewSize' property of ListView.
>
> This indicates how many "viewable" items will be displayed within a
> ListView.
>
>
>
> -Original Message-
> From: Mark Daniel [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, December 09, 2008 6:23 PM
> To: users@wicket.apache.org
> Subject: Newbie question
>
>
> Hello all,
>
> I'm following the wicket in action book. I'm trying the cheese store in
> chapter 3. I was following along the code by reading a bit and coding a bit
> on my own. The code defining the ListView for the cheese cart is
> originally:
>
> add(new ListView("cart", new PropertyModel(this, "cart.cheeses")) { ... }
>
> The way I ended up coding it was:
>
> add(new ListView("cart", getCart().getCheeses())) { ... }
>
> Which seems to be working fine, but If I click repeatedly fast on the 'add
> to cart' link, the ArrayList in session gets its size changed correctly
> when
> adding elements, but the ListView element size doesnt change accordingly.
> Basically, the list size keeps growing on each click, but the number of
> items in the ListView doesnt grow anymore.
>
> Any ideas whats wrong?
>
> Thanks.
>
> ***
> "Atenção: Esta mensagem foi enviada para uso exclusivo do(s)
> destinatários(s) acima identificado(s),
> podendo conter informações e/ou documentos confidencias/privilegiados e seu
> sigilo é protegido por
> lei. Caso você tenha recebido por engano, por favor, informe o remetente e
> apague-a de seu sistema.
> Notificamos que é proibido por lei a sua retenção, disseminação,
> distribuição, cópia ou uso sem
> expressa autorização do remetente. Opiniões pessoais do remetente não
> refletem, necessariamente,
> o ponto de vista da CETIP, o qual é divulgado somente por pessoas
> autorizadas."
>
>
> "Warning: This message was sent for exclusive use of the addressees above
> identified, possibly
> containing information and or privileged/confidential documents whose
> content is protected by law.
> In case you have mistakenly received it, please notify the sender and
> delete it from your system.
> Be noticed that the law forbids the retention, dissemination, distribution,
> copy or use without
> express authorization from the sender. Personal opinions of the sender do
> not necessarily reflect
> CETIP's point of view, which is only divulged by authorized personnel."
>
> ***
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by authorized personnel."
***
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Include a jsp in my wicket-page -> PageExpired
Looks like you want to process a JSP Form to a Wicket page. I hardly think this is possible. What you could try to do is using an IFrame to load a Wicket page containing that form. But I rather ask you, why do you want to use JSPs within the same application that uses Wicket? -Original Message- From: alexander.elsholz [mailto:[EMAIL PROTECTED] Sent: Thursday, December 11, 2008 10:55 AM To: users@wicket.apache.org Subject: Include a jsp in my wicket-page -> PageExpired hi, in my tabbedpane i want include different jsps. i use the wicket include component. that works fine without userinteraction. but in one jsp-page is a form, which submit the data with a submit butzton and the http-post method. when i click this one i get a page-expired - without any logfile-failures. thanks alex -- View this message in context: http://www.nabble.com/Include-a-jsp-in-my-wicket-page--%3E-PageExpired-tp20954898p20954898.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas." "Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel." *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: NPE when embedding
Please, submit a JIRA issue. Looks like a simple bug while parsing the content. PS: should now be the time to reconsider the idea of dropping wicket:link? :-) -Original Message- From: danielt [mailto:[EMAIL PROTECTED] Sent: Thursday, December 11, 2008 11:34 AM To: users@wicket.apache.org Subject: NPE when embedding hi at all.. works:doesn't work: ErrorLog: WicketMessage: Exception in rendering component: [MarkupContainer [Component id = _link5]] Root cause: java.lang.NullPointerException at org.apache.wicket.markup.resolver.AutoLinkResolver$PathInfo.(AutoLinkResolver.java:249) at org.apache.wicket.markup.resolver.AutoLinkResolver.resolveAutomaticLink(AutoLinkResolver.java:812) at org.apache.wicket.markup.resolver.AutoLinkResolver.resolve(AutoLinkResolver.java:747) at org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324) at org.apache.wicket.MarkupContainer.renderComponentTagBody(MarkupContainer.java:1476) at org.apache.wicket.MarkupContainer.onComponentTagBody(MarkupContainer.java:1401) at org.apache.wicket.Component.renderComponent(Component.java:2480) at org.apache.wicket.MarkupContainer.onRender(MarkupContainer.java:1411) at org.apache.wicket.Component.render(Component.java:2317) at org.apache.wicket.MarkupContainer.autoAdd(MarkupContainer.java:223) at org.apache.wicket.markup.resolver.WicketLinkResolver.resolve(WicketLinkResolver.java:73) at org.apache.wicket.MarkupContainer.renderNext(MarkupContainer.java:1324) at org.apache.wicket.MarkupContainer.renderAll(MarkupContainer.java:1427) at org.apache.wicket.Page.onRender(Page.java:1470) at org.apache.wicket.Component.render(Component.java:2317) at org.apache.wicket.Page.renderPage(Page.java:904) at org.apache.wicket.request.target.component.BookmarkablePageRequestTarget.respond(BookmarkablePageRequestTarget.java:231) at org.apache.wicket.request.AbstractRequestCycleProcessor.respond(AbstractRequestCycleProcessor.java:104) at org.apache.wicket.RequestCycle.processEventsAndRespond(RequestCycle.java:1181) at org.apache.wicket.RequestCycle.step(RequestCycle.java:1252) at org.apache.wicket.RequestCycle.steps(RequestCycle.java:1353) at org.apache.wicket.RequestCycle.request(RequestCycle.java:493) at org.apache.wicket.protocol.http.WicketFilter.doGet(WicketFilter.java:355) at org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:200) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:104) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:261) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:581) at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447) at java.lang.Thread.run(Thread.java:619) bug or feature? thanks a lot and best regards, Tee -- View this message in context: http://www.nabble.com/NPE-when-%3Cwicket%3Alink%3E-embedding-%3Cinput-type%3D%22image%22-src%22...%22%3E-tp20955539p20955539.html Sent from the Wicket - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas." "Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of
RE: Include a jsp in my wicket-page -> PageExpired
You can accomplish this somehow, but all of your wicket pages will have to deal with PageParameters... And I really recommend you to put your wicket pages inside an Iframe. It will be bether this way. -Original Message- From: alexander.elsholz [mailto:alexander.elsh...@widas.de] Sent: Thursday, December 11, 2008 1:10 PM To: users@wicket.apache.org Subject: RE: Include a jsp in my wicket-page -> PageExpired Hi, i have an existing jsp-application which i have to includ in a new wicket application. iframe looks fine, but i have to display this application in different tabs, so i need a possibility to display the Iframe in a panel - and i think it's not possible. I need JSP's in the same application like wicket, because i have to control parts of this application by url. that works fine, but i have a problem with the http-post-method - i think wicket tries to answer this request, but it shoukd delegate it to the existing web-applicatoion-servlet. hope that displays my dilemma. i need a possibility to display and control the jsp-app in a wicket panel - like @include in jsp. thanks alex Bruno Cesar Borges wrote: > > Looks like you want to process a JSP Form to a Wicket page. I hardly think > this is possible. > > What you could try to do is using an IFrame to load a Wicket page > containing that form. But I rather ask you, why do you want to use JSPs > within the same application that uses Wicket? > > -Original Message- > From: alexander.elsholz [mailto:alexander.elsh...@widas.de] > Sent: Thursday, December 11, 2008 10:55 AM > To: users@wicket.apache.org > Subject: Include a jsp in my wicket-page -> PageExpired > > > > hi, > > in my tabbedpane i want include different jsps. > > i use the wicket include component. > > that works fine without userinteraction. > > but in one jsp-page is a form, which submit the data with a submit butzton > and the http-post method. when i click this one i get a page-expired - > without any logfile-failures. > > thanks alex > -- > View this message in context: > http://www.nabble.com/Include-a-jsp-in-my-wicket-page--%3E-PageExpired-tp20954898p20954898.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 > > *** > "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) > destinatários(s) acima identificado(s), > podendo conter informações e/ou documentos confidencias/privilegiados e > seu sigilo é protegido por > lei. Caso você tenha recebido por engano, por favor, informe o remetente e > apague-a de seu sistema. > Notificamos que é proibido por lei a sua retenção, disseminação, > distribuição, cópia ou uso sem > expressa autorização do remetente. Opiniões pessoais do remetente não > refletem, necessariamente, > o ponto de vista da CETIP, o qual é divulgado somente por pessoas > autorizadas." > > > "Warning: This message was sent for exclusive use of the addressees above > identified, possibly > containing information and or privileged/confidential documents whose > content is protected by law. > In case you have mistakenly received it, please notify the sender and > delete it from your system. > Be noticed that the law forbids the retention, dissemination, > distribution, copy or use without > express authorization from the sender. Personal opinions of the sender do > not necessarily reflect > CETIP's point of view, which is only divulged by authorized personnel." > *** > > > - > 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://www.nabble.com/RE%3A-Include-a-jsp-in-my-wicket-page--%3E-PageExpired-tp20955015p20957234.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 *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é p
Re: [OT] wicket users around the world
Rio de Janeiro, Brazil For those brazilians out there, check this out: http://blog.brunoborges.com.br/search/label/Wicket And this: http://groups.google.com/group/wicket-ptbr Thanks, Bruno -Original Message- From: Cristiano Kliemann [mailto:cristia...@gmail.com] Sent: Thursday, December 11, 2008 6:16 PM To: users@wicket.apache.org Subject: Re: [OT] wicket users around the world Brasilia, Brazil On Thu, Dec 11, 2008 at 4:57 PM, francisco treacy < francisco.tre...@gmail.com> wrote: > to know a little bit more of our great (and vast) community, i was > just wondering if you're keen on sharing where you come from and/or > where you work with wicket... > > for instance, here argentinian/belgian working with wicket in antibes, > france > > francisco > > - > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > *** "Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas." "Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect CETIP's point of view, which is only divulged by authorized personnel." *** - To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org
RE: Integrating Scheduler into Web Application
You should setUp/tearDown Quartz's Scheduler using context listener in your web
application and attach it to your Application Context.
-Original Message-
From: Ernesto Reinaldo Barreiro [mailto:reier...@gmail.com]
Sent: Thursday, December 11, 2008 6:41 PM
To: users@wicket.apache.org
Subject: Re: Integrating Scheduler into Web Application
Hi Will,
Maybe this is more question for the quartz mailing list
Probably you would want to have only one scheduler per application, so
you should follow a singleton pattern. E.g.
public class SchedulerLocator {
private static Scheduler scheduler;
public static Scheduler getScheduler() {
if(scheduler == null) {
scheduler = .all the factory thing.
}
return scheduler;
}
}
So everywhere you could do SchedulerLocator.getScheduler() (e.g on you
pages). I would "create" this singleton when the application object is
created or initialized.
init() {
SchedulerLocator.getScheduler();
}
If you want your jobs/triggers to persist after application restarts you
will need to create a "persistent" scheduler and consequently create the
associated tables and instruct quartz to deal with them...
Ernesto
wfroud wrote:
> Hi,
>
> I am trying to integrate a scheduler into my web application. I believe my
> question is probably very trivial but I am missing some vital Java
> knowledge. Please let me explain…
> My web application currently allows users to choose, customise and run
> reports.
> I now need to add a detailed scheduler so that users can choose when to run
> the reports and how often etc.
>
> I'm using Spring for the db access, and I was going to use Quartz for
> scheduling.
>
> A basic Quartz schedule looks something like the following:
> public class SimpleExample {
>
> public void run() throws Exception {
>
> // First we must get a reference to a scheduler
> // This schedule info is stored in a db, defined in the
> quartz.properties file.
> SchedulerFactory sf = new StdSchedulerFactory();
> Scheduler sched = sf.getScheduler();
>
> // Add jobs and triggers to schedule.
>
> // Start up the scheduler (nothing can actually run until the
> // scheduler has been started)
> sched.start();
>
> // Wait for a short period of time so scheduler has chance to run
> jobs.
>
> sched.shutdown();
> }
>
> public static void main(String[] args) throws Exception {
>
> SimpleExample example = new SimpleExample();
> example.run();
>
> }
>
> }
>
> More details about a really basic example can be found here:
> http://wiki.opensymphony.com/display/QRTZ1/TutorialLesson1
>
> I can run this fine as a standalone test.
>
> The basics of my web application are as follows:
>
> MyApp which extends WebApplication.
> Loads of classes which extend WebPage
> A MySession class which extends WebSession
>
> What I'm not sure about is where I should be instantiating the
> SchedulerFactory within my application so that all users can update any
> schedule (i.e. so there is kind-of-like global access to the scheduler
> object) and so that the SchedulerFactory is only instantiated the once.
>
> I can't instantiate it in a web page as this will be user specific.
> I could instantiate it in the MyApp class but then I don't have access to it
> from the web pages.
>
> Any help whatsoever, just to point me in the right direction, would be much
> appreciated.
>
> Thanks
>
> Will
>
>
>
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org
***
"Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s)
acima identificado(s),
podendo conter informações e/ou documentos confidencias/privilegiados e seu
sigilo é protegido por
lei. Caso você tenha recebido por engano, por favor, informe o remetente e
apague-a de seu sistema.
Notificamos que é proibido por lei a sua retenção, disseminação, distribuição,
cópia ou uso sem
expressa autorização do remetente. Opiniões pessoais do remetente não refletem,
necessariamente,
o ponto de vista da CETIP, o qual é divulgado somente por pessoas autorizadas."
"Warning: This message was sent for exclusive use of the addressees above
identified, possibly
containing information and or privileged/confidential documents whose content
is protected by law.
In case you have mistakenly received it, please notify the sender and delete it
from your system.
Be noticed that the law forbids the retention, dissemination, distribution,
copy or use without
express authorization from the sender. Personal opinions of the sender do not
necessarily reflect
CETIP's point of view, which is only divulged by autho
RE: how to reuse a label in the same page?
Martijn, it is possible to create nodes inside a DOM tree refering to another
DOM node. What if it was possible to do the same with Wicket?
label
again
again but outside panel!
Regards,
Bruno
-Original Message-
From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com]
Sent: Friday, December 12, 2008 5:18 AM
To: users@wicket.apache.org
Subject: Re: how to reuse a label in the same page?
Nope, wicket:id is a 1-1 mapping at the same dom tree level. You can
reuse id's at different levels or in different branches of the dom
tree, but not as siblings.
works
but another
will fail (and rightfully so)
Martijn
On Fri, Dec 12, 2008 at 6:20 AM, Jeremy Thomerson
wrote:
> I'm pretty sure that you can just add it once in Java and multiple times in
> the HTML, although I've never pondered the (potential) side-effects of
> this. Give it a shot and let us know how it works for you. With something
> as stateless / simple as a BookmarkablePageLink, there probably couldn't be
> much in the way of side-effects, although with very complex, stateful
> components, I could see that maybe there would be an issue... (maybe??)
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
> On Thu, Dec 11, 2008 at 3:29 PM, novotny wrote:
>
>>
>>
>> Basically I need two of the same links on the page, and it looks like I
>> have
>> to do this which just seems kinda lame...
>>
>> add(new BookmarkablePageLink("personaldetails",
>> PersonalDetailsPage.class));
>> add(new BookmarkablePageLink("personaldetails2",
>> PersonalDetailsPage.class));
>>
>>
>>
>> Click Here
>> Profile page
>>
>>
>>
>>
>>
>>
>>
>> jWeekend wrote:
>> >
>> > Jason,
>> >
>> > What are you trying to achieve?
>> >
>> > Here are some ideas that may give the desired effect, depending on what
>> > that is ...
>> >
>> > 1 - Make a model for your data and give that to all the Label instances
>> as
>> > required, (but each with their unique id and separate markup).
>> > 2 - Use a repeater (like a ListView) to render several labels (no
>> > repetition of Java code or markup).
>> > 3 - Write a method that takes a model (or just a String) and an id, that
>> > returns an appropriately configured Label instance (saves on repeating
>> > Java code - still need markup per component and your own unique ids).
>> >
>> > Regards - Cemal
>> > http://www.jWeekend.co.uk
RE: how to reuse a label in the same page?
lol...
Alright, I agree with you, but think about. There are some cases where creating
a fragment or a panel to reuse, wouldn't address the main advantage. We could
save a *lot* of memory usage this way, and I think it would be a cool feature.
Even with Ajax wouldn't be a problem.
-Original Message-
From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com]
Sent: Friday, December 12, 2008 10:33 AM
To: users@wicket.apache.org
Subject: Re: how to reuse a label in the same page?
The fact that you want to bind a component in two places and complain
that you can't, is a code smell: you should extract that component to
a panel or fragment and reuse the panel (/fragment).
Martijn
On Fri, Dec 12, 2008 at 1:32 PM, Martijn Dashorst
wrote:
> ieuw
>
> On Fri, Dec 12, 2008 at 1:30 PM, Bruno Cesar Borges
> wrote:
>> Martijn, it is possible to create nodes inside a DOM tree refering to
>> another DOM node. What if it was possible to do the same with Wicket?
>>
>>
>> label
>> again
>>
>>
>> again but outside panel!
>>
>> Regards,
>> Bruno
>>
>> -Original Message-
>> From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com]
>> Sent: Friday, December 12, 2008 5:18 AM
>> To: users@wicket.apache.org
>> Subject: Re: how to reuse a label in the same page?
>>
>>
>> Nope, wicket:id is a 1-1 mapping at the same dom tree level. You can
>> reuse id's at different levels or in different branches of the dom
>> tree, but not as siblings.
>>
>> works
>> but another
>> will fail (and rightfully so)
>>
>> Martijn
>>
>> On Fri, Dec 12, 2008 at 6:20 AM, Jeremy Thomerson
>> wrote:
>>> I'm pretty sure that you can just add it once in Java and multiple times in
>>> the HTML, although I've never pondered the (potential) side-effects of
>>> this. Give it a shot and let us know how it works for you. With something
>>> as stateless / simple as a BookmarkablePageLink, there probably couldn't be
>>> much in the way of side-effects, although with very complex, stateful
>>> components, I could see that maybe there would be an issue... (maybe??)
>>> --
>>> Jeremy Thomerson
>>> http://www.wickettraining.com
>>>
>>>
>>> On Thu, Dec 11, 2008 at 3:29 PM, novotny wrote:
>>>
>>>>
>>>>
>>>> Basically I need two of the same links on the page, and it looks like I
>>>> have
>>>> to do this which just seems kinda lame...
>>>>
>>>> add(new BookmarkablePageLink("personaldetails",
>>>> PersonalDetailsPage.class));
>>>> add(new BookmarkablePageLink("personaldetails2",
>>>> PersonalDetailsPage.class));
>>>>
>>>>
>>>>
>>>> Click Here
>>>> Profile page
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> jWeekend wrote:
>>>> >
>>>> > Jason,
>>>> >
>>>> > What are you trying to achieve?
>>>> >
>>>> > Here are some ideas that may give the desired effect, depending on what
>>>> > that is ...
>>>> >
>>>> > 1 - Make a model for your data and give that to all the Label instances
>>>> as
>>>> > required, (but each with their unique id and separate markup).
>>>> > 2 - Use a repeater (like a ListView) to render several labels (no
>>>> > repetition of Java code or markup).
>>>> > 3 - Write a method that takes a model (or just a String) and an id, that
>>>> > returns an appropriately configured Label instance (saves on repeating
>>>> > Java code - still need markup per component and your own unique ids).
>>>> >
>>>> > Regards - Cemal
>>>> > http://www.jWeekend.co.uk <http://www.jweekend.co.uk/> jWeekend
>>>> >
>>>> >
>>>> >
>>>> > novotny wrote:
>>>> >>
>>>> >>
>>>> >> I have a simple label "hello" and I want to display it twice in the same
>>>> >> page, but wicket complains the wicket:id needs to be unique in my
>>>> >> page what do I need to do, is there an alias or something?
>>>> >>
>>>> >> Thanks, Jason
>>>> >>
>>>> >
>>>> >
>>>>
>>>> --
>>
RE: how to reuse a label in the same page?
Sorry. What I did want to say was that "There are some cases where creating a
fragment or a panel to be reused is just... too cumbersome."
-Original Message-----
From: Bruno Cesar Borges [mailto:brunobor...@cetip.com.br]
Sent: Friday, December 12, 2008 10:37 AM
To: users@wicket.apache.org
Subject: RE: how to reuse a label in the same page?
lol...
Alright, I agree with you, but think about. There are some cases where creating
a fragment or a panel to reuse, wouldn't address the main advantage. We could
save a *lot* of memory usage this way, and I think it would be a cool feature.
Even with Ajax wouldn't be a problem.
-Original Message-
From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com]
Sent: Friday, December 12, 2008 10:33 AM
To: users@wicket.apache.org
Subject: Re: how to reuse a label in the same page?
The fact that you want to bind a component in two places and complain
that you can't, is a code smell: you should extract that component to
a panel or fragment and reuse the panel (/fragment).
Martijn
On Fri, Dec 12, 2008 at 1:32 PM, Martijn Dashorst
wrote:
> ieuw
>
> On Fri, Dec 12, 2008 at 1:30 PM, Bruno Cesar Borges
> wrote:
>> Martijn, it is possible to create nodes inside a DOM tree refering to
>> another DOM node. What if it was possible to do the same with Wicket?
>>
>>
>> label
>> again
>>
>>
>> again but outside panel!
>>
>> Regards,
>> Bruno
>>
>> -Original Message-
>> From: Martijn Dashorst [mailto:martijn.dasho...@gmail.com]
>> Sent: Friday, December 12, 2008 5:18 AM
>> To: users@wicket.apache.org
>> Subject: Re: how to reuse a label in the same page?
>>
>>
>> Nope, wicket:id is a 1-1 mapping at the same dom tree level. You can
>> reuse id's at different levels or in different branches of the dom
>> tree, but not as siblings.
>>
>> works
>> but another
>> will fail (and rightfully so)
>>
>> Martijn
>>
>> On Fri, Dec 12, 2008 at 6:20 AM, Jeremy Thomerson
>> wrote:
>>> I'm pretty sure that you can just add it once in Java and multiple times in
>>> the HTML, although I've never pondered the (potential) side-effects of
>>> this. Give it a shot and let us know how it works for you. With something
>>> as stateless / simple as a BookmarkablePageLink, there probably couldn't be
>>> much in the way of side-effects, although with very complex, stateful
>>> components, I could see that maybe there would be an issue... (maybe??)
>>> --
>>> Jeremy Thomerson
>>> http://www.wickettraining.com
>>>
>>>
>>> On Thu, Dec 11, 2008 at 3:29 PM, novotny wrote:
>>>
>>>>
>>>>
>>>> Basically I need two of the same links on the page, and it looks like I
>>>> have
>>>> to do this which just seems kinda lame...
>>>>
>>>> add(new BookmarkablePageLink("personaldetails",
>>>> PersonalDetailsPage.class));
>>>> add(new BookmarkablePageLink("personaldetails2",
>>>> PersonalDetailsPage.class));
>>>>
>>>>
>>>>
>>>> Click Here
>>>> Profile page
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> jWeekend wrote:
>>>> >
>>>> > Jason,
>>>> >
>>>> > What are you trying to achieve?
>>>> >
>>>> > Here are some ideas that may give the desired effect, depending on what
>>>> > that is ...
>>>> >
>>>> > 1 - Make a model for your data and give that to all the Label instances
>>>> as
>>>> > required, (but each with their unique id and separate markup).
>>>> > 2 - Use a repeater (like a ListView) to render several labels (no
>>>> > repetition of Java code or markup).
>>>> > 3 - Write a method that takes a model (or just a String) and an id, that
>>>> > returns an appropriately configured Label instance (saves on repeating
>>>> > Java code - still need markup per component and your own unique ids).
>>>> >
>>>> > Regards - Cemal
>>>> > http://www.jWeekend.co.uk <http://www.jweekend.co.uk/> jWeekend
>>>> >
>>>> >
>>>> >
>>>> > novotny wrote:
>>>> >>
>>>> >>
>>>> >> I have a simple label "hello&quo
RE: how to reuse a label in the same page?
Really, if we think about the DOM tree and XMLs, we'll see that it is possible
to put some information in different places, but that information is declared
only once.
Wicket works with XHTML (XML over HTML). So why not support this? If one
decides to refer to a component declared in another piece of the html, and
duplicate that (html) code, it is possible to do it anyway, with Javascript.
-Original Message-
From: Jeremy Thomerson [mailto:jer...@wickettraining.com]
Sent: Friday, December 12, 2008 3:35 PM
To: users@wicket.apache.org
Subject: Re: how to reuse a label in the same page?
Oops - you are right there - the component use check was turned off in this
app (I just threw the example into an existing app to test it).
While I don't typically use this, or have this use case, I'm not clear on
what is "fundamentally wrong" with this - you have a component you want two
places in a page or panel, etc... So, why mustyou create two duplicate
components? That seems more wrong than the former.
--
Jeremy Thomerson
http://www.wickettraining.com
On Fri, Dec 12, 2008 at 11:23 AM, Martijn Dashorst <
martijn.dasho...@gmail.com> wrote:
> Now run your application in virgin development mode. The fact that we
> disable the component use check in production mode doesn't make it
> less evil.
>
> Martijn
>
> On Fri, Dec 12, 2008 at 5:56 PM, Jeremy Thomerson
> wrote:
> > Martijn,
> > Actually, what I described does work - try this on any page:
> >
> > JAVA (added only once - since you couldn't add two with the same ID
> anyway):
> > add(new Label("test", "this is a test"));
> >
> > HTML:
> > []
> > []
> >
> > OUTPUT:
> > this is a test
> > this is a test
> > Right or wrong, it currently works that way. (1.4-SNAPSHOT - and I know
> > I've used it in past versions as well)
> > --
> > Jeremy Thomerson
> > http://www.wickettraining.com
> >
> >
> > On Fri, Dec 12, 2008 at 1:17 AM, Martijn Dashorst <
> > martijn.dasho...@gmail.com> wrote:
> >
> >> Nope, wicket:id is a 1-1 mapping at the same dom tree level. You can
> >> reuse id's at different levels or in different branches of the dom
> >> tree, but not as siblings.
> >>
> >> works
> >> but another
> >> will fail (and rightfully so)
> >>
> >> Martijn
> >>
> >> On Fri, Dec 12, 2008 at 6:20 AM, Jeremy Thomerson
> >> wrote:
> >> > I'm pretty sure that you can just add it once in Java and multiple
> times
> >> in
> >> > the HTML, although I've never pondered the (potential) side-effects of
> >> > this. Give it a shot and let us know how it works for you. With
> >> something
> >> > as stateless / simple as a BookmarkablePageLink, there probably
> couldn't
> >> be
> >> > much in the way of side-effects, although with very complex, stateful
> >> > components, I could see that maybe there would be an issue...
> (maybe??)
> >> > --
> >> > Jeremy Thomerson
> >> > http://www.wickettraining.com
> >> >
> >> >
> >> > On Thu, Dec 11, 2008 at 3:29 PM, novotny
> wrote:
> >> >
> >> >>
> >> >>
> >> >> Basically I need two of the same links on the page, and it looks like
> I
> >> >> have
> >> >> to do this which just seems kinda lame...
> >> >>
> >> >> add(new BookmarkablePageLink("personaldetails",
> >> >> PersonalDetailsPage.class));
> >> >> add(new BookmarkablePageLink("personaldetails2",
> >> >> PersonalDetailsPage.class));
> >> >>
> >> >>
> >> >>
> >> >> Click Here
> >> >> Profile page
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >>
> >> >> jWeekend wrote:
> >> >> >
> >> >> > Jason,
> >> >> >
> >> >> > What are you trying to achieve?
> >> >> >
> >> >> > Here are some ideas that may give the desired effect, depending on
> >> what
> >> >> > that is ...
> >> >> >
> >> >> > 1 - Make a model for your data and give that to all the Label
> >> instances
> >> >> as
> >> >> > required, (but each with their unique id and separate markup).
> >> >> > 2 - Use a repeater (like a ListView) to render several labels (no
> >> >> > repetition of Java code or markup).
> >> >> > 3 - Write a method that takes a model (or just a String) and an id,
> >> that
> >> >> > returns an appropriately configured Label instance (saves on
> >> repeating
> >> >> > Java code - still need markup per component and your own unique
> ids).
> >> >> >
> >> >> > Regards - Cemal
> >> >> > http://www.jWeekend.co.uk
RE: how to reuse a label in the same page?
I'm pretty sure it is possible to register all markup IDs generated to
referenced nodes.
new Label("foo", "Foo");
ddd
again
outputs:
Foo
Foo
Then it would be possible to do, for instance, an Ajax update over all nodes.
-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Sent: Friday, December 12, 2008 4:11 PM
To: users@wicket.apache.org
Subject: Re: how to reuse a label in the same page?
what happens once you add a behavior that uses markup id? or even call
setoutputmarkupid(true) on that component?
-igor
On Fri, Dec 12, 2008 at 9:35 AM, Jeremy Thomerson
wrote:
> Oops - you are right there - the component use check was turned off in this
> app (I just threw the example into an existing app to test it).
>
> While I don't typically use this, or have this use case, I'm not clear on
> what is "fundamentally wrong" with this - you have a component you want two
> places in a page or panel, etc... So, why mustyou create two duplicate
> components? That seems more wrong than the former.
>
> --
> Jeremy Thomerson
> http://www.wickettraining.com
>
>
> On Fri, Dec 12, 2008 at 11:23 AM, Martijn Dashorst <
> martijn.dasho...@gmail.com> wrote:
>
>> Now run your application in virgin development mode. The fact that we
>> disable the component use check in production mode doesn't make it
>> less evil.
>>
>> Martijn
>>
>> On Fri, Dec 12, 2008 at 5:56 PM, Jeremy Thomerson
>> wrote:
>> > Martijn,
>> > Actually, what I described does work - try this on any page:
>> >
>> > JAVA (added only once - since you couldn't add two with the same ID
>> anyway):
>> > add(new Label("test", "this is a test"));
>> >
>> > HTML:
>> > []
>> > []
>> >
>> > OUTPUT:
>> > this is a test
>> > this is a test
>> > Right or wrong, it currently works that way. (1.4-SNAPSHOT - and I know
>> > I've used it in past versions as well)
>> > --
>> > Jeremy Thomerson
>> > http://www.wickettraining.com
>> >
>> >
>> > On Fri, Dec 12, 2008 at 1:17 AM, Martijn Dashorst <
>> > martijn.dasho...@gmail.com> wrote:
>> >
>> >> Nope, wicket:id is a 1-1 mapping at the same dom tree level. You can
>> >> reuse id's at different levels or in different branches of the dom
>> >> tree, but not as siblings.
>> >>
>> >> works
>> >> but another
>> >> will fail (and rightfully so)
>> >>
>> >> Martijn
>> >>
>> >> On Fri, Dec 12, 2008 at 6:20 AM, Jeremy Thomerson
>> >> wrote:
>> >> > I'm pretty sure that you can just add it once in Java and multiple
>> times
>> >> in
>> >> > the HTML, although I've never pondered the (potential) side-effects of
>> >> > this. Give it a shot and let us know how it works for you. With
>> >> something
>> >> > as stateless / simple as a BookmarkablePageLink, there probably
>> couldn't
>> >> be
>> >> > much in the way of side-effects, although with very complex, stateful
>> >> > components, I could see that maybe there would be an issue...
>> (maybe??)
>> >> > --
>> >> > Jeremy Thomerson
>> >> > http://www.wickettraining.com
>> >> >
>> >> >
>> >> > On Thu, Dec 11, 2008 at 3:29 PM, novotny
>> wrote:
>> >> >
>> >> >>
>> >> >>
>> >> >> Basically I need two of the same links on the page, and it looks like
>> I
>> >> >> have
>> >> >> to do this which just seems kinda lame...
>> >> >>
>> >> >> add(new BookmarkablePageLink("personaldetails",
>> >> >> PersonalDetailsPage.class));
>> >> >> add(new BookmarkablePageLink("personaldetails2",
>> >> >> PersonalDetailsPage.class));
>> >> >>
>> >> >>
>> >> >>
>> >> >> Click Here
>> >> >> Profile page
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >>
>> >> >> jWeekend wrote:
>> >> >> >
>> >> >> > Jason,
>> >> >> >
>> >> >> > What are you trying to achieve?
>> >> >> >
>> >> >> > Here are some ideas that may give the desired effect, depending on
>> >> what
>> >> >> > that is ...
>> >> >> >
>> >> >> > 1 - Make a model for your data and give that to all the Label
>> >> instances
>> >> >> as
>> >> >> > required, (but each with their unique id and separate markup).
>> >> >> > 2 - Use a repeater (like a ListView) to render several labels (no
>> >> >> > repetition of Java code or markup).
>> >> >> > 3 - Write a method that takes a model (or just a String) and an id,
>> >> that
>> >> >> > returns an appropriately configured Label instance (saves on
>> >> repeating
>> >> >> > Java code - still need markup per component and your own unique
>> ids).
>> >> >> >
>> >> >> > Regards - Cemal
>> >> >> > http://www.jWeekend.co.uk
RE: how to reuse a label in the same page?
It could continue to return "foo". But when processing ajax responses,
wicket:ref will register, through Javascript, the references to "foo", somehow.
So this approach wouldn't break any code.
-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Sent: Friday, December 12, 2008 4:35 PM
To: users@wicket.apache.org
Subject: Re: how to reuse a label in the same page?
what do we return from getmarkupid() because that is what the code
uses to output that markupid for the javascript that needs to
manipulate the dom nodes.
-igor
On Fri, Dec 12, 2008 at 10:28 AM, Bruno Cesar Borges
wrote:
> I'm pretty sure it is possible to register all markup IDs generated to
> referenced nodes.
>
> new Label("foo", "Foo");
>
> ddd
> again
>
> outputs:
> Foo
> Foo
>
> Then it would be possible to do, for instance, an Ajax update over all nodes.
>
>
>
> -Original Message-
> From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
> Sent: Friday, December 12, 2008 4:11 PM
> To: users@wicket.apache.org
> Subject: Re: how to reuse a label in the same page?
>
>
> what happens once you add a behavior that uses markup id? or even call
> setoutputmarkupid(true) on that component?
>
> -igor
>
> On Fri, Dec 12, 2008 at 9:35 AM, Jeremy Thomerson
> wrote:
>> Oops - you are right there - the component use check was turned off in this
>> app (I just threw the example into an existing app to test it).
>>
>> While I don't typically use this, or have this use case, I'm not clear on
>> what is "fundamentally wrong" with this - you have a component you want two
>> places in a page or panel, etc... So, why mustyou create two duplicate
>> components? That seems more wrong than the former.
>>
>> --
>> Jeremy Thomerson
>> http://www.wickettraining.com
>>
>>
>> On Fri, Dec 12, 2008 at 11:23 AM, Martijn Dashorst <
>> martijn.dasho...@gmail.com> wrote:
>>
>>> Now run your application in virgin development mode. The fact that we
>>> disable the component use check in production mode doesn't make it
>>> less evil.
>>>
>>> Martijn
>>>
>>> On Fri, Dec 12, 2008 at 5:56 PM, Jeremy Thomerson
>>> wrote:
>>> > Martijn,
>>> > Actually, what I described does work - try this on any page:
>>> >
>>> > JAVA (added only once - since you couldn't add two with the same ID
>>> anyway):
>>> > add(new Label("test", "this is a test"));
>>> >
>>> > HTML:
>>> > []
>>> > []
>>> >
>>> > OUTPUT:
>>> > this is a test
>>> > this is a test
>>> > Right or wrong, it currently works that way. (1.4-SNAPSHOT - and I know
>>> > I've used it in past versions as well)
>>> > --
>>> > Jeremy Thomerson
>>> > http://www.wickettraining.com
>>> >
>>> >
>>> > On Fri, Dec 12, 2008 at 1:17 AM, Martijn Dashorst <
>>> > martijn.dasho...@gmail.com> wrote:
>>> >
>>> >> Nope, wicket:id is a 1-1 mapping at the same dom tree level. You can
>>> >> reuse id's at different levels or in different branches of the dom
>>> >> tree, but not as siblings.
>>> >>
>>> >> works
>>> >> but another
>>> >> will fail (and rightfully so)
>>> >>
>>> >> Martijn
>>> >>
>>> >> On Fri, Dec 12, 2008 at 6:20 AM, Jeremy Thomerson
>>> >> wrote:
>>> >> > I'm pretty sure that you can just add it once in Java and multiple
>>> times
>>> >> in
>>> >> > the HTML, although I've never pondered the (potential) side-effects of
>>> >> > this. Give it a shot and let us know how it works for you. With
>>> >> something
>>> >> > as stateless / simple as a BookmarkablePageLink, there probably
>>> couldn't
>>> >> be
>>> >> > much in the way of side-effects, although with very complex, stateful
>>> >> > components, I could see that maybe there would be an issue...
>>> (maybe??)
>>> >> > --
>>> >> > Jeremy Thomerson
>>> >> > http://www.wickettraining.com
>>> >> >
>>> >> >
>>> >> > On Thu, Dec 11, 2008 at 3:29 PM, novotny
>>> wrote:
>>> >> >
RE: how to reuse a label in the same page?
One more thing: the Server-side will not know about "foo1" (references to
'foo'). Instead, this would be controled from the javascript, client-side.
-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Sent: Friday, December 12, 2008 4:35 PM
To: users@wicket.apache.org
Subject: Re: how to reuse a label in the same page?
what do we return from getmarkupid() because that is what the code
uses to output that markupid for the javascript that needs to
manipulate the dom nodes.
-igor
On Fri, Dec 12, 2008 at 10:28 AM, Bruno Cesar Borges
wrote:
> I'm pretty sure it is possible to register all markup IDs generated to
> referenced nodes.
>
> new Label("foo", "Foo");
>
> ddd
> again
>
> outputs:
> Foo
> Foo
>
> Then it would be possible to do, for instance, an Ajax update over all nodes.
>
>
>
> -Original Message-
> From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
> Sent: Friday, December 12, 2008 4:11 PM
> To: users@wicket.apache.org
> Subject: Re: how to reuse a label in the same page?
>
>
> what happens once you add a behavior that uses markup id? or even call
> setoutputmarkupid(true) on that component?
>
> -igor
>
> On Fri, Dec 12, 2008 at 9:35 AM, Jeremy Thomerson
> wrote:
>> Oops - you are right there - the component use check was turned off in this
>> app (I just threw the example into an existing app to test it).
>>
>> While I don't typically use this, or have this use case, I'm not clear on
>> what is "fundamentally wrong" with this - you have a component you want two
>> places in a page or panel, etc... So, why mustyou create two duplicate
>> components? That seems more wrong than the former.
>>
>> --
>> Jeremy Thomerson
>> http://www.wickettraining.com
>>
>>
>> On Fri, Dec 12, 2008 at 11:23 AM, Martijn Dashorst <
>> martijn.dasho...@gmail.com> wrote:
>>
>>> Now run your application in virgin development mode. The fact that we
>>> disable the component use check in production mode doesn't make it
>>> less evil.
>>>
>>> Martijn
>>>
>>> On Fri, Dec 12, 2008 at 5:56 PM, Jeremy Thomerson
>>> wrote:
>>> > Martijn,
>>> > Actually, what I described does work - try this on any page:
>>> >
>>> > JAVA (added only once - since you couldn't add two with the same ID
>>> anyway):
>>> > add(new Label("test", "this is a test"));
>>> >
>>> > HTML:
>>> > []
>>> > []
>>> >
>>> > OUTPUT:
>>> > this is a test
>>> > this is a test
>>> > Right or wrong, it currently works that way. (1.4-SNAPSHOT - and I know
>>> > I've used it in past versions as well)
>>> > --
>>> > Jeremy Thomerson
>>> > http://www.wickettraining.com
>>> >
>>> >
>>> > On Fri, Dec 12, 2008 at 1:17 AM, Martijn Dashorst <
>>> > martijn.dasho...@gmail.com> wrote:
>>> >
>>> >> Nope, wicket:id is a 1-1 mapping at the same dom tree level. You can
>>> >> reuse id's at different levels or in different branches of the dom
>>> >> tree, but not as siblings.
>>> >>
>>> >> works
>>> >> but another
>>> >> will fail (and rightfully so)
>>> >>
>>> >> Martijn
>>> >>
>>> >> On Fri, Dec 12, 2008 at 6:20 AM, Jeremy Thomerson
>>> >> wrote:
>>> >> > I'm pretty sure that you can just add it once in Java and multiple
>>> times
>>> >> in
>>> >> > the HTML, although I've never pondered the (potential) side-effects of
>>> >> > this. Give it a shot and let us know how it works for you. With
>>> >> something
>>> >> > as stateless / simple as a BookmarkablePageLink, there probably
>>> couldn't
>>> >> be
>>> >> > much in the way of side-effects, although with very complex, stateful
>>> >> > components, I could see that maybe there would be an issue...
>>> (maybe??)
>>> >> > --
>>> >> > Jeremy Thomerson
>>> >> > http://www.wickettraining.com
>>> >> >
>>> >> >
>>> >> > On Thu, Dec 11, 2008 at 3:29 PM, novotny
>>> wrote:
>>> >> >
>>> >> >>
>>> >>
RE: how to reuse a label in the same page?
Javascript could get all child references to that component (markupId), and
apply that code to them as well.
In this case you submitted, the problem would be only with reaaally hacked
code, like doing weird stuff with 'response' instead of using Behaviours.
-Original Message-
From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
Sent: Friday, December 12, 2008 4:41 PM
To: users@wicket.apache.org
Subject: Re: how to reuse a label in the same page?
huh? so if i have a behavior that does:
response.write("getElementById('"+getMarkupId()+"').style.display='none';");
how does that work???
-igor
On Fri, Dec 12, 2008 at 10:38 AM, Bruno Cesar Borges
wrote:
> It could continue to return "foo". But when processing ajax responses,
> wicket:ref will register, through Javascript, the references to "foo",
> somehow. So this approach wouldn't break any code.
>
> -Original Message-
> From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
> Sent: Friday, December 12, 2008 4:35 PM
> To: users@wicket.apache.org
> Subject: Re: how to reuse a label in the same page?
>
>
> what do we return from getmarkupid() because that is what the code
> uses to output that markupid for the javascript that needs to
> manipulate the dom nodes.
>
> -igor
>
> On Fri, Dec 12, 2008 at 10:28 AM, Bruno Cesar Borges
> wrote:
>> I'm pretty sure it is possible to register all markup IDs generated to
>> referenced nodes.
>>
>> new Label("foo", "Foo");
>>
>> ddd
>> again
>>
>> outputs:
>> Foo
>> Foo
>>
>> Then it would be possible to do, for instance, an Ajax update over all nodes.
>>
>>
>>
>> -Original Message-
>> From: Igor Vaynberg [mailto:igor.vaynb...@gmail.com]
>> Sent: Friday, December 12, 2008 4:11 PM
>> To: users@wicket.apache.org
>> Subject: Re: how to reuse a label in the same page?
>>
>>
>> what happens once you add a behavior that uses markup id? or even call
>> setoutputmarkupid(true) on that component?
>>
>> -igor
>>
>> On Fri, Dec 12, 2008 at 9:35 AM, Jeremy Thomerson
>> wrote:
>>> Oops - you are right there - the component use check was turned off in this
>>> app (I just threw the example into an existing app to test it).
>>>
>>> While I don't typically use this, or have this use case, I'm not clear on
>>> what is "fundamentally wrong" with this - you have a component you want two
>>> places in a page or panel, etc... So, why mustyou create two duplicate
>>> components? That seems more wrong than the former.
>>>
>>> --
>>> Jeremy Thomerson
>>> http://www.wickettraining.com
>>>
>>>
>>> On Fri, Dec 12, 2008 at 11:23 AM, Martijn Dashorst <
>>> martijn.dasho...@gmail.com> wrote:
>>>
>>>> Now run your application in virgin development mode. The fact that we
>>>> disable the component use check in production mode doesn't make it
>>>> less evil.
>>>>
>>>> Martijn
>>>>
>>>> On Fri, Dec 12, 2008 at 5:56 PM, Jeremy Thomerson
>>>> wrote:
>>>> > Martijn,
>>>> > Actually, what I described does work - try this on any page:
>>>> >
>>>> > JAVA (added only once - since you couldn't add two with the same ID
>>>> anyway):
>>>> > add(new Label("test", "this is a test"));
>>>> >
>>>> > HTML:
>>>> > []
>>>> > []
>>>> >
>>>> > OUTPUT:
>>>> > this is a test
>>>> > this is a test
>>>> > Right or wrong, it currently works that way. (1.4-SNAPSHOT - and I know
>>>> > I've used it in past versions as well)
>>>> > --
>>>> > Jeremy Thomerson
>>>> > http://www.wickettraining.com
>>>> >
>>>> >
>>>> > On Fri, Dec 12, 2008 at 1:17 AM, Martijn Dashorst <
>>>> > martijn.dasho...@gmail.com> wrote:
>>>> >
>>>> >> Nope, wicket:id is a 1-1 mapping at the same dom tree level. You can
>>>> >> reuse id's at different levels or in different branches of the dom
>>>> >> tree, but not as siblings.
>>>> >>
>>>> >> works
>>>> >> but another
>>>> >> will fail (and rightfully so)
>>>> >>
>>
