Re: [shale] [clay] Problem with updating model
Thank you, Gary.
The useValueLateBinding="true" works for me. Frankly speaking, I used to
believe that useValueLateBinding is helpful only in case of the
'managed-bean-name' when it is replaced with actual bean name. It was my
fault, because the tld comment clarifies the meaning well.
--
Sergey
<[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi Sergey,
>
> >I have got a problem with updating model when clay based component is
used.
> >As a test case I have two pages. On the first page I ask for name. Then,
on the
> >second page, I print it.
> >
> >When I have on the first page:
> >
> >
> >
> >
> >
> >Everything works properly. However, when I replace inputText with clay
style:
> >
> >
> >
> >
> >
> >
> >It shows the init value from the bean, but does not update the bean when
the
> >changed value is submitted.
> >
> >clay-config.xml has:
> >
> >
> >
> >
> >
> >
> >
> >faces-config.xml has:
> >
> >...
> >
> > myuser
> > demo.User
> > request
> >
> > firstName
> > java.lang.String
> > John
> >
> >
> >...
> >Actually, I incorporated those test stuff inside the shale-use-case
application
> >(07/08/05 nightly build). So, the rest configuration is from the original
> >shale-use-case environment.
>
> You should look in the use case builds after 7/10. Craig applied a patch
to the rolodex example late Sat. having HTML tapestry like templating.
>
> Presently, the HTML templating has to be included as a subtree within a
JSP page. I'm near to posting a bugzilla ticket with a clay view handler
that will allow for full html view templating :-)
>
> >
> >Do I miss something important here?
>
> Try adding the "userValueLateBinding" attribute to the "set" node.
>
> This attribute, tells clay to pass a ValueBinding object to the target
component. Otherwise, the resulting literal expression will be passed. I'm
guess that your navigation rule is not a redirect since your bean is in
request scope.
>
> For some of the base components like the outputText, this attribute is set
as a default. This means that all components that extend "outputText" will
inherit the default attribute with the name of "value" having
"userValueLateBinding" set to "true".
>
> The default clay configuration file, view-config.xml, can be found in
META-INF of the shale-clay.jar.
>
> There is a similar attribute, "useMethodLateBinding" for method binding.
The basis for these attributes is that there is a predefined contract
between a component's JSP tag and the corresponding faces component. Since
Clay is a stand-in for the JSP faces tags, these attributes allow you to
specify what get passed to the component's properties - as an expression
object or a literal value.
>
>
>
> value="#{myuser.firstName}"/>
>
>
>
> Gary
> >
> >--
> >Sergey
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[shale] Suggestion to improve dialog
Craig, I've been playing with the dialog stuff for some time by now. Its working quite well and the design is such that I can customize most of what I need using the Action State. There is one thing that I need to extend DialogImpl for though and the current code makes that difficult. I suggest modifying ConfigurationInit to make this easier. Step 1.) Make the REGISTRATIONS[] field protected so that a subclass can specify its own DTD. Even better would be to make it setable through an attribute in . Making it setable combined with Step 2. would mean that I wouldn't even have to subclass Configuration Init. Step 2.) Allow user to specify a (optional) classname attribute for . Default can be DialogImpl but I'd like to create my own class without duplicating all of the digester code in a subclass. The existing "addSetProperties" will automatically set the new properties I'm adding to my custom Dialog class. I can provide a patch if you're interested. sean - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [shale] Suggestion to improve dialog
A refinement to my earlier suggestions... Forget making the REGISTRATIONS[] field protected. I'm ok with skipping the DTD and I noticed that you have the class as final anyways. I still would like to see a object creation rule that would create the dialog based on classname. I have a patch if you are interested. sean On 7/13/05, Sean Schofield <[EMAIL PROTECTED]> wrote: > Craig, > > I've been playing with the dialog stuff for some time by now. Its > working quite well and the design is such that I can customize most of > what I need using the Action State. There is one thing that I need to > extend DialogImpl for though and the current code makes that > difficult. > > I suggest modifying ConfigurationInit to make this easier. > > Step 1.) > > Make the REGISTRATIONS[] field protected so that a subclass can > specify its own DTD. Even better would be to make it setable through > an attribute in . Making it setable combined with Step 2. > would mean that I wouldn't even have to subclass Configuration Init. > > Step 2.) > > Allow user to specify a (optional) classname attribute for . > Default can be DialogImpl but I'd like to create my own class without > duplicating all of the digester code in a subclass. The existing > "addSetProperties" will automatically set the new properties I'm > adding to my custom Dialog class. > > I can provide a patch if you're interested. > > sean > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Initial checkin of standalone Tiles
On 6/15/05, James Holmes <[EMAIL PROTECTED]> wrote: > I'm with Martin and Niall. Having looked at this some more, I agree as well, and I'm willing to do the work. The proposed plan is to: * "svn mv" the current contents of "sandbox/tiles" to someplace archival until the remaining steps are complete. * "svn copy" to establish the initial code base for "sandbox/tiles" from the trunk version of "tiles" (i.e. the latest and greatest version that is used in development releases of Struts). * Refactor the package names, taking into account the feedback above. In particular: - Base package name will be "org.apache.tiles". - Tag library classes will be "org.apache.tiles.taglib" - Any utility classes that are needed from Struts will be "svn copy"d into "org.apache.tiles.util". * Add in appropriate versions of the old DTDs so that validating the definitions file does not attempt to access the Internet. * Establish a new (version 1.2) DTD so that standalone Tiles can diverge in the future if it needs to, without messing up the DTDs used for 1.0 and 1.1 based applications. * When all is well, get rid of the previously archived version of "sandbox/tiles". Does this sound like a reasonable plan? Craig > > James > > -Original Message- > From: Martin Cooper [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 15, 2005 11:36 AM > To: Struts Developers List > Subject: Re: Initial checkin of standalone Tiles > > I agree with all of Niall's points below. I'm especially concerned at the > loss of history mentioned in #2, since history can be so important. > > -- > Martin Cooper > > > On Wed, 15 Jun 2005, Niall Pemberton wrote: > > > I have a few concerns/questions about the initial checkin of standalone > > Tiles into the sandbox, which David indicates in the SVN log is extracted > > from Struts 1.1: > > > > 1) I'm wondering why this is based on Struts 1.1, rather than the current > > version of tiles code? I did a quick scan (for starters) of the tiles > taglib > > and while there hasn't been a large amount of activity since Struts 1.1 > > there have been some bug fixes and some other minor changes and it seems a > > shame to have to redo these changes rather than copying the current > > versions. > > > > 2) IMO it would be better to use SVN copy to create the initial code base > - > > seems a shame to loose all the subversion history by adding these as new > > artefacts. Since we have Struts 1.1 versions tagged they could be copied > > either from the current versions or the Struts 1.1 versions. > > > > 3) The taglib package has been renamed to "org.apache.taglib.tiles" - I'm > > wondering if this will create a confusion with the Jakarta Taglibs project > > which uses "org.apache.taglibs.???" package name? Would this not be better > > and more consistent as "org.apache.tiles.taglib"? > > > > 4) Similar question about the message resources which are being duplicated > > from Struts - are we OK to use the "org.apache.util" package name for > these > > classes rather than "org.apache.tiles.util"? Also, its probably another > > discussion, but maybe these need to be replaced with something else > (commons > > resources?) rather than duplicating from struts. > > > > Niall > > > > > > > > > > > > > > - > > 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: Initial checkin of standalone Tiles
+1 -Original Message- From: Craig McClanahan [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 13, 2005 4:04 PM To: Struts Developers List Subject: Re: Initial checkin of standalone Tiles On 6/15/05, James Holmes <[EMAIL PROTECTED]> wrote: > I'm with Martin and Niall. Having looked at this some more, I agree as well, and I'm willing to do the work. The proposed plan is to: * "svn mv" the current contents of "sandbox/tiles" to someplace archival until the remaining steps are complete. * "svn copy" to establish the initial code base for "sandbox/tiles" from the trunk version of "tiles" (i.e. the latest and greatest version that is used in development releases of Struts). * Refactor the package names, taking into account the feedback above. In particular: - Base package name will be "org.apache.tiles". - Tag library classes will be "org.apache.tiles.taglib" - Any utility classes that are needed from Struts will be "svn copy"d into "org.apache.tiles.util". * Add in appropriate versions of the old DTDs so that validating the definitions file does not attempt to access the Internet. * Establish a new (version 1.2) DTD so that standalone Tiles can diverge in the future if it needs to, without messing up the DTDs used for 1.0 and 1.1 based applications. * When all is well, get rid of the previously archived version of "sandbox/tiles". Does this sound like a reasonable plan? Craig > > James > > -Original Message- > From: Martin Cooper [mailto:[EMAIL PROTECTED] > Sent: Wednesday, June 15, 2005 11:36 AM > To: Struts Developers List > Subject: Re: Initial checkin of standalone Tiles > > I agree with all of Niall's points below. I'm especially concerned at the > loss of history mentioned in #2, since history can be so important. > > -- > Martin Cooper > > > On Wed, 15 Jun 2005, Niall Pemberton wrote: > > > I have a few concerns/questions about the initial checkin of standalone > > Tiles into the sandbox, which David indicates in the SVN log is extracted > > from Struts 1.1: > > > > 1) I'm wondering why this is based on Struts 1.1, rather than the current > > version of tiles code? I did a quick scan (for starters) of the tiles > taglib > > and while there hasn't been a large amount of activity since Struts 1.1 > > there have been some bug fixes and some other minor changes and it seems a > > shame to have to redo these changes rather than copying the current > > versions. > > > > 2) IMO it would be better to use SVN copy to create the initial code base > - > > seems a shame to loose all the subversion history by adding these as new > > artefacts. Since we have Struts 1.1 versions tagged they could be copied > > either from the current versions or the Struts 1.1 versions. > > > > 3) The taglib package has been renamed to "org.apache.taglib.tiles" - I'm > > wondering if this will create a confusion with the Jakarta Taglibs project > > which uses "org.apache.taglibs.???" package name? Would this not be better > > and more consistent as "org.apache.tiles.taglib"? > > > > 4) Similar question about the message resources which are being duplicated > > from Struts - are we OK to use the "org.apache.util" package name for > these > > classes rather than "org.apache.tiles.util"? Also, its probably another > > discussion, but maybe these need to be replaced with something else > (commons > > resources?) rather than duplicating from struts. > > > > Niall > > > > > > > > > > > > > > - > > 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]
svn commit: r218960 - in /struts/sandbox/trunk: tiles-original/ tiles/
Author: craigmcc Date: Wed Jul 13 18:44:41 2005 New Revision: 218960 URL: http://svn.apache.org/viewcvs?rev=218960&view=rev Log: Commit "svn move tiles tiles-original" to save the original snapshot of Standalone Tiles, so that a new one can be created (from scratch, and saving version history) from the trunk version of Integrated Tiles. Added: struts/sandbox/trunk/tiles-original/ - copied from r218958, struts/sandbox/trunk/tiles/ Removed: struts/sandbox/trunk/tiles/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r218961 - /struts/sandbox/trunk/tiles/
Author: craigmcc Date: Wed Jul 13 18:48:57 2005 New Revision: 218961 URL: http://svn.apache.org/viewcvs?rev=218961&view=rev Log: Commit an "svn copy tiles sandbox/tiles" command that establishes a starting point for (re)converting the integrated with Struts version of Tiles to a standalone version. The necessary refactoring will take place with subsequent commits, which will maintain version history courtesy of Subversion. Added: struts/sandbox/trunk/tiles/ - copied from r218958, struts/tiles/trunk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r218966 - in /struts/sandbox/trunk/tiles/src: java/org/apache/struts/tiles/ java/org/apache/tiles/ resource/org/apache/struts/tiles/ resource/org/apache/tiles/ test/org/apache/struts/tiles
Author: craigmcc Date: Wed Jul 13 19:03:34 2005 New Revision: 218966 URL: http://svn.apache.org/viewcvs?rev=218966&view=rev Log: Move "o.a.s.tiles" directories in each source directory up one level (i.e. out from under "o.a.struts"). Have not adjusted package declarations yet. Added: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/ - copied from r218961, struts/sandbox/trunk/tiles/src/java/org/apache/struts/tiles/ struts/sandbox/trunk/tiles/src/resource/org/apache/tiles/ - copied from r218961, struts/sandbox/trunk/tiles/src/resource/org/apache/struts/tiles/ struts/sandbox/trunk/tiles/src/test/org/apache/tiles/ - copied from r218961, struts/sandbox/trunk/tiles/src/test/org/apache/struts/tiles/ Removed: struts/sandbox/trunk/tiles/src/java/org/apache/struts/tiles/ struts/sandbox/trunk/tiles/src/resource/org/apache/struts/tiles/ struts/sandbox/trunk/tiles/src/test/org/apache/struts/tiles/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r218967 - in /struts/sandbox/trunk/tiles/src: java/org/apache/struts/ resource/org/apache/struts/ test/org/apache/struts/
Author: craigmcc Date: Wed Jul 13 19:06:04 2005 New Revision: 218967 URL: http://svn.apache.org/viewcvs?rev=218967&view=rev Log: Delete the now-empty o.a.struts source directories. Removed: struts/sandbox/trunk/tiles/src/java/org/apache/struts/ struts/sandbox/trunk/tiles/src/resource/org/apache/struts/ struts/sandbox/trunk/tiles/src/test/org/apache/struts/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r218968 - in /struts/sandbox/trunk/tiles: LICENSE.txt NOTICE.txt build.xml src/conf/ src/conf/tiles-config_1_1.dtd src/conf/tiles-config_1_2.dtd src/conf/tiles-core.tld src/java/org/apache
Author: craigmcc Date: Wed Jul 13 19:22:51 2005 New Revision: 218968 URL: http://svn.apache.org/viewcvs?rev=218968&view=rev Log: Initial build.xml script, copy in the DTDs we know about (and adjust the Digester registration). Added: struts/sandbox/trunk/tiles/LICENSE.txt struts/sandbox/trunk/tiles/NOTICE.txt struts/sandbox/trunk/tiles/build.xml struts/sandbox/trunk/tiles/src/conf/ struts/sandbox/trunk/tiles/src/conf/tiles-config_1_1.dtd struts/sandbox/trunk/tiles/src/conf/tiles-config_1_2.dtd struts/sandbox/trunk/tiles/src/conf/tiles-core.tld Removed: struts/sandbox/trunk/tiles/src/resource/ Modified: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/xmlDefinition/XmlParser.java Added: struts/sandbox/trunk/tiles/LICENSE.txt URL: http://svn.apache.org/viewcvs/struts/sandbox/trunk/tiles/LICENSE.txt?rev=218968&view=auto == --- struts/sandbox/trunk/tiles/LICENSE.txt (added) +++ struts/sandbox/trunk/tiles/LICENSE.txt Wed Jul 13 19:22:51 2005 @@ -0,0 +1,202 @@ + + Apache License + Version 2.0, January 2004 +http://www.apache.org/licenses/ + + TERMS AND CONDITIONS FOR USE, REPRODUCTION, AND DISTRIBUTION + + 1. Definitions. + + "License" shall mean the terms and conditions for use, reproduction, + and distribution as defined by Sections 1 through 9 of this document. + + "Licensor" shall mean the copyright owner or entity authorized by + the copyright owner that is granting the License. + + "Legal Entity" shall mean the union of the acting entity and all + other entities that control, are controlled by, or are under common + control with that entity. For the purposes of this definition, + "control" means (i) the power, direct or indirect, to cause the + direction or management of such entity, whether by contract or + otherwise, or (ii) ownership of fifty percent (50%) or more of the + outstanding shares, or (iii) beneficial ownership of such entity. + + "You" (or "Your") shall mean an individual or Legal Entity + exercising permissions granted by this License. + + "Source" form shall mean the preferred form for making modifications, + including but not limited to software source code, documentation + source, and configuration files. + + "Object" form shall mean any form resulting from mechanical + transformation or translation of a Source form, including but + not limited to compiled object code, generated documentation, + and conversions to other media types. + + "Work" shall mean the work of authorship, whether in Source or + Object form, made available under the License, as indicated by a + copyright notice that is included in or attached to the work + (an example is provided in the Appendix below). + + "Derivative Works" shall mean any work, whether in Source or Object + form, that is based on (or derived from) the Work and for which the + editorial revisions, annotations, elaborations, or other modifications + represent, as a whole, an original work of authorship. For the purposes + of this License, Derivative Works shall not include works that remain + separable from, or merely link (or bind by name) to the interfaces of, + the Work and Derivative Works thereof. + + "Contribution" shall mean any work of authorship, including + the original version of the Work and any modifications or additions + to that Work or Derivative Works thereof, that is intentionally + submitted to Licensor for inclusion in the Work by the copyright owner + or by an individual or Legal Entity authorized to submit on behalf of + the copyright owner. For the purposes of this definition, "submitted" + means any form of electronic, verbal, or written communication sent + to the Licensor or its representatives, including but not limited to + communication on electronic mailing lists, source code control systems, + and issue tracking systems that are managed by, or on behalf of, the + Licensor for the purpose of discussing and improving the Work, but + excluding communication that is conspicuously marked or otherwise + designated in writing by the copyright owner as "Not a Contribution." + + "Contributor" shall mean Licensor and any individual or Legal Entity + on behalf of whom a Contribution has been received by Licensor and + subsequently incorporated within the Work. + + 2. Grant of Copyright License. Subject to the terms and conditions of + this License, each Contributor hereby grants to You a perpetual, + worldwide, non-exclusive, no-charge, royalty-free, irrevocable + copyright license to reproduce, prepare Derivative Works of, + publicly display, publicly perform, sublicense, an
Re: Initial checkin of standalone Tiles
That sounds great. Given the commit activity as of late, I doubt there will be anyone putting their tiles updates on hold while this happens ;) -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring / Freelance EdgeTech, Inc. http://www.edgetechservices.net/ 678.910.8017 AIM: jmitchtx Yahoo: jmitchtx MSN: [EMAIL PROTECTED] Skype: jmitchtx On Jul 13, 2005, at 5:04 PM, Craig McClanahan wrote: On 6/15/05, James Holmes <[EMAIL PROTECTED]> wrote: I'm with Martin and Niall. Having looked at this some more, I agree as well, and I'm willing to do the work. The proposed plan is to: * "svn mv" the current contents of "sandbox/tiles" to someplace archival until the remaining steps are complete. * "svn copy" to establish the initial code base for "sandbox/tiles" from the trunk version of "tiles" (i.e. the latest and greatest version that is used in development releases of Struts). * Refactor the package names, taking into account the feedback above. In particular: - Base package name will be "org.apache.tiles". - Tag library classes will be "org.apache.tiles.taglib" - Any utility classes that are needed from Struts will be "svn copy"d into "org.apache.tiles.util". * Add in appropriate versions of the old DTDs so that validating the definitions file does not attempt to access the Internet. * Establish a new (version 1.2) DTD so that standalone Tiles can diverge in the future if it needs to, without messing up the DTDs used for 1.0 and 1.1 based applications. * When all is well, get rid of the previously archived version of "sandbox/tiles". Does this sound like a reasonable plan? Craig James -Original Message- From: Martin Cooper [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 15, 2005 11:36 AM To: Struts Developers List Subject: Re: Initial checkin of standalone Tiles I agree with all of Niall's points below. I'm especially concerned at the loss of history mentioned in #2, since history can be so important. -- Martin Cooper On Wed, 15 Jun 2005, Niall Pemberton wrote: I have a few concerns/questions about the initial checkin of standalone Tiles into the sandbox, which David indicates in the SVN log is extracted from Struts 1.1: 1) I'm wondering why this is based on Struts 1.1, rather than the current version of tiles code? I did a quick scan (for starters) of the tiles taglib and while there hasn't been a large amount of activity since Struts 1.1 there have been some bug fixes and some other minor changes and it seems a shame to have to redo these changes rather than copying the current versions. 2) IMO it would be better to use SVN copy to create the initial code base - seems a shame to loose all the subversion history by adding these as new artefacts. Since we have Struts 1.1 versions tagged they could be copied either from the current versions or the Struts 1.1 versions. 3) The taglib package has been renamed to "org.apache.taglib.tiles" - I'm wondering if this will create a confusion with the Jakarta Taglibs project which uses "org.apache.taglibs.???" package name? Would this not be better and more consistent as "org.apache.tiles.taglib"? 4) Similar question about the message resources which are being duplicated from Struts - are we OK to use the "org.apache.util" package name for these classes rather than "org.apache.tiles.util"? Also, its probably another discussion, but maybe these need to be replaced with something else (commons resources?) rather than duplicating from struts. Niall - 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]
svn commit: r218990 - /struts/sandbox/trunk/tiles/src/java/org/apache/tiles/commands/
Author: craigmcc Date: Wed Jul 13 23:05:58 2005 New Revision: 218990 URL: http://svn.apache.org/viewcvs?rev=218990&view=rev Log: Remove definition that is specific to Struts 1.3 ... can be implemented within Struts proper when it switches to standalone Tiles. Removed: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/commands/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r218991 - in /struts/sandbox/trunk/tiles/src/java/org/apache/tiles: actions/ beans/ definition/ taglib/ taglib/util/ xmlDefinition/
Author: craigmcc Date: Wed Jul 13 23:08:22 2005 New Revision: 218991 URL: http://svn.apache.org/viewcvs?rev=218991&view=rev Log: Remove Struts-specific actions that involve Tiles. They can be re-implemented in a struts-tiles integration layer when Struts 1.x switches to standalone Tiles. Removed: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/actions/ Modified: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/beans/MenuItem.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/beans/SimpleMenuItem.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/definition/ComponentDefinitionsFactoryWrapper.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/definition/ReloadableDefinitionsFactory.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/AddTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/AddTagParent.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/AttributeToScopeTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/ComponentConstants.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/DefinitionTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/DefinitionTagSupport.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/GetAttributeTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/GetTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/ImportAttributeTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/InitDefinitionsTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/InsertTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/PutListTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/PutListTagParent.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/PutTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/PutTagParent.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/UseAttributeTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/UseAttributeTei.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/package.html struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/util/TagUtils.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/xmlDefinition/DefinitionsFactory.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/xmlDefinition/FactorySet.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/xmlDefinition/I18nFactorySet.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/xmlDefinition/XmlAttribute.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/xmlDefinition/XmlDefinition.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/xmlDefinition/XmlDefinitionsSet.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/xmlDefinition/XmlListAttribute.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/xmlDefinition/XmlParser.java Modified: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/beans/MenuItem.java URL: http://svn.apache.org/viewcvs/struts/sandbox/trunk/tiles/src/java/org/apache/tiles/beans/MenuItem.java?rev=218991&r1=218990&r2=218991&view=diff == --- struts/sandbox/trunk/tiles/src/java/org/apache/tiles/beans/MenuItem.java (original) +++ struts/sandbox/trunk/tiles/src/java/org/apache/tiles/beans/MenuItem.java Wed Jul 13 23:08:22 2005 @@ -16,7 +16,7 @@ * limitations under the License. */ -package org.apache.struts.tiles.beans; +package org.apache.tiles.beans; import java.io.Serializable; Modified: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/beans/SimpleMenuItem.java URL: http://svn.apache.org/viewcvs/struts/sandbox/trunk/tiles/src/java/org/apache/tiles/beans/SimpleMenuItem.java?rev=218991&r1=218990&r2=218991&view=diff == --- struts/sandbox/trunk/tiles/src/java/org/apache/tiles/beans/SimpleMenuItem.java (original) +++ struts/sandbox/trunk/tiles/src/java/org/apache/tiles/beans/SimpleMenuItem.java Wed Jul 13 23:08:22 2005 @@ -16,7 +16,7 @@ * limitations under the License. */ -package org.apache.struts.tiles.beans; +package org.apache.tiles.beans; import java.io.Serializable; Modified: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/definition/ComponentDefinitionsFactoryWrapper.java URL: http://svn.apache.org/viewcvs/struts/sandbox/trunk/tiles/src/java/org/apache/tiles/definition/ComponentDefinitionsFactoryWrapper.java?rev=218991&r1=218990&r2=218991&view=diff == --- struts/sandbox/trunk/tiles/src/java/org/apache/tiles/definition/ComponentDefinitionsFactoryWrapper.java (original) +++ struts/sandbox/trunk/tiles/src/java/org/apache/ti
svn commit: r218992 - /struts/sandbox/trunk/tiles/src/java/org/apache/tiles/ActionController.java
Author: craigmcc Date: Wed Jul 13 23:09:11 2005 New Revision: 218992 URL: http://svn.apache.org/viewcvs?rev=218992&view=rev Log: Remove Struts-specific implementation. Removed: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/ActionController.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r218993 - /struts/sandbox/trunk/tiles/src/java/org/apache/tiles/RedeployableActionServlet.java
Author: craigmcc Date: Wed Jul 13 23:13:24 2005 New Revision: 218993 URL: http://svn.apache.org/viewcvs?rev=218993&view=rev Log: Remove Struts-specific artifact. Removed: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/RedeployableActionServlet.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r218994 - /struts/sandbox/trunk/tiles/src/java/org/apache/tiles/TilesPlugin.java
Author: craigmcc Date: Wed Jul 13 23:14:17 2005 New Revision: 218994 URL: http://svn.apache.org/viewcvs?rev=218994&view=rev Log: Remove Struts-specific artifact. Removed: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/TilesPlugin.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r218995 - /struts/sandbox/trunk/tiles/src/java/org/apache/tiles/TilesRequestProcessor.java
Author: craigmcc Date: Wed Jul 13 23:15:11 2005 New Revision: 218995 URL: http://svn.apache.org/viewcvs?rev=218995&view=rev Log: Remove Struts-specific artifact. Removed: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/TilesRequestProcessor.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r218997 - /struts/sandbox/trunk/tiles/src/java/org/apache/tiles/TilesUtilStrutsImpl.java
Author: craigmcc Date: Wed Jul 13 23:16:38 2005 New Revision: 218997 URL: http://svn.apache.org/viewcvs?rev=218997&view=rev Log: Delete Struts-specific artifact. Removed: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/TilesUtilStrutsImpl.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r218998 - /struts/sandbox/trunk/tiles/src/java/org/apache/tiles/TilesUtilStrutsModulesImpl.java
Author: craigmcc Date: Wed Jul 13 23:17:14 2005 New Revision: 218998 URL: http://svn.apache.org/viewcvs?rev=218998&view=rev Log: Delete Struts-specific artifact. Removed: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/TilesUtilStrutsModulesImpl.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r219000 - in /struts/sandbox/trunk/tiles: ./ src/conf/ src/java/org/apache/tiles/ src/java/org/apache/tiles/definition/ src/java/org/apache/tiles/taglib/ src/java/org/apache/tiles/taglib/u
Author: craigmcc Date: Wed Jul 13 23:33:50 2005 New Revision: 219000 URL: http://svn.apache.org/viewcvs?rev=219000&view=rev Log: Finish initial package refactoring pass. "ant clean dist" works, but have not yet tested this at runtime. Added: struts/sandbox/trunk/tiles/src/conf/MANIFEST.MF Modified: struts/sandbox/trunk/tiles/build.xml struts/sandbox/trunk/tiles/src/java/org/apache/tiles/AttributeDefinition.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/ComponentContext.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/ComponentDefinition.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/ComponentDefinitionsFactory.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/Controller.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/ControllerSupport.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/DefinitionAttribute.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/DefinitionNameAttribute.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/DefinitionsFactory.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/DefinitionsFactoryConfig.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/DefinitionsFactoryException.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/DefinitionsUtil.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/DirectStringAttribute.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/FactoryNotFoundException.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/NoSuchDefinitionException.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/PathAttribute.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/TilesException.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/TilesUtil.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/TilesUtilImpl.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/UntypedAttribute.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/UrlController.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/definition/ComponentDefinitionsFactoryWrapper.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/definition/ReloadableDefinitionsFactory.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/ComponentConstants.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/InsertTag.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/taglib/util/TagUtils.java struts/sandbox/trunk/tiles/src/java/org/apache/tiles/xmlDefinition/FactorySet.java Modified: struts/sandbox/trunk/tiles/build.xml URL: http://svn.apache.org/viewcvs/struts/sandbox/trunk/tiles/build.xml?rev=219000&r1=218999&r2=219000&view=diff == --- struts/sandbox/trunk/tiles/build.xml (original) +++ struts/sandbox/trunk/tiles/build.xml Wed Jul 13 23:33:50 2005 @@ -34,20 +34,17 @@ + + + http://www.ibiblio.org/maven"/> + - - - - - - - @@ -62,28 +59,27 @@ + + + + + + + + + - - - - - - - - + + - - - - - - - - + + + @@ -102,15 +98,7 @@ - - - - - - - - @@ -135,7 +123,7 @@ + includes="*.tld"/> @@ -282,6 +270,47 @@ + + + + + + + + + + + + + + + + + + + + + + Added: struts/sandbox/trunk/tiles/src/conf/MANIFEST.MF URL: http://svn.apache.org/viewcvs/struts/sandbox/trunk/tiles/src/conf/MANIFEST.MF?rev=219000&view=auto == --- struts/sandbox/trunk/tiles/src/conf/MANIFEST.MF (added) +++ struts/sandbox/trunk/tiles/src/conf/MANIFEST.MF Wed Jul 13 23:33:50 2005 @@ -0,0 +1,5 @@ +Extension-Name: @package@ +Specification-Vendor: The Apache Software Foundation +Specification-Version: 1.0 +Implementation-Vendor: The Apache Software Foundation +Implementation-Version: @version@ Modified: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/AttributeDefinition.java URL: http://svn.apache.org/viewcvs/struts/sandbox/trunk/tiles/src/java/org/apache/tiles/AttributeDefinition.java?rev=219000&r1=218999&r2=219000&view=diff == --- struts/sandbox/trunk/tiles/src/java/org/apache/tiles/AttributeDefinition.java (original) +++ struts/sandbox/trunk/tiles/src/java/org/apache/tiles/AttributeDefinition.java Wed Jul 13 23:33:50 2005 @@ -17,7 +17,7 @@ */ -package org.apache.struts.tiles; +package org.apache.tiles; import java.io.Serializable; Modified: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/ComponentContext.java URL: http://svn.apache.org/viewcv
svn commit: r219001 - /struts/sandbox/trunk/tiles/build.xml
Author: craigmcc
Date: Wed Jul 13 23:36:43 2005
New Revision: 219001
URL: http://svn.apache.org/viewcvs?rev=219001&view=rev
Log:
Correct the generation of the manifest in tiles-core.jar.
Modified:
struts/sandbox/trunk/tiles/build.xml
Modified: struts/sandbox/trunk/tiles/build.xml
URL:
http://svn.apache.org/viewcvs/struts/sandbox/trunk/tiles/build.xml?rev=219001&r1=219000&r2=219001&view=diff
==
--- struts/sandbox/trunk/tiles/build.xml (original)
+++ struts/sandbox/trunk/tiles/build.xml Wed Jul 13 23:36:43 2005
@@ -170,7 +170,8 @@
description="Package core library">
+ basedir="${build.home}/classes"
+ manifest="${build.home}/conf/MANIFEST.MF"/>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Status of "Standalone Tiles Take 2" Effort
I've followed through on the first steps of my proposed action plan: * Moved the old "sandbox/tiles" to "sandbox/tiles-original" to get it out of the way without losing any information. * Did an "svn copy" from "tiles" to "sandbox/tiles" to form the basis for a standalone Tiles that is based on the latest and greatest Trunk code. * Did package refactoring and such to the point where the "sandbox/tiles" package compiles cleanly, but hasn't been tested yet. I'll certainly need to add a TilesServlet replacement for configuration processing, and I wouldn't be surprised if there are bunches of other details that need to be cleaned up -- but at least the initial re-refactoring work is done. Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
