grep + FIND all files that are jar files and ended with jar [closed]

Multi tool use
Multi tool use












-1















With this way we can get all .jar files list:



#  su -l hdfs -c " hdfs dfs -ls /home/test/jt/*.jar "

-rw-r--r--   3 hdfs hdfs     501879 2019-03-04 10:35 /home/test/jt/cfjrfr-3.8.1.jar

-rw-r--r--   3 hdfs hdfs     870215 2019-03-04 10:35 /home/test/jt/dhe-1.2.1.jar

-rw-r--r--   3 hdfs hdfs    2734339 2019-03-04 10:35 /home/test/jt/34343-25.1-jre.jar

-rw-r--r--   3 hdfs hdfs      30053 2019-03-04 10:35 /home/test/jt/23424.jar

-rw-r--r--   3 hdfs hdfs      16481 2019-03-04 10:35 /home/test/jt/h324.jar

-rw-r--r--   3 hdfs hdfs      29725 2019-03-04 10:35 /home/test/jt/3223kj3.jar


We try also different approach with grep, but this syntax does not return any output:



 su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  "*.jar$"


Where I am wrong?






linux shell-script grep







share|improve this question















closed as unclear what you're asking by G-Man, jimmij, roaima, Mr Shunz, Haxiel Mar 7 at 18:37


Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, it’s hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.














  • 1





    Well, for one thing you are confusing regex and glob patterns: if you want to grep for lines ending in .jar try grep ".jar$"

    – steeldriver
    Mar 6 at 17:39











  • but what about all words before .jar , so why not set *.jar$

    – yael
    Mar 6 at 17:56






  • 1





    (a) first it's incorrect, you would need .*.jar and (b) second it's superfluous because grep outputs whole lines when a match is found (unless you are using -o for example)

    – steeldriver
    Mar 6 at 18:03






  • 2





    Why are you using su? What is hdfs? Basically, why aren't you just running ls /home/test/jt/*.jar?

    – terdon♦
    Mar 6 at 18:32
















-1















With this way we can get all .jar files list:



#  su -l hdfs -c " hdfs dfs -ls /home/test/jt/*.jar "

-rw-r--r--   3 hdfs hdfs     501879 2019-03-04 10:35 /home/test/jt/cfjrfr-3.8.1.jar

-rw-r--r--   3 hdfs hdfs     870215 2019-03-04 10:35 /home/test/jt/dhe-1.2.1.jar

-rw-r--r--   3 hdfs hdfs    2734339 2019-03-04 10:35 /home/test/jt/34343-25.1-jre.jar

-rw-r--r--   3 hdfs hdfs      30053 2019-03-04 10:35 /home/test/jt/23424.jar

-rw-r--r--   3 hdfs hdfs      16481 2019-03-04 10:35 /home/test/jt/h324.jar

-rw-r--r--   3 hdfs hdfs      29725 2019-03-04 10:35 /home/test/jt/3223kj3.jar


We try also different approach with grep, but this syntax does not return any output:



 su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  "*.jar$"


Where I am wrong?






linux shell-script grep







share|improve this question















closed as unclear what you're asking by G-Man, jimmij, roaima, Mr Shunz, Haxiel Mar 7 at 18:37


Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, it’s hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.














  • 1





    Well, for one thing you are confusing regex and glob patterns: if you want to grep for lines ending in .jar try grep ".jar$"

    – steeldriver
    Mar 6 at 17:39











  • but what about all words before .jar , so why not set *.jar$

    – yael
    Mar 6 at 17:56






  • 1





    (a) first it's incorrect, you would need .*.jar and (b) second it's superfluous because grep outputs whole lines when a match is found (unless you are using -o for example)

    – steeldriver
    Mar 6 at 18:03






  • 2





    Why are you using su? What is hdfs? Basically, why aren't you just running ls /home/test/jt/*.jar?

    – terdon♦
    Mar 6 at 18:32














-1












-1








-1








With this way we can get all .jar files list:



