April 2007 - seam-issues - Jboss List Archives

[jbossseam-issues] [JBoss JIRA] Commented: (JBSEAM-139) support to Rich Client Applications

by Toni John (JIRA)

[ http://jira.jboss.com/jira/browse/JBSEAM-139?page=comments#action_12359800 ] Toni John commented on JBSEAM-139: ---------------------------------- I would also take a look at <a href="http://www.openlaszlo.com">OpenLaszlo</a>. It seems as though implementing such support in Seam is not a monumental task. OpenLaszlo supports JavaRPC, XML-RPC and Soap. A subset of the gluecode is already there through the SeamRemoting effort used for AJAX support. With so many other interesting issued open, the interest may not be there. So if you read this, vote for it. > support to Rich Client Applications > ----------------------------------- > > Key: JBSEAM-139 > URL: http://jira.jboss.com/jira/browse/JBSEAM-139 > Project: JBoss Seam > Issue Type: Feature Request > Reporter: Mauro Silva > > Support to rich client applications, like eclipse RCP -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

1
0
0 / 0

[jbossseam-issues] [JBoss JIRA] Commented: (JBSEAM-356) Session bean assertions

by Vladimir Ralev (JIRA)

[ http://jira.jboss.com/jira/browse/JBSEAM-356?page=comments#action_12359742 ] Vladimir Ralev commented on JBSEAM-356: --------------------------------------- Hi Gavin. I am looking at this task and there are a few things: 1. Do you think these conditions should be checked after injection (this also makes sense), or immediately after the postconstruct/aroundinvoke? 2. The hibernate validator annotations are can't be bound to method params. Did you mean to fork the hibernate validator in the seam project (say seam.validator)? 3. Method return value check annotation is ambigious - two cases: @NotNull String getSomething() // getters represent the object state and should be checked (and invoked) on each method call and postconstruct @NotNull String doSomething() // "doers" should be checked only when they are actually invoked May be using some heuristics to branch based on ( methodName.beginsWith("get") || methodName.beginsWith("is") ) , but that's not very reliable because someone may still code side-effects in a getter. I have implemented the postconstruct/aroundinvoke version using the orignal hibernate validator, which would work fine unless you really the method param validation. > Session bean assertions > ----------------------- > > Key: JBSEAM-356 > URL: http://jira.jboss.com/jira/browse/JBSEAM-356 > Project: JBoss Seam > Issue Type: Feature Request > Components: Core > Reporter: Gavin King > > For people who like more of a design-by-contract style, we could let you specify Hibernate Validator annotations on the session bean, and check them after @PostConstruct and before and after each business method. > eg. > @Stateful > public class Foo { > @NotNull private Bar bar; > @Min(0) int count; > } -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

1
0
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1122) Richfaces/Trinidad examples

by Pete Muir (JIRA)

Richfaces/Trinidad examples --------------------------- Key: JBSEAM-1122 URL: http://jira.jboss.com/jira/browse/JBSEAM-1122 Project: JBoss Seam Issue Type: Feature Request Components: Examples Affects Versions: 1.2.1.GA Reporter: Pete Muir Assigned To: Pete Muir Fix For: 1.3.0.BETA1 Now that Trinidad has a release we can do an example :) -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

1
1
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1151) Embedded plugin Facelets drop values during postback

by Christian Bauer (JIRA)

Embedded plugin Facelets drop values during postback ---------------------------------------------------- Key: JBSEAM-1151 URL: http://jira.jboss.com/jira/browse/JBSEAM-1151 Project: JBoss Seam Issue Type: Bug Components: Wiki Reporter: Christian Bauer Assigned To: Pete Muir Priority: Blocker Pete, as discussed on IM and posted here so we can coordinate what needs to be done: The wiki includes Facelets manually into the facelet tree when a plugin is encountered during page rendering. This is done in two phases, through a ComponentHandler when the facelet tree is build and through a custom component that renders the HTML for the tree manually. This seems to work fine visually, and the view tree looks OK. However, if such an included facelet contains a form, on postback of this form the tree is rebuild during RENDER RESPONSE and any invalid component from the earlier VALIDATIONS phase is lost. So we never see entered invalid values in the form again. This can be tested with the "user comment" form on the wiki. The interesting thing here is that it works perfectly fine for the plugin settings forms, you can see those if you edit a document, and enable the preview and plugin settings checkboxes. These forms are much more complicated than the "user comment" form, so I haven't touched them to find out why it works in that case. The trivial "user comment" form should be easier to debug... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

2
14
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-795) allow MockHttpServletRequest and MockExternalContext to support cookies

by Matt Drees (JIRA)

allow MockHttpServletRequest and MockExternalContext to support cookies ----------------------------------------------------------------------- Key: JBSEAM-795 URL: http://jira.jboss.com/jira/browse/JBSEAM-795 Project: JBoss Seam Issue Type: Patch Components: Tools Affects Versions: 1.1.6.GA Reporter: Matt Drees Priority: Minor After updating to 1.1.6 and using Seam/Security authentication, my login integration test failed with a NPE: java.lang.NullPointerException at org.jboss.seam.core.Selector.getCookieValue(Selector.java:59) at org.jboss.seam.security.Identity.initCredentialsFromCookie(Identity.java:91) at org.jboss.seam.security.Identity.create(Identity.java:85) ... at org.uscm.crs.test.LoginTest.testLogin(LoginTest.java:25) The root cause is the MockExternalContext always returned null for getRequestCookieMap(). -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

