Re: [Wicket-user] Wicket's questions
On Tue, 13 Mar 2007, Erik van Oosten wrote: ZedroS Schwart wrote: * Best practices for working with Hibernate and Spring, especialy regarding DAO handling and session ? http://www.databinder.net Or go for wicket-spring and normal spring-hibernate layers as you would do in any other app. This depends on the size of the project though and I have no experience of Databinder, but I wouldn't bind UI code directly to Hibernate except in a small program. -- Timo Rantalaiho Reaktor Innovations OyURL: http://www.ri.fi/ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket's questions
they always just map if its updated yes nothing more. But this is not the problem of the original question, because he still will see this warning in his code For this you need to disable the warning in the eclipse compiler. johan On 3/15/07, Eelco Hillenius [EMAIL PROTECTED] wrote: I think some containers complain in certain cases if you don't have them. Johan, what was the problem with not having those UIDs again? Eelco Serial version UID exists to prevent problems deserializing persistent serialized data, and since serialization is not being used for long-term persistent storage in Wicket (unless you have some unusual project going, sessions should not be persistent across class changes), I cannot see a need to generate serialversionuids for Wicket components. I personally just supress the warning. ZedroS Schwart wrote: * serialVersionUID and anonymous inner classes Quite often in my code, I've got some warning due to non define serialVersionUID. I usually tell Eclipse to generate them for me. However, for the anonymous inner classes, which are quite commun, I'm not sure it's ok. Is it ? Furthermore, I'm wondering which risk I would take by using the @SuppressWarnings(serial) annotation. Do you have a clue ? -- View this message in context: http://www.nabble.com/Wicket%27s-questions-tf3396173.html#a9484189 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket's questions
I did remove the warning and it's fine, thanks a lot :) ZedroS On 3/21/07, Johan Compagner [EMAIL PROTECTED] wrote: they always just map if its updated yes nothing more. But this is not the problem of the original question, because he still will see this warning in his code For this you need to disable the warning in the eclipse compiler. johan On 3/15/07, Eelco Hillenius [EMAIL PROTECTED] wrote: I think some containers complain in certain cases if you don't have them. Johan, what was the problem with not having those UIDs again? Eelco Serial version UID exists to prevent problems deserializing persistent serialized data, and since serialization is not being used for long-term persistent storage in Wicket (unless you have some unusual project going, sessions should not be persistent across class changes), I cannot see a need to generate serialversionuids for Wicket components. I personally just supress the warning. ZedroS Schwart wrote: * serialVersionUID and anonymous inner classes Quite often in my code, I've got some warning due to non define serialVersionUID. I usually tell Eclipse to generate them for me. However, for the anonymous inner classes, which are quite commun, I'm not sure it's ok. Is it ? Furthermore, I'm wondering which risk I would take by using the @SuppressWarnings(serial) annotation. Do you have a clue ? -- View this message in context: http://www.nabble.com/Wicket%27s-questions-tf3396173.html#a9484189 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket's questions
Serial version UID exists to prevent problems deserializing persistent serialized data, and since serialization is not being used for long-term persistent storage in Wicket (unless you have some unusual project going, sessions should not be persistent across class changes), I cannot see a need to generate serialversionuids for Wicket components. I personally just supress the warning. ZedroS Schwart wrote: * serialVersionUID and anonymous inner classes Quite often in my code, I've got some warning due to non define serialVersionUID. I usually tell Eclipse to generate them for me. However, for the anonymous inner classes, which are quite commun, I'm not sure it's ok. Is it ? Furthermore, I'm wondering which risk I would take by using the @SuppressWarnings(serial) annotation. Do you have a clue ? -- View this message in context: http://www.nabble.com/Wicket%27s-questions-tf3396173.html#a9484189 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket's questions
I think some containers complain in certain cases if you don't have them. Johan, what was the problem with not having those UIDs again? Eelco Serial version UID exists to prevent problems deserializing persistent serialized data, and since serialization is not being used for long-term persistent storage in Wicket (unless you have some unusual project going, sessions should not be persistent across class changes), I cannot see a need to generate serialversionuids for Wicket components. I personally just supress the warning. ZedroS Schwart wrote: * serialVersionUID and anonymous inner classes Quite often in my code, I've got some warning due to non define serialVersionUID. I usually tell Eclipse to generate them for me. However, for the anonymous inner classes, which are quite commun, I'm not sure it's ok. Is it ? Furthermore, I'm wondering which risk I would take by using the @SuppressWarnings(serial) annotation. Do you have a clue ? -- View this message in context: http://www.nabble.com/Wicket%27s-questions-tf3396173.html#a9484189 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
Re: [Wicket-user] Wicket's questions
oh. that could be. i guess a server could use this in theory to keep old session info on a code-change that didn't affect class layout. but does anyone really do that? Eelco Hillenius wrote: I think some containers complain in certain cases if you don't have them. Johan, what was the problem with not having those UIDs again? Eelco Serial version UID exists to prevent problems deserializing persistent serialized data, and since serialization is not being used for long-term persistent storage in Wicket (unless you have some unusual project going, sessions should not be persistent across class changes), I cannot see a need to generate serialversionuids for Wicket components. I personally just supress the warning. ZedroS Schwart wrote: * serialVersionUID and anonymous inner classes Quite often in my code, I've got some warning due to non define serialVersionUID. I usually tell Eclipse to generate them for me. However, for the anonymous inner classes, which are quite commun, I'm not sure it's ok. Is it ? Furthermore, I'm wondering which risk I would take by using the @SuppressWarnings(serial) annotation. Do you have a clue ? -- View this message in context: http://www.nabble.com/Wicket%27s-questions-tf3396173.html#a9484189 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user -- View this message in context: http://www.nabble.com/Wicket%27s-questions-tf3396173.html#a9485951 Sent from the Wicket - User mailing list archive at Nabble.com. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
[Wicket-user] Wicket's questions
Hi * serialVersionUID and anonymous inner classes Quite often in my code, I've got some warning due to non define serialVersionUID. I usually tell Eclipse to generate them for me. However, for the anonymous inner classes, which are quite commun, I'm not sure it's ok. Is it ? Furthermore, I'm wondering which risk I would take by using the @SuppressWarnings(serial) annotation. Do you have a clue ? * Best practices for working with Hibernate and Spring, especialy regarding DAO handling and session ? What I'm afraid of is putting a Pojo on a CRUD like page and that between this time and the following submit the Pojo is changed somewhere else. I could have some mismatch and I don't really know how to handle it in Wicket. Do I have to store the object on the page and then check on submit that it hasn't changed ? * On my common layout, I would like to hide or show some links depending on the user type. Do I have to do a custom component panel with a Link inside which can be set up and then call it as many times as required ? * Still on my common layout, I would like to show some links to plain old html pages (POHP?) and have a functionnaly similar to .setAutoEnable(true). What's the best way to do so ? I hope you don't mind these questions and... thanks in advance ! ++ ZedroS - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