#  su -l hdfs -c " hdfs dfs -ls /home/test/jt/*.jar "

-rw-r--r--   3 hdfs hdfs     501879 2019-03-04 10:35 /home/test/jt/cfjrfr-3.8.1.jar

-rw-r--r--   3 hdfs hdfs     870215 2019-03-04 10:35 /home/test/jt/dhe-1.2.1.jar

-rw-r--r--   3 hdfs hdfs    2734339 2019-03-04 10:35 /home/test/jt/34343-25.1-jre.jar

-rw-r--r--   3 hdfs hdfs      30053 2019-03-04 10:35 /home/test/jt/23424.jar

-rw-r--r--   3 hdfs hdfs      16481 2019-03-04 10:35 /home/test/jt/h324.jar

-rw-r--r--   3 hdfs hdfs      29725 2019-03-04 10:35 /home/test/jt/3223kj3.jar


We try also different approach with grep, but this syntax does not return any output:



 su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  "*.jar$"


Where I am wrong?






linux shell-script grep







share|improve this question
















With this way we can get all .jar files list:



#  su -l hdfs -c " hdfs dfs -ls /home/test/jt/*.jar "

-rw-r--r--   3 hdfs hdfs     501879 2019-03-04 10:35 /home/test/jt/cfjrfr-3.8.1.jar

-rw-r--r--   3 hdfs hdfs     870215 2019-03-04 10:35 /home/test/jt/dhe-1.2.1.jar

-rw-r--r--   3 hdfs hdfs    2734339 2019-03-04 10:35 /home/test/jt/34343-25.1-jre.jar

-rw-r--r--   3 hdfs hdfs      30053 2019-03-04 10:35 /home/test/jt/23424.jar

-rw-r--r--   3 hdfs hdfs      16481 2019-03-04 10:35 /home/test/jt/h324.jar

-rw-r--r--   3 hdfs hdfs      29725 2019-03-04 10:35 /home/test/jt/3223kj3.jar


We try also different approach with grep, but this syntax does not return any output:



 su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  "*.jar$"


Where I am wrong?






linux shell-script grep




linux shell-script grep






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Mar 6 at 18:29









DisplayName

4,63594782




4,63594782










asked Mar 6 at 16:59









yaelyael

2,79332979




2,79332979




closed as unclear what you're asking by G-Man, jimmij, roaima, Mr Shunz, Haxiel Mar 7 at 18:37


Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, it’s hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.









closed as unclear what you're asking by G-Man, jimmij, roaima, Mr Shunz, Haxiel Mar 7 at 18:37


Please clarify your specific problem or add additional details to highlight exactly what you need. As it's currently written, it’s hard to tell exactly what you're asking. See the How to Ask page for help clarifying this question. If this question can be reworded to fit the rules in the help center, please edit the question.










  • 1





    Well, for one thing you are confusing regex and glob patterns: if you want to grep for lines ending in .jar try grep ".jar$"

    – steeldriver
    Mar 6 at 17:39











  • but what about all words before .jar , so why not set *.jar$

    – yael
    Mar 6 at 17:56






  • 1





    (a) first it's incorrect, you would need .*.jar and (b) second it's superfluous because grep outputs whole lines when a match is found (unless you are using -o for example)

    – steeldriver
    Mar 6 at 18:03






  • 2





    Why are you using su? What is hdfs? Basically, why aren't you just running ls /home/test/jt/*.jar?

    – terdon♦
    Mar 6 at 18:32














  • 1





    Well, for one thing you are confusing regex and glob patterns: if you want to grep for lines ending in .jar try grep ".jar$"

    – steeldriver
    Mar 6 at 17:39











  • but what about all words before .jar , so why not set *.jar$

    – yael
    Mar 6 at 17:56






  • 1





    (a) first it's incorrect, you would need .*.jar and (b) second it's superfluous because grep outputs whole lines when a match is found (unless you are using -o for example)

    – steeldriver
    Mar 6 at 18:03






  • 2





    Why are you using su? What is hdfs? Basically, why aren't you just running ls /home/test/jt/*.jar?

    – terdon♦
    Mar 6 at 18:32








