getting the list's index value for selection in DropDownChoice
Hi,
For a DropDownChoice I am using a simple list as following:
ListString choices = new LinkedListString();
choices.add(choice1);
choices.add(choice2);
Here is the code for the DropDownChoice:
add(new DropDownChoiceString(
dropDownField,
new PropertyModelString(bean, value),
bean.getChoices(), // List of choices
new ChoiceRenderer()));
I want to get the index number of the list as the value. That is, if
choice1 is selected I should get 0, and if choice2 is selected I should
get 1.
I do see that in th generated html the values are set as 0, 1
select name=fieldPanels:3:fieldPanel:dropDownField
wicket:id=dropDownField
option selected=selected value=Choose One/option
option value=0choice1/option
option value=1choice2/option
/select
But for some reason I keep getting choice1 or choice2 as the returned
values instead of 0 or 1.
I have also tried
IChoiceRenderer choiceRenderer = new IChoiceRenderer()
{
public String getIdValue(Object object, int index)
{
return +index;
//return object.toString();
}
public Object getDisplayValue(Object object)
{
String string = (String) object;
return string;
}
};
But this does not work either.
Any idea what might be wrong here and why it is not working.
I am using 1.4 version.
Thanks.
--
View this message in context:
http://www.nabble.com/getting-the-list%27s-index-value-for-selection-in-DropDownChoice-tp18626007p18626007.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]
Re: getting the list's index value for selection in DropDownChoice
Nothing is wrong it works exactly as expected. Why do you want to have
the index? Why is that importand?
If you want an index then make a dropdown on integer and let your
list be integers (and your model object) then in the choice renderer
you have that intstring list for the display
On 7/24/08, m_salman [EMAIL PROTECTED] wrote:
Hi,
For a DropDownChoice I am using a simple list as following:
ListString choices = new LinkedListString();
choices.add(choice1);
choices.add(choice2);
Here is the code for the DropDownChoice:
add(new DropDownChoiceString(
dropDownField,
new PropertyModelString(bean, value),
bean.getChoices(), // List of choices
new ChoiceRenderer()));
I want to get the index number of the list as the value. That is, if
choice1 is selected I should get 0, and if choice2 is selected I should
get 1.
I do see that in th generated html the values are set as 0, 1
select name=fieldPanels:3:fieldPanel:dropDownField
wicket:id=dropDownField
option selected=selected value=Choose One/option
option value=0choice1/option
option value=1choice2/option
/select
But for some reason I keep getting choice1 or choice2 as the returned
values instead of 0 or 1.
I have also tried
IChoiceRenderer choiceRenderer = new IChoiceRenderer()
{
public String getIdValue(Object object, int index)
{
return +index;
//return object.toString();
}
public Object getDisplayValue(Object object)
{
String string = (String) object;
return string;
}
};
But this does not work either.
Any idea what might be wrong here and why it is not working.
I am using 1.4 version.
Thanks.
--
View this message in context:
http://www.nabble.com/getting-the-list%27s-index-value-for-selection-in-DropDownChoice-tp18626007p18626007.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]
Re: This time last year .... is Wicket really a disappointment?
Its not just wicket who expects serializable.. A webcontainer also expects every thing in the http session to be serializeable and not just for clustering.. Also for restarts or the container could flush idle session to disk to conserve memory. And wicket only wants it if you use the diskpagestore so if you dont use that then wicket doesnt really care On 7/23/08, Fabrizio Giudici [EMAIL PROTECTED] wrote: On Jul 23, 2008, at 13:19 , Alex Objelean wrote: I've recently found this post on dzone: http://java.dzone.com/news/this-time-last-year This time last year ... What is your oppinion about this? In short, I could compare (partially) it with my feelings about Apple. I was so excited when I abandoned Windows for Mac OS X, but after four years Mac OS X is not up to my expectations; but I consider it still the best of competitors (the parallel stops here: today I'd happily leave Mac OS X and Apple if I could, but I can't; while I'm not willing to abandon Wicket). The v1 of my most strategic web project (a direct customer) has been developed in Wicket (1.3), and now I'm working on v2, which will be developed on Wicket of course. The thing that really frustrates me is the fact you're forcing me to use serializable objects, even if I don't need to (and when I go with clustering, I'll use Terracotta). But I'm confident I'll find some design work-around on that. Also, I appreciated Wicket for its simplicity and control put in my hands in comparison with JSF; but I must say that after two years, I think the simplicity thing is still true, but not to the extent I expected. Given that, I'm still involved in other technologies such as JSF (consulting for customers) and in the comparison Wicket wins hands down. A point worth to be noted, though, is that I was surprised how productive some people is with JSF and the NetBeans Visual Designer, even people that I discovered is not proficient with Java at all (please note that while I'm a member of the NetBeans Dream Team, so you bet I'm a NetBeans enthusiast, I never use JSF and the NetBeans Visual Designer when I make the decision on the framework ant the tool). -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 - 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]
ModalWindow with fallback
Hi everybody, is there any ModalWindow implementation with fallback (in case there is no js available) around? There does not seem to be something like this in Wicket, but perhaps someone has developed an extension or another dialog component? Having dialogs completely depend on Javascript is def a KO for use in my current project. Cheers thanks for any hints btw: I have seen and read the thread some months ago http://www.nabble.com/Fallback-support-for-ModalWindow-td15985980.html -- View this message in context: http://www.nabble.com/ModalWindow-with-fallback-tp18627073p18627073.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]
Re: This time last year .... is Wicket really a disappointment?
On Jul 24, 2008, at 8:58 , Johan Compagner wrote: Its not just wicket who expects serializable.. A webcontainer also expects every thing in the http session to be serializeable and not just for clustering.. Also for restarts or the AFAIK it's not true: J2EE application *may* ask for serialization if you enable some kind of clustering in the webserver. But above all that happens for the *session*, not for each datum I manage :-) container could flush idle session to disk to conserve memory. And wicket only wants it if you use the diskpagestore so if you dont use that then wicket doesnt really care AFAIK (but here with higher margins of error) you can't avoid the use of the diskpagestore on Wicket 1.4. -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: This time last year .... is Wicket really a disappointment?
On Thu, Jul 24, 2008 at 10:06 AM, Fabrizio Giudici [EMAIL PROTECTED] wrote: On Jul 24, 2008, at 8:58 , Johan Compagner wrote: Its not just wicket who expects serializable.. A webcontainer also expects every thing in the http session to be serializeable and not just for clustering.. Also for restarts or the AFAIK it's not true: J2EE application *may* ask for serialization if you enable some kind of clustering in the webserver. But above all that happens for the *session*, not for each datum I manage :-) no this is not true. Tomcat, the default tomcat installation, already uses serialization by default. Of course not when you run, but if you for example want to upgrade a webapp or have to restart tomcat quickly then it will use serialization. And this has nothing to do with clustering. I have seen so many serialization errors in my live with all kind of different servers (tomcat/resin) without the usage of clustering.. container could flush idle session to disk to conserve memory. And wicket only wants it if you use the diskpagestore so if you dont use that then wicket doesnt really care AFAIK (but here with higher margins of error) you can't avoid the use of the diskpagestore on Wicket 1.4. httpsessionstore does work but has its drawbacks yes. And those can really only be solved by using serialization because we need to be able to create clones Or you as a developer disable page versioning on all your pages and then just use the back button for pages itself and make a simple store that just keeps 5 pages in history or something like that. johan
Re: This time last year .... is Wicket really a disappointment?
On Jul 24, 2008, at 10:22 , Johan Compagner wrote: no this is not true. Tomcat, the default tomcat installation, already uses serialization by default. But you can disable it, right? httpsessionstore does work but has its drawbacks yes. And those can really only be solved by using serialization because we need to be able to create clones Or you as a developer disable page versioning on all your pages and then just use the back button for pages itself and make a simple store that just keeps 5 pages in history or something like that. Well, actually I don't want page versioning on my application, even though I'm not yet sure I can avoid it (I still have to study the implications of the specs for v2.0). In any case, I believe (but again there are high chances I am wrong) things have changed in 1.4. In other words, I think I have disabled page versioning in my application using Wicket 1.3 and everything is fine, but I fear I won't be able to port is as is to Wicket 1.4. Right? -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: This time last year .... is Wicket really a disappointment?
1.3 or 1.4 dont matter in this area and also 1.5 wont matter to much if you dont want serialization just implement your own IPageStore with the SLC store dont know if you can disable that serialization. i havent seen that switch yet never looked for it It is just simple if you want to play safe an nice be sure everything you put in the session is serializable and i dont think for the most webapps this is really hard to do. It is more a think people tend to forget implementing johan On Thu, Jul 24, 2008 at 10:32 AM, Fabrizio Giudici [EMAIL PROTECTED] wrote: On Jul 24, 2008, at 10:22 , Johan Compagner wrote: no this is not true. Tomcat, the default tomcat installation, already uses serialization by default. But you can disable it, right? httpsessionstore does work but has its drawbacks yes. And those can really only be solved by using serialization because we need to be able to create clones Or you as a developer disable page versioning on all your pages and then just use the back button for pages itself and make a simple store that just keeps 5 pages in history or something like that. Well, actually I don't want page versioning on my application, even though I'm not yet sure I can avoid it (I still have to study the implications of the specs for v2.0). In any case, I believe (but again there are high chances I am wrong) things have changed in 1.4. In other words, I think I have disabled page versioning in my application using Wicket 1.3 and everything is fine, but I fear I won't be able to port is as is to Wicket 1.4. Right? -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: This time last year .... is Wicket really a disappointment?
On Jul 24, 2008, at 10:38 , Johan Compagner wrote: It is just simple if you want to play safe an nice be sure everything you put in the session is serializable It _isn't_ that simple. If you have to put an Image, or classes made by third parties, or classes made by me for which ___I don't want___ that Wicket duplicates an object because the related class has been designed to guarantee a single instance for each object identity. I have to use detachable wrappers, which is not the end of the world, but a great annoyance and a source of code proliferation... -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: This time last year .... is Wicket really a disappointment?
what you are describing are services and yes those shouldnt be hold on to in wicket components/models Image is just byte[] so that should be able to serialize On Thu, Jul 24, 2008 at 10:57 AM, Fabrizio Giudici [EMAIL PROTECTED] wrote: On Jul 24, 2008, at 10:38 , Johan Compagner wrote: It is just simple if you want to play safe an nice be sure everything you put in the session is serializable It _isn't_ that simple. If you have to put an Image, or classes made by third parties, or classes made by me for which ___I don't want___ that Wicket duplicates an object because the related class has been designed to guarantee a single instance for each object identity. I have to use detachable wrappers, which is not the end of the world, but a great annoyance and a source of code proliferation... -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FileUploadField convertInput
I'm using a FileUploadField. I want to bind it to a field on my model object. The field is a string type that corresponds to the filename of the uploaded file once it has been saved on the server. I'm overloading convertInput and setting the filename as converted input but this does not get set on my model object. So instead I'm manually doing it in the convertInput method. Is this because the FileUploadField is represented by a FileUpload object and not a string? Why doesn't setConvertedInput update my model? Thanks. -- View this message in context: http://www.nabble.com/FileUploadField-convertInput-tp18629075p18629075.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]
Re: This time last year .... is Wicket really a disappointment?
On Jul 24, 2008, at 12:14 , Johan Compagner wrote: what you are describing are services and yes those shouldnt be hold on to in wicket components/models In my case, it's an entity that has the uniqueness constraint, not a service; for what concern images, first you have to write some code because BufferedImage isn't serializable by itself; and, second, it would have some memory consumption impacts. Keeping the discussion more in general, as per thread subject, my point is that Wicket is imposing me too many constraints on my design. -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FormTester and FileUploadField
Print out the feedback messages from the Session. It sounds like your FileUploadField.causes a validation error. There's no messages there. If I call setFile to set a file on the FileUploadComponent then everything works as expected. If no file is set then all of the fields of my model that correspond to form fields are set to null. This only seems to happen when using the formTester, not in an actual browser session. -- View this message in context: http://www.nabble.com/FormTester-and-FileUploadField-tp18566869p18628993.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]
Re: ModalWindow with fallback
We have implemented something like that with a wrapper around a Wicket implementation. So you create a PopupPanel object and under the covers it decides if it should use a ModalWindow (or other) or just changes the response page to a new page. The wrapper takes a component that it adds to either of these when they are created. If it is non-JS the wrapper holds onto the old page reference so it can be restored. Our full page for non-JS people has some decoration around it to make it look less rubbish as most of our modals have very little in them. pixologe wrote: Hi everybody, is there any ModalWindow implementation with fallback (in case there is no js available) around? There does not seem to be something like this in Wicket, but perhaps someone has developed an extension or another dialog component? Having dialogs completely depend on Javascript is def a KO for use in my current project. Cheers thanks for any hints btw: I have seen and read the thread some months ago http://www.nabble.com/Fallback-support-for-ModalWindow-td15985980.html -- View this message in context: http://www.nabble.com/ModalWindow-with-fallback-tp18627073p18628951.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]
Problem when deploying to Tomcat
When I deploy a new version of a Wicket application without restarting Tomcat, the new version is not fully used. Java changes are applied immediately, but html changes are not applied before I restart Tomcat. I have tried inserting getMarkupSettings().getMarkupCache().clear(); in the init() method of the application, but with no luck. I've also tried stopping the application, clearing the work directory in Tomcat and then starting the application again, but still no luck. I'm using Tomcat 5.5.26 and Wicket 1.3.4. Why is html changes not applied unless I restart Tomcat? Could it have something to do with Tomcat caching or class loading? -- View this message in context: http://www.nabble.com/Problem-when-deploying-to-Tomcat-tp18629360p18629360.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]
encoding riddle ISO-8859-1
I Use wicket 1.3M3.I want to use the ISO-8859-1 encoding for my pages so I - Have all Java files and all HTML files use ISO-8859-1 encoding. - All HTML files start with ?xml version=1.0 encoding=ISO-8859-1? and have head meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1/ /head - Application.init calls getMarkupSettings().setDefaultMarkupEncoding(ISO-8859-1); When I deploy my application and look at the source code of a esipayed html page it reads ?xml version=1.0 encoding=UTF-8? head meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1/ /head Where does the UTF-8 come from? Stefan
Rendering AjaxFallbackDefaultDataTable + Sorting Arrows + Font etc.
Hallo , how can i change the RENDERING of the header of AjaxFallbackDefaultDataTable. I wanna use arrows for sorting and changing the font of the header. Have any one a example ? Greetings -- View this message in context: http://www.nabble.com/Rendering-AjaxFallbackDefaultDataTable-%2B-Sorting-Arrows-%2B-Font-etc.-tp18631725p18631725.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]
Feedback message across pages or tabs
Hello, I have searched the web for examples of what I'm trying to achieve, but could not find one. Here it is: I have a page that is used to create a user. Once the fields are filled, the user is redirected to a page that allows him to upload a picture to his newly created profile. I want the picture upload page to display a user creation success information panel, IIF the user has been redirected to the picture upload page from the user create page. Note, that the picture upload page can be accessed from various points in the web application, and in those occurrences, I don't want to display any special message at all. I have thought about adding a constructor to the picture upload page that would accept special messages. e.g: public PictureUploadPage(String specialMessage) but I think that is too ugly. In addition, I want the message to disappear after a refresh, just like the behaviour of a FeedbackPanel. The best thing would be if I could share a Feedback panel between pages, or a FeedbackMessage across pages. Any suggestions on how I can accomplish this elegantly? thanks, Benny. -- View this message in context: http://www.nabble.com/Feedback-message-across-pages-or-tabs-tp18633013p18633013.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]
Re: FileUploadField convertInput
On Thu, 24 Jul 2008, marco m wrote: I'm using a FileUploadField. I want to bind it to a field on my model object. The field is a string type that corresponds to the filename of the uploaded file once it has been saved on the server. I'm overloading convertInput and setting the filename as converted input but this does not get set on my model object. So instead I'm manually doing it in the convertInput method. Is this because the FileUploadField is represented by a FileUpload object and not a string? Why doesn't setConvertedInput update my model? In processing the form, first the raw input is converted, and then the converted input is used to update the model. But these happen in sequential stages which only take place if the previous step succeeded. So you have to process the form (or at least the field) all the way before the model gets updated. I'm unsure of what's happening in your case, but which Wicket version are you using? Could this https://issues.apache.org/jira/browse/WICKET-1684 be relevant? Best wishes, Timo -- Timo Rantalaiho Reaktor Innovations OyURL: http://www.ri.fi/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FormTester and FileUploadField
On Thu, 24 Jul 2008, marco m wrote: There's no messages there. If I call setFile to set a file on the FileUploadComponent then everything works as expected. If no file is set then all of the fields of my model that correspond to form fields are set to null. This only seems to happen when using the formTester, not in an actual browser session. OK... and the file upload field is not required, so the form should be submitable without filling anything in it? It sounds like a possible FormTester bug, could you please file a Jira issue on it? All the better if you can attach a quickstart reproducing the problem, or even a patch with a unit test failing because of the issue. Best wishes, Timo - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem when deploying to Tomcat
On Thu, Jul 24, 2008 at 3:44 AM, Tormod Øverlier [EMAIL PROTECTED] wrote: When I deploy a new version of a Wicket application without restarting Tomcat, the new version is not fully used. Java changes are applied immediately, but html changes are not applied before I restart Tomcat. I have tried inserting getMarkupSettings().getMarkupCache().clear(); in the init() method of the application, but with no luck. I've also tried stopping the application, clearing the work directory in Tomcat and then starting the application again, but still no luck. I'm using Tomcat 5.5.26 and Wicket 1.3.4. Why is html changes not applied unless I restart Tomcat? Could it have something to do with Tomcat caching or class loading? it may very well be. have you tried setting up the context with anti-jar locking enabled? -igor -- View this message in context: http://www.nabble.com/Problem-when-deploying-to-Tomcat-tp18629360p18629360.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]
Re: This time last year .... is Wicket really a disappointment?
Too many constrains? Really? Just write a model that pull the image from whatever you want (even as static object property for that matter). Just because the model is serializable doesn't mean that the model object has to be serializable. That's a big differece. I've done a lot of JCR related work lately and the JCR objects (nodes, items) are not serializable. But it doesn't cause any problem at all, as I have a simple node model that is serializable and fetches the node from JCR session if needed. -Matej On Thu, Jul 24, 2008 at 12:30 PM, Fabrizio Giudici [EMAIL PROTECTED] wrote: On Jul 24, 2008, at 12:14 , Johan Compagner wrote: what you are describing are services and yes those shouldnt be hold on to in wicket components/models In my case, it's an entity that has the uniqueness constraint, not a service; for what concern images, first you have to write some code because BufferedImage isn't serializable by itself; and, second, it would have some memory consumption impacts. Keeping the discussion more in general, as per thread subject, my point is that Wicket is imposing me too many constraints on my design. -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 - 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]
Re: This time last year .... is Wicket really a disappointment?
On Thu, Jul 24, 2008 at 3:30 AM, Fabrizio Giudici [EMAIL PROTECTED] wrote: Keeping the discussion more in general, as per thread subject, my point is that Wicket is imposing me too many constraints on my design. what are these many constraints. so far you have only listed the one - serialization. ive worked on more then a few big projects using wicket and this has never been an issue. models provide a nice indirection that allows you to store your objects however you like, wherever you like. and usually you can write a general model that can be reused across many usecases. on a more general note: a part of the framework is a set of constraints it imposes on your design. after all, you code your application inside a framework. when you drive a car there is an expectation that you will steer it, if you dont like that then take the bus :) i think part of selecting a framework is looking at all these constraints and weighing the pros against the cons. -igor -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 - 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]
Re: passing objects between pages
sure you can have a constructor with a signature (IModelGroup, IModelUser) at runtime it will just look like (IModel,IModel) which is a perfectly good signature. -igor On Thu, Jul 24, 2008 at 4:50 AM, John [EMAIL PROTECTED] wrote: hi Igor, i do have a detachable Group model so am now passing that into my CreateUser page - thank you that is a very interesting point regarding serialization... thank you for mentioning it! i will have to bear that in mind. as i understand generics, the generic identity is lost at run time so you cannot have two constructors accepting different IModels like IModelGroup and IModelUser. is there an obvious way around this that i have not spotted? my CreateUser page is also an edit page... as the code is exactly the same i am reusing it... but a create would pass a IModelGroup but an edit would pass IModelUser, but it cannot!!! i have passed in the user id instead, and am loading it manually inside the page even though i already have the User object inside a detachable model when i make the Link to the edit page. does this sound correct? hi Thomas, those are good rules! i have written many pages with ids being used in Links, so for easy access to the object inside the model, i have creating final references to the model object at the start of the constructor... and then just calling myobject.getId() where needed. i am concerned that this might break your second rule, as the object inside the model may not be the same i think? i have read that for example new Label(myObject.getName()) is bad because the Label will be fixed as the name when the page was first constructed, but it will not change if the name changes but the page is redisplayed. however i have a gap in my understanding regrding redisplay of the page... when does a page get redisplayed? a page that displays a School information can not be re used for a different School i think as the IModelSchool or School id will be passed to the page constructor. so it will only be displayed for the one School... does that mean that the School object that is inside the model on the page will always be the same or will that object change when the model is detached and reattached? so my final reference to the School object is a bad bad thing? also... when you view a different School does the first page still exist? i can see the first page can not be reused if i click a link to view the first School that is passing a IModelSchool into the constructor, but if I pass the School id number via a PageParameters will Wicket reuse a page if the PageParameters match? john... On Tue, Jul 22, 2008 at 9:41 AM, Thomas Mäder [EMAIL PROTECTED] wrote: I have three rules for directly referencing objects from pages 1) It's serializable 2) The valueis not going to change from the time I construct the page to when I use the object 3) It doesn't matter if I get a copy of the object (because of deserialization). 2 3 can be summarized as the object being a value object Thomas On Mon, Jul 21, 2008 at 6:25 PM, Igor Vaynberg [EMAIL PROTECTED] wrote: the easiest thing to do is to pass the imodelgroup into the second page. i assume you already have a detachable group model that you are using to list users, so just pass it to the next page. in general keeping references to objects is safe for as long as the objects them selves are valid. the problem with hibernate objects is that although you have a reference that you can keep forever, the object's lifecycle is not tied to that reference. the object is tied to the session whose scope is usually a request, so the object itself is only valid during the request, which is why you have to use loadable detachable models. if you had an object that is not tied to any kind of lifecycle you could keep a reference indefinetely. once you start talking about objects that live across pages you run into another issue. wicket serializes each page individually. that means if you pass a reference to an object from page A to page B, page B will end up with a clone and change made to that object inside page B will not be visible to page A. something to keep in mind. this is not a problem for multiple references to an object within a page because serialization will properly keep track of multiple references to the same object. clears things up? -igor On Mon, Jul 21, 2008 at 9:10 AM, John [EMAIL PROTECTED] wrote: hi, i am writing an application, but don't know how best to write it in wicket. i can see lots of different ways to approach my problem and would appreciate some direction as to which approach is the most appropiate. i have read the documentation in the wiki regarding models and understand the different page constructors but i am confused about how long the objects are safe to hold on to and which approach is best. here is some (pseudo)code for a page i need to write. my situation is i have one page
Re: Change default sort order in OrderByBorder
we can add setdefaultorder on both link and border. the problem is then how is that set up in the headers toolbar... why dont you take some time and come up with a list of changes you will need for this and we can come up with a patch. -igor On Thu, Jul 24, 2008 at 9:31 AM, Tauren Mills [EMAIL PROTECTED] wrote: I have a DataView on a page. At another location on the page, there are some OrderByBorder links. When these are clicked the first time, the dataview is resorted by that field in ascending order. This works great for all of the fields except one. The problem is that I have a rating field that I want to have the sort default to descending. So the first time the Sort by Rating link is clicked, the list is ordered with the records that have the greatest rating first. Right now they sort with lowest first. Unfortunately, it looks like OrderByBorder, and OrderByLink that it uses, have the default sort order hard coded into them. Any suggestions on how to solve this? Are there other components I could use instead? Or will I need to roll my own OrderByLink/OrderByBorder? Thanks! Tauren - 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]
RE: encoding riddle ISO-8859-1
When I call getRequestCycleSettings().setResponseRequestEncoding(ISO-8859-1); in Application.init() the pages are now encoded in ISO-88591 in the browser. Does this mean that wicket ignores any ?xml version=1.0 encoding=ISO-8859-1? lines in HTML files? Is it the desired way tos et the encoding in Applicaiton.init via setResponseRequestEncoding? Stefan -Ursprüngliche Nachricht- Von: Stefan Lindner [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 24. Juli 2008 13:38 An: users@wicket.apache.org Betreff: encoding riddle ISO-8859-1 I Use wicket 1.3M3.I want to use the ISO-8859-1 encoding for my pages so I - Have all Java files and all HTML files use ISO-8859-1 encoding. - All HTML files start with ?xml version=1.0 encoding=ISO-8859-1? and have head meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1/ /head - Application.init calls getMarkupSettings().setDefaultMarkupEncoding(ISO-8859-1); When I deploy my application and look at the source code of a esipayed html page it reads ?xml version=1.0 encoding=UTF-8? head meta http-equiv=Content-Type content=text/html; charset=ISO-8859-1/ /head Where does the UTF-8 come from? Stefan
AJAX changes preserved in portable URL
Is it possible for AJAX changes to be preserved in a portable URL? Thanks, Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Getting hold of Container's markup
Hi Igor, Thanks for reply! My apologies, but could elaborate a little on IResponseFilter usage as a skeletal example. I am not following Java documentation's verbiage that well (sorry if i come across as dumb). Regards Vyas, Anirudh On Wed, Jul 23, 2008 at 11:40 AM, Igor Vaynberg [EMAIL PROTECTED] wrote: see IResponseFilter. as far as spitting out text, wicket works with xml not plain text. but if you call setrenderbodyonly(true) on all components there wont be any xml tags left in the output. -igor On Wed, Jul 23, 2008 at 8:20 AM, Ricky [EMAIL PROTECTED] wrote: Hi, I have two questions (related) : 1.) Is there a way in wicket to get Not the raw markup but markup *AFTER*the actual data has been inserted? (meaning the final HTML as we see it on the page?). 2.) Similar to above scenario, can you use container to spit out markup in some other form, for example Plain Text or XML form ? (the markup with actual data). I prepared a test case for the same, which used a TestPage and Wicket Tester to start the page and then called testPage.getAssociateMarkup(true); and testPage.getMarkup(). I tried to call it after doing testPage.render() but no change. Regards Vyas, Anirudh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: WebPage: empty response
Thanks for your advices. I used getRequestCycle().setRequestTarget(new EmptyRequestTarget()); and it works good. Only thing I had to change was that EmptyRequestTarget construktor is not accessible. So the final code is getRequestCycle().setRequestTarget(EmptyRequestTarget.getInstance()); This must be used because class EmptyRequestTarget is singleton. Milan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJAX changes preserved in portable URL
It might be better to explain what we are trying to do. We have a Search page containing a DataTable that is updated via AJAX. We would like some way of preserving the latest AJAX change so the exact result set can be reconstructed with a portable URL. If anyone has any ideas, we'd be very interested. Thanks in advance. Ryan On Jul 24, 2008, at 1:31 PM, Ryan O'Hara wrote: Is it possible for AJAX changes to be preserved in a portable URL? Thanks, Ryan - 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]
Re: This time last year .... is Wicket really a disappointment?
It looks like my earlier message didn't go through. If really your big
problem is that you have singleton restraints, where there must be only one
instance ever of a particular object, Wicket is NOT the problem. Anytime
you have that constraint, there are defensive programming things that you
need to consider, even without Wicket. Joshua Bloch describes this well in
Effective Java. To get around the problem you have, simply override
readResolve and return the unique instance of that class. This can also be
done with enums, etc, by overriding the serialization methods to provide
custom serialization. And this *should* be done at any time that you think
something is going to be serialized and you have unique constraints such as
this.
There are no helper classes needed. Just implement the readResolve method
as follows:
import java.io.ObjectStreamException;
import java.io.Serializable;
public final class FakeSingletonUtil implements Serializable {
private static final long serialVersionUID = 1L;
private static final FakeSingletonUtil INSTANCE = new
FakeSingletonUtil();
private FakeSingletonUtil() {
// no-op constructor - hides it from public instantiation
}
private Object readResolve() throws ObjectStreamException {
// instead of allowing a new object to be created, return the
singleton
return INSTANCE;
}
}
You could also implement the
Object writeReplace() throws ObjectStreamException
method so that you can provide custom serialization - say if this class were
an enumumeration of singletons. You could return a single integer or String
value that you could then resolve to a particular instance (like in a switch
statement) in readResolve.
Hopefully this link works for you, but look in page 11 of Effective Java:
http://books.google.com/books?id=ZZOiqZQIbRMCdq=effective+javapg=PP1ots=UZL1bofF1-sig=dBD-gGBBUf_FISklBa_nuocTTOghl=ensa=Xoi=book_resultresnum=1ct=result#PPA11,M1
I highly recommend this book to anyone who has not read it. I look forward
to reading the new edition that also deals with generics, etc, since I have
not read this book in many years.
I hope this helps!
--
Jeremy Thomerson
http://www.wickettraining.com
On Thu, Jul 24, 2008 at 8:58 AM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
- Original Message -
Da : Matej Knopp [EMAIL PROTECTED]
A : users@wicket.apache.org
Oggetto : Re: This time last year is Wicket really a
disappointment?
Data : Thu, 24 Jul 2008 15:45:49 +0200
Too many constrains? Really?
Just write a model that pull the image from whatever you
want (even as static object property for that matter).
Just because the model is serializable doesn't mean that
the model object has to be serializable. That's a big
differece.
It's what I've done for v1. But it's what I don't like: for
every model object I have to write a separate class. Now,
I've been used to write adapter classes such as in this case
for years, and usually I didn't complain very much. In EJB
and JSF after all you have lots of code and complexity.
Turning to Spring (but also EJB3) in the latest years I've
been able to get rid of a lot of code in the business layer.
My disappointment with Wicket is that I believed that it
would have enabled me to do the same in the presentation
layer.
--
Fabrizio Giudici, Ph.D. - Java Architect, Project Manager
Tidalwave s.a.s. - We make Java work. Everywhere.
weblogs.java.net/blog/fabriziogiudici -
www.tidalwave.it/blog
[EMAIL PROTECTED] - mobile: +39 348.150.6941
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJAX changes preserved in portable URL
However, you probably know, it would of course not be possible for the user to copy this portable URL from the address bar, since the address bar cannot be updated without a page request. So you would have to offer a link providing that bookmarkable URL. -- View this message in context: http://www.nabble.com/AJAX-changes-preserved-in-portable-URL-tp18636822p18638177.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]
Re: This time last year .... is Wicket really a disappointment?
On Jul 24, 2008, at 20:39 , Jeremy Thomerson wrote: It looks like my earlier message didn't go through. If really your big problem is that you have singleton restraints, where there must be only one instance ever of a particular object, Wicket is NOT the problem. Anytime you have that constraint, there are defensive programming things that you need to consider, even without Wicket. Joshua Bloch describes this well in Effective Java. To get around the problem you have, simply override readResolve and return the unique instance of that class. This can also be done with enums, etc, by overriding the serialization methods to provide custom serialization. And this *should* be done at any time that you think something is going to be serialized and you have unique constraints such as this. I know that technique (but thanks for the pointer), I've implemented it for other unique objects in a different project, where they _need_ to be serializable, because they are transferred over the network. But in that case the extra work is justified by the network - I mean, you must do that because it's a distributed environment. I find still funny to be forced to do the same in an application which is not distributed in nature. If I'm forced to write extra code, probably some model wrapper is better at this point, and probably it's worth while spend a few time to try finding something that can be extensively reused in the same project for different classes (this is what I referred to design workaround in my first mail). But, I repeat, I feel like it would be better if I wouldn't be forced to do that. BTW, things are more complex than your example: my objects are not singletons, rather they are similar to flyweights, they are instantiated in multiple instances, but have an uniqueness constraint - that is, each instance represents a concept (say, with an internal id) and there can't be two instances with the same id. -- Fabrizio Giudici, Ph.D. - Java Architect, Project Manager Tidalwave s.a.s. - We make Java work. Everywhere. weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog [EMAIL PROTECTED] - mobile: +39 348.150.6941 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Brix 1.0 beta1
Hi Igor Company! nice to see your CMS nearly ready! I already had a quick look at it and there is one thing I'm not quite sure about: Is Brix thougt of giving a underlying space and then build a wicket-app on it or is it more a way to extend a existing wicket-app with the features of a CMS? I mean I looked the images and read the wiki, and while http://code.google.com/p/brix-cms/wiki/Architecture shows it as more a new underlying layer in the features under http://code.google.com/p/brix-cms/wiki/Features its listed as Easy to embed into existing Wicket Web Applicatons - which puzzles me a bit. I mean, lets say you 2 things: 1. you want to build a new pet-shop (or cheese-shop in case of Eelco and Martinj ;) - would you start by using brix and put the rest on top of it? 2. you already have a pet-shop based on wicket but want to extend it with some informational area - could you just embed brix into it or would this mean some bigger changes to the rest of the pet-shop? Best, Korbinian Igor Vaynberg schrieb: we have released Brix 1.0 beta1 [1] yesterday. for those of you who do not know what Brix is, it is an embeddable CMS for wicket apps based on wicket (of course) and the jcr (jackrabbit). Brix is pretty much feature-complete for 1.0, next we are going to focus on stabilizing it for the 1.0 release. feel free to have a look, we are looking for feedback. [1] http://brix-cms.googlecode.com -igor - 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]
Re: [ANN] Brix 1.0 beta1
On Thu, Jul 24, 2008 at 12:52 PM, Korbinian Bachl - privat [EMAIL PROTECTED] wrote: Hi Igor Company! nice to see your CMS nearly ready! I already had a quick look at it and there is one thing I'm not quite sure about: Is Brix thougt of giving a underlying space and then build a wicket-app on it or is it more a way to extend a existing wicket-app with the features of a CMS? brix is about cms functionality only, it is not a higher-level wicket application framework. it embeds in both directions: you can have pure wicket pages living next to brix-managed cms pages, and you can also have wicket components living inside brix pages via brix's concept of Tiles. I mean, lets say you 2 things: 1. you want to build a new pet-shop (or cheese-shop in case of Eelco and Martinj ;) - would you start by using brix and put the rest on top of it? does your cheese shop require any cms functionality? if you need an admin to be able to change markup for your cheese shop pages via a cms or add new pages to the website via a cms then i would build the ecommerce part as a set of tiles and drop them into brix pages. this is, indeed, the primary usecase for brix as my company is using it to build ecommerce sites. 2. you already have a pet-shop based on wicket but want to extend it with some informational area - could you just embed brix into it or would this mean some bigger changes to the rest of the pet-shop? you can pretty much just drop brix in and map it to a subset of url space. -igor Best, Korbinian Igor Vaynberg schrieb: we have released Brix 1.0 beta1 [1] yesterday. for those of you who do not know what Brix is, it is an embeddable CMS for wicket apps based on wicket (of course) and the jcr (jackrabbit). Brix is pretty much feature-complete for 1.0, next we are going to focus on stabilizing it for the 1.0 release. feel free to have a look, we are looking for feedback. [1] http://brix-cms.googlecode.com -igor - 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]
Re: [ANN] Brix 1.0 beta1
Hi Igor! Igor Vaynberg schrieb: On Thu, Jul 24, 2008 at 12:52 PM, Korbinian Bachl - privat [EMAIL PROTECTED] wrote: Hi Igor Company! nice to see your CMS nearly ready! I already had a quick look at it and there is one thing I'm not quite sure about: Is Brix thougt of giving a underlying space and then build a wicket-app on it or is it more a way to extend a existing wicket-app with the features of a CMS? brix is about cms functionality only, it is not a higher-level wicket application framework. it embeds in both directions: you can have pure wicket pages living next to brix-managed cms pages, and you can also have wicket components living inside brix pages via brix's concept of Tiles. Sounds very good - can you also have brix-pages living in a wicket-page? (some kind of embedded part) I mean, lets say you 2 things: 1. you want to build a new pet-shop (or cheese-shop in case of Eelco and Martinj ;) - would you start by using brix and put the rest on top of it? does your cheese shop require any cms functionality? its a special existing-just-to-ask-such-dumb-questions-one - so yes ;) if you need an admin to be able to change markup for your cheese shop pages via a cms or add new pages to the website via a cms then i would build the ecommerce part as a set of tiles and drop them into brix pages. this is, indeed, the primary usecase for brix as my company is using it to build ecommerce sites. cool - sounds very interesting; I will definitely dig in. 2. you already have a pet-shop based on wicket but want to extend it with some informational area - could you just embed brix into it or would this mean some bigger changes to the rest of the pet-shop? you can pretty much just drop brix in and map it to a subset of url space. sounds very impressive - its hard to believe that Brix offers so much flexibility, so im quite impressed by now. Thanks for your fast response Igor! Best, Korbinian -igor Best, Korbinian Igor Vaynberg schrieb: we have released Brix 1.0 beta1 [1] yesterday. for those of you who do not know what Brix is, it is an embeddable CMS for wicket apps based on wicket (of course) and the jcr (jackrabbit). Brix is pretty much feature-complete for 1.0, next we are going to focus on stabilizing it for the 1.0 release. feel free to have a look, we are looking for feedback. [1] http://brix-cms.googlecode.com -igor - 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]
Re: This time last year .... is Wicket really a disappointment?
There are other, just as simple options. A couple of examples below.
Really, you're not being forced to do this by Wicket. If you want to hold
*anything*, in *any* framework, in the HTTP session, it should be
serializable. If you don't want to be forced to do it, don't hold it in the
session. Hold a lookup of some sort in the session, or don't hold it in the
session at all - that's your design choice.
Here's an example of what I think you're talking about with your classes,
and one possible solution. I haven't tested the code, but the theory is
good.
import java.io.ObjectStreamException;
import java.io.Serializable;
import java.util.HashMap;
import java.util.Map;
public class FlyweightOne implements Serializable {
private static final long serialVersionUID = 1L;
private static final MapString, FlyweightOne INSTANCES= new
HashMapString, FlyweightOne();
public static final FlyweightOne THING_A = new FlyweightOne(a);
public static final FlyweightOne THING_B = new FlyweightOne(b);
public static final FlyweightOne THING_C = new FlyweightOne(c);
public static final FlyweightOne THING_D = new FlyweightOne(d);
private final String ID;
private FlyweightOne(String id) {
ID = id;
INSTANCES.put(id, this);
}
private Object readResolve() throws ObjectStreamException {
return INSTANCES.get(ID);
}
}
OR - you could create one class that takes the class name and the instance
name or ID as a parameter (and is serializable), and when it needs to
deserialize, it can look up the appropriate instance. Since you'd probably
be using reflection, I'd cache the lookups after they're done the first
time. Pretty simple, and one single class, used globally.
Hope this helps. I'm only disagreeing on the part about it being Wicket
forcing you to do it.
--
Jeremy Thomerson
http://www.wickettraining.com
On Thu, Jul 24, 2008 at 2:22 PM, Fabrizio Giudici
[EMAIL PROTECTED] wrote:
On Jul 24, 2008, at 20:39 , Jeremy Thomerson wrote:
It looks like my earlier message didn't go through. If really your big
problem is that you have singleton restraints, where there must be only
one
instance ever of a particular object, Wicket is NOT the problem. Anytime
you have that constraint, there are defensive programming things that you
need to consider, even without Wicket. Joshua Bloch describes this well
in
Effective Java. To get around the problem you have, simply override
readResolve and return the unique instance of that class. This can also
be
done with enums, etc, by overriding the serialization methods to provide
custom serialization. And this *should* be done at any time that you
think
something is going to be serialized and you have unique constraints such
as
this.
I know that technique (but thanks for the pointer), I've implemented it for
other unique objects in a different project, where they _need_ to be
serializable, because they are transferred over the network. But in that
case the extra work is justified by the network - I mean, you must do that
because it's a distributed environment. I find still funny to be forced to
do the same in an application which is not distributed in nature. If I'm
forced to write extra code, probably some model wrapper is better at this
point, and probably it's worth while spend a few time to try finding
something that can be extensively reused in the same project for different
classes (this is what I referred to design workaround in my first mail).
But, I repeat, I feel like it would be better if I wouldn't be forced to do
that.
BTW, things are more complex than your example: my objects are not
singletons, rather they are similar to flyweights, they are instantiated
in multiple instances, but have an uniqueness constraint - that is, each
instance represents a concept (say, with an internal id) and there can't be
two instances with the same id.
--
Fabrizio Giudici, Ph.D. - Java Architect, Project Manager
Tidalwave s.a.s. - We make Java work. Everywhere.
weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog
[EMAIL PROTECTED] - mobile: +39 348.150.6941
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Brix 1.0 beta1
there is no BrixPanel yet. should not be too difficult to build, we just havent had a need for it yet. -igor On Thu, Jul 24, 2008 at 1:21 PM, Korbinian Bachl - privat [EMAIL PROTECTED] wrote: Hi Igor! Igor Vaynberg schrieb: On Thu, Jul 24, 2008 at 12:52 PM, Korbinian Bachl - privat [EMAIL PROTECTED] wrote: Hi Igor Company! nice to see your CMS nearly ready! I already had a quick look at it and there is one thing I'm not quite sure about: Is Brix thougt of giving a underlying space and then build a wicket-app on it or is it more a way to extend a existing wicket-app with the features of a CMS? brix is about cms functionality only, it is not a higher-level wicket application framework. it embeds in both directions: you can have pure wicket pages living next to brix-managed cms pages, and you can also have wicket components living inside brix pages via brix's concept of Tiles. Sounds very good - can you also have brix-pages living in a wicket-page? (some kind of embedded part) I mean, lets say you 2 things: 1. you want to build a new pet-shop (or cheese-shop in case of Eelco and Martinj ;) - would you start by using brix and put the rest on top of it? does your cheese shop require any cms functionality? its a special existing-just-to-ask-such-dumb-questions-one - so yes ;) if you need an admin to be able to change markup for your cheese shop pages via a cms or add new pages to the website via a cms then i would build the ecommerce part as a set of tiles and drop them into brix pages. this is, indeed, the primary usecase for brix as my company is using it to build ecommerce sites. cool - sounds very interesting; I will definitely dig in. 2. you already have a pet-shop based on wicket but want to extend it with some informational area - could you just embed brix into it or would this mean some bigger changes to the rest of the pet-shop? you can pretty much just drop brix in and map it to a subset of url space. sounds very impressive - its hard to believe that Brix offers so much flexibility, so im quite impressed by now. Thanks for your fast response Igor! Best, Korbinian -igor Best, Korbinian Igor Vaynberg schrieb: we have released Brix 1.0 beta1 [1] yesterday. for those of you who do not know what Brix is, it is an embeddable CMS for wicket apps based on wicket (of course) and the jcr (jackrabbit). Brix is pretty much feature-complete for 1.0, next we are going to focus on stabilizing it for the 1.0 release. feel free to have a look, we are looking for feedback. [1] http://brix-cms.googlecode.com -igor - 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]
Re: This time last year .... is Wicket really a disappointment?
Holding on to them in a page is synonymous with holding on them in the
session if you're using the default session store. Wicket gives you several
ways around this. One - don't hold on to them in the page. Don't allow a
page or component to have instance variable that are non-serializable, or
allow them to be transient and make something else look them up on page /
component creation. Two - disable the storing of pages in the session.
Three - hold on to them in a loadable detachable model that has just enough
information to look them up, i.e.:
add(new Label(foo, new LoadableDetachableModelFlyweight() {
protected Flyweight load() {
return Flyweight.lookup(some-id);
}
});
Done - it's not held on to in the page, it never goes in session.
Maybe your usecase is just much more extensive than what we're
understanding. All I'm trying to say is that Wicket doesn't force you to
hold anything, anywhere. It doesn't force you to serialize anything. If
you want the convenience of saying new Model(myFooBarObject), then you let
it be Serializable. If you don't want that, you use a detachable model.
This is pretty global across any web application - if you hold something in
session, it needs to be serialized. Or, if you have the requirement to
recreate that page later, you need to store a lookup for it somewhere -
client or server side. Many frameworks force you to serialize things in
funny ways to the client side. I prefer Wicket over that any day. Anyway,
I hope one of these helps you in some way. This is probably my last email
on this thread because I must not be understanding your scenario completely.
--
Jeremy Thomerson
http://www.wickettraining.com
On Thu, Jul 24, 2008 at 3:40 PM, Fabrizio Giudici
[EMAIL PROTECTED] wrote:
On Jul 24, 2008, at 22:32 , Jeremy Thomerson wrote:
There are other, just as simple options. A couple of examples below.
Really, you're not being forced to do this by Wicket. If you want to
hold
*anything*, in *any* framework, in the HTTP session, it should be
...
I'm only disagreeing on the part about it being Wicket forcing you to do
it.
Guys, but I'm ___not___ talking of the session :-) I'm not putting those
things in the session. The problem is with __pages__ that get serialized, I
think because they get into the session for the versioning. So it's Wicket
doing that, right?
--
Fabrizio Giudici, Ph.D. - Java Architect, Project Manager
Tidalwave s.a.s. - We make Java work. Everywhere.
weblogs.java.net/blog/fabriziogiudici - www.tidalwave.it/blog
[EMAIL PROTECTED] - mobile: +39 348.150.6941
Strange behavior with inMethod DataGrid inside a Panel inside a ModalWindow
Howdy, First of I'd like to say that I think Wicket is fantastic and after trying GWT and Thinwire, I finally have found a framework that is open, supported, mature, and lets me program how I want to. However, I am currently having a strange problem. I have a ModalWindow which is shown after an AjaxLink is clicked on a WebPage. On the panel used as the content for the ModalWindow is a DataGrid control. The Model and DataSource appear correct when I inspect them in a debugger, yet the DataGrid does not show any contents for the cells. It does show the correct number of rows, but the cells are blank. Once I resize, or move the ModalWindow the contents magically show. Additionally, clicking a header to sort the rows or clicking a row to select it also causes the cells content to show. I think the problem is the DataGrid's update isn't triggered between creation and the first time I manipulate the DataGrid or the ModalWindow. Is there someway I can force the DataGrid to redraw when I show the Modal? update() doesn't work. Thanks, Paul Logasa Bogen II - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [ANN] Brix 1.0 beta1
Igor, I'm curious about your use of it in ecommerce sites. Several friends of mine want small shops built for them so that they can sell some things online. Until this point, I've just been throwing together instances of osCommerce [1] for them. But, then, they need me to change page layouts, etc. I've been wishing there was an easy solution that rolled the two together - give them a storefront, and they can edit their own pages (without FTP / editing PHP - these are not developers by any stretch). Something where they could edit page content with a WYSIWYG. Of course, I could build this with Wicket, but can't afford the time right now. And then you have the Wicket / PHP binding which would be a pain, too. Anyway - is there some open source ecommerce package that you bundle with the CMS, or is the ecommerce part what your company does, and the CMS is the open part? -- Jeremy Thomerson http://www.wickettraining.com [1] - http://www.oscommerce.com/ On Thu, Jul 24, 2008 at 3:42 PM, Igor Vaynberg [EMAIL PROTECTED] wrote: there is no BrixPanel yet. should not be too difficult to build, we just havent had a need for it yet. -igor On Thu, Jul 24, 2008 at 1:21 PM, Korbinian Bachl - privat [EMAIL PROTECTED] wrote: Hi Igor! Igor Vaynberg schrieb: On Thu, Jul 24, 2008 at 12:52 PM, Korbinian Bachl - privat [EMAIL PROTECTED] wrote: Hi Igor Company! nice to see your CMS nearly ready! I already had a quick look at it and there is one thing I'm not quite sure about: Is Brix thougt of giving a underlying space and then build a wicket-app on it or is it more a way to extend a existing wicket-app with the features of a CMS? brix is about cms functionality only, it is not a higher-level wicket application framework. it embeds in both directions: you can have pure wicket pages living next to brix-managed cms pages, and you can also have wicket components living inside brix pages via brix's concept of Tiles. Sounds very good - can you also have brix-pages living in a wicket-page? (some kind of embedded part) I mean, lets say you 2 things: 1. you want to build a new pet-shop (or cheese-shop in case of Eelco and Martinj ;) - would you start by using brix and put the rest on top of it? does your cheese shop require any cms functionality? its a special existing-just-to-ask-such-dumb-questions-one - so yes ;) if you need an admin to be able to change markup for your cheese shop pages via a cms or add new pages to the website via a cms then i would build the ecommerce part as a set of tiles and drop them into brix pages. this is, indeed, the primary usecase for brix as my company is using it to build ecommerce sites. cool - sounds very interesting; I will definitely dig in. 2. you already have a pet-shop based on wicket but want to extend it with some informational area - could you just embed brix into it or would this mean some bigger changes to the rest of the pet-shop? you can pretty much just drop brix in and map it to a subset of url space. sounds very impressive - its hard to believe that Brix offers so much flexibility, so im quite impressed by now. Thanks for your fast response Igor! Best, Korbinian -igor Best, Korbinian Igor Vaynberg schrieb: we have released Brix 1.0 beta1 [1] yesterday. for those of you who do not know what Brix is, it is an embeddable CMS for wicket apps based on wicket (of course) and the jcr (jackrabbit). Brix is pretty much feature-complete for 1.0, next we are going to focus on stabilizing it for the 1.0 release. feel free to have a look, we are looking for feedback. [1] http://brix-cms.googlecode.com -igor - 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]
Re: [ANN] Brix 1.0 beta1
On Thu, Jul 24, 2008 at 1:58 PM, Jeremy Thomerson [EMAIL PROTECTED] wrote: Igor, I'm curious about your use of it in ecommerce sites. Several friends of mine want small shops built for them so that they can sell some things online. Until this point, I've just been throwing together instances of osCommerce [1] for them. But, then, they need me to change page layouts, etc. I've been wishing there was an easy solution that rolled the two together - give them a storefront, and they can edit their own pages (without FTP / editing PHP - these are not developers by any stretch). Something where they could edit page content with a WYSIWYG. Of course, I could build this with Wicket, but can't afford the time right now. And then you have the Wicket / PHP binding which would be a pain, too. Anyway - is there some open source ecommerce package that you bundle with the CMS, or is the ecommerce part what your company does, and the CMS is the open part? we do not provide our ecommerce package as an open source addon to brix - that is our special sauce :) besides, it will not be of too much use to everyone since it is highly specialized for selling wine. it should not be too difficult to integrate brix with another ecomm backend, we basically have 4 tiles that interface our backend with brix: a product catalog tile, a product detail tile, shopping cart tile, and a checkout tile. we do have additional tiles that we may release later as open source addons to brix: news, events, recipes. -igor -- Jeremy Thomerson http://www.wickettraining.com [1] - http://www.oscommerce.com/ On Thu, Jul 24, 2008 at 3:42 PM, Igor Vaynberg [EMAIL PROTECTED] wrote: there is no BrixPanel yet. should not be too difficult to build, we just havent had a need for it yet. -igor On Thu, Jul 24, 2008 at 1:21 PM, Korbinian Bachl - privat [EMAIL PROTECTED] wrote: Hi Igor! Igor Vaynberg schrieb: On Thu, Jul 24, 2008 at 12:52 PM, Korbinian Bachl - privat [EMAIL PROTECTED] wrote: Hi Igor Company! nice to see your CMS nearly ready! I already had a quick look at it and there is one thing I'm not quite sure about: Is Brix thougt of giving a underlying space and then build a wicket-app on it or is it more a way to extend a existing wicket-app with the features of a CMS? brix is about cms functionality only, it is not a higher-level wicket application framework. it embeds in both directions: you can have pure wicket pages living next to brix-managed cms pages, and you can also have wicket components living inside brix pages via brix's concept of Tiles. Sounds very good - can you also have brix-pages living in a wicket-page? (some kind of embedded part) I mean, lets say you 2 things: 1. you want to build a new pet-shop (or cheese-shop in case of Eelco and Martinj ;) - would you start by using brix and put the rest on top of it? does your cheese shop require any cms functionality? its a special existing-just-to-ask-such-dumb-questions-one - so yes ;) if you need an admin to be able to change markup for your cheese shop pages via a cms or add new pages to the website via a cms then i would build the ecommerce part as a set of tiles and drop them into brix pages. this is, indeed, the primary usecase for brix as my company is using it to build ecommerce sites. cool - sounds very interesting; I will definitely dig in. 2. you already have a pet-shop based on wicket but want to extend it with some informational area - could you just embed brix into it or would this mean some bigger changes to the rest of the pet-shop? you can pretty much just drop brix in and map it to a subset of url space. sounds very impressive - its hard to believe that Brix offers so much flexibility, so im quite impressed by now. Thanks for your fast response Igor! Best, Korbinian -igor Best, Korbinian Igor Vaynberg schrieb: we have released Brix 1.0 beta1 [1] yesterday. for those of you who do not know what Brix is, it is an embeddable CMS for wicket apps based on wicket (of course) and the jcr (jackrabbit). Brix is pretty much feature-complete for 1.0, next we are going to focus on stabilizing it for the 1.0 release. feel free to have a look, we are looking for feedback. [1] http://brix-cms.googlecode.com -igor - 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] - To
Question about transient and serialization
Hi!
I have this example class:
public class TestPage extends WebPage {
private transient String testString = test;
public TestPage() {
add(new TestForm(form));
}
@SuppressWarnings(serial)
private class TestForm extends Form {
public TestForm(String id) {
super(id);
add(new AjaxButton(testButton) {
@Override
protected void onSubmit(AjaxRequestTarget
target, Form form) {
System.out.println(testString);
}
});
}
}
}
I suppose that when the ajax button was pressed, the page was deserialized
and the transient object (testString) be null. But that don't happend.
Can anyone tell me why?.
Thanks
--
View this message in context:
http://www.nabble.com/Question-about-transient-and-serialization-tp18641031p18641031.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]
Re: Question about transient and serialization
last accessed page instance is stored in http session and therefore in
memory without being serialized. if you ran this on a two-node cluster
with round robin you would see testString being null.
-igor
On Thu, Jul 24, 2008 at 2:34 PM, H [EMAIL PROTECTED] wrote:
Hi!
I have this example class:
public class TestPage extends WebPage {
private transient String testString = test;
public TestPage() {
add(new TestForm(form));
}
@SuppressWarnings(serial)
private class TestForm extends Form {
public TestForm(String id) {
super(id);
add(new AjaxButton(testButton) {
@Override
protected void onSubmit(AjaxRequestTarget
target, Form form) {
System.out.println(testString);
}
});
}
}
}
I suppose that when the ajax button was pressed, the page was deserialized
and the transient object (testString) be null. But that don't happend.
Can anyone tell me why?.
Thanks
--
View this message in context:
http://www.nabble.com/Question-about-transient-and-serialization-tp18641031p18641031.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]
Re: wicket-guice Questions
Karl, re your point 1; I haven't looked at Guice, but if it has similar features to Spring, you could consider the following strategies: i) mark your bean for lazy instantiation (and first ask for the instance only once the Wicket app is in the desired state). ii) use some sort of proxy that your bean delegates access to the state in question (that depends on the context) on demand (ie hopefully after you have had a chance to properly initialise things). iii) use a factory for your bean to give you more control over creation. iV) hook into lifecycle or application events, initialising the state of your bean based-on container (or Wicket) generated events that signify that things are ready/in place. I would be surprised if Guice doesn't support at least one of the above solutions out of the box or provide some other features for such problems. Let us know how you get on. Regards - Cemal http://www.jWeekend.co.uk http://jWeekend.co.uk Karl M. Davis-3 wrote: Howdy all, I've started using wicket-guice in one of my projects this week, but I've got a couple of problems I'm hoping that someone here can help me with: 1. I have a singleton binding that needs access to the context parameters (e.g. ((WebApplication) WebApplication.get()).getServletContext().getInitParameter(PREFERENCES_STORE_KEY); ). However, the WebApplication isn't bound/available until after GuiceWebApplicationFactory finishes creating the injector (and all of the singletons have been instantiated). Can anyone think of any workarounds for this problem? 2. I'm curious what the alternative web.xml configuration listed in GuiceWebApplicationFactory 's javadoc will do. Can anyone explain what it means for it to dig the Injector out of the ServletContext as an attribute? That's all for now. Thanks for any help you can offer! Best regards, Karl M. Davis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/wicket-guice-Questions-tp18638293p18642425.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]
Another question on client IP address and HttpRequest
I know that the client IP address can be obtained from the raw HttpRequest, but only if you are in a WebPage, but is there a way to get to it from the session? Reason I'm asking is upon the creation of a user session, I'd like to be able to get the IP address of the user and log it for audit purposes. -- View this message in context: http://www.nabble.com/Another-question-on-client-IP-address-and-HttpRequest-tp18642444p18642444.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]
Re: Another question on client IP address and HttpRequest
I think (webclientinfo)session.get().getclientinfo()) will have the ip address somewhere. On 7/24/08, Edbay [EMAIL PROTECTED] wrote: I know that the client IP address can be obtained from the raw HttpRequest, but only if you are in a WebPage, but is there a way to get to it from the session? Reason I'm asking is upon the creation of a user session, I'd like to be able to get the IP address of the user and log it for audit purposes. -- View this message in context: http://www.nabble.com/Another-question-on-client-IP-address-and-HttpRequest-tp18642444p18642444.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] -- Ryan Gravener http://twitter.com/ryangravener - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange behavior with inMethod DataGrid inside a Panel inside a ModalWindow
We use grid in modal window all the time. Can you be more specific about the setup (browser, grid version, wicket version)? -Matej On Thu, Jul 24, 2008 at 10:56 PM, Paul Logasa Bogen II [EMAIL PROTECTED] wrote: Howdy, First of I'd like to say that I think Wicket is fantastic and after trying GWT and Thinwire, I finally have found a framework that is open, supported, mature, and lets me program how I want to. However, I am currently having a strange problem. I have a ModalWindow which is shown after an AjaxLink is clicked on a WebPage. On the panel used as the content for the ModalWindow is a DataGrid control. The Model and DataSource appear correct when I inspect them in a debugger, yet the DataGrid does not show any contents for the cells. It does show the correct number of rows, but the cells are blank. Once I resize, or move the ModalWindow the contents magically show. Additionally, clicking a header to sort the rows or clicking a row to select it also causes the cells content to show. I think the problem is the DataGrid's update isn't triggered between creation and the first time I manipulate the DataGrid or the ModalWindow. Is there someway I can force the DataGrid to redraw when I show the Modal? update() doesn't work. Thanks, Paul Logasa Bogen II - 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]
Re: getting the list's index value for selection in DropDownChoice
Thanks guys. It works with using the class object. There was just this confusion for me. I was expecting that I would get back the id of the selected object back. But I get the selected object itself. Which I think is even better but.. So thanks again. -- View this message in context: http://www.nabble.com/getting-the-list%27s-index-value-for-selection-in-DropDownChoice-tp18626007p18643163.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]
Re: This time last year .... is Wicket really a disappointment?
Guys, but I'm ___not___ talking of the session :-) I'm not putting those things in the session. The problem is with __pages__ that get serialized, I think because they get into the session for the versioning. So it's Wicket doing that, right? There's lots of nitpicking going back and forth :-) The others are right that Wicket doesn't force you have anything serializable as in the end it is just a matter of how you configure Wicket (which session store particularly), and what you use for models etc. But you are right that with the default settings, as a Wicket user you have to be aware of whether something is referenced by your pages/ components and what will happen if/ when these are serialized. That can be a pain sometimes, or at least something to get used to. But that's Wicket's price for the stateful programming model it provides. Eelco - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange behavior with inMethod DataGrid inside a Panel inside a ModalWindow
Sure, no problem, I didn't want to spam the list with too much info if I didn't need to. I'm using Firefox 3.0.1 under WinXP and Iceweasel 3.0.1 (rebranded Firefox) under Debian i686 and Debian x86_64 I am using Wicket 1.3.4 and the inMethod DataGrid is the current SVN code under the 1.3.x branch. plb Matej Knopp wrote: We use grid in modal window all the time. Can you be more specific about the setup (browser, grid version, wicket version)? -Matej On Thu, Jul 24, 2008 at 10:56 PM, Paul Logasa Bogen II [EMAIL PROTECTED] wrote: Howdy, First of I'd like to say that I think Wicket is fantastic and after trying GWT and Thinwire, I finally have found a framework that is open, supported, mature, and lets me program how I want to. However, I am currently having a strange problem. I have a ModalWindow which is shown after an AjaxLink is clicked on a WebPage. On the panel used as the content for the ModalWindow is a DataGrid control. The Model and DataSource appear correct when I inspect them in a debugger, yet the DataGrid does not show any contents for the cells. It does show the correct number of rows, but the cells are blank. Once I resize, or move the ModalWindow the contents magically show. Additionally, clicking a header to sort the rows or clicking a row to select it also causes the cells content to show. I think the problem is the DataGrid's update isn't triggered between creation and the first time I manipulate the DataGrid or the ModalWindow. Is there someway I can force the DataGrid to redraw when I show the Modal? update() doesn't work. Thanks, Paul Logasa Bogen II - 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]
Session.get covariant override and back button issue?
Hi, I have a custom Session object which is registered in the custom WebApplication class as newSession method override. The session object overrides static Session.get() method returning custom instance (covariant). The problem is, for some reason when I hit back button in the browser I get ClassCastException on session (see below) Root cause: java.lang.ClassCastException: com.neobits.web.NeobitsWebSession at com.neobits.web.NeobitsWebSession.get(NeobitsWebSession.java:51) at com.neobits.web.pages.ViewCartPage$CartDetailsFragment$CheckoutButton.onSubmit(ViewCartPage.java:330) -- View this message in context: http://www.nabble.com/Session.get-covariant-override-and-back-button-issue--tp18644053p18644053.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]
Re: Session.get covariant override and back button issue?
and so what is the actual class being returned? -igor On Thu, Jul 24, 2008 at 7:21 PM, Ritz123 [EMAIL PROTECTED] wrote: Hi, I have a custom Session object which is registered in the custom WebApplication class as newSession method override. The session object overrides static Session.get() method returning custom instance (covariant). The problem is, for some reason when I hit back button in the browser I get ClassCastException on session (see below) Root cause: java.lang.ClassCastException: com.neobits.web.NeobitsWebSession at com.neobits.web.NeobitsWebSession.get(NeobitsWebSession.java:51) at com.neobits.web.pages.ViewCartPage$CartDetailsFragment$CheckoutButton.onSubmit(ViewCartPage.java:330) -- View this message in context: http://www.nabble.com/Session.get-covariant-override-and-back-button-issue--tp18644053p18644053.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]
Re: Another question on client IP address and HttpRequest
Can't you override the creation method for the session and in there grab the current request and get the IP address of of it? On Thu, Jul 24, 2008 at 7:25 PM, Ryan Gravener [EMAIL PROTECTED] wrote: I think (webclientinfo)session.get().getclientinfo()) will have the ip address somewhere. On 7/24/08, Edbay [EMAIL PROTECTED] wrote: I know that the client IP address can be obtained from the raw HttpRequest, but only if you are in a WebPage, but is there a way to get to it from the session? Reason I'm asking is upon the creation of a user session, I'd like to be able to get the IP address of the user and log it for audit purposes. -- View this message in context: http://www.nabble.com/Another-question-on-client-IP-address-and-HttpRequest-tp18642444p18642444.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] -- Ryan Gravener http://twitter.com/ryangravener - 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]
Re: Strange behavior with inMethod DataGrid inside a Panel inside a ModalWindow
I added a second entry to my database that backs the DataGrid and I still see the same problem, but now when I click a sort (etc) to get it to show only the first item shows. plb Paul Logasa Bogen II wrote: Sure, no problem, I didn't want to spam the list with too much info if I didn't need to. I'm using Firefox 3.0.1 under WinXP and Iceweasel 3.0.1 (rebranded Firefox) under Debian i686 and Debian x86_64 I am using Wicket 1.3.4 and the inMethod DataGrid is the current SVN code under the 1.3.x branch. plb Matej Knopp wrote: We use grid in modal window all the time. Can you be more specific about the setup (browser, grid version, wicket version)? -Matej On Thu, Jul 24, 2008 at 10:56 PM, Paul Logasa Bogen II [EMAIL PROTECTED] wrote: Howdy, First of I'd like to say that I think Wicket is fantastic and after trying GWT and Thinwire, I finally have found a framework that is open, supported, mature, and lets me program how I want to. However, I am currently having a strange problem. I have a ModalWindow which is shown after an AjaxLink is clicked on a WebPage. On the panel used as the content for the ModalWindow is a DataGrid control. The Model and DataSource appear correct when I inspect them in a debugger, yet the DataGrid does not show any contents for the cells. It does show the correct number of rows, but the cells are blank. Once I resize, or move the ModalWindow the contents magically show. Additionally, clicking a header to sort the rows or clicking a row to select it also causes the cells content to show. I think the problem is the DataGrid's update isn't triggered between creation and the first time I manipulate the DataGrid or the ModalWindow. Is there someway I can force the DataGrid to redraw when I show the Modal? update() doesn't work. Thanks, Paul Logasa Bogen II - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Strange behavior with inMethod DataGrid inside a Panel inside a ModalWindow
These are the primary involved java source files, let me know if you'd like to see any others. plb CollectionDataModel.java -- http://pastebin.ca/1082263 CollectionDataSource.java -- http://pastebin.ca/1082264 LoadPanel.java -- http://pastebin.ca/1082266 Paul Logasa Bogen II wrote: I added a second entry to my database that backs the DataGrid and I still see the same problem, but now when I click a sort (etc) to get it to show only the first item shows. plb Paul Logasa Bogen II wrote: Sure, no problem, I didn't want to spam the list with too much info if I didn't need to. I'm using Firefox 3.0.1 under WinXP and Iceweasel 3.0.1 (rebranded Firefox) under Debian i686 and Debian x86_64 I am using Wicket 1.3.4 and the inMethod DataGrid is the current SVN code under the 1.3.x branch. plb Matej Knopp wrote: We use grid in modal window all the time. Can you be more specific about the setup (browser, grid version, wicket version)? -Matej On Thu, Jul 24, 2008 at 10:56 PM, Paul Logasa Bogen II [EMAIL PROTECTED] wrote: Howdy, First of I'd like to say that I think Wicket is fantastic and after trying GWT and Thinwire, I finally have found a framework that is open, supported, mature, and lets me program how I want to. However, I am currently having a strange problem. I have a ModalWindow which is shown after an AjaxLink is clicked on a WebPage. On the panel used as the content for the ModalWindow is a DataGrid control. The Model and DataSource appear correct when I inspect them in a debugger, yet the DataGrid does not show any contents for the cells. It does show the correct number of rows, but the cells are blank. Once I resize, or move the ModalWindow the contents magically show. Additionally, clicking a header to sort the rows or clicking a row to select it also causes the cells content to show. I think the problem is the DataGrid's update isn't triggered between creation and the first time I manipulate the DataGrid or the ModalWindow. Is there someway I can force the DataGrid to redraw when I show the Modal? update() doesn't work. Thanks, Paul Logasa Bogen II - 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] - 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]
