Seam 1.1.7 RC1 released

[norman.richards]

We've put out a candidate for the 1.1.7 release. 1.1.7 contains the much anticipated Spring integration module. Spring beans can now be used in a Seam application, and Seam's richer contexts and managed persistence management are available to Spring beans. Seam security now supports page and entity security options. Seam now has a new, more dynamic way of declaring request filters. The date picker component look and feel has been improved greatly. And finally, seam-gen has had too many enhancements to even list here.

Assuming there aren't any major issues, expect a final release early next week. In the meantime, we'd appreciate you giving it a spin and reporting any problems back to us.


download link: https://sourceforge.net/project/showfiles.php?group_id=22866&package_id=163777&release_id=488687

[norman.richards]

Oh, before I forget,I'd also like to give a special thanks to Michael Youngstrom, our newest Seam committer, for his work on the Spring integration module.

[gavin.king]

Many thanks to Michael!

P.S. I should mention a couple of the seam-gen enhancements:

* support for composite keys
* Ajax4JSF integration
* many-to-one association editing

and also that Seam/Security now supports:
* auto-redirect to HTTPS via the scheme=https in pages.xml
* auto-redirect to the login page via login-required=true

So there is actually a lot of new stuff in this release.

[gavin.king]

Oh and thanks Norman for doing the release. (We have decided to always do RCs from now on, in order to avoid the kind of probs we had with 1.1.5.)

[davidintx]

Any chance the release candidates and the actual releases could be posted to the seam maven repository?

Currently, http://repository.jboss.com/maven2/jboss/jboss-seam/ just has 1.0.1 and 1.1.0

It would make testing just a little easier.

Thanks.

[fers]

Hello,

as usually I published new Maven + Seam integration on http://software.softeu.cz/seam/ (and published to maven repository http://maven.softeu.cz/ ). Updated archetype (seamgen equivalent) should be released soon.

Petr Ferschmann

[gavin.king]

Thanks, Petr.

[gus888]

Shane said that the SeamMultipartFilter has been replaced with a universal Seam filter, but in the s:fileUpload section in 1.1.7 RC1 docs, the SeamMultipartFilter is still there:

For multipart requests, the Seam Multipart servlet filter must also be configured in web.xml:


 <filter>
 <filter-name>Seam Multipart Filter</filter-name>
 <filter-class>org.jboss.seam.servlet.SeamMultipartFilter</filter-class>
 </filter>

 <filter-mapping>
 <filter-name>Seam Multipart Filter</filter-name>
 <url-pattern>*.seam</url-pattern>
 </filter-mapping>

Should it be replaced by

<filter>
 <filter-name>Seam Filter</filter-name>
 <filter-class>org.jboss.seam.web.SeamFilter</filter-class>
 </filter>

 <filter-mapping>
 <filter-name>Seam Filter</filter-name>
 <url-pattern>/*</url-pattern>
 </filter-mapping>

In addition, it seems that s:fileUpload attributes missed the fileSize attribute in 1.1.7 docs of s:fileUpload section.

[gavin.king]

Thanks, this was already fixed:

http://jira.jboss.org/jira/browse/JBSEAM-921

[flashguru]

I am not sure if this is something worth mentioning.
But the latest API changes to the FacesMessages might cause unexpected form validation behavior for people who are migrating from 1.1.6.

With 1.1.6, I used the method

FacesMessages.add(String id, String messageTemplate, Object... params)

to associate a validation error message with a UI component.

Now with 1.1.7 the same method will map to

FacesMessages.add(String messageTemplate, Object... params)

which will add the component id string as a global message and therefore prevents the validation system from detecting that the UI component has a validation error.

The solution, of course, is to use

addToControl(String id, String messageTemplate, Object... params)

instead.

[gavin.king]

Yes, I should have mentioned it. I hated breaking that API, but it was already broken (I screwed up totally). We needed to get rid of the ambiguity there, and deprecation was not going to help.