1




1





Well, for one thing you are confusing regex and glob patterns: if you want to grep for lines ending in .jar try grep ".jar$"

– steeldriver
Mar 6 at 17:39





Well, for one thing you are confusing regex and glob patterns: if you want to grep for lines ending in .jar try grep ".jar$"

– steeldriver
Mar 6 at 17:39













but what about all words before .jar , so why not set *.jar$

– yael
Mar 6 at 17:56





but what about all words before .jar , so why not set *.jar$

– yael
Mar 6 at 17:56




1




1





(a) first it's incorrect, you would need .*.jar and (b) second it's superfluous because grep outputs whole lines when a match is found (unless you are using -o for example)

– steeldriver
Mar 6 at 18:03





(a) first it's incorrect, you would need .*.jar and (b) second it's superfluous because grep outputs whole lines when a match is found (unless you are using -o for example)

– steeldriver
Mar 6 at 18:03




2




2





Why are you using su? What is hdfs? Basically, why aren't you just running ls /home/test/jt/*.jar?

– terdon♦
Mar 6 at 18:32





Why are you using su? What is hdfs? Basically, why aren't you just running ls /home/test/jt/*.jar?

– terdon♦
Mar 6 at 18:32










3 Answers
3






active

oldest

votes


















3














* is excessful here. In regular expressions, * is used to specify that the previous symbol can appear any number of times, including 0. Using it without a preceding symbol is pointless, so in this special case grep looks for the * symbol itself (in general case you need to precede it with for this purpose).



. has a special meaning of matching any symbol too, so if you want to cover the situations where there are some bogus extensions like .djar, or extensionless files ending with jar, you need to precede it with too.



So, in short, you need just:



su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  ".jar$"





share|improve this answer
























  • but what about all words before .jar , so why not set *.jar$

    – yael
    Mar 6 at 17:51






  • 1





    If you don't care about them, why specify them in the expression? Also, in RE, * is meaningless without a character class before it; * means "zero or more of the previous match".

    – DopeGhoti
    Mar 6 at 18:03













  • ... at least with GNU grep, BRE treats a leading * a literal, whereas ERE treats it as zero or more occurrences of a leading empty string (which matches everything)

    – steeldriver
    Mar 6 at 18:19











  • @yael grep searches for a substring by default. It doesn't care about other symbols if there is enough consequent symbols to match the given pattern. If you want it to match the whole line, the expression should both start with ^ and end with $. In this case, if you want to make sure that file has an actual name besides of the extension, you can check it with [^/].jar$, which means that any symbol except of directory separator (/) can appear before the dot. [^ symbol ] is an inversion operator.

    – bodqhrohro
    Mar 6 at 19:19



















0














With grep -E



su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  -E .jar$


It searches in the output of first command all files that end with .jar






share|improve this answer
























  • No, that will find all lines that end in "any character" then jar. For example fajar. You want grep '.jar$. But in any case, this is the same as what the OP already did. The -E doesn't make any difference at all here.

    – terdon♦
    Mar 6 at 18:34



















-2














Try this one:



ls -l | grep *.jar*





share|improve this answer


























  • Apart from the problems with parsing the output of ls, this will also find names like foojarbar. Why not just ls -l *.jar?

    – terdon♦
    Mar 6 at 18:31











  • @terdon "ls -l * .jar " will list all files with .doc at the at the end if you wanna list ALL files speicfically which have ".jar" you should use " ls -l * .jar * " this specfically looks for th phrase ".jar" instead of only jar.

    – Qasim
    Mar 6 at 18:34













  • I know the formatting here is complicated. Sorry! Please look at the formatting tools help page for help on formatting your posts.

    – terdon♦
    Mar 6 at 18:38













  • yea the format is pretty annoying

    – Qasim
    Mar 6 at 18:39






  • 1





    @G-Man Interesting how things are so much clearer after a good nights sleep. You're quite right, of course, ls *.jar will list files ending in .jar. My point about the regex was because the OP was using ls | grep .jar and that does something very different. I just copied the wrong thing into my comment.

    – terdon♦
    Mar 7 at 16:49


















