Thanks, I've got it running & will try & think how best I can describe/document it now. I'll add some javadocs, and see if I can add some basic css styling then see where we are...
(It might be the incentive I've been needing to actually have a look at Spring - I've got a couple of the leading books about it here, but not had a reason to settle down & read them - I'm still at the stage of not really seeing/appreciating what the gains are for the xml config!) /Gwyn On 08/10/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > I just checked in a wicket-phonebook project into wicket-stuff cvs. > It has a list, edit/create, and confirm delete pages just like you asked. > > It's a spring/hibernate application. The database is an in-memory hsqldb and > the schema gets generated automatically everytime the app starts up. Hooking > up to a different database should be a simple matter of editing > src/conf/application.properties. All database-related code is inside a dao > object, so wicket never touches anything database related. All hibernate > session management and transaction management is handled by spring. > > There is absolutely zero doc and the html is pretty plain, but you did > mention you will take care of that :) > > Thoughts/ideas/improvements.... > > > -Igor > > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Gwyn Evans > > Sent: Friday, October 07, 2005 3:31 PM > > To: wicket-user@lists.sourceforge.net > > Subject: Re: [Wicket-user] Standard for database integration? > > (Please!) > > > > That would be useful... > > > > The sort of thing I'm thinking of as a jump-start would > > simply revolve around a single table, with a few sample columns, e.g. > > CREATE TABLE EXAMPLE_TABLE ( > > ID INTEGER NOT NULL PRIMARY KEY, > > NAME VARCHAR2 (21) NOT NULL, > > VAL INTEGER NOT NULL ); > > in Oracle SQL-speak... > > > > I'd have thought we'd cover most of the basic requirements > > with a 2 page (or panel?) app. The main page would be a > > pageable list view which had the data and [edit] & [delete] > > links on each row, with a [new] link at the end, i.e. > > NAME VAL > > n1 v1 [edit][del] > > n2 v2 [edit][del] > > n3 v3 [edit][del] > > [new] > > > > The other half of the app would be the details page, where > > the details could be entered (from [new]), edited (from > > [edit]) or viewed (as a confirm from [del) > > Just a simple > > NAME ______ > > VAL ______ > > [action] [bank] > > page should do as a basis? > > > > Given that, it should be just a matter of writing a little > > documentation as to what to edit where to change > > db/table-name/add fields, which I should be able to manage! > > Other types of column/field might be worth adding as examples, e.g. > > some form of boolean or a time_stamp, but unless they're > > trivial for you, I expect I can add them once there's a basic > > app running. > > > > That would certainly cover the basics of a large %age of the 'admin' > > app's /I've/ written in the past, but I'd be interested in > > comments from others, as my apps have tended to just be > > internal admin/control intranet apps, nothing too big or > > heavily used... > > > > /Gwyn > > > > On 07/10/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > > Outline a small but thorough example that you think will benefit > > > someone looking to use hibernate/spring/wicket combo and I can > > > probably throw it together w/out the javadoc and pretty html. Maybe > > > you can pick it up from there. > > > > > > -Igor > > > > > > > > > > -----Original Message----- > > > > From: [EMAIL PROTECTED] > > > > [mailto:[EMAIL PROTECTED] On > > Behalf Of Gwyn > > > > Evans > > > > Sent: Friday, October 07, 2005 1:36 PM > > > > To: wicket-user@lists.sourceforge.net > > > > Subject: Re: [Wicket-user] Standard for database integration? > > > > (Please!) > > > > > > > > I tend to agree with Nathan, in that there does seem to > > be a lot of > > > > odd parts dotted around... Maybe they all hook together, but I > > > > suspect that only if you know what you need can you pull > > the right > > > > bits together... > > > > > > > > Personally, I'm not familiar with Hibernate, so don't really know > > > > what I'm looking for, although I was able to pull together a > > > > PageableListView app to display a table loaded via > > Hibernate a while > > > > ago. I'm limited to JDK 1.4, so can't use annotations > > (and thus the > > > > later cd-app as a template). > > > > > > > > I'm still not sure if I'm missing something here, as even that > > > > simple app required wicket-contrib-data, > > > > wicket-contrib-data-hibernate-3.0 and wicket-contrib-dataview... > > > > > > > > What I'm personally missing is a generic (template) DB > > web-app, that > > > > would run under JDK 1.4, that would provide CRUD > > functionality and a > > > > pageable view... > > > > > > > > Any thoughts/comments? > > > > > > > > /Gwyn > > > > > > > > On 04/10/05, Igor Vaynberg <[EMAIL PROTECTED]> wrote: > > > > > What kind of integration do you want with the dataview? The > > > > dataview > > > > > is a generic package and all you need to integrate it is to > > > > provide a > > > > > dataprovider: > > > > > > > > > > protected static class UsersDataProvider implements > > IDataProvider { > > > > > private UserDAO getUserDao() { > > > > > return > > > > MyApplication.getInstance().getUserDao(); > > > > > } > > > > > > > > > > public Iterator iterator(int first, int count) { > > > > > return getUserDao().find(first, count); > > > > > } > > > > > > > > > > public int size() { > > > > > return getUserDao().count(); > > > > > } > > > > > > > > > > public IModel model(Object object) { > > > > > return new > > > > DetachableUserModel((User)object); > > > > > } > > > > > }; > > > > > > > > > > Getting a hold of a sessionfactory is also very easy > > > > especially when > > > > > you are dealing with spring // create your application > > > > subclass inside > > > > > spring Class MyApplication extends WebApplication { > > > > > private SessionFactory sf; > > > > > > > > > > public void setSessionFactory(SessionFactory sf) { > > > > > this.sf=sf; > > > > > } > > > > > > > > > > public SessionFactory getSessionFactory() { > > > > > return sf; > > > > > } > > > > > > > > > > public static MyApplication getInstance() { > > > > > return (MyApplication)Application.get(); > > > > > } > > > > > } > > > > > > > > > > Then anywhere in your code: > > > > > > > > > > MyAPplication.getInstance().getSessionFactory(); > > > > > > > > > > I personally think these things are pretty trivial and I > > > > don't see a > > > > > need for a stand alone project. Maybe an example is all we need. > > > > > > > > > > -Igor > > > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > From: [EMAIL PROTECTED] > > > > > > [mailto:[EMAIL PROTECTED] On > > > > Behalf Of Nathan > > > > > > Hamblen > > > > > > Sent: Tuesday, October 04, 2005 9:49 AM > > > > > > To: wicket-user@lists.sourceforge.net > > > > > > Subject: [Wicket-user] Standard for database integration? > > > > (Please!) > > > > > > > > > > > > One of this project's strengths is its community of > > contributers. > > > > > > Unlike some other Java web component frameworks, > > Wicket is not > > > > > > controlled by a founder & dictator. > > > > > > Hooray for that. But in some areas, disorganization > > is killing us. > > > > > > > > > > > > At present, there is no standard way to access a > > > > hibernate session > > > > > > factory. I understand that the lack of such a standard > > > > doesn't stop > > > > > > me from accessing one somehow. Wicket's domain is the user > > > > > > interface, and I could integrate with a database > > however I like. > > > > > > That's not very helpful though, to me and every other web > > > > > > application programmer who absolutely have to > > integrate with a > > > > > > database before we do anything else. > > > > > > Most of us are on hibernate, often accessed through Spring. > > > > > > We just want one way to hook these things up. > > > > > > > > > > > > In late August there were two (or more) database packages > > > > that did > > > > > > things rather differently from each other, then > > Jonathan Locke > > > > > > announced contrib-database. Apparently he didn't think > > > > the existing > > > > > > efforts were clean enough. That's fair, I'll take his > > > > word for it. I > > > > > > was ready to switch to that package until I saw that > > it didn't > > > > > > go beyond loading individual hibernate objects. Loading one > > > > object is > > > > > > the easy part. The interesting part, the part that could > > > > be done a > > > > > > hundred different ways, is how to load and display > > many objects > > > > > > using a query. That's handled by the apparently unclean > > > > contrib data > > > > > > and dataview packages. Great. > > > > > > > > > > > > I wonder if this is just a problem of communication. Surely > > > > > > dataview, for example, could be adapted to contrib.database's > > > > > > foundation. If those two could be merged, we'd have something > > > > > > deprecation-proof to use right now. The code doesn't > > have to be > > > > > > perfect, it just needs to give us an overall structure to > > > > > > program around. > > > > > > > > > > > > Are people talking to each other? I'm just asking > > > > because, from my > > > > > > perspective, there's a bizarre silence on the subject. An > > > > argument > > > > > > would be better than nothing. We NEED database > > > > integration. Not just > > > > > > for the "enterprise," but for any web application > > worth using. > > > > > > Let's get it together. > > > > > > > > > > > > Nathan > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by: > > Power Architecture Resource Center: Free content, downloads, > > discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl > > _______________________________________________ > > Wicket-user mailing list > > Wicket-user@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wicket-user > > > > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: > Power Architecture Resource Center: Free content, downloads, discussions, > and more. http://solutions.newsforge.com/ibmarch.tmpl > _______________________________________________ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user