5
7
0 / 0

[jbossseam-issues] [JBoss JIRA] Commented: (JBSEAM-274) More flexible mapping of URLs to view ids

by Shane Bryzak (JIRA)

[ http://jira.jboss.com/jira/browse/JBSEAM-274?page=comments#action_12359529 ] Shane Bryzak commented on JBSEAM-274: ------------------------------------- I've sent an e-mail to the tuckey.org guys, hopefully they should respond soon. > More flexible mapping of URLs to view ids > ----------------------------------------- > > Key: JBSEAM-274 > URL: http://jira.jboss.com/jira/browse/JBSEAM-274 > Project: JBoss Seam > Issue Type: Feature Request > Components: JSF > Reporter: Gavin King > Assigned To: Gavin King > Fix For: 1.3.0.BETA1 > > > For example, I want to be able to use a URL like this: > http://mydomain.com/myblog/archive/200306 > To get me to archive.xhtml with a request parameter 200306 (not really a request parameter, but we could try to abstract that so that it can be used with @RequestParameter). > Not sure if this is possible without changing the JSF implementation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

1
0
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1189) Exception filter component name is incorrect

by Mike Quilleash (JIRA)

Exception filter component name is incorrect -------------------------------------------- Key: JBSEAM-1189 URL: http://jira.jboss.com/jira/browse/JBSEAM-1189 Project: JBoss Seam Issue Type: Bug Components: Core Affects Versions: 1.2.1.GA Environment: Any Reporter: Mike Quilleash Doesn't follow convention of classname == component name. component name = org.jboss.seam.servlet.exceptionFilter class = org.jboss.seam.web.exceptionFilter -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

2
3
0 / 0

[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-1191) Documentation error, reference to <s:commandButton>

by Sander Mak (JIRA)

Documentation error, reference to <s:commandButton> --------------------------------------------------- Key: JBSEAM-1191 URL: http://jira.jboss.com/jira/browse/JBSEAM-1191 Project: JBoss Seam Issue Type: Task Components: Documentation Affects Versions: 1.2.1.GA Reporter: Sander Mak Priority: Minor In the documentation, a tag <s:commandButton> is introduced: http://docs.jboss.com/seam/1.2.1.GA/reference/en/html_single/#elenhancements However, this tag does not exist. Christian Bauer identified this as a copy/paste error in the discussion the supplied topic reference. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

2
2
0 / 0

[jbossseam-issues] [JBoss JIRA] Commented: (JBSEAM-274) More flexible mapping of URLs to view ids

by Christian Bauer (JIRA)

[ http://jira.jboss.com/jira/browse/JBSEAM-274?page=comments#action_12359369 ] Christian Bauer commented on JBSEAM-274: ---------------------------------------- We should try to contact the author of URLRewriteFilter and ask for LGPL license. I didn't even realize that it is GPL and I will have to remove it now... We also need to tell him that we can no longer recommend it to Seam users if it stays GPL. > More flexible mapping of URLs to view ids > ----------------------------------------- > > Key: JBSEAM-274 > URL: http://jira.jboss.com/jira/browse/JBSEAM-274 > Project: JBoss Seam > Issue Type: Feature Request > Components: JSF > Reporter: Gavin King > Assigned To: Gavin King > Fix For: 1.3.0.BETA1 > > > For example, I want to be able to use a URL like this: > http://mydomain.com/myblog/archive/200306 > To get me to archive.xhtml with a request parameter 200306 (not really a request parameter, but we could try to abstract that so that it can be used with @RequestParameter). > Not sure if this is possible without changing the JSF implementation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

1
0
0 / 0

[jbossseam-issues] [JBoss JIRA] Commented: (JBSEAM-274) More flexible mapping of URLs to view ids

by Shane Bryzak (JIRA)

[ http://jira.jboss.com/jira/browse/JBSEAM-274?page=comments#action_12359363 ] Shane Bryzak commented on JBSEAM-274: ------------------------------------- I had a look at integrating this into SeamFilter, however the tuckey.org one is GPL (that's the one you're using Christian) so it really only leaves us with this one which is LGPL: http://software.softeu.cz/rewriter. It looks pretty straight forward, and is supposed to be similar to mod_rewrite for Apache HTTPD. If no-one has any objections, I'll look at integrating this and also see if we can do something to integrate it nicely with pages.xml. > More flexible mapping of URLs to view ids > ----------------------------------------- > > Key: JBSEAM-274 > URL: http://jira.jboss.com/jira/browse/JBSEAM-274 > Project: JBoss Seam > Issue Type: Feature Request > Components: JSF > Reporter: Gavin King > Assigned To: Gavin King > Fix For: 1.3.0.BETA1 > > > For example, I want to be able to use a URL like this: > http://mydomain.com/myblog/archive/200306 > To get me to archive.xhtml with a request parameter 200306 (not really a request parameter, but we could try to abstract that so that it can be used with @RequestParameter). > Not sure if this is possible without changing the JSF implementation. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

17 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

seam-issues April 2007