3 Answers
3






active

oldest

votes








3 Answers
3






active

oldest

votes









active

oldest

votes






active

oldest

votes









3














* is excessful here. In regular expressions, * is used to specify that the previous symbol can appear any number of times, including 0. Using it without a preceding symbol is pointless, so in this special case grep looks for the * symbol itself (in general case you need to precede it with for this purpose).



. has a special meaning of matching any symbol too, so if you want to cover the situations where there are some bogus extensions like .djar, or extensionless files ending with jar, you need to precede it with too.



So, in short, you need just:



su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  ".jar$"





share|improve this answer
























  • but what about all words before .jar , so why not set *.jar$

    – yael
    Mar 6 at 17:51






  • 1





    If you don't care about them, why specify them in the expression? Also, in RE, * is meaningless without a character class before it; * means "zero or more of the previous match".

    – DopeGhoti
    Mar 6 at 18:03













  • ... at least with GNU grep, BRE treats a leading * a literal, whereas ERE treats it as zero or more occurrences of a leading empty string (which matches everything)

    – steeldriver
    Mar 6 at 18:19











  • @yael grep searches for a substring by default. It doesn't care about other symbols if there is enough consequent symbols to match the given pattern. If you want it to match the whole line, the expression should both start with ^ and end with $. In this case, if you want to make sure that file has an actual name besides of the extension, you can check it with [^/].jar$, which means that any symbol except of directory separator (/) can appear before the dot. [^ symbol ] is an inversion operator.

    – bodqhrohro
    Mar 6 at 19:19
















3














* is excessful here. In regular expressions, * is used to specify that the previous symbol can appear any number of times, including 0. Using it without a preceding symbol is pointless, so in this special case grep looks for the * symbol itself (in general case you need to precede it with for this purpose).



. has a special meaning of matching any symbol too, so if you want to cover the situations where there are some bogus extensions like .djar, or extensionless files ending with jar, you need to precede it with too.



So, in short, you need just:



su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  ".jar$"





share|improve this answer
























  • but what about all words before .jar , so why not set *.jar$

    – yael
    Mar 6 at 17:51






  • 1





    If you don't care about them, why specify them in the expression? Also, in RE, * is meaningless without a character class before it; * means "zero or more of the previous match".

    – DopeGhoti
    Mar 6 at 18:03













  • ... at least with GNU grep, BRE treats a leading * a literal, whereas ERE treats it as zero or more occurrences of a leading empty string (which matches everything)

    – steeldriver
    Mar 6 at 18:19











  • @yael grep searches for a substring by default. It doesn't care about other symbols if there is enough consequent symbols to match the given pattern. If you want it to match the whole line, the expression should both start with ^ and end with $. In this case, if you want to make sure that file has an actual name besides of the extension, you can check it with [^/].jar$, which means that any symbol except of directory separator (/) can appear before the dot. [^ symbol ] is an inversion operator.

    – bodqhrohro
    Mar 6 at 19:19














3












3








3







* is excessful here. In regular expressions, * is used to specify that the previous symbol can appear any number of times, including 0. Using it without a preceding symbol is pointless, so in this special case grep looks for the * symbol itself (in general case you need to precede it with for this purpose).



. has a special meaning of matching any symbol too, so if you want to cover the situations where there are some bogus extensions like .djar, or extensionless files ending with jar, you need to precede it with too.



So, in short, you need just:



su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  ".jar$"





share|improve this answer













* is excessful here. In regular expressions, * is used to specify that the previous symbol can appear any number of times, including 0. Using it without a preceding symbol is pointless, so in this special case grep looks for the * symbol itself (in general case you need to precede it with for this purpose).



