- Dependency updates: ng-objects 0.1.5.
Full Changelog: https://github.com/undur/Parsley/compare/v1.6.4...v1.6.5
WO template parser based on WOOgnl
Full Changelog: https://github.com/undur/Parsley/compare/v1.6.4...v1.6.5
provided dependency
Parsley no longer brings com.webobjects:JavaFoundation/JavaWebObjects into an application, so an
application can use WebObjects jars published under other coordinates without getting both. An
application declares its WebObjects dependencies itself, as WebObjects applications already do. (#35)Full Changelog: https://github.com/undur/Parsley/compare/v1.6.3...v1.6.4
Binding keys can be prefixed with :
As they can with ?: <wo:Hyperlink route="$route" :id="$user.id" /> parses, and the element
receives the binding as :id. (ng-template-parser 0.1.4)
Dependency updates: ng-objects 0.1.4.
Full Changelog: https://github.com/undur/Parsley/compare/v1.6.2...v1.6.3
Main.html:14:9 <wo:str>), carry a plain-text message and an explicit kind ("Binding error" or "Template error").@count, @sum…) applied to a java.util collection, and say when a key can't be set rather than reporting it missing.at ClubBadge.html:1:21 (<wo:container>) and binding style = $badgeStyle.ERXWOCase is no longer wrapped by Parsley's proxy element, like ERXWOTemplate.Full Changelog: https://github.com/undur/Parsley/compare/v1.6.1...v1.6.2
/problems dev endpoint) can list template errors observed at render time.if/condition/conditional shortcuts now target WOConditional, and the else shortcut moved to the framework providing ERXElse — frameworks supply or remap these through their own parsley-tag-aliases.properties.Full Changelog: https://github.com/undur/Parsley/compare/v1.6.0...v1.6.1
str → WOString) live in a parsley-tag-aliases.properties resource, and any framework or app can contribute its own — including element-class replacements like WOString → ERXWOString — by dropping the same-named file into its src/main/resources. Aliases resolve recursively, so a shortcut and a replacement compose automatically (str → WOString → ERXWOString).Full Changelog: https://github.com/undur/Parsley/compare/v1.5.0...v1.6.0
Parsley.configure().….register() — replacing the old Parsley.register() / Parsley.showInlineRenderingErrors(…) / Parsley.registerElementFactory(…) calls. The builder amends the current configuration, so a framework can register Parsley once and an app can add to that registration later. ParsleyConfiguration.defaultDevConfiguration() / defaultProductionConfiguration() provide ready-made starting points..excludeFromWrapping(…)..controls(true)) — a small expanding control in the bottom-left corner for toggling Parsley's dev features at runtime.ParsleyTemplateParser class; Parsley is now purely the library's entry point and configuration.Full Changelog: https://github.com/undur/Parsley/compare/v1.4.2...v1.5.0
WOComponentReference in ParsleyProxyElement, so source-location reporting also covers nested component references.Full Changelog: https://github.com/undur/Parsley/compare/v1.4.1...v1.4.2
<wo:str value="yeah" value="wat" />. Previous versions (and WOOgnl) silently ignored duplicate bindings and just used the last declared binding value.parsley-ognl to version 3.4.11Full Changelog: https://github.com/undur/Parsley/compare/v1.4.0...v1.4.1
This release uses the template parser from ng-objects now published on maven central, rather than including an entire copy of the template parser in Parsley itself. This simplifies development and ensures compatibility between the two frameworks.
We also get some new features from the ng template parser, like keeping track of the location where a parsing errors occurs, allowing us to more nicely report errors (for example, highlighting the erroneous code in the exception page like ERXExceptionPage does for errors in java code).
is.rebbi to is.rebbi.parsley so make sure to update dependency declarations.WOHTMLCommentString element, instead comments are treated as any other plain HTML string. This doesn't change much except it means the -WOIncludeCommentsInResponse property doesn't do anything anymore. I suspect it's rarely used but if someone needs this functionality, we can consider bringing it back.Changes that are functional but can be considered to be in "preview mode".
The template parser now supports a couple of parser directives.
<p:comment></p:comment> is a "parser comment" meaning "ignore everything between these tags". Nothing is parsed so the content does not end up in the parsed template / eventual generated response.<p:raw></p:raw> means "don't perform any parsing/processing on the content between these tags". Means any dynamic tags like <wo:str> are not processed but are passed as unparsed strings to the parsed template/ response.parsley-ognl moduleOptional module providing OGNL expression support via a ~ prefix in binding values. Currently enabled by passing in an association factory when registering parsley, using Parsley.register( new ParsleyOgnlAssociationFactory() );
New ParsleyElementFactory interface with Parsley.registerElementFactory(namespace, factory). The wo namespace is registered by default. Ships with ParsleyHTMLElementFactory for creating WOGenericElement/WOGenericContainer from HTML element names. Can be tested by running Parsley.registerElementFactory( "html", new ParsleyHTMLElementFactory() ); after parsley's registration.
Full Changelog: https://github.com/undur/Parsley/compare/v1.3.0...v1.4.0
Excludes ERXWOTemplate from element proxying in dev mode
Full Changelog: https://github.com/undur/Parsley/compare/v1.2.0...v1.3.0
Full Changelog: https://github.com/undur/Parsley/compare/v1.1.0...v1.2.0
Only handle rendering exceptions inline that we excplicitly know how to handle
Full Changelog: https://github.com/undur/Parsley/compare/v1.0.0...v1.1.0
Initial release