In an actual Perl program, I can write a regex substitution like:

$x =~ s/abc(def)ghi(jkl)/${1}123${2}/;

This doesn't work with ORO. Instead I have to:

util.substitute("s/abc(def)ghi(jkl)/$1\\123$2/");

I am using ORO to read in legacy Perl regexes from an external source, so
getting it to work with the symbolic references would be best.

Is there a way?

-BD



---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

In message <022508A4AD8E9549B01A6ED7084A7D752783649F52@mx01.ic-consult.de>, Vil
mantas Baranauskas writes:
>I was using single unsynchronized Perl5Matcher instance and javadoc tells t=
>o use single instance per thread or synchronize.

In addition, if you share a Perl5Pattern instance between Perl5Matcher
instances in different threads, be sure to compile the pattern with
Perl5Compiler.READ_ONLY_MASK.

daniel



---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

Looks like this could be a synchronization problem. 

I was using single unsynchronized Perl5Matcher instance and javadoc tells to use single instance
per thread or synchronize.

Sorry for disturbing and thanks,
Vilmantas

---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

Hello,

I've got following exception when invoking matcher.contains(str, pattern) method.

java.lang.ArrayIndexOutOfBoundsException: 14
	at org.apache.oro.text.regex.OpCode._getNextOffset(Unknown Source)
	at org.apache.oro.text.regex.OpCode._getNext(Unknown Source)
	at org.apache.oro.text.regex.Perl5Matcher.__match(Unknown Source)
	at org.apache.oro.text.regex.Perl5Matcher.__tryExpression(Unknown Source)
	at org.apache.oro.text.regex.Perl5Matcher.__interpret(Unknown Source)
	at org.apache.oro.text.regex.Perl5Matcher.contains(Unknown Source)
	at org.apache.oro.text.regex.Perl5Matcher.contains(Unknown Source)