. has a special meaning of matching any symbol too, so if you want to cover the situations where there are some bogus extensions like .djar, or extensionless files ending with jar, you need to precede it with too.



So, in short, you need just:



su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  ".jar$"






share|improve this answer












share|improve this answer



share|improve this answer










answered Mar 6 at 17:47









bodqhrohrobodqhrohro

32617




32617













  • but what about all words before .jar , so why not set *.jar$

    – yael
    Mar 6 at 17:51






  • 1





    If you don't care about them, why specify them in the expression? Also, in RE, * is meaningless without a character class before it; * means "zero or more of the previous match".

    – DopeGhoti
    Mar 6 at 18:03













  • ... at least with GNU grep, BRE treats a leading * a literal, whereas ERE treats it as zero or more occurrences of a leading empty string (which matches everything)

    – steeldriver
    Mar 6 at 18:19











  • @yael grep searches for a substring by default. It doesn't care about other symbols if there is enough consequent symbols to match the given pattern. If you want it to match the whole line, the expression should both start with ^ and end with $. In this case, if you want to make sure that file has an actual name besides of the extension, you can check it with [^/].jar$, which means that any symbol except of directory separator (/) can appear before the dot. [^ symbol ] is an inversion operator.

    – bodqhrohro
    Mar 6 at 19:19



















  • but what about all words before .jar , so why not set *.jar$

    – yael
    Mar 6 at 17:51






  • 1





    If you don't care about them, why specify them in the expression? Also, in RE, * is meaningless without a character class before it; * means "zero or more of the previous match".

    – DopeGhoti
    Mar 6 at 18:03













  • ... at least with GNU grep, BRE treats a leading * a literal, whereas ERE treats it as zero or more occurrences of a leading empty string (which matches everything)

    – steeldriver
    Mar 6 at 18:19











  • @yael grep searches for a substring by default. It doesn't care about other symbols if there is enough consequent symbols to match the given pattern. If you want it to match the whole line, the expression should both start with ^ and end with $. In this case, if you want to make sure that file has an actual name besides of the extension, you can check it with [^/].jar$, which means that any symbol except of directory separator (/) can appear before the dot. [^ symbol ] is an inversion operator.

    – bodqhrohro
    Mar 6 at 19:19

















but what about all words before .jar , so why not set *.jar$

– yael
Mar 6 at 17:51





but what about all words before .jar , so why not set *.jar$

– yael
Mar 6 at 17:51




1




1





If you don't care about them, why specify them in the expression? Also, in RE, * is meaningless without a character class before it; * means "zero or more of the previous match".

– DopeGhoti
Mar 6 at 18:03







If you don't care about them, why specify them in the expression? Also, in RE, * is meaningless without a character class before it; * means "zero or more of the previous match".

– DopeGhoti
Mar 6 at 18:03















... at least with GNU grep, BRE treats a leading * a literal, whereas ERE treats it as zero or more occurrences of a leading empty string (which matches everything)

– steeldriver
Mar 6 at 18:19





... at least with GNU grep, BRE treats a leading * a literal, whereas ERE treats it as zero or more occurrences of a leading empty string (which matches everything)

– steeldriver
Mar 6 at 18:19













@yael grep searches for a substring by default. It doesn't care about other symbols if there is enough consequent symbols to match the given pattern. If you want it to match the whole line, the expression should both start with ^ and end with $. In this case, if you want to make sure that file has an actual name besides of the extension, you can check it with [^/].jar$, which means that any symbol except of directory separator (/) can appear before the dot. [^ symbol ] is an inversion operator.

– bodqhrohro
Mar 6 at 19:19





@yael grep searches for a substring by default. It doesn't care about other symbols if there is enough consequent symbols to match the given pattern. If you want it to match the whole line, the expression should both start with ^ and end with $. In this case, if you want to make sure that file has an actual name besides of the extension, you can check it with [^/].jar$, which means that any symbol except of directory separator (/) can appear before the dot. [^ symbol ] is an inversion operator.

