Help to install a java script or similar CRGREP

[Contro]

I am trying to collect software able to search and replace strings in word documents and other :

http://www.donationcoder.com/forum/index.php?topic=43556.new#new

Until the moment this seems to be the more powerful. But I fail installing. So I need a little more help.

https://sourceforge.net/projects/crgrep/

[Ath]

Can't be that hard, downloading now (but it's slow...), hang on

[Ath]

Most difficult part for you might be to install Java, and set up the JAVA_HOME environment variable.
What OS are you currently on? Windows 7 or Windows 10 (any other Windows I can't make screenshots on, as I've always refused to use Win8/8.1)

Oh, btw, it works like a charm, just tested it with a couple of Office 2013 documents, and found any word I threw at it
sample command-line:

Code

C:\Users\Ath\Documents>..\Downloads\Contro\crgrep-1.0.5\bin\crgrep -i word *.docx

The -i is for case-insensitive search

[Ath]

Well, re-checking your request, crgrep is a find-only tool, no replace feature, for as far as I can find

[Contro]

Thanks a lot Ath.
I have Java already install. I need to digitally sign in the web with digital certificates.
But perhaps I need a java version for developing.

If don't replace is not useful to my purpose.

[Contro]

Most difficult part for you might be to install Java, and set up the JAVA_HOME environment variable.
What OS are you currently on? Windows 7 or Windows 10 (any other Windows I can't make screenshots on, as I've always refused to use Win8/8.1)

Oh, btw, it works like a charm, just tested it with a couple of Office 2013 documents, and found any word I threw at it
sample command-line:

Code

C:\Users\Ath\Documents>..\Downloads\Contro\crgrep-1.0.5\bin\crgrep -i word *.docx

The -i is for case-insensitive search

I have windows 8.1

I take screenshots with Screenshot Captor

[Shades]

Sometimes it is possible to use Java-based applications when you simply copy the java executables (with their standard folder structure!) in a folder acceptable by the Java-based application.

Oracle SQL Developer and DataStax DevCenter (Cassandra/NoSQL) are good examples. When Java isn't installed on your system and you run these software applications, an error message screen tells you that the java executable cannot be found and tells you also the folders where it looks for the Java executables. If you simply download the Java version that you need (JRE = Java Runtime Environment / JDK = Java Development Kit) and extract it (NOT install!!!) into one of the folders suggested by the software, you have a fully working application without the need to install Java.

The above can also be handy if you need a very specific Java version installed for one application and a different Java version for another application. Find out which application is able to run without Java installed and extract the required Java version in one of its acceptable folders and run the software at least once (to set all the paths correctly for that particular Java-based application). Then install the Java version for the other application and you should be able to use each Java-based application with their corresponding Java version. Of course, if both applications can run without having Java installed, then don't install Java at all.

With Java applications it is very common that you need a very specific version of Java and you cannot deviate (much) before it (seriously) affects the Java-based application. This is why working with Java-based applications can be complicated, do you update and risk the application not function anymore as you expect (best case scenario) or not at all (worst case scenario)?

A setup like explained above requires that you yourself need to keep an eye out for Java and/or application updates. This is also why I don't like Java-based applications. Dependency-hell (all over again)...

[Ath]

With Java applications it is very common that you need a very specific version of Java and you cannot deviate (much) before it (seriously) affects the Java-based application. This is why working with Java-based applications can be complicated, do you update and risk the application not function anymore as you expect (best case scenario) or not at all (worst case scenario)?

Hm, that was the case a couple of years back (when Java 1.2, 1.3, 1.4 and 5 was current), but now that Oracle is actively demotivating the use of older Java versions and finally removing some long deprecated stuff, most applications behave appropriately, by being forward compatible in nearly any situation. Agreed, I do know of a few obscurities in this area, so it's not eradicated completely, but can usually be easily worked around (by the developer).