Matching pattern is either "........" or "^........$" (i don't know which). Unfortunately
I haven't got string value.

Best Regards,
Vilmantas

---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

I've taken the liberty of reconstructing your WHOLE regex.  Here it is...

(([a-zA-Z0-9_\\-]+)(\\s*=\\s*(\"(.*?)\"|'(.*?)'|([^'\">\\s]+)))?)

As predicted, one of your main groups is optional.  (I can't recall ALL the rules for Oro's
numbering of nested parentheses.  Like Perl, it's dynamic, and depends on the existence of
which groups are recognized.  I avoid such complexities.  You should, too.  See below.)

I suggest you insert this in Perl and run your input through it.  Print out everything that
the whole thing recognizes.  Also print and label each group.  It will show that different
numbers of groups are recognized and that YOUR expectations of which group is which are NOT
what IT expects!!!  Your expression is too complicated for you (or me) to debug.  There are
up to 7 capturing groups here!!!

Suggestion.  Use the NONCAPTURING GROUP when you don't need to capture or when optional. 
I.e., (?:pattern).  And make each group you intend to capture (and number) stuff REQUIRED.
 If there are two overall patterns you need to test, test them independently.  

2nd suggestion.  Use an open source HTML parser instead.  They've already solved this problem.

Final conclusion:  There ain't a bug in Oro.  The bug is in your logic.

Enjoy.
Kevin

-----Original Message-----
From: Balaji [mailto:balaji.prabakaran@listertechnologies.com]
Sent: Thu 4/2/2009 4:14 AM
To: Kevin Markey; oro-user@jakarta.apache.org
Subject: RE: Is this a bug with oro?
 
Hi Kevin,
 
Apologize for missing the diTag pattern. Here it is,
 
 private static String start  = "<" ;
 private static String tagNames =
"(form|input\\s+|head|/?select\\s+|option\\s+|textarea\\s+" + 
 "|checkboxgroup\\s+|radiogroup|/?optintrue){1}" ;
 private static String anything = "([^>]*)" ;
 private static String end   = "[/]*>" ;
 private static Pattern  diTag;
 private static String attribute = "[a-zA-Z0-9_\\-]+" ;
 private static String optWS  = "\\s*" ;
 private static String dquoted  = "\"(.*?)\"" ;
 private static String squoted  = "'(.*?)'" ;
 private static String plain  = "([^'\">\\s]+)" ;
 private static Pattern  nvps ;
 private static PatternMatcher primaryMatcher = new Perl5Matcher() ;
 private static PatternCompiler compiler = new Perl5Compiler() ;

   diTag = compiler.compile( start + tagNames + anything + end ,
     Perl5Compiler.CASE_INSENSITIVE_MASK ) ;

   nvps = compiler.compile( "((" + attribute + ")" + "(" + optWS
     + "=" + optWS + "(" + dquoted
     + "|" + squoted + "|" + plain
     + "))?)" ); 

 
The different scenarios for failure that you have mentioned, should fail
consistently(for the same input). correct?
In this case, for the same input the NPE occurs only occassionally. Here the
input is a HTML file read over http. Do you think, the NPE can occur when
the HTML is not available for some reason(network issue, etc..)?
 
Thanks,
Balaji Prabhakaran 
  _____  

From: Kevin Markey [mailto:kmarkey@silvercreeksystems.com] 
Sent: Tuesday, March 31, 2009 11:31 PM
To: ORO Users List; oro-user@jakarta.apache.org;
balaji.prabakaran@listertechnologies.com
Cc: Kevin Markey
Subject: RE: Is this a bug with oro?



One more thing to do for your diagnostics.  Do these so you can identify
where in __setLastMatchResult() you fail.

- Get the source, recompile the jar with debugging information so you get
the line number.
- Turn off any obfuscation.

Also provide the diTag pattern that is used when this fails.  (I don't see
it defined in your snippet.)  That is key. 

Still, I have a hunch...  The regex apparently has 2 groups.  I predict your
pattern allows a match **without** matching the groups.  As result,
__originalInput is reset to null at the conclusion of __setLastMatchResult()
after matching the 1st group, setting off the NPE the next iteration of your
WHILE loop, or the __beginGroupOffset or __endGroupOffset or
__endMatchOffsets arrays might be null.  I'm not totally familiar with the
source code, but I've used it for several years, and these are the things
that typically fail.

B.t.w., 2.0.6 and 2.0.8 are not substantially different in these regards.

So, make sure that BOTH groups are required in your regex.

Kevin

-----Original Message-----
From: Balaji [mailto:balaji.prabakaran@listertechnologies.com]
Sent: Tue 3/31/2009 9:09 AM
To: oro-user@jakarta.apache.org
Subject: RE: Is this a bug with oro?

Hi Kevin,

Thanks a lot for your reply. Highly appreciate your help. Here are required
details.

The version is 2.0.8

The context is this.. trying to read a html file over http and parse values
of some hidden attributes in the html form.

Here is the code.. the exception occurs at the line marked below. Occurs
randomly and is not reproducable at will.
The string passed to contains() is never null and is always checked for true
before calling getMatch(). Please check if Iam missing something.

******************class that contains the code that throws the
exception************
public class Parser
{

 private static Pattern  diTag;
 private static PatternMatcher primaryMatcher = new Perl5Matcher() ;
 private static PatternCompiler compiler = new Perl5Compiler() ;

 public static void initialize(){
  .
  .
  .
 }
 public Parser( StringBuffer input)
 {
  this.input = input ;
 }
 public Vector parse()
 {
  Vector returnValue=null;
  PatternMatcherInput patternMatcherInput = new
PatternMatcherInput(input.toString());
  int previous = 0 ;
  while(primaryMatcher.contains(patternMatcherInput,diTag))
  {
   MatchResult result = primaryMatcher.getMatch();  //exception is thrown
here....
   String dataString =
input.substring(previous,patternMatcherInput.getMatchBeginOffset());
   String tag = result.group(1);
   String inputS = result.group(2);
   try
   {
    returnValue=processDITag( tag.toUpperCase(),inputS ) ;
    previous = patternMatcherInput.getCurrentOffset() ;
   }
   catch(NotHandledException nh)
   {
    previous = patternMatcherInput.getMatchBeginOffset() ;
   }
  }
  return returnValue;
 }

 public Vector processDITag( String tag, String inputString ) throws
NotHandledException
 {
  .
  .
  .
 }
}

 
******************code that calls the method in the above
class*******************************
  diHTML = readInputFile(queryParametersBean.getSurveyName()); //reads the
data from a html file over http
 
      
  if(diHTML.length()==0)
  {
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name is not available" + sHtmlPath);  
   sFileName=ConfigBean.getProperty(sSerPathFileName); // replace with exact
file name
   sFileName=sFilePath + sFileName;
   queryParametersBean.setSurveyName(sFileName);
   diHTML = readInputFile(queryParametersBean.getSurveyName());
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name from config file" + sFileName);  
  }
  if(diHTML.length()==0) {
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name is not in akamai server");  
  }
  else {
   if(!( queryParametersBean.getEmail() != null &&
queryParametersBean.getEmail().length() != 0 &&

(ProcessorSupport.validateEmailAddress(queryParametersBean.getEmail())==fals
e) && diHTML.length() !=0))
         { 
    LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest
req)","queryParametersBean track page load " +
queryParametersBean.getEmail());   
    System.out.println("inside load event");
    Parser myParser = new Parser(diHTML, queryParameters) ;
    Vector resultString=myParser.parse();
    Iterator itrelements=resultString.iterator();
    .
    .
    .
        }
    }
****************************************************************************
*********************************

Thanks,
Balaji Prabhakaran  _____ 

From: Kevin Markey [mailto:kmarkey@silvercreeksystems.com]
Sent: Tuesday, March 31, 2009 6:48 PM
To: ORO Users List; oro-user@jakarta.apache.org;
balaji.prabakaran@listertechnologies.com
Subject: RE: Is this a bug with oro?



Some context and code in which this fails and data with which this fails
would help.
Also the version you are using would help.

However, inspecting 2.0.6 code (which is the most handy on the machine I'm
on -- I suspect other code is similar),
there is only one place in __setLastMatchResult() where you can get a NPE.
__lastMatchResult is non-null.  OpCode is non-null.  However,
__originalInput MIGHT be null.  Hence you can get a NPE where the
__originalInput.length is tested.  Check your code whether the string in
contains() is null, and always check if the result is true.

E.g.,

private PatternCompiler m_compiler = new Perl5Compiler();
private PatternMatcher m_matcher = new Perl5Matcher();
private Pattern m_commentRegex = m_compiler.compile ( "#" );

/** Extract comment from string. */
public String findComment ( String s )
{
   if ( s == null ) return null;
   if ( m_matcher.contains ( s, m_commentRegex ) )
   {
      MatchResult result = m_matcher.getMatch();
      String comment = s.substring ( result.endOffset(0) );
      return comment;
   }
   return null;
}

Enjoy.
Kevin Markey

-----Original Message-----
From: Balaji [mailto:balaji.prabakaran@listertechnologies.com]
Sent: Tue 3/31/2009 6:22 AM
To: oro-user@jakarta.apache.org
Subject: Is this a bug with oro?

Hello,

I occassionally get the below exception. The call to getMatch is causing a
NullPointerException.

Caused by: java.lang.NullPointerException
    at org.apache.oro.text.regex.Perl5Matcher.__setLastMatchResult(Unknown
Source)
    at org.apache.oro.text.regex.Perl5Matcher.getMatch(Unknown Source)

Here is what the API documentation says,
A MatchResult instance containing the pattern match found by the last call
to any one of the matches() or contains() methods. If no match was found by
the last call, returns null.

I believe this is a bug. Can you guys, please confirm?
If so, is there a fix or a workaround for this bug?

Any help will be greatly appreciated.

Thanks,
Balaji Prabhakaran

Hi Kevin,
 
Apologize for missing the diTag pattern. Here it is,
 
 private static String start  = "<" ;
 private static String tagNames =
"(form|input\\s+|head|/?select\\s+|option\\s+|textarea\\s+" + 
 "|checkboxgroup\\s+|radiogroup|/?optintrue){1}" ;
 private static String anything = "([^>]*)" ;
 private static String end   = "[/]*>" ;
 private static Pattern  diTag;
 private static String attribute = "[a-zA-Z0-9_\\-]+" ;
 private static String optWS  = "\\s*" ;
 private static String dquoted  = "\"(.*?)\"" ;
 private static String squoted  = "'(.*?)'" ;
 private static String plain  = "([^'\">\\s]+)" ;
 private static Pattern  nvps ;
 private static PatternMatcher primaryMatcher = new Perl5Matcher() ;
 private static PatternCompiler compiler = new Perl5Compiler() ;

   diTag = compiler.compile( start + tagNames + anything + end ,
     Perl5Compiler.CASE_INSENSITIVE_MASK ) ;

   nvps = compiler.compile( "((" + attribute + ")" + "(" + optWS
     + "=" + optWS + "(" + dquoted
     + "|" + squoted + "|" + plain
     + "))?)" ); 

 
The different scenarios for failure that you have mentioned, should fail
consistently(for the same input). correct?
In this case, for the same input the NPE occurs only occassionally. Here the
input is a HTML file read over http. Do you think, the NPE can occur when
the HTML is not available for some reason(network issue, etc..)?
 
Thanks,
Balaji Prabhakaran 
  _____  

From: Kevin Markey [mailto:kmarkey@silvercreeksystems.com] 
Sent: Tuesday, March 31, 2009 11:31 PM
To: ORO Users List; oro-user@jakarta.apache.org;
balaji.prabakaran@listertechnologies.com
Cc: Kevin Markey
Subject: RE: Is this a bug with oro?



One more thing to do for your diagnostics.  Do these so you can identify
where in __setLastMatchResult() you fail.

- Get the source, recompile the jar with debugging information so you get
the line number.
- Turn off any obfuscation.

Also provide the diTag pattern that is used when this fails.  (I don't see
it defined in your snippet.)  That is key. 

Still, I have a hunch...  The regex apparently has 2 groups.  I predict your
pattern allows a match **without** matching the groups.  As result,
__originalInput is reset to null at the conclusion of __setLastMatchResult()
after matching the 1st group, setting off the NPE the next iteration of your
WHILE loop, or the __beginGroupOffset or __endGroupOffset or
__endMatchOffsets arrays might be null.  I'm not totally familiar with the
source code, but I've used it for several years, and these are the things
that typically fail.

B.t.w., 2.0.6 and 2.0.8 are not substantially different in these regards.

So, make sure that BOTH groups are required in your regex.

Kevin

-----Original Message-----
From: Balaji [mailto:balaji.prabakaran@listertechnologies.com]
Sent: Tue 3/31/2009 9:09 AM
To: oro-user@jakarta.apache.org
Subject: RE: Is this a bug with oro?

Hi Kevin,

Thanks a lot for your reply. Highly appreciate your help. Here are required
details.

The version is 2.0.8

The context is this.. trying to read a html file over http and parse values
of some hidden attributes in the html form.

Here is the code.. the exception occurs at the line marked below. Occurs
randomly and is not reproducable at will.
The string passed to contains() is never null and is always checked for true
before calling getMatch(). Please check if Iam missing something.

******************class that contains the code that throws the
exception************
public class Parser
{

 private static Pattern  diTag;
 private static PatternMatcher primaryMatcher = new Perl5Matcher() ;
 private static PatternCompiler compiler = new Perl5Compiler() ;

 public static void initialize(){
  .
  .
  .
 }
 public Parser( StringBuffer input)
 {
  this.input = input ;
 }
 public Vector parse()
 {
  Vector returnValue=null;
  PatternMatcherInput patternMatcherInput = new
PatternMatcherInput(input.toString());
  int previous = 0 ;
  while(primaryMatcher.contains(patternMatcherInput,diTag))
  {
   MatchResult result = primaryMatcher.getMatch();  //exception is thrown
here....
   String dataString =
input.substring(previous,patternMatcherInput.getMatchBeginOffset());
   String tag = result.group(1);
   String inputS = result.group(2);
   try
   {
    returnValue=processDITag( tag.toUpperCase(),inputS ) ;
    previous = patternMatcherInput.getCurrentOffset() ;
   }
   catch(NotHandledException nh)
   {
    previous = patternMatcherInput.getMatchBeginOffset() ;
   }
  }
  return returnValue;
 }

 public Vector processDITag( String tag, String inputString ) throws
NotHandledException
 {
  .
  .
  .
 }
}

 
******************code that calls the method in the above
class*******************************
  diHTML = readInputFile(queryParametersBean.getSurveyName()); //reads the
data from a html file over http
 
      
  if(diHTML.length()==0)
  {
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name is not available" + sHtmlPath);  
   sFileName=ConfigBean.getProperty(sSerPathFileName); // replace with exact
file name
   sFileName=sFilePath + sFileName;
   queryParametersBean.setSurveyName(sFileName);
   diHTML = readInputFile(queryParametersBean.getSurveyName());
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name from config file" + sFileName);  
  }
  if(diHTML.length()==0) {
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name is not in akamai server");  
  }
  else {
   if(!( queryParametersBean.getEmail() != null &&
queryParametersBean.getEmail().length() != 0 &&

(ProcessorSupport.validateEmailAddress(queryParametersBean.getEmail())==fals
e) && diHTML.length() !=0))
         { 
    LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest
req)","queryParametersBean track page load " +
queryParametersBean.getEmail());   
    System.out.println("inside load event");
    Parser myParser = new Parser(diHTML, queryParameters) ;
    Vector resultString=myParser.parse();
    Iterator itrelements=resultString.iterator();
    .
    .
    .
        }
    }