– bodqhrohro
Mar 6 at 19:19













0














With grep -E



su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  -E .jar$


It searches in the output of first command all files that end with .jar






share|improve this answer
























  • No, that will find all lines that end in "any character" then jar. For example fajar. You want grep '.jar$. But in any case, this is the same as what the OP already did. The -E doesn't make any difference at all here.

    – terdon♦
    Mar 6 at 18:34
















0














With grep -E



su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  -E .jar$


It searches in the output of first command all files that end with .jar






share|improve this answer
























  • No, that will find all lines that end in "any character" then jar. For example fajar. You want grep '.jar$. But in any case, this is the same as what the OP already did. The -E doesn't make any difference at all here.

    – terdon♦
    Mar 6 at 18:34














0












0








0







With grep -E



su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  -E .jar$


It searches in the output of first command all files that end with .jar






share|improve this answer













With grep -E



su -l hdfs -c " hdfs dfs -ls /home/test/jt" |  grep  -E .jar$


It searches in the output of first command all files that end with .jar







share|improve this answer












share|improve this answer



share|improve this answer










answered Mar 6 at 18:25









Emilio GalarragaEmilio Galarraga

554410




554410













  • No, that will find all lines that end in "any character" then jar. For example fajar. You want grep '.jar$. But in any case, this is the same as what the OP already did. The -E doesn't make any difference at all here.

    – terdon♦
    Mar 6 at 18:34



















  • No, that will find all lines that end in "any character" then jar. For example fajar. You want grep '.jar$. But in any case, this is the same as what the OP already did. The -E doesn't make any difference at all here.

    – terdon♦
    Mar 6 at 18:34

















No, that will find all lines that end in "any character" then jar. For example fajar. You want grep '.jar$. But in any case, this is the same as what the OP already did. The -E doesn't make any difference at all here.

– terdon♦
Mar 6 at 18:34





No, that will find all lines that end in "any character" then jar. For example fajar. You want grep '.jar$. But in any case, this is the same as what the OP already did. The -E doesn't make any difference at all here.

– terdon♦
Mar 6 at 18:34











-2














Try this one:



ls -l | grep *.jar*





share|improve this answer


























  • Apart from the problems with parsing the output of ls, this will also find names like foojarbar. Why not just ls -l *.jar?

    – terdon♦
    Mar 6 at 18:31











  • @terdon "ls -l * .jar " will list all files with .doc at the at the end if you wanna list ALL files speicfically which have ".jar" you should use " ls -l * .jar * " this specfically looks for th phrase ".jar" instead of only jar.

    – Qasim
    Mar 6 at 18:34













  • I know the formatting here is complicated. Sorry! Please look at the formatting tools help page for help on formatting your posts.

    – terdon♦
    Mar 6 at 18:38













  • yea the format is pretty annoying

    – Qasim
    Mar 6 at 18:39






  • 1





    @G-Man Interesting how things are so much clearer after a good nights sleep. You're quite right, of course, ls *.jar will list files ending in .jar. My point about the regex was because the OP was using ls | grep .jar and that does something very different. I just copied the wrong thing into my comment.

    – terdon♦
    Mar 7 at 16:49
















-2














Try this one:



ls -l | grep *.jar*





share|improve this answer


























  • Apart from the problems with parsing the output of ls, this will also find names like foojarbar. Why not just ls -l *.jar?

    – terdon♦
    Mar 6 at 18:31











  • @terdon "ls -l * .jar " will list all files with .doc at the at the end if you wanna list ALL files speicfically which have ".jar" you should use " ls -l * .jar * " this specfically looks for th phrase ".jar" instead of only jar.

    – Qasim
    Mar 6 at 18:34













  • I know the formatting here is complicated. Sorry! Please look at the formatting tools help page for help on formatting your posts.

    – terdon♦
    Mar 6 at 18:38













  • yea the format is pretty annoying

    – Qasim
    Mar 6 at 18:39






  • 1





    @G-Man Interesting how things are so much clearer after a good nights sleep. You're quite right, of course, ls *.jar will list files ending in .jar. My point about the regex was because the OP was using ls | grep .jar and that does something very different. I just copied the wrong thing into my comment.

    – terdon♦
    Mar 7 at 16:49














