Re: [s2] Proposal - reorg menu on the showcase app

Sorry I've brought this up many times, but if you are going to be making changes to showcase, could you take a look at typo.css(table section)? it is breaking the DatePicker demo :) musachy Rainer Hermanns wrote: Looks good. You might want to use the newly implemented and updated tab-tags the

Re: [s2] Message resources from database

On 11/21/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: It's perfectly reasonable to consider using it in a Struts example, if you want. ... and it's available in the central Maven repo in group id org.apache.shale.extras: http://repo1.maven.org/maven2/org/apache/shale/extras/mailreader-jpa/

Re: Jira reports?

To give a better idea, I took some of the standard templates I've got and ran them against Struts2. http://people.apache.org/~dblevins/tmp/struts-attachments.txt http://people.apache.org/~dblevins/tmp/struts-closed.txt http://people.apache.org/~dblevins/tmp/struts-opened.txt http://people.apach

Re: [s2] Proposal - reorg menu on the showcase app

Musachy, yes, I'll do. This one is already on my todo list :) -Rainer > Sorry I've brought this up many times, but if you are going to be making > changes to showcase, could you take a look at typo.css(table section)? > it is breaking the DatePicker demo :) > > musachy > > Rainer Hermanns wrote: >

Re: [s2] XWork2 release plan

--- Rene Gielen <[EMAIL PROTECTED]> > For now, and that's what I understood from > Konstantins post, we would have to throw in some > additional work to get a annotation+xd2 based > generation up and running, while the apt based > solution helps us to get a first shot very quickly. > And, of co

[tiles2] Usefulness of entity resolver in DigesterDefinitionsReader

Hello! and especially Hello David :-) I noticed that you (David) commited DigesterDefinitionsReader specifying a new entity resolver. Is it really useful? Aren't the registrations enough to take DTD files locally? Thank you Antonio -

Re: [s2] XWork2 release plan

Rene, I've been playing with it, and I had to make a couple of fixes, I will submit it today or tomorrow with a patch for the POM and our apt classes. musachy Rene Gielen wrote: Musachy, others, I just read about the apt plugin at a short glance. Could have been the myfaces stuff, yes. Thi

Re: Introducing the Codebehind Plugin

I have a current and clean XWork build at r1221, but I'm showing a build failure on the CodeBehind plugin. [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] C

Re: Introducing the Codebehind Plugin

Fixed. The IDE keeps letting these things squeak by...how's that Continuum install going, James? :) Don Ted Husted wrote: I have a current and clean XWork build at r1221, but I'm showing a build failure on the CodeBehind plugin. [INFO] ---

Re: [s2] Constant Configuration

I'm thinking that a problem I having with setting properties in the struts.xml (see r477484) may be because the default properties file is being loaded after the XML configurations, and overriding my changes. In any event, I'm going to try moving the default.properties settings to the struts-defa

Re: Showcase and zero xml config

On 11/20/06, Don Brown <[EMAIL PROTECTED]> wrote: I'm not sure I see how it would really get rid of dynamic method calling, but it would remove the need for the flag turned to "true", at least in the mapping stage. Dynamic method calling isn't evil. Essentially, the framework framework defaults

Re: [s2] XWork2 release plan

The systemPath configuration for the maven plugin looks similar to what we have to do for Retrotranslator, I'm wondering if this is something we can simply configure in each of our local settings.xml and document on the wiki. That would help me out as well. I'll look into it. Ted, are y

Re: Releasing Tiles (was: Re: [s2] 2.0.2 release this weekend)

On 11/20/06, Wendy Smoak <[EMAIL PROTECTED]> wrote: On 11/20/06, David H. DeWolf <[EMAIL PROTECTED]> wrote: > How about getting an initial tiles release out so that the 2.0.2 tiles > plugin can rely upon it instead of a snapshot? It would probably only be > 'alpha' quality at this point, but the

Re: [s2] 2.0.2 release this weekend

My best vote right now would be Alpha. I'm trying to get up to speed with all the recent changes, but I wouldn't want to put something out there for other people to use until I"ve actually used it myself. -Ted. On 11/20/06, Don Brown <[EMAIL PROTECTED]> wrote: We really, really, really need t

[S2] Buttons should support new key attribute (was Re: svn commit: r477318 - in /struts/struts2/trunk/apps/mailreader: pom.xml src/main/webapp/Login.jsp src/main/webapp/Registration.jsp src/main/webap

Actually, the button markup is "right", it's the code is broken. We implemented the key attributes for link tags but not the buttons. I meant to try and fix this before committing it back, but it got mixed in with the site changes. In the meantime, I reopened WW-1458. -T. On 11/20/06, [EMAIL PR

[s2] IDEA - JFreeChart Dependencies

When I do the $ mvn idea:idea -P all thing, all the plugins resolve their depdencies except JFreeChart. I don't see a systemic difference between the JasperReport POM and the JFreeChart POM, but my JaserReport IDEA module has all its dependencies (including JasperReports), and JFreeChart has non

<    1   2