****************************************************************************
*********************************

Thanks,
Balaji Prabhakaran  _____ 

From: Kevin Markey [mailto:kmarkey@silvercreeksystems.com]
Sent: Tuesday, March 31, 2009 6:48 PM
To: ORO Users List; oro-user@jakarta.apache.org;
balaji.prabakaran@listertechnologies.com
Subject: RE: Is this a bug with oro?



Some context and code in which this fails and data with which this fails
would help.
Also the version you are using would help.

However, inspecting 2.0.6 code (which is the most handy on the machine I'm
on -- I suspect other code is similar),
there is only one place in __setLastMatchResult() where you can get a NPE.
__lastMatchResult is non-null.  OpCode is non-null.  However,
__originalInput MIGHT be null.  Hence you can get a NPE where the
__originalInput.length is tested.  Check your code whether the string in
contains() is null, and always check if the result is true.

E.g.,

private PatternCompiler m_compiler = new Perl5Compiler();
private PatternMatcher m_matcher = new Perl5Matcher();
private Pattern m_commentRegex = m_compiler.compile ( "#" );

/** Extract comment from string. */
public String findComment ( String s )
{
   if ( s == null ) return null;
   if ( m_matcher.contains ( s, m_commentRegex ) )
   {
      MatchResult result = m_matcher.getMatch();
      String comment = s.substring ( result.endOffset(0) );
      return comment;
   }
   return null;
}

Enjoy.
Kevin Markey

-----Original Message-----
From: Balaji [mailto:balaji.prabakaran@listertechnologies.com]
Sent: Tue 3/31/2009 6:22 AM
To: oro-user@jakarta.apache.org
Subject: Is this a bug with oro?

Hello,

I occassionally get the below exception. The call to getMatch is causing a
NullPointerException.

Caused by: java.lang.NullPointerException
    at org.apache.oro.text.regex.Perl5Matcher.__setLastMatchResult(Unknown
Source)
    at org.apache.oro.text.regex.Perl5Matcher.getMatch(Unknown Source)

Here is what the API documentation says,
A MatchResult instance containing the pattern match found by the last call
to any one of the matches() or contains() methods. If no match was found by
the last call, returns null.

I believe this is a bug. Can you guys, please confirm?
If so, is there a fix or a workaround for this bug?

Any help will be greatly appreciated.

Thanks,
Balaji Prabhakaran

In message <20090331122526.DAF197248BB@athena.apache.org>, "Balaji" writes:
>I occassionally get the below exception. The call to getMatch is causing a
>NullPointerException.

Can you post a minimal working example that we can compile and run to
reproduce the problem?  Without that, it sounds like the calling code
is violating a precondition.

daniel


---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

One more thing to do for your diagnostics.  Do these so you can identify where in __setLastMatchResult()
you fail.

- Get the source, recompile the jar with debugging information so you get the line number.
- Turn off any obfuscation.

Also provide the diTag pattern that is used when this fails.  (I don't see it defined in your
snippet.)  That is key.  

Still, I have a hunch...  The regex apparently has 2 groups.  I predict your pattern allows
a match **without** matching the groups.  As result, __originalInput is reset to null at the
conclusion of __setLastMatchResult() after matching the 1st group, setting off the NPE the
next iteration of your WHILE loop, or the __beginGroupOffset or __endGroupOffset or __endMatchOffsets
arrays might be null.  I'm not totally familiar with the source code, but I've used it for
several years, and these are the things that typically fail.

B.t.w., 2.0.6 and 2.0.8 are not substantially different in these regards.

So, make sure that BOTH groups are required in your regex.

Kevin

-----Original Message-----
From: Balaji [mailto:balaji.prabakaran@listertechnologies.com]
Sent: Tue 3/31/2009 9:09 AM
To: oro-user@jakarta.apache.org
Subject: RE: Is this a bug with oro?
 
Hi Kevin,
 
Thanks a lot for your reply. Highly appreciate your help. Here are required
details.
 
The version is 2.0.8
 
The context is this.. trying to read a html file over http and parse values
of some hidden attributes in the html form.
 
Here is the code.. the exception occurs at the line marked below. Occurs
randomly and is not reproducable at will. 
The string passed to contains() is never null and is always checked for true
before calling getMatch(). Please check if Iam missing something.
 
******************class that contains the code that throws the
exception************
public class Parser
{
 
 private static Pattern  diTag;
 private static PatternMatcher primaryMatcher = new Perl5Matcher() ;
 private static PatternCompiler compiler = new Perl5Compiler() ;
 
 public static void initialize(){
  .
  .
  .
 }
 public Parser( StringBuffer input)
 {
  this.input = input ;
 }
 public Vector parse()
 {
  Vector returnValue=null;
  PatternMatcherInput patternMatcherInput = new
PatternMatcherInput(input.toString());
  int previous = 0 ;
  while(primaryMatcher.contains(patternMatcherInput,diTag))
  {
   MatchResult result = primaryMatcher.getMatch();  //exception is thrown
here....
   String dataString =
input.substring(previous,patternMatcherInput.getMatchBeginOffset());
   String tag = result.group(1);
   String inputS = result.group(2);
   try
   {
    returnValue=processDITag( tag.toUpperCase(),inputS ) ;
    previous = patternMatcherInput.getCurrentOffset() ;
   }
   catch(NotHandledException nh)
   {
    previous = patternMatcherInput.getMatchBeginOffset() ;
   }
  }
  return returnValue;
 }
 
 public Vector processDITag( String tag, String inputString ) throws
NotHandledException
 {
  .
  .
  .
 }
}
 
  
******************code that calls the method in the above
class*******************************
  diHTML = readInputFile(queryParametersBean.getSurveyName()); //reads the
data from a html file over http
  
       
  if(diHTML.length()==0)
  {
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name is not available" + sHtmlPath);   
   sFileName=ConfigBean.getProperty(sSerPathFileName); // replace with exact
file name
   sFileName=sFilePath + sFileName;
   queryParametersBean.setSurveyName(sFileName);
   diHTML = readInputFile(queryParametersBean.getSurveyName());
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name from config file" + sFileName);   
  }
  if(diHTML.length()==0) {
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name is not in akamai server");   
  }
  else {
   if(!( queryParametersBean.getEmail() != null &&
queryParametersBean.getEmail().length() != 0 &&
 
(ProcessorSupport.validateEmailAddress(queryParametersBean.getEmail())==fals
e) && diHTML.length() !=0))
         {  
    LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest
req)","queryParametersBean track page load " +
queryParametersBean.getEmail());    
    System.out.println("inside load event");
    Parser myParser = new Parser(diHTML, queryParameters) ;
    Vector resultString=myParser.parse();
    Iterator itrelements=resultString.iterator();
    .
    .
    .
        }
    }
****************************************************************************
*********************************
 
Thanks,
Balaji Prabhakaran | Team Lead | Lister Technologies P Ltd
<http://www.listertechnologies.com/>  | AIM: BalajeeSP | direct:
1.352.553.4238 | office: +91.44.4225 2876 | cell: +91.98410.14404



DISCLAIMER:This email message and the files transmitted with it are for the
sole use of the intended recipient(s) and may contain confidential and
privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply email and destroy all copies of the original
message. 

 

  _____  

From: Kevin Markey [mailto:kmarkey@silvercreeksystems.com] 
Sent: Tuesday, March 31, 2009 6:48 PM
To: ORO Users List; oro-user@jakarta.apache.org;
balaji.prabakaran@listertechnologies.com
Subject: RE: Is this a bug with oro?



Some context and code in which this fails and data with which this fails
would help.
Also the version you are using would help.

However, inspecting 2.0.6 code (which is the most handy on the machine I'm
on -- I suspect other code is similar),
there is only one place in __setLastMatchResult() where you can get a NPE.
__lastMatchResult is non-null.  OpCode is non-null.  However,
__originalInput MIGHT be null.  Hence you can get a NPE where the
__originalInput.length is tested.  Check your code whether the string in
contains() is null, and always check if the result is true.

E.g.,

private PatternCompiler m_compiler = new Perl5Compiler();
private PatternMatcher m_matcher = new Perl5Matcher();
private Pattern m_commentRegex = m_compiler.compile ( "#" );