-2












-2








-2







Try this one:



ls -l | grep *.jar*





share|improve this answer















Try this one:



ls -l | grep *.jar*






share|improve this answer














share|improve this answer



share|improve this answer








edited Mar 6 at 18:38









terdon♦

133k32266446




133k32266446










answered Mar 6 at 18:27









QasimQasim

19




19













  • Apart from the problems with parsing the output of ls, this will also find names like foojarbar. Why not just ls -l *.jar?

    – terdon♦
    Mar 6 at 18:31











  • @terdon "ls -l * .jar " will list all files with .doc at the at the end if you wanna list ALL files speicfically which have ".jar" you should use " ls -l * .jar * " this specfically looks for th phrase ".jar" instead of only jar.

    – Qasim
    Mar 6 at 18:34













  • I know the formatting here is complicated. Sorry! Please look at the formatting tools help page for help on formatting your posts.

    – terdon♦
    Mar 6 at 18:38













  • yea the format is pretty annoying

    – Qasim
    Mar 6 at 18:39






  • 1





    @G-Man Interesting how things are so much clearer after a good nights sleep. You're quite right, of course, ls *.jar will list files ending in .jar. My point about the regex was because the OP was using ls | grep .jar and that does something very different. I just copied the wrong thing into my comment.

    – terdon♦
    Mar 7 at 16:49



















  • Apart from the problems with parsing the output of ls, this will also find names like foojarbar. Why not just ls -l *.jar?

    – terdon♦
    Mar 6 at 18:31











  • @terdon "ls -l * .jar " will list all files with .doc at the at the end if you wanna list ALL files speicfically which have ".jar" you should use " ls -l * .jar * " this specfically looks for th phrase ".jar" instead of only jar.

    – Qasim
    Mar 6 at 18:34













  • I know the formatting here is complicated. Sorry! Please look at the formatting tools help page for help on formatting your posts.

    – terdon♦
    Mar 6 at 18:38













  • yea the format is pretty annoying

    – Qasim
    Mar 6 at 18:39






  • 1





    @G-Man Interesting how things are so much clearer after a good nights sleep. You're quite right, of course, ls *.jar will list files ending in .jar. My point about the regex was because the OP was using ls | grep .jar and that does something very different. I just copied the wrong thing into my comment.

    – terdon♦
    Mar 7 at 16:49

















Apart from the problems with parsing the output of ls, this will also find names like foojarbar. Why not just ls -l *.jar?

– terdon♦
Mar 6 at 18:31





Apart from the problems with parsing the output of ls, this will also find names like foojarbar. Why not just ls -l *.jar?

– terdon♦
Mar 6 at 18:31













@terdon "ls -l * .jar " will list all files with .doc at the at the end if you wanna list ALL files speicfically which have ".jar" you should use " ls -l * .jar * " this specfically looks for th phrase ".jar" instead of only jar.

– Qasim
Mar 6 at 18:34







@terdon "ls -l * .jar " will list all files with .doc at the at the end if you wanna list ALL files speicfically which have ".jar" you should use " ls -l * .jar * " this specfically looks for th phrase ".jar" instead of only jar.

– Qasim
Mar 6 at 18:34















I know the formatting here is complicated. Sorry! Please look at the formatting tools help page for help on formatting your posts.

– terdon♦
Mar 6 at 18:38







I know the formatting here is complicated. Sorry! Please look at the formatting tools help page for help on formatting your posts.

– terdon♦
Mar 6 at 18:38















yea the format is pretty annoying

– Qasim
Mar 6 at 18:39





yea the format is pretty annoying

