Yes, I believe this is all possible with the plugin strategy. I've been pretty slammed at work today, so I'll see what it will take to move my code over this new approach.
I'll try to work in your requirements as well. Thanks. James Mitchell Software Engineer/Struts Evangelist http://www.open-tools.org > -----Original Message----- > From: Charles Brault [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, October 09, 2002 12:33 PM > To: Struts Developers List > Subject: Re: Message Resources from database > Importance: High > > > James, > > I downloaded and took a brief look at your code, as I want to store all > my messages, query strings, etc. in the database. My particular issue, > which I think falls under the problem that you talk about below, is that > I need to group (or bundle) the messages by the user's role (or > company/account). Thus, when a user logs in, the menus, labels on the > screen, and potentially database queries are setup for the session, > overriding the system wide defaults. So, e.g., if Company A wants all > the default labels of "Component" to be "Item", when someone from > Company A logs in, they see "Item", but someone from company B gets the > default "Component". So I need a means to create/retrieve a set of > default messages but be able to override the defaults with customizations. > > I haven't spent much time thinking about how to accomplish this, so any > thoughts on the issue would be appreciated. > > chaz > > James Mitchell wrote: > > Great stuff eh? > > > > My DBMessageResources already uses OJB as the persistence layer > for my impl > > :) > > > > You simply run the db scripts (or not, if you will use your > own), configure > > the OJB files (repository[-*].xml), declare the new factory > > class(struts-config.xml), and specify subapp and key (parameter in > > <message-resources> and you're off!!! (The readme will explain > everything) > > I even provide the struts-example modified to demonstrate the new > > functionality. > > > > In order to support sub-applications and multiple bundles per subapp, > > (correct me here if I stray) multiple MessageResourcesConfig > instances are > > stored (application scope) and are set into request scope > (according to the > > selected application or subapp) during the request. > > > > So, with that in mind, any code needing a message, can grab the > > MessageResources (only having to specify the bundle key) out of > the request > > and call getMessage() with whatever replacing params (if any) they have. > > > > See, the MessageResources class has no knowledge of it's > existence in a web > > application (Struts or other). In fact, it is configured with a single > > String ("parameter" as mentioned above) and call to its > factory. The only > > abstract method call to it is: > > > > getMessage(Locale locale, String key); > > > > How would you determine the correct bundle key (assuming there are no > > subapps), and if there are subapps, how would you determine > which one (and > > the bundle for it as well)? > > > > I chose to use the "parameter" to tell me. > > > > syntax: parameter="[subapp].[key]" > > > > example: (using default subapp (empty String..."") and default key > > > > <message-resources > > factory="org.apache.struts.util.DBMessageResourcesFactory" > > parameter="."/> > > > > > > > > > > > > Funny.....this works great if you are caching the key-value > pairs in your > > MessageResources class. But if you are trying to get these from a > > database/xml file/whatever, you have to 'work around' this issue. > > > > Additionally, if you depend on lifecycle calls to .... oh, > let's say .... > > close a connection, you are just SOOL. And other than > modifying the source, > > I see no way around it. > > > > This design issue has had me 'bent over a rail' for a few weeks > now, as I > > ponder alternatives. > > > > I have been slowly coming to the conclusion that MessageResources > > implementations might be better off being created by a plugin > instead of the > > <message-resources> tag. This would also allow you to > use/reuse existing > > resources (e.g. connections that might have been configured in the > > struts-config) and also provides much needed lifecycle calls. > > > > Your thought? > > > > > > > > > > James Mitchell > > Software Engineer/Struts Evangelist > > http://www.open-tools.org > > > > > > > > > >>-----Original Message----- > >>From: Erik Hatcher [mailto:[EMAIL PROTECTED]] > >>Sent: Wednesday, October 09, 2002 12:25 AM > >>To: Jakarta Commons Developers List > >>Subject: Re: Message Resources from database > >> > >> > >>No problem, James. Take your time! > >> > >>I'm going to tinker with a proof-of-concept implementation using our own > >>persistence mechanism rather than pure JDBC (we're using an O/R mapping > >>tool in the middle) and see how quickly I can get something working. > >> > >>I guess the Commons stuff is not in Struts 1.1 yet, so I'll probably > >>build on top of the Struts provided API for now and then refactor to the > >>Commons one when its available. > >> > >>What I'll build will not be generally applicable though since it will be > >>using a commercial O/R mapper, but once James stuff is made available > >>we'll see if there is a way to generalize what I've done or just switch > >>to James code altogether. > >> > >>Thanks, > >> Erik > >> > >> > >>James Mitchell wrote: > >> > >>>>-----Original Message----- > >>>>From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] > >>>>Sent: Tuesday, October 08, 2002 7:37 PM > >>>>To: Struts Developers List > >>>>Subject: RE: Message Resources from database > >>>> > >>>> > >>>> > >>>>There was also a message from Erik Hatcher on COMMONS-DEV about adding > >>>>this capability to commons-resources. James, are you > subscribed there - > >>>>if not, I can forward a note about your progress. > >>>> > >>> > >>> > >>>That's fine with me, I was planning to donate this anyway, although my > >>>initial implementation supports Strut's sub-apps, so it may need some > >>>refactoring for anything more basic. > >>> > >>>I only have a couple small issues to complete before I post an > >> > >>[ANNOUNCE] to > >> > >>>the users list. In the meantime, I'm also trying to finish up > >>>XMLMessageResources. > >>> > >>>For anyone waiting for either of these, I apologize, I stopped > >> > >>working on > >> > >>>them about a week ago while I was playing around with moving > >> > >>from Win2k to > >> > >>>Mandrake 8.1 on my laptop. I'm still trying to get everything > >> > >>configured > >> > >>>and 'get back into the groove' ;) > >>> > >>>I'll post something as soon as I can. > >>> > >> > > > > > > -- > > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> > -- Charles E Brault [EMAIL PROTECTED] "Where are we going, and why am I in this handbasket?" -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