/** Extract comment from string. */
public String findComment ( String s )
{
   if ( s == null ) return null;
   if ( m_matcher.contains ( s, m_commentRegex ) )
   {
      MatchResult result = m_matcher.getMatch();
      String comment = s.substring ( result.endOffset(0) );
      return comment;
   }
   return null;
}

Enjoy.
Kevin Markey

-----Original Message-----
From: Balaji [mailto:balaji.prabakaran@listertechnologies.com]
Sent: Tue 3/31/2009 6:22 AM
To: oro-user@jakarta.apache.org
Subject: Is this a bug with oro?

Hello,

I occassionally get the below exception. The call to getMatch is causing a
NullPointerException.

Caused by: java.lang.NullPointerException
    at org.apache.oro.text.regex.Perl5Matcher.__setLastMatchResult(Unknown
Source)
    at org.apache.oro.text.regex.Perl5Matcher.getMatch(Unknown Source)

Here is what the API documentation says,
A MatchResult instance containing the pattern match found by the last call
to any one of the matches() or contains() methods. If no match was found by
the last call, returns null.

I believe this is a bug. Can you guys, please confirm?
If so, is there a fix or a workaround for this bug?

Any help will be greatly appreciated.

Thanks,
Balaji Prabhakaran

Hi Kevin,
 
Thanks a lot for your reply. Highly appreciate your help. Here are required
details.
 
The version is 2.0.8
 
The context is this.. trying to read a html file over http and parse values
of some hidden attributes in the html form.
 
Here is the code.. the exception occurs at the line marked below. Occurs
randomly and is not reproducable at will. 
The string passed to contains() is never null and is always checked for true
before calling getMatch(). Please check if Iam missing something.
 
******************class that contains the code that throws the
exception************
public class Parser
{
 
 private static Pattern  diTag;
 private static PatternMatcher primaryMatcher = new Perl5Matcher() ;
 private static PatternCompiler compiler = new Perl5Compiler() ;
 
 public static void initialize(){
  .
  .
  .
 }
 public Parser( StringBuffer input)
 {
  this.input = input ;
 }
 public Vector parse()
 {
  Vector returnValue=null;
  PatternMatcherInput patternMatcherInput = new
PatternMatcherInput(input.toString());
  int previous = 0 ;
  while(primaryMatcher.contains(patternMatcherInput,diTag))
  {
   MatchResult result = primaryMatcher.getMatch();  //exception is thrown
here....
   String dataString =
input.substring(previous,patternMatcherInput.getMatchBeginOffset());
   String tag = result.group(1);
   String inputS = result.group(2);
   try
   {
    returnValue=processDITag( tag.toUpperCase(),inputS ) ;
    previous = patternMatcherInput.getCurrentOffset() ;
   }
   catch(NotHandledException nh)
   {
    previous = patternMatcherInput.getMatchBeginOffset() ;
   }
  }
  return returnValue;
 }
 
 public Vector processDITag( String tag, String inputString ) throws
NotHandledException
 {
  .
  .
  .
 }
}
 
  
******************code that calls the method in the above
class*******************************
  diHTML = readInputFile(queryParametersBean.getSurveyName()); //reads the
data from a html file over http
  
       
  if(diHTML.length()==0)
  {
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name is not available" + sHtmlPath);   
   sFileName=ConfigBean.getProperty(sSerPathFileName); // replace with exact
file name
   sFileName=sFilePath + sFileName;
   queryParametersBean.setSurveyName(sFileName);
   diHTML = readInputFile(queryParametersBean.getSurveyName());
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name from config file" + sFileName);   
  }
  if(diHTML.length()==0) {
   LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest req)","The
file name is not in akamai server");   
  }
  else {
   if(!( queryParametersBean.getEmail() != null &&
queryParametersBean.getEmail().length() != 0 &&
 
(ProcessorSupport.validateEmailAddress(queryParametersBean.getEmail())==fals
e) && diHTML.length() !=0))
         {  
    LogWriter.info(CLASS_NAME,"loadPageEvent(HttpServletRequest
req)","queryParametersBean track page load " +
queryParametersBean.getEmail());    
    System.out.println("inside load event");
    Parser myParser = new Parser(diHTML, queryParameters) ;
    Vector resultString=myParser.parse();
    Iterator itrelements=resultString.iterator();
    .
    .
    .
        }
    }
****************************************************************************
*********************************
 
Thanks,
Balaji Prabhakaran | Team Lead | Lister Technologies P Ltd
<http://www.listertechnologies.com/>  | AIM: BalajeeSP | direct:
1.352.553.4238 | office: +91.44.4225 2876 | cell: +91.98410.14404



DISCLAIMER:This email message and the files transmitted with it are for the
sole use of the intended recipient(s) and may contain confidential and
privileged information. Any unauthorized review, use, disclosure or
distribution is prohibited. If you are not the intended recipient, please
contact the sender by reply email and destroy all copies of the original
message. 

 

  _____  

From: Kevin Markey [mailto:kmarkey@silvercreeksystems.com] 
Sent: Tuesday, March 31, 2009 6:48 PM
To: ORO Users List; oro-user@jakarta.apache.org;
balaji.prabakaran@listertechnologies.com
Subject: RE: Is this a bug with oro?



Some context and code in which this fails and data with which this fails
would help.
Also the version you are using would help.

However, inspecting 2.0.6 code (which is the most handy on the machine I'm
on -- I suspect other code is similar),
there is only one place in __setLastMatchResult() where you can get a NPE.
__lastMatchResult is non-null.  OpCode is non-null.  However,
__originalInput MIGHT be null.  Hence you can get a NPE where the
__originalInput.length is tested.  Check your code whether the string in
contains() is null, and always check if the result is true.

E.g.,

private PatternCompiler m_compiler = new Perl5Compiler();
private PatternMatcher m_matcher = new Perl5Matcher();
private Pattern m_commentRegex = m_compiler.compile ( "#" );

/** Extract comment from string. */
public String findComment ( String s )
{
   if ( s == null ) return null;
   if ( m_matcher.contains ( s, m_commentRegex ) )
   {
      MatchResult result = m_matcher.getMatch();
      String comment = s.substring ( result.endOffset(0) );
      return comment;
   }
   return null;
}

Enjoy.
Kevin Markey

-----Original Message-----
From: Balaji [mailto:balaji.prabakaran@listertechnologies.com]
Sent: Tue 3/31/2009 6:22 AM
To: oro-user@jakarta.apache.org
Subject: Is this a bug with oro?

Hello,

I occassionally get the below exception. The call to getMatch is causing a
NullPointerException.

Caused by: java.lang.NullPointerException
    at org.apache.oro.text.regex.Perl5Matcher.__setLastMatchResult(Unknown
Source)
    at org.apache.oro.text.regex.Perl5Matcher.getMatch(Unknown Source)

Here is what the API documentation says,
A MatchResult instance containing the pattern match found by the last call
to any one of the matches() or contains() methods. If no match was found by
the last call, returns null.

I believe this is a bug. Can you guys, please confirm?
If so, is there a fix or a workaround for this bug?

Any help will be greatly appreciated.

Thanks,
Balaji Prabhakaran

Some context and code in which this fails and data with which this fails would help.
Also the version you are using would help.

However, inspecting 2.0.6 code (which is the most handy on the machine I'm on -- I suspect
other code is similar), 
there is only one place in __setLastMatchResult() where you can get a NPE.  __lastMatchResult
is non-null.  OpCode is non-null.  However, __originalInput MIGHT be null.  Hence you can
get a NPE where the __originalInput.length is tested.  Check your code whether the string
in contains() is null, and always check if the result is true.

E.g.,

private PatternCompiler m_compiler = new Perl5Compiler();
private PatternMatcher m_matcher = new Perl5Matcher();
private Pattern m_commentRegex = m_compiler.compile ( "#" );

/** Extract comment from string. */
public String findComment ( String s )
{
   if ( s == null ) return null;
   if ( m_matcher.contains ( s, m_commentRegex ) )
   {
      MatchResult result = m_matcher.getMatch();
      String comment = s.substring ( result.endOffset(0) );
      return comment;
   }
   return null;
}

Enjoy.
Kevin Markey

-----Original Message-----
From: Balaji [mailto:balaji.prabakaran@listertechnologies.com]
Sent: Tue 3/31/2009 6:22 AM
To: oro-user@jakarta.apache.org
Subject: Is this a bug with oro?
 
Hello,
 
I occassionally get the below exception. The call to getMatch is causing a
NullPointerException.
 
