ReplaceAll function - Index out of bounds exception

[sankey jain]

Hi All,

I am using the below code to replace a HTML tag (EMAIL_PADS_SECURITY_NAME_TAG)
with a value from POJO (dealRequest.getIssuerName())

But, the Value coming from the above POJO is Transocean Jan 2012 Strike $50 Call Option

On this line i get an index out of bound exception

    
	body = body.replaceAll(EmailServiceImpl.EMAIL_PADS_SECURITY_NAME_TAG, getStringValue(dealRequest.getIssuerName()));
				

how do i handle this

please help

[Christophe Verré]

What does EmailServiceImpl.EMAIL_PADS_SECURITY_NAME_TAG look like ?

[sankey jain]

Christophe Verré wrote:What does EmailServiceImpl.EMAIL_PADS_SECURITY_NAME_TAG look like ?

<PADS SECURITY NAME> this is the value

[Christophe Verré]

Are you sure the exception happens here ? Wouldn't it be in getStringValue instead ? Can you post the complete stack trace ?

[sankey jain]

Hi Stack Trace Below

 
2010-07-14 13:31:28,363 [TP-Processor3] ERROR com.scb.conflict.email.service.impl.EmailComposer. - java.lang.IndexOutOfBoundsException: No group 5
        at java.util.regex.Matcher.group(Matcher.java:463)
        at java.util.regex.Matcher.appendReplacement(Matcher.java:730)
        at java.util.regex.Matcher.replaceAll(Matcher.java:806)
        at java.lang.String.replaceAll(String.java:2000)
        at com.scb.conflict.email.service.impl.EmailComposer.composePADSStatusChangeToApprovedEmail(EmailComposer.java:2333)
        at com.scb.conflict.common.service.impl.AuditTrailServiceImpl.retrieveStatusChangeEmail(AuditTrailServiceImpl.java:796)
        at com.scb.conflict.conflictsearch.action.ConflictSearchAction.updateConflictSearch(ConflictSearchAction.java:2204)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at com.opensymphony.xwork2.DefaultActionInvocation.invokeAction(DefaultActionInvocation.java:404)
        at com.opensymphony.xwork2.DefaultActionInvocation.invokeActionOnly(DefaultActionInvocation.java:267)
        at com.opensymphony.xwork2.DefaultActionInvocation.invoke(DefaultActionInvocation.java:229)
        at com.scb.conflict.commo

Also this is the getter function

private String getStringValue(String str) {
		if (str != null) {
			return str.trim();
		}
		else {
			return "";
		}
	}
	

   

Christophe Verré wrote:Are you sure the exception happens here ? Wouldn't it be in getStringValue instead ? Can you post the complete stack trace ?

[Christophe Verré]

Aahh... sorry... I didn't notice the $ in the replacement string. You have to escape it. Use this instead :

Matcher.quoteReplacement(getStringValue(dealRequest.getIssuerName()))

[sankey jain]

Christophe Verré wrote:Aahh... sorry... I didn't notice the $ in the replacement string. You have to escape it. Use this instead :

Matcher.quoteReplacement(getStringValue(dealRequest.getIssuerName()))

Hey ..
Thanks .. it solved the issue.
but what is the raitonale behind the issue?

[Rob Spoor]

Apparently $1 through $9 are regex meta sequences for capturing groups. Your $50 was interpreted as the 5th capturing group followed by a 0. See the Javadocs of java.util.regex.Matcher, especially the appendReplacement mehod, for more info.

[Christophe Verré]

$ is used to access matching groups. $50 raises IndexOutOfBoundsException because it tries to access the fifth ($5) matching group, although there may be no such group in your searching pattern.

[Rob Spoor]

Well Christophe, we posted the same at exactly the same second. That's a new one for me, usually I'm earlier than the other

[sankey jain]

Rob Prime wrote:Well Christophe, we posted the same at exactly the same second. That's a new one for me, usually I'm earlier than the other

Thanks for the explanation, Now things are clear. ..

Cheers

Sanket

[Christophe Verré]

Rob Prime wrote:Well Christophe, we posted the same at exactly the same second. That's a new one for me, usually I'm earlier than the other

I can assure you I was a few milliseconds faster

[Campbell Ritchie]

Rob Prime wrote:Well Christophe, we posted the same at exactly the same second. . . .

Not according to my browser: CV = Today 08:44:46 and RP =Today 08:45:54

[Rob Spoor]

Campbell Ritchie wrote:

Rob Prime wrote:Well Christophe, we posted the same at exactly the same second. . . .

Not according to my browser: CV = Today 08:44:46 and RP =Today 08:45:54

You forgot my post above Christophe's - also at 08:44:46 your time. And I'd say my post was a few milliseconds earlier since it's positioned above Christophe's

[Campbell Ritchie]

Yes, you are correct. Both at the same second. How do you manage it? Or should I use my new-found powers to swap the order of posts