[jbossseam-issues] [JBoss JIRA] Closed: (JBSEAM-135) Patch to allow pluggable validation implementations
by Gavin King (JIRA)
[ http://jira.jboss.com/jira/browse/JBSEAM-135?page=all ]
Gavin King closed JBSEAM-135.
-----------------------------
Resolution: Out of Date
No longer relevant since @IfInvalid was deprecated
> Patch to allow pluggable validation implementations
> ---------------------------------------------------
>
> Key: JBSEAM-135
> URL: http://jira.jboss.com/jira/browse/JBSEAM-135
> Project: JBoss Seam
> Issue Type: Patch
> Components: Core
> Affects Versions: 1.0 beta 2
> Reporter: Marvin van Schalkwyk
> Attachments: pluggable-validator.patch, validation-(a)ifValid.patch
>
>
> I needed to replace the Hibernate Validator implementation with my own. I also needed to allow invalid values that were not associated with a particular property.
> Summary of changes:
> - New package, org.jboss.seam.validator, that defines interfaces for Component Validator Factories, Component Validators, and Invalid Values. Also in here are the default Hibernate Validator implementations of each.
> - New built-in component, org.jboss.seam.core.Validator, that provides the ComponentValidatorFactory instances. Exposes a factoryClass attribute for seam.properties to replace the default Hibernate Validator factory implementation.
> - Changes to Component for obvious reasons, and also to lazily initialize validators, since validation now depends on a component in application scope.
> - Changes to Initialization to init new Validator component.
> - Changes to the InterceptorTest to get it working with the changes.
--
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
19 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-589) no-conversation-view-id doesn't redirect if cid isn't transmitted as request parameter
by adsf adsf (JIRA)
no-conversation-view-id doesn't redirect if cid isn't transmitted as request parameter
--------------------------------------------------------------------------------------
Key: JBSEAM-589
URL: http://jira.jboss.com/jira/browse/JBSEAM-589
Project: JBoss Seam
Issue Type: Bug
Components: BPM
Affects Versions: 1.1.0.GA
Reporter: adsf adsf
Seam ignores 'no-conversation-view-id' attributes / tags in pages.xml & pageflow files if 'cid' & 'clr' parameters aren't transmitted.
I.e. I have a 'editStuff.xhtml' page within a pageflow. The 'no-conversation-view-id' attribute is set to 'home.xhtml'.
When I call editStuff without a running conversation with something like 'editStuff.xhtml?cid=7&clr=true' I get redirected - as expected - to 'home.xhtml'. But when I call only 'editStuff.xhtml' - again without a running conversation - the page is shown but makes no sense because the conversation is missing.
IMHO one should get redirected because a pageflow relies on a conversation - if there is no conversation the page probably makes no sense. Further it doesn't really matter if I transmit a wrong or none conversation id - the result is the same: no conversation is restored, therefore one should get redirected.
PS: I am not sure if BPM is the right category - please move it to a more fitting one if it's wrong!
--
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
19 years, 3 months
[jbossseam-issues] [JBoss JIRA] Created: (JBSEAM-539) Add in support for enterprisedb
by gregorypierce (JIRA)
Add in support for enterprisedb
-------------------------------
Key: JBSEAM-539
URL: http://jira.jboss.com/jira/browse/JBSEAM-539
Project: JBoss Seam
Issue Type: Feature Request
Components: Tools
Affects Versions: 1.1.0.CR1
Reporter: gregorypierce
EnterpriseDB is a Postgres dialect database with coolness in tools and support.
The following conditions, when put in the appropriate locations, will give you support for this database out of the box.
<property name="database.type.default" value="hsql"/>
<input addproperty="database.type.new"
message="What kind of database are you using? [${database.type.default}] "
validargs="hsql,mysql,oracle,postgres,mssql,db2,sybase,enterprisedb"
defaultvalue="${database.type.default}"/>
<condition property="hibernate.dialect.default" value="org.hibernate.dialect.PostgreSQLDialect">
<equals arg1="${database.type.new}" arg2="enterprisedb"/>
</condition>
<condition property="hibernate.connection.driver_class.default" value="com.edb.Driver">
<equals arg1="${database.type.new}" arg2="enterprisedb"/>
</condition>
<condition property="hibernate.connection.url.default" value="jdbc:edb://localhost:5444/edb">
<equals arg1="${database.type.new}" arg2="enterprisedb"/>
</condition>
--
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
19 years, 3 months
[jbossseam-issues] [JBoss JIRA] Updated: (JBSEAM-374) Normalize the event model
by Gavin King (JIRA)
[ http://jira.jboss.com/jira/browse/JBSEAM-374?page=all ]
Gavin King updated JBSEAM-374:
------------------------------
Fix Version/s: (was: 1.1.1.GA)
Maybe someday ... not in the 1.1 series ;-)
> Normalize the event model
> -------------------------
>
> Key: JBSEAM-374
> URL: http://jira.jboss.com/jira/browse/JBSEAM-374
> Project: JBoss Seam
> Issue Type: Feature Request
> Components: Core
> Reporter: Gavin King
> Assigned To: Gavin King
>
> Currently some events can be handled by either an @Observer method, or a method binding in events.xml. Ideally we would like this to be true for ALL events, but for now our integration with JSF and jBPM is not quite that deep. Nevertheless, there are some things we could do to allow a more consistent model where everything can be handled by either a method binding or an annotated method:
> (1) Rebuild the page actions functionality on top of the Seam event bus - defining standard org.jboss.seam.page.<viewId> events that can be handled via @Observer("org.jboss.seam.page./myViewId.xhtml")
> (2) Introduce "outcome observers" for JSF: if I have <h:commandButton action="myOutcome"/>, allow us to handle it using @Observer("org.jboss.seam.outcome.myOutcome")
> (3) Ditto for jBPM: if I have <transition name="myTransition" ... />, allow us to handle it using @Observer("org.jboss.seam.transition.myTransition")
> (4) Finally, introduce annotations layered over @Observer: @RenderPage("/myViewId.xhtml"), @Outcome("myOutcome"), @Transition("myTransition")
--
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
19 years, 3 months