Jazz Forum Welcome to the Jazz Community Forum Connect and collaborate with IBM Engineering experts and users

RTC: Regular Expression Validator matching whole word

Questions
Tags
Users
Badges
Simon Eickel
(1.1k●7●54●57) Nov 21 '13, 9:11 a.m.
Hi Jazz community,

at the moment I have troubles creating an validator for work items.
What do I want to do? I need a validator which checks that "unassigned" is not a valid entry.

For this I want to create a regular expression validator which matches a whole word "unassigned".
But I have a really stupid problem: I'm not able to define this regular expression.

First question: which regular expressions are used? Java ones? I used different ones :p


So what I need is a regex for a whole word.
Any ideas? Google and Wikipedia did not help as all the things I found (e.g. \bunassigned\b) did not work

Using RTC 4.0.4

Greetings,
Simon

0 votes

Comments
Ralph Schoon
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Nov 21 '13, 9:28 a.m.
Simon, I would be surprised if you could configure a regular expression against filed against. The reason is that Filed against is not a regular string attribute, but of type Category. You might have to use a JavaScript validator (as described in the Process Enactment Workshop Lab5) and use getLabel or the built in UIUID.

Simon Eickel
Nov 21 '13, 9:36 a.m.
Thanks for that info Ralph - didn't know it as I did not have the Process Enactment Workshop before ;) Will try to use JavaScript instead.

Ralph Schoon
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Nov 21 '13, 9:43 a.m.
It is here: https://jazz.net/library/article/1093 we are looking into making it independent from RMC, but even then,reading and setting up a project to be able to just run Lab 4 and 5 should be doable. Lab 3 explains the attributes you need.

Simon Eickel
Nov 21 '13, 12:19 p.m.
Thanks Ralph, one morething to the JavaScript part. As I understand this correctly it wouldn't be working within Visual Studio as it does not support JavaScript, right? It would only work within the WebUI and Eclipse.

Ralph Schoon
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Nov 22 '13, 1:44 a.m.
That is correct. As of today JavaScript works with Eclipse and Web UI and does not work with VisualStudio, the Windows RTC Shell and the Plain Java Client API

Simon Eickel
Nov 22 '13, 1:51 a.m.
ok ... hugh problem ... any other possibilities to get a match that unassigned should not be able to choosen?

Ralph Schoon
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Nov 22 '13, 2:57 a.m.
Have you tried to make the attribute required?

Simon Eickel
Nov 25 '13, 3:59 a.m.
Hi Ralph, this attribute is required in our company ;) As there is a value "Unassigned" by default this attribute is set all the time.

Ralph Schoon
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Nov 25 '13, 4:09 a.m.
Dang. I did not consider this.

Ralph Schoon
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Nov 25 '13, 4:10 a.m.
As a last option, you could create a server work item save advisor, that prevents saving the unassigned value. Code for an advisor (but for delivery) can be fond here: http://rsjazz.wordpress.com/2012/11/01/restrict-delivery-of-changesets-to-workitem-types-advisordelivery-of-changesets-associated-to-wrong-work-item-types-advisor/ The advantage of such a solution is, that it works for all clients.

Simon Eickel
Nov 25 '13, 6:36 a.m.
Thanks Ralph, as soon I'll find the time I will try this and report it here.

sam detweiler
Nov 25 '13, 8:40 a.m.
on my systems, if Filed Against is not changed from the default ('unassigned'), if get a save error

1 vote

Ralph Schoon
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Nov 25 '13, 8:35 a.m.
So I was not all wrong. Unsure why I was missing this. This is the default on most of the systems I work on as well.

Simon Eickel
Nov 25 '13, 8:47 a.m.
Hi Sam, could you please post how you did this? In our case there is saving possible with value "unassigned" though the "Filed Against" is set as "required" attribute. Could this be some kind of Java Scipt extension?

sam detweiler
Nov 25 '13, 9:01 a.m.
this is out of the box.   4.0.3 (altho I also tried on 4.0.1) created a workitem (defect) , typed into the title and pressed Save. the 'filed against' was shown as required ('*').. the initial category  is 'Unassigned' with this precondition set. (default)

Simon Eickel
Nov 25 '13, 9:27 a.m.
Hi Sam, thanks for this but as described above, our "Filed Against" attribute is set to "required", too: We have the little asterisk symbol within the work item mask but are able to save. The only difference is that nobody is member in the project area. This results in getting a "permission denied" error when trying to save the work item with "unsigned" category as nobody is able to save within the project area (the root category is associated to the project area by default). And this is what we want to prevent. We don't want the error message "permission denied" as nobody of our developer knows to set this in contract with the category.

Simon Eickel
Nov 25 '13, 9:33 a.m.
ok - I checked it again. With eclipse we get the needed behaviour (not the same you get but it's good enough): But in the WebUI the error message the user gets is still "Permission denied": I only checked WebUI before - so sorry for this :) So I think this is at least an enhancement request that the WebUI should give the same information as eclipse.

Simon Eickel
Nov 25 '13, 9:44 a.m.
OK guys ... one more information. Eclipse throws both error messages: 1) permission denied 2) files against not set WebUI seems only to display the first error: permission denied.

Simon Eickel
Nov 25 '13, 9:50 a.m.
2nd appendix: Visual Studio has the same behaviour as the WebUI. Enhancement is open: attribute is reuired - error message should give user friendly information

sam detweiler
Nov 25 '13, 9:59 a.m.
I don't see a "Required Properties' precondition in my OOtB 4.0.4. is yours an upgrade from a prior release? notice mine is 'Required Attributes for Type and State' I see the same correct message in the web ui

Simon Eickel
Nov 25 '13, 10:03 a.m.
Yes, we upgraded from many prior releases (3.0, 4.0, 4.0.1, 4.0.3) to 4.0.4. But preconditions should be the same, or? We're using the Scrum Template with minor changes. I assume you'll get just one error message as you are able (permission granted) to save within the associated team of the "Unassigned" cat - right?

sam detweiler
Nov 25 '13, 10:04 a.m.
same, but the advisor name and function changed at 3.0.1.1 I think (we moved from 2.0.0.2 to 3.0.1.1) check to see if the other Advisor is there..

1 vote

Ralph Schoon
FORUM ADMINISTRATOR / FORUM MODERATOR / JAZZ DEVELOPER Nov 25 '13, 10:10 a.m.
Yes, there was a change in names and behavior. It would be worth checking.

Simon Eickel
Nov 26 '13, 2:56 a.m.
I think those preconditions are doing the same. If I open the "Add precondition" dialog I'm not able to add the "Required Attribute" anymore but instead I'm able to add the "Required Attribute for Type and State" precondition. If I add the "Requires Attribute for Type" precondition I can take a look at the ID within the "process configuration source" and see that both preconditions have the same ID. This is why I think the behaviour is the same as I use the same precondition. The name is just the one of the former relase.

showing 5 of 24 show 19 more comments
0 answers
8,961 views
0 votes

Be the first one to answer this question!

Register or log in to post your answer.

Dashboards and work items are no longer publicly available, so some links may be invalid. We now provide similar information through other means. Learn more here.

Ask a question
Guidelines
FAQ
Search context
Follow this question

By Email: 

Once you sign in you will be able to subscribe for any updates here.

By RSS:

Answers
Answers and Comments
Question details
× 6,180
× 1

Question asked: Nov 21 '13, 9:11 a.m.

Question was seen: 8,961 times

Last updated: Nov 26 '13, 2:56 a.m.

Confirmation Cancel Confirm