Caused by: java.lang.NullPointerException
    at org.apache.oro.text.regex.Perl5Matcher.__setLastMatchResult(Unknown
Source)
    at org.apache.oro.text.regex.Perl5Matcher.getMatch(Unknown Source)
 
Here is what the API documentation says,
A MatchResult instance containing the pattern match found by the last call
to any one of the matches() or contains() methods. If no match was found by
the last call, returns null.
 
I believe this is a bug. Can you guys, please confirm?
If so, is there a fix or a workaround for this bug?
 
Any help will be greatly appreciated.
 
Thanks,
Balaji Prabhakaran

Hello,
 
I occassionally get the below exception. The call to getMatch is causing a
NullPointerException.
 
Caused by: java.lang.NullPointerException
    at org.apache.oro.text.regex.Perl5Matcher.__setLastMatchResult(Unknown
Source)
    at org.apache.oro.text.regex.Perl5Matcher.getMatch(Unknown Source)
 
Here is what the API documentation says,
A MatchResult instance containing the pattern match found by the last call
to any one of the matches() or contains() methods. If no match was found by
the last call, returns null.
 
I believe this is a bug. Can you guys, please confirm?
If so, is there a fix or a workaround for this bug?
 
Any help will be greatly appreciated.
 
Thanks,
Balaji Prabhakaran

In message <21738979.post@talk.nabble.com>, aldana writes:
>i need to match a pattern like bla/bla (i.e. the bla is repeated after the
>slash).

Using ORO's Perl5 classes, the following will suffice: (bla)/$1



---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

hi,

i need to match a pattern like bla/bla (i.e. the bla is repeated after the
slash).

I guess with regular expressions this is not possible because they are
regular (level 3 in chomsky hierachy) and "have no memory" about data parsed
before.

-----
manuel aldana
aldana((at))gmx.de
software-engineering blog: http://www.aldana-online.de
-- 
View this message in context: http://www.nabble.com/regular-expression-matching-question-%28matching-%27bla-bla%27%29-tp21738979p21738979.html
Sent from the ORO - User mailing list archive at Nabble.com.


---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

I'm using contains.  Strange .. not sure what's going on.

> Are you using contains() or match()?  If you're using match(), then
> switch to contains() and it should work.  Here's my sanity check for
> the pattern (to avoid having to write a Java test program):
>
> ~> wget -O - http://www.myspace.com/pain  2> /dev/null | perl -e '@txt =
> <STDIN>; $txt = join("", @txt); $txt =~
> m#<span\s+class="nametext">[^<]*</span><br>[^<]*<font\s[^>]*><strong>([^<]+)</strong></font>#si;
> print "$1\n";'
>
>  Metal / Industrial
>

Ah yes I figured that was the issue after I saw your pattern.   The bits I
don't understand though is how [^<]* is working.  What exactly does that
part of the pattern mean?

In any case, the key to prevent excessive backtracking is to make the
> pattern as specific as possible.  The original pattern posed problems
> because of the leading .* as well as following .+ pattern elements which
> caused a lot of backtracking.
>
>

In message <bd818c7b0901190638l7abc160ejf2e509048717c693@mail.gmail.com>, no sp
am writes:
>Yes that's correct.  This pattern prevented the looping it just didn't match
>for that particular page.  I'll have to digest this pattern a bit more in my
>head :o)

Are you using contains() or match()?  If you're using match(), then
switch to contains() and it should work.  Here's my sanity check for
the pattern (to avoid having to write a Java test program):

~> wget -O - http://www.myspace.com/pain  2> /dev/null | perl -e '@txt = <STDIN>;
$txt = join("", @txt); $txt =~ m#<span\s+class="nametext">[^<]*</span><br>[^<]*<font\s[^>]*><strong>([^<]+)</strong></font>#si;
print "$1\n";'                                                                           
                                                            Metal / Industrial

In any case, the key to prevent excessive backtracking is to make the
pattern as specific as possible.  The original pattern posed problems
because of the leading .* as well as following .+ pattern elements which
caused a lot of backtracking.


---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

>
> Presumably, you're concerned only with the capture group (containing
> the genre), so rewrite the expression along the following lines to
> avoid the ambiguous/excessive backtracking:
>
> p5c.compile("<span\\s+class=\"nametext\">[^<]*</span><br>[^<]*<font[^>]*>"+
>            "<strong>([^<]+)</strong></font>",
>            Perl5Compiler.SINGLELINE_MASK);
>

Yes that's correct.  This pattern prevented the looping it just didn't match
for that particular page.  I'll have to digest this pattern a bit more in my
head :o)

In message <bd818c7b0901182009w5063efbbofd2afc1841e47ca7@mail.gmail.com>, no sp
am writes:
>I'm using this pattern:
>p5c.compile(".*?<td\\s+.+<span\\s+class=\"nametext\">"+
>".+?<strong>(.+?)</strong></font>.+?Profile\\s+Views",
>Perl5Compiler.SINGLELINE_MASK);
>
>to try and pull genres out of myspace pages.  However some pages like this
...
>How can I prevent these loops?

Presumably, you're concerned only with the capture group (containing
the genre), so rewrite the expression along the following lines to
avoid the ambiguous/excessive backtracking:

p5c.compile("<span\\s+class=\"nametext\">[^<]*</span><br>[^<]*<font[^>]*>"+
            "<strong>([^<]+)</strong></font>",
            Perl5Compiler.SINGLELINE_MASK);



---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

I'm using this pattern:
p5c.compile(".*?<td\\s+.+<span\\s+class=\"nametext\">"+
".+?<strong>(.+?)</strong></font>.+?Profile\\s+Views",
Perl5Compiler.SINGLELINE_MASK);

to try and pull genres out of myspace pages.  However some pages like this
result in infinite loops:

http://www.myspace.com/pain

How can I prevent these loops?

Hi Daniel et al,
If I get some point to start I shall do this!!

Thanks,
skumar

Daniel F. Savarese wrote:
> In message <48205B45.6000601@spikesource.com>, SatheeshKumar Mohan writes:
>   
>> I am trying to run unit tests for jakarta-oro.
>>     
> ..
>   
>> Someone help me how to run tests.
>>     
>
> The original unit tests didn't survive the migration to Jakarta
> way back when.  I'd hoped to use unit test writing as a way of
> getting more developers involved with maintaining the software.
> Didn't happen.
>
> daniel
>
> o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o o-o-o-o-o-o-o-o-o-o-o-o-o-o
>                     Igfip                      o    s a v a r e s e
> The strategic alternative for online games(tm).o   software research
>             http://www.igfip.com/              o http://www.savarese.com/
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: oro-user-help@jakarta.apache.org
>
>   


---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

In message <48205B45.6000601@spikesource.com>, SatheeshKumar Mohan writes:
>I am trying to run unit tests for jakarta-oro.
..
>Someone help me how to run tests.

The original unit tests didn't survive the migration to Jakarta
way back when.  I'd hoped to use unit test writing as a way of
getting more developers involved with maintaining the software.
Didn't happen.

daniel

o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o-o o-o-o-o-o-o-o-o-o-o-o-o-o-o
                    Igfip                      o    s a v a r e s e
The strategic alternative for online games(tm).o   software research
            http://www.igfip.com/              o http://www.savarese.com/


---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

Hi,
I am trying to run unit tests for jakarta-oro.

I did, ant tests.
The following message is shown,

[jakarta-oro-2.0.8]sn-patch5:oss[04:09:36] ant tests
Buildfile: build.xml

prepare:

lib:

tests:

BUILD FAILED
C:\cygwin\opt\spikesource\var\tmp\portage\jakarta-oro-2.0.8-r1\work\jakarta-oro-2.0.8\build.xml:119:

srcdir 
"C:\cygwin\opt\spikesource\var\tmp\portage\jakarta-oro-2.0.8-r1\work\jakarta-oro-2.0.8\src\java\tests"

does not exist!

Total time: 0 seconds
[jakarta-oro-2.0.8]sn-patch5:oss[04:09:59]


There is not tests directory under src/java.

I have checked on svn also. Its not even there.
http://svn.apache.org/repos/asf/jakarta/oro/trunk/src/java/

Someone help me how to run tests.

/skumar

-- 
/skumar


---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

I have a list of ten results that I would like to
extract from the source page to be used in my XML
connector. 

The scenario is this ( in a page of 10 entries) :

Entries 1,2,3,5,8,9,10 have normal statements.
Entries 4,6 and 7 have statements but with keywords
highlighted in bold.

I want to get all the statements in one go, but I'm
not sure what is the best regex for this scenario. I'm
using a Perl5 regex for this.

If I am to get normal statements, I would get this
regex:

TI: </td>(.*)\n([ \t]*)<td
valign="top"><a>(.[^>]*)</a></td>

For statements that have bold highlighted words, it
would be: 

TI: </td>(.*)\n([ \t]*)<td valign="top"><a>([^<]*)
<font
color="#990000">(<b>([^>]*)</b></font>([^>]*)</a>)

I want to get all the statements together, so i am
wondering what is the best regexp for this?

Thanks


--- "Daniel F. Savarese" <dfs@savarese.org> wrote:

> 
> In message
>
<20060821100414.61356.qmail@web36808.mail.mud.yahoo.com>,
> Melvin Mah
>  writes:
> >I managed to get 750,000 but I do not want the
> commas
> >I need to remove those.
> >
> >Is there any syntax that I need to add /change to
> the
> >current regex?
> 
> You're going to have to do a postprocessing
> substitution pass because
> you don't know exactly how many commas are going to
> be in any given
> piece of input.  Otherwise, you could capture the
> numbers surrounding
> the commas and concatenate them.
> 
> daniel
> 
> -#-#-#-#-| Sleep and The Traveller |-#-#-#-#-#-#-#-
> http://www.savarese.org/
> In distant lands, I hear the call of my home.     # 
>    s a v a r e s e
> Yet my work is not done.  My journey's just begun.- 
>   software research
>  -- http://www.sleepandthetraveller.com/          #
> http://www.savarese.com/
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> oro-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> oro-user-help@jakarta.apache.org
> 
> 



 
____________________________________________________________________________________
Sponsored Link

Mortgage rates near 39yr lows. 
$420k for $1,399/mo. Calculate new payment! 
www.LowerMyBills.com/lre

---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

I've written a regex in which allows the search agent
to return entries matching those as in Google.

The regex is as:

<p class=g><!---m><a class=1 href="([^"]*)"
onmousedown="([^"]*)">(.*?</a)

The problem is that some entries are not in sequential
order as in Google.

Anything that I can do to rectify the problem?


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

Hey Daniel,

Just tried out putting <replace var> thing in the
configuration file (xml.format)and it worked out
without having to change the .jsp file for the module.

For some reason, total results of the keyword
'management' were never returned at all but not for
the others! Ha! Is it that  word is a reserved word?

melvin

--- "Daniel F. Savarese" <dfs@savarese.org> wrote:

> 
> In message
>
<20060821100414.61356.qmail@web36808.mail.mud.yahoo.com>,
> Melvin Mah
>  writes:
> >I managed to get 750,000 but I do not want the
> commas
> >I need to remove those.
> >
> >Is there any syntax that I need to add /change to
> the
> >current regex?
> 
> You're going to have to do a postprocessing
> substitution pass because
> you don't know exactly how many commas are going to
> be in any given
> piece of input.  Otherwise, you could capture the
> numbers surrounding
> the commas and concatenate them.
> 
> daniel
> 
> -#-#-#-#-| Sleep and The Traveller |-#-#-#-#-#-#-#-
> http://www.savarese.org/
> In distant lands, I hear the call of my home.     # 
>    s a v a r e s e
> Yet my work is not done.  My journey's just begun.- 
>   software research
>  -- http://www.sleepandthetraveller.com/          #
> http://www.savarese.com/
> 
> 
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> oro-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail:
> oro-user-help@jakarta.apache.org
> 
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

In message <20060821100414.61356.qmail@web36808.mail.mud.yahoo.com>, Melvin Mah
 writes:
>I managed to get 750,000 but I do not want the commas
>I need to remove those.
>
>Is there any syntax that I need to add /change to the
>current regex?

You're going to have to do a postprocessing substitution pass because
you don't know exactly how many commas are going to be in any given
piece of input.  Otherwise, you could capture the numbers surrounding
the commas and concatenate them.

daniel

-#-#-#-#-| Sleep and The Traveller |-#-#-#-#-#-#-#- http://www.savarese.org/
In distant lands, I hear the call of my home.     #     s a v a r e s e
Yet my work is not done.  My journey's just begun.-    software research
 -- http://www.sleepandthetraveller.com/          # http://www.savarese.com/


---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

I've written a regular expression in which three
numbers are returned. E.g (1-10) of 750,0000 results
found.

The regex that I've did worked and it's:

 regexp="<font size=-1>Results <b>([0-9]*)</b> -
<b>([0-9]*)&</b> of about <b>([^<]*)</b>"
parenthesis="3" subgroup="3" />

I managed to get 750,000 but I do not want the commas
I need to remove those.

Is there any syntax that I need to add /change to the
current regex?

Thank you.

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

The same solution applies.  Give the user a checkbox to chose to NEGATE the result.
Because of the nature of regular languages, it is easier to test a "positive" regex instead
of crafting a regex for all the "negative" instances.

Kevin Markey


-----Original Message-----
From: Ilhami Visne [mailto:ilhami.visne@gmail.com]
Sent: Wed 6/14/2006 10:23 AM
To: ORO Users List
Subject: Re: to match there is no such substring
 
actually i wrote a program, where there is a text-field for regex. users
write their regexes into this field. now, how a regex should they write to
do this?

regards

On 6/13/06, Chennamsetti, Raja <Raja.Chennamsetti@marriott.com> wrote:
>
> You can use !Matcher.contains(pattern)
> regards
>
>
> -----Original Message-----
> From: Ilhami Visne [mailto:ilhami.visne@gmail.com]
> Sent: Tue 6/13/2006 5:19 AM
> To: oro-user@jakarta.apache.org
> Subject: to match there is no such substring
>
> hi,
>
> With RE is possible to match a string. I want but the opposite. it should
> return true, if the regex doesn't match a string.
>
> Problem is: i have a strings and i want only the strings, which don't
> contain a specific word.
>
> thanx in advance
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: oro-user-help@jakarta.apache.org
>
>



CONFIDENTIALITY NOTICE: This electronic mail transmission and any accompanying documents contain
information belonging to Silver Creek Systems, Inc. that may be confidential and legally privileged.
If you are not the intended recipient, any disclosure, copying, distribution or action taken
in reliance on the information is strictly prohibited. If you have received the information
in error, please contact the sender by reply email and destroy all copies of the original
email. Thank You.

actually i wrote a program, where there is a text-field for regex. users
write their regexes into this field. now, how a regex should they write to
do this?

regards

On 6/13/06, Chennamsetti, Raja <Raja.Chennamsetti@marriott.com> wrote:
>
> You can use !Matcher.contains(pattern)
> regards
>
>
> -----Original Message-----
> From: Ilhami Visne [mailto:ilhami.visne@gmail.com]
> Sent: Tue 6/13/2006 5:19 AM
> To: oro-user@jakarta.apache.org
> Subject: to match there is no such substring
>
> hi,
>
> With RE is possible to match a string. I want but the opposite. it should
> return true, if the regex doesn't match a string.
>
> Problem is: i have a strings and i want only the strings, which don't
> contain a specific word.
>
> thanx in advance
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: oro-user-help@jakarta.apache.org
>
>

You can use !Matcher.contains(pattern)
regards


-----Original Message-----
From: Ilhami Visne [mailto:ilhami.visne@gmail.com]
Sent: Tue 6/13/2006 5:19 AM
To: oro-user@jakarta.apache.org
Subject: to match there is no such substring
 
hi,

With RE is possible to match a string. I want but the opposite. it should
return true, if the regex doesn't match a string.

Problem is: i have a strings and i want only the strings, which don't
contain a specific word.

thanx in advance

hi,

With RE is possible to match a string. I want but the opposite. it should
return true, if the regex doesn't match a string.

Problem is: i have a strings and i want only the strings, which don't
contain a specific word.

thanx in advance

In message <20060609192418.52531.qmail@web30603.mail.mud.yahoo.com>, CJ Jouhal 
writes:
>Pattern m_forbiddenTagsWithContentPattern =
>s_perlCompiler.compile(
>				
>"<(script|object|applet|style|noscript)[^>]*>[\\s\\S]*?</\1[^>]*>",
>					Perl5Compiler.CASE_INSENSITIVE_MASK
>						| Perl5Compiler.READ_ONLY_MASK)
>;

A simple typo.  The "\1" needs to be "\\1".

daniel

-#-#-#-#-| Sleep and The Traveller |-#-#-#-#-#-#-#- http://www.savarese.org/
In distant lands, I hear the call of my home.     #     s a v a r e s e
Yet my work is not done.  My journey's just begun.-    software research
 -- http://www.sleepandthetraveller.com/          # http://www.savarese.com/


---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

Hi,
  I am seeing some odd regex behavior.

Using the demo applet:
http://jakarta.apache.org/oro/demo.html