– Qasim
Mar 6 at 18:39




1




1





@G-Man Interesting how things are so much clearer after a good nights sleep. You're quite right, of course, ls *.jar will list files ending in .jar. My point about the regex was because the OP was using ls | grep .jar and that does something very different. I just copied the wrong thing into my comment.

– terdon♦
Mar 7 at 16:49





@G-Man Interesting how things are so much clearer after a good nights sleep. You're quite right, of course, ls *.jar will list files ending in .jar. My point about the regex was because the OP was using ls | grep .jar and that does something very different. I just copied the wrong thing into my comment.

– terdon♦
Mar 7 at 16:49



6Lftc5g6Le fHpw58PTXpGp,MWL8lQPLgy2P4Pyv
-
QFUiojdIg9nI8BsVGDp

Popular posts from this blog

How to make a Squid Proxy server?

Image
1 I want to set up squid proxy server for monitoring user activity in a network and Internet Web URL filtering for user. I also want to configure the user login, user log, user access group, and block unwanted web sites in my network. Please help me and guide me the full process to do this. server proxy squid share | improve this question edited Jul 31 '12 at 14:45 Jorge Castro 37.1k 107 422 617 asked Jul 31 '12 at 5:16 Goivind Tiwari Goivind Tiwari ...
Read more

Is this a new Fibonacci Identity?

Image
6 1 $begingroup$ I have found the following Fibonacci Identity (and proved it). If $F_n$ denotes the nth Fibonacci Number, we have the following identity begin{equation} F_{n-r+h}F_{n+k+g+1} - F_{n-r+g}F_{n+k+h+1} = (-1)^{n+r+h+1} F_{g-h}F_{k+r+1} end{equation} where $F_1 = F_2 = 1$ , $r leq n$ , $h leq g$ , and $n, g, k in mathbb{N}$ . It is not too hard to show that this identity subsumes Cassini's Identity, Catalan's Identity, Vajda's Idenity, and d'Ocagne's identity to name a few. I have done a pretty thorough literature review, and I have not found anything like this, but I am still wondering if anyone has seen this identity before? I found this by accident after noticing some patterns in some analysis work I was doing, so if this is already known I would be curious to see w...
Read more

19世紀

Image
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。 （ 2012年3月 ） 千年紀: 2千年紀 世紀: 18世紀 - 19世紀 - 20世紀 十年紀: 1800年代 1810年代 1820年代 1830年代 1840年代 1850年代 1860年代 1870年代 1880年代 1890年代 19世紀に君臨した大英帝国。 19世紀 （じゅうきゅうせいき）は、西暦1801年から西暦1900年までの100年間を指す世紀。 目次 1 19世紀の歴史 1.1 国民国家の成立 1.2 帝国主義の興隆 1.3 列強の植民地争奪戦 2 できごと 2.1 1800年代 2.2 1810年代 2.3 1820年代 2.4 1830年代 2.5 1840年代 2.6 1850年代 2.7 1860年代 2.8 1870年代 2.9 1880年代 2.10 1890年代 2.11 1900年代 3 文化 3.1 文学 3.2 音楽 3.3 思想 3.4 科学 3.5 技術 4 人物 4.1 ヨーロッパ 4.1.1 政治家・王族 4.1.1.1 フランス 4.1.1.2 オーストリア＝ハンガリー 4.1.1.3 ロシア 4.1.1.4 イギリス 4.1.1.5 ドイツ（プロイセンほかドイツ領邦を含む） 4.1.1.6 北欧 4.1.1.7 イタリア 4.1.1.8 スペイン 4.1.1.9 ベルギー 4.1.1.10 ギリシア 4.1.2 軍人 4.1.3 実業家 4.1.4 科学と技術 4.1.5 思想と哲学・人文諸学 4.1.6 宗教 4.1.7 文学 4.1.8 美術 4.1.9 音楽 4.1.10 社会事業家 4.1.11 探検家・旅行家 4.1.12 料...
Read more