This week's book giveaway is in the Kotlin forum.
We're giving away four copies of Kotlin in Action and have Dmitry Jemerov & Svetlana Isakova on-line!
See this thread for details.
Win a copy of Kotlin in Action this week in the Kotlin forum!
  • Post Reply Bookmark Topic Watch Topic
  • New Topic

JSF - Tomahawk - alternative for oro for regex validation  RSS feed

 
shiva kumar g
Greenhorn
Posts: 9
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi,


We have a JSF application which using Tomahawk jar. As it have dependencies for each and every function, we are importing them into our lib directory.

For the regex validation functionality Tomahawk depends on commons-validator and jakarta oro jar. But this oro jar is retired and no more updates/support(http://jakarta.apache.org/oro/). As per our policy we should not use these type of jars in the lib path.

I have googled lot for alternative to oro which supports for commons-validator, but could not found the solution. If anyone encountered the same please guide me else if you have some suggestion please let me know.

Below is the error trace i am getting while regex validating the HTML form fields



Keeping the oro jar will solve the issue, but we shouldn't use this.

Also one more thing the same application is working as expected in weblogic server without this oro jar file. I don''t know whether the weblogic server has this class implementation in it ?
 
Ulf Dittmer
Rancher
Posts: 42972
73
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Try upgrading to Commons Validator 1.4, which removed the ORO dependency, but should otherwise be fully compatible with Validator 1.3.
 
shiva kumar g
Greenhorn
Posts: 9
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
Hi Ulf Dittmer,

Thanks very much for your reply.

By upgrading the commons validator jar file to 1.4 regex validations are working as expecting just like oro is in lib path.

Once again thanks and have a nice day.

 
Tim Holloway
Bartender
Posts: 18709
71
Android Eclipse IDE Linux
  • Mark post as helpful
  • send pies
  • Quote
  • Report post to moderator
One of the advantages of using a build system with dependency support such as Maven or Ant with Ivy is that you have fewer concerns over downstream dependencies, as the builder will resolve them automatically.

I should note that just because something is deprecated, obsolete or retired that that doesn't always mean that it cannot be essential. More than once I've run into issues where I had an obsolete module that either had no replacement (coming soon!) or whose replacement was functionally useless. So while it's always good to keep up to date, a hard-line policy can cost you.
 
  • Post Reply Bookmark Topic Watch Topic
  • New Topic
Boost this thread!