BEA WebLogic 10 под Fedora

Известно време се мъчих да подкарам Tomcat под Fedora 7..той си работеше ма аз нещо барнах и сега трябва бая да задълбая, за да го оправя. Пък и нещо не ми се занимава :-) Затова реших радикално проблема... взех че качих BEA WebLogic. Честно казано бях потресен колко лесно стана всичко... свалих един 700Mb-тов bin файл и само го пуснах... оправих директорията в която да се инталира и всичко мина като по-вода (next, next,next,next, finish)
Въпреки, че BEA имат официален съпорт само за RedHat linux, явно нямат проблеми продуктите им да работят и под Fedora 7 :-) Още разучавам точно какво инсталирах, ама май ще бъде интересно. Чудя се има ли някаква база отдолу, или е само jee server... нещо ме мързи да чета, както и да е, ще го разгледам по-подробно тия дни, че трябва да пиша и дипломна работа. Може би ще го ползвам за да ми хоства jsp-тата :-)
Направо съм удивен, колко лесно го инсталирах.. бях се подготвил за няколко часова борба с хиляда скрипт хака и разни страни exception-и - все пак бях изтеглил версия за Redhat, а не за Fedora... обаче се оказа че съм приключил за 10 мин. :-) Много се кефя!

Fedora 7

Ми освен да попиша малко за моя досег до новата Fedora 7. Общо взето бях може би един от първите които си я свалиха и качиха....даже БГ мирорите още я нямаха та я свалях от някви мирори в Европа...бая чакане си падна. Първите ми впечатления бяха: брех много fancy шаренийка ала бала... Инсталирането беше супер лесно всичко си детектна ок. След това гледам какъв софтуерм има.... и понеже нали съм си лаком реших да инсталирам всичко де що има като цъкалка :-) Е почахак около 2 часа да се download-не всичко за да получа великия всичко обяснвящ надпи...package xxxxx is not verified... Уау! Нали уж от официялния сайт инсталирам...Я един рестарт и да пробвам пак...все пак може да има някъв скрипт който не се е пуснал след първия рестарт веднага след инсталацията...знам ли.. Още 2 часа и пак същата грешка. Явно нещо има...деселектирам проблемния пакет и си мисля това сигурно е нещо недогледано на всеки му се случва....още 2 часа и бамм...същата грешка със друг пакет! Брех м*** му. Нали уж 4 фази на тестване и незнам си кво още. Тоя път не ми се чакаше пак 2 часа за това малко по-малко селектирани пакети и да пробваме пак...почнаха да гърмят един по един ...на 10тия се отказах. Гоогълнах половин час и гледам има няква опция на yum нещо като pgp check или нещо такова...явно тука се крие разковничето...сложих го на 0 в кофигурацията на yum и поне взеха че се инсталираха част от пакетите. Викам си щом на тест пц-то се инстална, да взема да пробвам и на лаптопа...той и е с 6-тицата да взема да го ъпгрейдна...да ама не.....детектна старта инсталация почна да анализира пакетите и каза "package %s ......" debug / restart....еми явно ще си остана със 6тицата.... а пък F8 трябва да има повечко тестване !

В дебрите на DirectShow или как да ползваме ISampleGrabber

Днеска за пореден път се сблъсках с добре структурираната и позотворна информация за DirectShow. Целта беше да ползвам ISampleGrabber филтърът за да направя няколко картинки от филмче. Example-и има много за това... обаче тайната как да ги компилираш я няма абсолютно никъде. Проблема е, че освен стандартното PlatformSDK трябва и DirectX SDK заради един header файл. След това обаче се набозват някакви недекларирани макроси и става яко мазало. Грешката която се получава е:

...mmstream.h(332) : error C2061: syntax error : identifier '__RPC__deref_out_opt'"
...mmstream.h(335) : error C2061: syntax error : identifier '__RPC__out'
...mmstream.h(339) : error C2061: syntax error : identifier '__RPC__in_opt'

и така още около 102 пъти :-)

В крайна сметка печелившата комбинация от include-и е следната:

rpcsal.h
dxtrans.h
qedit.h


Първият rpcsal.h е най-важен за тези макроси.