Мерси за отговора. Не е това проблемът. Сложих регекс за целия ред: "[A-Z]+[A-Za-z0-9]+\s\|\s[A-Z]+[A-Za-z0-9]+\s\|\s[A-Z]+[A-Za-z0-9]+". Отново гърми с time limit (както и преди).

Почти съм убеден, че е нещо със сортирането, защото до момента не бях писал чак толкова извратено :) Нещо идва от там...

Match-ва само някаква част от тях, а аз проверявам дали не съвпадат напълно (с метод matches). Съответно не ги брои за валидни, тъй като в твоя пример първото започва с цифра, второто съдържа ":" и ";", а третото започва с малка буква - съответно не ги мачва напълно и цикълът продължава със следващия ред. Може да го видиш в кода ми. Както и да е... Кажете нещо за сортирането, моля ви :D

Не е проблем, пак си match-ва поне една главна бувка, последвана от поне една главна, малка или цифра. Дори вариантът на колегата с regex за цял ред във формат (class | method | test) ми се вижда още по-удачен. Проблемът си седи и мисля, че определено не е в регексът.

Ще се скъсам от яд.... снощи 4 часа си мислех, че е от сортирането, а то излезе от регекса... Ще пукна...

ето го моя код: http://pastebin.com/NHeNUbrb 

Здрвейте колеги,

това е регулярния израз, който работи "^([A-Z][a-zA-Z0-9]+)\s\|\s([A-Z][a-zA-Z0-9]+)\s\|\s([A-Z][a-zA-Z0-9]+)$". Първа група име на класа втора група име на метода трета на тестовете. Този символ ^ е за начало на стринг, а този $ е за край. Като се напише така регулярния израз не мачва инпути със интервали или символи в началото и интервали или символи в края, които се смятат за невалвидни по условие. Всички тестове с изкючение на нулевия са счупени по този начин. 

Поздрави

Здравей, колежке,

Може и без ^ и $ в началото и края, ако ползваш метод matches после. Той мачва изцяло и ако има други символи или интервали отпред или отзад, ще е false. Така го е направил и колегата.

Поздрави ;)

Мерси, ще прегледам решението ти :)

Браво, колега! Много елегантно!

До сортирането, моето решение беше почти 1:1 с твоето, но сортирането го бях оплескал здраво и се чудех как да го направя.

Благодаря зя споделеното решение!

Здравей,

регекса ти не е мн коректен, но просто не е имало тест в който името на клас/метод/тест да бъде реално с 2 букви, както споменато , че е възможно да се случи по условие.

Rectangle | Sd | Bla

Това е валиден инпут, който регекса ти няма да хване :)

Поздрави!

Имам един въпрос.

Предлагам решението си в което, проблема е, че накрая , когато всичко е равно не сортира по азбучен ред.

Опитах какво ли не, но въпреки всичко не ги сортра.

Ще бъда благодарен ако някой ме насочи къде е проблема.

http://pastebin.com/GLPqzGdB

Когато напишеш sorted() втори път, презаписваш първия sorted().

Мерси за отговора но при премахването на дублирания сорт, резултата остава непроменен.

Гледах и авторското решение промених малко и моето но ето тук нещо не е както трябва ъпреки че изглежда наред

Collections.sort(data, new Comparator<Framework>() {

				@Override
				public int compare(Framework o1, Framework o2) {
					int index = Integer.compare(o2.countTests, o1.countTests);
					if (index == 0) {
						index = Integer.compare(o1.countMetods, o2.countMetods);
					}
					if (index == 0) {
						index = o1.getClassName().compareTo(o2.getClassName());
					}
					return index;
				}
			});

http://pastebin.com/snb0K57q

защото на 7 тест при подадени класове intelij и еclips принтира когато всички методи и тестове са равни, принтира първо intelij