I try the following pattern:
<(script|object|applet|style|noscript)[^>]*>[\s\S]*?</\1[^>]*>
or another alternate version of (with single line
flag)
<(script|object|applet|style|noscript)[^>]*>.*?</\1[^>]*>

With the following test input:
   <td height="35" colspan="2" align="center"
class="style1">
    
<script type="text/javascript">
	function spawn(fileName,width,height) {
window.open(fileName,'new','toolbar=0,location=0,directories=0,status=0,menubar=0,scrollbars=0,width='+width+',height='+height+',resizable=0');
}
</script>
<style type="text/css">
	.Copyright { font-size: 10px; font-family: Verdana,
Arial; color: #FFF; padding:2px; margin:0px;
vertical-align:1px; line-height:11px; }
	.Copyright A { color: #FFF; }
</style>
<span class="Copyright">&copy; 2006 <a
href="http://www.domain.com/" target="_blank">Vantage
Media Corporation</a> - <a
href="JavaScript:spawn('http://www.domain.com/privacy.html','770','501');">Privacy
Statement</a> - <a
href="JavaScript:spawn('http://www.domain.com/feedback/?data=aHR0cDovL2NvbGxlZ2UudXMuY29tL2NlYy9mdXR1cmVkZWdyZWUvZGVzaWduLnBocA','460','520');">Send
Us Feedback</a></span>    </td>
    <td valign="top">&nbsp;</td>
  </tr>
</table>
=================================================

And the first pattern matches twice (second pattern
obviously doesn't match in the applet since the applet
doesn't have the single line flag applied)

But the following code:
			
Perl5Compiler s_perlCompiler = new Perl5Compiler();
m_matcher = new Perl5Matcher();
m_matcher.setMultiline(false);

Pattern m_forbiddenTagsWithContentPattern =
s_perlCompiler.compile(
				
"<(script|object|applet|style|noscript)[^>]*>[\\s\\S]*?</\1[^>]*>",
					Perl5Compiler.CASE_INSENSITIVE_MASK
						| Perl5Compiler.READ_ONLY_MASK);

			// remove content and tags that include
script/applet/object etc
			StringSubstitution substitution1 = new
StringSubstitution(SPACE);
			filteredStr = 
				Util.substitute(m_matcher,
								m_forbiddenTagsWithContentPattern,
								substitution1,
								text,
								Util.SUBSTITUTE_ALL);
// text is set as the above sample text.

The subtitution does nothing.  I even tried:
PatternMatcherInput input = new
PatternMatcherInput(text);
while(m_matcher.contains(input, pattern)) {
			System.out.println("In manual strip method - Found
match btw:" + input.getMatchBeginOffset() + "," +
input.getMatchEndOffset() + ":" +
input.substring(input.getMatchBeginOffset(),
input.getMatchEndOffset()));
}

And the above logs nothing.

I tried compiling the pattern with the
SINGLE_LINE_MASK but that made no difference.

Any ideas/help would be appreciated.

TIA,
CJ


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

my follow up:

I just like want to add up my target string for more as:

-1,04621601/01/0640.00       
-1,04621701/01/0640.00       
-1,04621901/01/0680.00       
-1,04623401/01/06100.00    
-3,04622601/01/0650.00

I need help to construct a regex expression for excavating this:

40.00 from -1,04621601/01/06
40.00 from -1,04621701/01/06
80.00 from -1,04621901/01/06
100.00 from -1,04623401/01/06
50.00 from -3,04622601/01/06

again thanks in advance.


Melvin Zamora <mijzcx@yahoo.com> wrote: Hi,

I have this problem on how to regex this one.

-1,04621601/01/0640.00       
-1,04621701/01/0640.00       
-1,04621901/01/0680.00       

I need to extract only the 
40.00 from -1,04621601/01/06
40.00 from -1,04621701/01/06
80.00 from -1,04621901/01/06

please help me on my school assignment for regex.
my gratitude included.

melvin r. zamora

  
---------------------------------
Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2�/min
or less.

		
---------------------------------
Yahoo! Messenger with Voice. PC-to-Phone calls for ridiculously low rates.

Hi,

I have this problem on how to regex this one.

-1,04621601/01/0640.00       
-1,04621701/01/0640.00       
-1,04621901/01/0680.00       

I need to extract only the 
40.00 from -1,04621601/01/06
40.00 from -1,04621701/01/06
80.00 from -1,04621901/01/06

please help me on my school assignment for regex.
my gratitude included.

melvin r. zamora

		
---------------------------------
Yahoo! Messenger with Voice. Make PC-to-Phone Calls to the US (and 30+ countries) for 2¢/min
or less.

Any news on when the new release will be available with the changes?

Thanks.

Duke

On 4/1/06, Daniel F. Savarese <dfs@savarese.org> wrote:
>
>
> In message <824028f0603310939q25e01339kc4a0a75e3c31d66e@mail.gmail.com>,
> "Duke
> Tantiprasut" writes:
> >I think I'm going to stick it out with oro/perl5util. I prefer to provide
> >the flexibility and perl5 familarity than a little extra speed at this
> >stage. Do you know when you'll get the chance to look at the changes to
> mak=
> >e
> >it more multi-thread friendly?
>
> I made the change on the trunk this morning.  You'll have to check it
> out with svn and compile it.  I don't know when we'll be cutting a new
> release.  Everything related to ORO is done based on user demand.  The
> change could always be backported to produce a 2.0.9 release because
> the trunk has changes in it that aren't appropriate for 2.0.9 and
> may still change (the engine wrapper interfaces and the implementation of
> a wrapper for java.util.regex).  However, the trunk is stable (i.e., no
> more bugs than 2.0.8), so it's safe to use as you would 2.0.8 even though
> the new stuff may change.  Just read the CHANGES file for a list of
> additions.
>
> >With Perl5Util, doesnt that generate the patterns that cached and used
> the
> >Perl5Matcher? i.e. am I correct in assuming that the penalty is only
> during
> >the initial pattern generation and not during subsequent matching?
>
> Yes, that is correct.  The patterns are generated only the first time
> they are used (or if they subsequently get kicked out of the cache).
> I don't know how bad of a performance hit the synchronized method calls
> are these days, but it would have helped in 1.0.2, 1.1, and probably 1.2
> to have avoided synchronizing the methods.  But Perl5Util was a
> user-requested class (AOL actually asked for it) and the whole idea at
> the time was that if you wanted performance, you should use a separate
> matcher in separate threads.  In general, my preference is to push thread
> concerns out of libraries and into applications as much as possible, but
> given the nature of Perl5Util, it does seem kind of weird to me now that
> it uses synchronized methods everywhere and doesn't just use a separate
> matcher for each thread.  On the other hand, if it were to do that, then
> it would be better for Perl5Util to be unsynchronized, leaving it to the
> application to create thread-local Perl5Util instances.  But the request
> at the time was to be able to use a single class instance to perform
> matches in multiple threads.  Less RAM back in those days.
>
> daniel
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: oro-user-help@jakarta.apache.org
>
>

Thanks. I'll have a look monday/tuesday next week and let you know if I run
into any hiccups.

Duke

On 4/1/06, Daniel F. Savarese <dfs@savarese.org> wrote:
>
>
> In message <824028f0603310939q25e01339kc4a0a75e3c31d66e@mail.gmail.com>,
> "Duke
> Tantiprasut" writes:
> >I think I'm going to stick it out with oro/perl5util. I prefer to provide
> >the flexibility and perl5 familarity than a little extra speed at this
> >stage. Do you know when you'll get the chance to look at the changes to
> mak=
> >e
> >it more multi-thread friendly?
>
> I made the change on the trunk this morning.  You'll have to check it
> out with svn and compile it.  I don't know when we'll be cutting a new
> release.  Everything related to ORO is done based on user demand.  The
> change could always be backported to produce a 2.0.9 release because
> the trunk has changes in it that aren't appropriate for 2.0.9 and
> may still change (the engine wrapper interfaces and the implementation of
> a wrapper for java.util.regex).  However, the trunk is stable (i.e., no
> more bugs than 2.0.8), so it's safe to use as you would 2.0.8 even though
> the new stuff may change.  Just read the CHANGES file for a list of
> additions.
>
> >With Perl5Util, doesnt that generate the patterns that cached and used
> the
> >Perl5Matcher? i.e. am I correct in assuming that the penalty is only
> during
> >the initial pattern generation and not during subsequent matching?
>
> Yes, that is correct.  The patterns are generated only the first time
> they are used (or if they subsequently get kicked out of the cache).
> I don't know how bad of a performance hit the synchronized method calls
> are these days, but it would have helped in 1.0.2, 1.1, and probably 1.2
> to have avoided synchronizing the methods.  But Perl5Util was a
> user-requested class (AOL actually asked for it) and the whole idea at
> the time was that if you wanted performance, you should use a separate
> matcher in separate threads.  In general, my preference is to push thread
> concerns out of libraries and into applications as much as possible, but
> given the nature of Perl5Util, it does seem kind of weird to me now that
> it uses synchronized methods everywhere and doesn't just use a separate
> matcher for each thread.  On the other hand, if it were to do that, then
> it would be better for Perl5Util to be unsynchronized, leaving it to the
> application to create thread-local Perl5Util instances.  But the request
> at the time was to be able to use a single class instance to perform
> matches in multiple threads.  Less RAM back in those days.
>
> daniel
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: oro-user-help@jakarta.apache.org
>
>

In message <824028f0603310939q25e01339kc4a0a75e3c31d66e@mail.gmail.com>, "Duke 
Tantiprasut" writes:
>I think I'm going to stick it out with oro/perl5util. I prefer to provide
>the flexibility and perl5 familarity than a little extra speed at this
>stage. Do you know when you'll get the chance to look at the changes to mak=
>e
>it more multi-thread friendly?

I made the change on the trunk this morning.  You'll have to check it
out with svn and compile it.  I don't know when we'll be cutting a new
release.  Everything related to ORO is done based on user demand.  The
change could always be backported to produce a 2.0.9 release because
the trunk has changes in it that aren't appropriate for 2.0.9 and 
may still change (the engine wrapper interfaces and the implementation of
a wrapper for java.util.regex).  However, the trunk is stable (i.e., no
more bugs than 2.0.8), so it's safe to use as you would 2.0.8 even though
the new stuff may change.  Just read the CHANGES file for a list of
additions.

>With Perl5Util, doesnt that generate the patterns that cached and used the
>Perl5Matcher? i.e. am I correct in assuming that the penalty is only during
>the initial pattern generation and not during subsequent matching?

Yes, that is correct.  The patterns are generated only the first time
they are used (or if they subsequently get kicked out of the cache).
I don't know how bad of a performance hit the synchronized method calls
are these days, but it would have helped in 1.0.2, 1.1, and probably 1.2
to have avoided synchronizing the methods.  But Perl5Util was a
user-requested class (AOL actually asked for it) and the whole idea at
the time was that if you wanted performance, you should use a separate
matcher in separate threads.  In general, my preference is to push thread
concerns out of libraries and into applications as much as possible, but
given the nature of Perl5Util, it does seem kind of weird to me now that
it uses synchronized methods everywhere and doesn't just use a separate
matcher for each thread.  On the other hand, if it were to do that, then
it would be better for Perl5Util to be unsynchronized, leaving it to the
application to create thread-local Perl5Util instances.  But the request
at the time was to be able to use a single class instance to perform
matches in multiple threads.  Less RAM back in those days.

daniel


---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org

Hi Daniel,

I think I'm going to stick it out with oro/perl5util. I prefer to provide
the flexibility and perl5 familarity than a little extra speed at this
stage. Do you know when you'll get the chance to look at the changes to make
it more multi-thread friendly?

With Perl5Util, doesnt that generate the patterns that cached and used the
Perl5Matcher? i.e. am I correct in assuming that the penalty is only during
the initial pattern generation and not during subsequent matching?

Thanks

Duke

On 3/30/06, Duke Tantiprasut <duketantiprasut@gmail.com> wrote:
>
> Thanks Daniel.
>
> Sounds like I should be moving to java.util.regex. I do like the
> convenience of the pattern caching but I guess it's easy enough to set that
> up myself for java.util.regex.
>
> Duke
>
>
> On 3/29/06, Daniel F. Savarese <dfs@savarese.org> wrote:
> >
> >
> > In message <824028f0603291030j5607dfd9g2e8208ff51f60320@mail.gmail.com>,
> > "Duke
> > Tantiprasut" writes:
> > >I'm curious why there is such a significant jump from the Perl5Matcher
> > >compared to the java.util.regex?
> >
> > A hefty chunk of that time comes from converting strings to char[]
> > before
> > matching.  I've tuned that benchmark before and trimmed 25% of the time
> > just by using PatternMatcherInput instead of String.  It's not exactly
> > a rigorous benchmark anyway.  Measurements I've made in the past show
> > that the performance of the packages depends heavily on the input and
> > how the regular expressions are written.  Two equivalent regular
> > expressions can have very different performance characteristics.
> > That said, ORO is behind the times on performance, having been designed
> > originally to get the most out of JDK 1.0.2.
> >
> > A question that bears revisiting is if Perl5Matcher needs to bother
> > converting to char[] anymore.  In JDK 1.0.2 and 1.1 days it was a big
> > performance win, but unless you're working with your input as
> > char[] from the start, I bet these days it would be faster to not make
> > the conversion and work directly with String (or CharSequence) if we're
> > willing to abandon JDK 1.2/1.3 compatibility.  But now that there's
> > a java.util.regex, the primary reason to use ORO appears to be if you're
> > still on 1.2/1.3...
> >
> > In response to the email Subject, Perl5Util is a convenience class and
> > will always be slower than using Perl5Matcher directly because Perl5Util
> > has to parse the native Perl-style representation of expressions :(
> >
> > daniel
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: oro-user-help@jakarta.apache.org
> >
> >
>

Thanks Daniel.

Sounds like I should be moving to java.util.regex. I do like the convenience
of the pattern caching but I guess it's easy enough to set that up myself
for java.util.regex.

Duke

On 3/29/06, Daniel F. Savarese <dfs@savarese.org> wrote:
>
>
> In message <824028f0603291030j5607dfd9g2e8208ff51f60320@mail.gmail.com>,
> "Duke
> Tantiprasut" writes:
> >I'm curious why there is such a significant jump from the Perl5Matcher
> >compared to the java.util.regex?
>
> A hefty chunk of that time comes from converting strings to char[] before
> matching.  I've tuned that benchmark before and trimmed 25% of the time
> just by using PatternMatcherInput instead of String.  It's not exactly
> a rigorous benchmark anyway.  Measurements I've made in the past show
> that the performance of the packages depends heavily on the input and
> how the regular expressions are written.  Two equivalent regular
> expressions can have very different performance characteristics.
> That said, ORO is behind the times on performance, having been designed
> originally to get the most out of JDK 1.0.2.
>
> A question that bears revisiting is if Perl5Matcher needs to bother
> converting to char[] anymore.  In JDK 1.0.2 and 1.1 days it was a big
> performance win, but unless you're working with your input as
> char[] from the start, I bet these days it would be faster to not make
> the conversion and work directly with String (or CharSequence) if we're
> willing to abandon JDK 1.2/1.3 compatibility.  But now that there's
> a java.util.regex, the primary reason to use ORO appears to be if you're
> still on 1.2/1.3...
>
> In response to the email Subject, Perl5Util is a convenience class and
> will always be slower than using Perl5Matcher directly because Perl5Util
> has to parse the native Perl-style representation of expressions :(
>
> daniel
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: oro-user-help@jakarta.apache.org
>
>

In message <824028f0603291030j5607dfd9g2e8208ff51f60320@mail.gmail.com>, "Duke 
Tantiprasut" writes:
>I'm curious why there is such a significant jump from the Perl5Matcher
>compared to the java.util.regex?

A hefty chunk of that time comes from converting strings to char[] before
matching.  I've tuned that benchmark before and trimmed 25% of the time
just by using PatternMatcherInput instead of String.  It's not exactly
a rigorous benchmark anyway.  Measurements I've made in the past show
that the performance of the packages depends heavily on the input and
how the regular expressions are written.  Two equivalent regular
expressions can have very different performance characteristics.
That said, ORO is behind the times on performance, having been designed
originally to get the most out of JDK 1.0.2.

A question that bears revisiting is if Perl5Matcher needs to bother
converting to char[] anymore.  In JDK 1.0.2 and 1.1 days it was a big
performance win, but unless you're working with your input as
char[] from the start, I bet these days it would be faster to not make
the conversion and work directly with String (or CharSequence) if we're
willing to abandon JDK 1.2/1.3 compatibility.  But now that there's
a java.util.regex, the primary reason to use ORO appears to be if you're
still on 1.2/1.3...

In response to the email Subject, Perl5Util is a convenience class and
will always be slower than using Perl5Matcher directly because Perl5Util
has to parse the native Perl-style representation of expressions :(

daniel


---------------------------------------------------------------------
To unsubscribe, e-mail: oro-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: oro-user-help@jakarta.apache.org