Хочу чтобы в яве была возможность создавать абстрактные статические методы...
столкнулся с такой задачей вот..
конечно может я неправильно спроектировал архитектуру приложения, но все же вот задача:

есть классы

C1, C2, ..., Cn 


которые наследуют абстрактный класс



и переопределяют метод foo(). всё тривиально.

Но, кроме того, для каждого из класса Cn нужно сделать статические методы configure которые конфигурирут статические поля каждого из Cn,

с точки зрения ООП метод configure обладает свойствами полиморфизма, но все же он статический, и поэтому его нельзя сделать абстрактным, что очень жаль... 

учитывая, что множество Cn является мастабируемым, то использование методов configure для каждого класса Cn возможно при знании о типе этого класса...

в качестве разбушевавшейся фантазии - у меня возникла нереальная мысль - а что бы если бы существовали абстрактные статические методы... 
хочу услышать любую критику на это. 

А кто будет вызывать эти методы configure? Если он знает класс, для которого этот метод надо вызвать, то и без абстрактного метода вызовет. Если не знает - всё равно вызвать не сможет.
Или путем определения абстрактного статического метода Вы хотите указать, что все наследники должны определить configure? А что им мешает использовать другой способ конфигурации статических полей? Общий способ нужен только для того, чтобы дать клиенту возможность обращаться одинаково (полиморфно) со всеми Cn. Еще раз спрошу - кто клиент? 

а блок статической инициализация не сможет помочь? 

И как ты себе это представляешь? Не статический метод вызывается для определенного объекта, и соответсвенно во время исполнения может быть определено тип объекта, и вызван правильный метод (а компилятор заботится, чтобы этот метод был определен в классе).
Со статическими методами все не так, они вызываются по имени класса, т.е. связываение происходит во время компиляции, поэтому соответвенно никаких виртуальных методов тут не может быть.

А по поводу задачи, замени статические поля и методы на синглетон. 

скорее всего использование "желаемого" статического абстрактного метода связано с наложением правил создания классов Cn - тоесть хотелось бы указать программисту обязательно создавать данный static метод configure для текущего класса, т.к. у всего множества этих классов предполагается некий общий статический контекст.. Если бы задача не была бы связана с статическим контекстом - все было бы просто - компилятор заставлял бы переопределять все указанные абстрактные методы..

попытаюсь описать задачу свою математически чтобы было понятно что я хотел сказать:

есть множество классов A = { C1, C2, ..., Cn }

каждый класс Ci - есть тоже множество - множество инстанций данного класса

так вот, все элементы множества A - должны реализовать общий статический метод configure - который различается реализацией для каждого из классов.
-------------

метод configure задает во время выполнения программы некоторые статические правила для всех инстанций класса Ci

в общем постарался объяснить свою задачу, как мог подробнее... 
 

А как ты собираешься вызывать статический метод у класса, если на момент написания программы, ты не знаешь об этом классе? Через рефлексию?

В данном случа явно, что-то не так с проектированием. Если например объекты создаются фабрикой, то пусть она и конфигурирует объекты. 

Вы имели ввиду под синглетоном фабрику, которая будет создавать эти объекты C1, C2,...,Cn? 

Можно так, а можно создать класс Configuration который будет хранить конфигурацию, а у него уже определить абстрактный метод configure(), c нужными параметрами.