Ti zvucis kao idealni kandidat za reporting services


Salu na stranu, CR koji ide uz VS je ocajan sto i nije cudno jer potice iz verzije 9. Ako hoces da radis enterprse reporting sa CRom onda je kupovina najnovije verzije obavezna, a po ceni od cirka $500 to i nije neka lova. Ja recimo sad koristim CR IXr2 i sasvim sam zadovoljan (sem sto nema integraciju sa vs2008, cekam da mi dodje neki novi projekat sa CRom pa da opravdam trosak za CR2008 )


1. CR jeste pipav i ima svoj koordinatni sistem, ali zahvaljujuci toj pipavosti mozes da napravis reporte o kojima reporting service moze samo da sanja. Nazalost veoma je tesko postici ono sto ti hoces, da imas fleksibilnost u izgledu i fleksibilnost u dizajniranju, nesto mora da se zrtvuje zarad onog drugog. A ne znam zasto ti je poravnavanje problem, CR ima alignment alatke i uvek se vidi sta je selektovano i sa cim se poravnava, tu bas ne vidim neki problem. Jeste pipav za linije, to priznajem i mene je nervirao par puta, ali grid snap i guidelines pomazu mnogo.

2. Pa slazem se ovde, mada sam se nekako navikao na auto-grow celije i tabele uz pomoc linija, nije to nista fundamentalno frustrirajuce. Reporting services ima table object ali je sa druge strane veoma ogranicavajuc oko toga sta mozes da stavis u celije i kako mozes da organizujes master-detail drill down tabele, problem koji CR nema. Mada kazem slazem se, ne vidim nijedan dobar razlog da ne ubace table object u CR, ako nista drugo onda zbog ljudi koji prave jednostavne tabelarne izvestaje (a vecina jeste takva)

3. Ovo ide ruku pod ruku sa 1., kako bi ti to izveo? Koje polje bi trebalo dodati, a koje skratiti i za koliko da bi napravio mesta za novo? Sve i da imas table object opet bi morao rucno da skaliras kolone da odredis novu konfiguraciju tabele (doduse to jeste manje posla nego sa CRom), opet se svodi na WYSIWYG versus lakoca koriscenja.

4. Kad su kolone dobro poravnate export u word i excel izgleda sasvim ok, sta vise radi odlicno, jedino sto u excelu poremeti sirine i visine kolona i redova da bi postigao look&feel. Kad celije nisu dobro poravnate i export je los, sto je i za ocekivati. Sa druge strane, stvari se exportuju u word i excel da bi se editovale, a CR je primarno reporting alat, znaci fiskirani i finalni output. Meni je npr sasvim dovoljno to sto ima PDF export za arhiviranje i isti radi savrseno. Kome je potreban xls ili doc onda se to pravi drugacije, van CRa.

5. Mozda je to do verzije, ali meni design-time tipovi rade odlicno, i za direktne upite u bazi i za xsd seme. Takodje mi i slike rade odlicno, i to raznih formata. Mozda jeste bug u tvojoj instalaciji, vidi dal ima neki patch za tvoju verziju da se skine, skoro svi fabricki CRovi su sa bugovima i treba ih patchovati. Mozda je i usporenje koje si dobio rezultat nekog bug-a.

U svakom slucaju ja se i dalje drzim CR-a i tabele mi nisu bile dovoljan razlog da predjem na reporting services, mada sve vise klijenata trazi reporting service izvestaje (MS je napravio pravi marketinski potez kad ga je ukljucio u SQL server, sad ga imaju svi koji imaju SQL ), tj traze reporting services dok im apetiti ne narastu do granice koju reporting services moze da izdrzi , a onda se instalira CR runtime Dalje, ne znam sta bih ti rekao, CR je mene mnogo nervirao pre CR XI, a u njemu su resili podosta stvari koje su mene frustrirale (al su mi ostavili merge modul od 60mb) pa sam sad onako zadovoljan naspram mrzovolje sa verzije 9

:))



Pa rekao sam da sam se vremenom snasao, i otkrio neke stvari. Slazem se da se nesto mora zrtvovati, nemoguce je imati oboje, ali da li zaista neke stvari moraju biti ovakve?



Takodjer, i meni je samom dosta puta zatrebalo da napravim nekakvu najosnovniju tabelu, cak im svrha nije ni bila prikaz podataka...



Layout kontrole, paneli, tabele, sta god vec, iako bi to sad bilo pomalo komplikovano ubaciti u CR, s obzirom na nacin podjele reporta u sekcije i ostalo. Znam da je nemoguce dobiti savrsen flexibility - pogotovo bez nekog zasebnog tag-like jezika u pozadini (kao sto su XAML, html, css i ostali). Kad vec spominjem css, vidio sam da i u CR postoji neka podrska za isti ?




Da, slazem se u potpunosti, samo sam htio reci da mi se vise puta desavalo da ono sto vidim ocima u print priview, ispadne potpuno drugacije u word-u. Uvijek su najveci problemi bili u linijama koje se trebaju spajati i/ili peklapati.



Pogledacu



Meni je samo drago sto nisam jedini :) Ovo je bilo unutrasnje zadovoljstvo kakvo imaju vjernici pri ispovjedi :)))
Bug sam onaj rjesio, i bio sam upravu da se radilo o nekom misteriouznom problemu, rijec je bila o par running total suma koje su ne znam ni ja kako postale corrupted (vjerovatno mojom greskom, ali opet - popravljanje i trezenje gresaka je visesatni pain-in-the-ass).

report od devexpressa je bolji.

Ti to ozbiljno?

XtraReports je lightweight, ne moze se porediti ni sa RSom, kamoli sa CR-om za Ent upotrebu. Eventualno neke single use aplikacije gde je velicina CR runtime-a problem. Ali i tu imas reporting kroz lokalne rdlc fajlove. A sa cenom od $350 veoma je neprivlacan za investiranje, jedino ako koristis devex gridove pa imas native print iz njih kroz ovaj paket pa ne moras ni da dizajniras izvestaje, sve ostalo je, bar po meni, slabo.

mmix - mora da se šališ?!

Izgleda da nikada nisi ni vidio XtraReports, inače ne bi tako pisao. A što se tiče štampe iz Grid-ova - radi se o XtraPrinting-u, što nema veze sa XtraReport-ovima.

Savjetovao bih ti da se ozbiljnije pozabaviš Devexpress-om ili Telerik-om, ma da ja Devexpress-u dajem prednost u svim oblastima osim u oblasti Silverlight kontrola. Mogu sad da počnem da nabrajam razloge zašto je XtraReports bolji od CR-a i ne bi bilo kraja nabrajanjima...

Kakve single-use aplikacije, kakvi bakrači... nemojmo nagađati. ;)

Ovaj XtraReports od DevExpress-a mi izgleda fenomenalno... Gledajuci screenshote, tacno se vidi koliko je sve jednostavno i funkcionalno uradjeno. Detaljan i potpun design time support, dodatni toolbox-ovi, hrpa kontola, alati za migraciju ...
Djoks, moram se potpuno sloziti sa tobom da je ovo bolje od CR-a, i to neuporedivo bolje. De ako te ne mrzi, napisi jos ponesto o ovome reporting solutionu, onako kratko iz ociju developera. Sta je bila ogromna pomoc u every-day situacijama, koji su potencijalni problemi ovoga paket, i ostalo. Zanima me tvoje misljenje (naravno, pretpostavljam da koristis XtraReports, iako to nisi nigdje rekao).

Jeste da je licenca 350$ (bez source-a), ali meni se stvarno cini kao isplativa investicija.

Pozdrav!

_{[Ovu poruku je menjao Sapphire dana 08.03.2009. u 15:51 GMT+1]}

Pa ajd nabroji. izuzev naravno tabela, to sam odmah i priznao da CR nema, a izgleda da je svima to kost u grlu. Sem toga nadji mi bar jednu stvar koju xtrareports moze a CR ne moze (i ne pominjite ajax jer report nije web forma, report je report)
Pa onda da krenemo iz drugog smera, npr kako je xtrareports striktno HTML based reporting engine. Probaj malo da promenis alignment bilo cemu. CR nije striktno vezan za aplikativni kod i ima svoj interni event procesing i cini celinu, xtra reports je vezan za aplikativni kod koji mu procesira evente. Dakle CR mozes da napravis da radi i van tvoje aplikacije, xtra reports ne mozes.

imas sansu da me ubedis u neke stvari doduse, jer xtrareports nisam koristio nekih godinu i po, pa mozda se nesto fascinantno promenilo, mozda me i ubedis da je bolji od internal reporting services ali za enterprise koriscenje, tesko. al ajde.

Evo stvari koje bi mene zanimale:
- Da li podrzava "formule", za kondicionalnu stampu?
- Kakav je u smislu dinamickog koristenja i povezivanja (znaci bez dizajnera)
- Potencijalni debugging ?

Da ne bude da "svaki cigo svoga konja hvali" :-)

Sa XtraReports-om se družim godinama i sa svakom novom verzijom sve je bolji! Dok CR u izvještaju nije mogao prikazati ni slike iz baze/fajl sistema, niti tabele - Devexpress je ponudio mnogo više u startu (da navedem par elemenata po čemu je on meni bolji):

- Jednostavan deployment (svodi se na distribuciju par dodatnih DLL-ova uz projekat),
- U okviru tih istih DLL-ova - nalazi se i Report Editor za klijente koji mogu generisati nove izvještaje, snimati ih u fajlove, mijenjati postojeće itd. - na osnovu strukture podataka koju definišeš unaprijed, a možeš definisati i to: što će od Report Editor funkcionalnosti biti dostupno end-user korisnicima, proširivati ovaj modul svojim funkcionalnostima itd.,
- Imaš klijent side scripting (C# i VB). Da ne idem u detalje - sve je jasno,
- Filter podataka, report parametre, calculated fields itd. itd.

Da ne govorimo o fleksibilnosti layout-a (multi-column, side-by side reporting, naravno subreports itd.).

Nešto od informacija, nalazi se na: http://www.devexpress.com/Products/NET/Reporting/

Export je ODLIČAN (u: PDF, HTML, MHT, Text, CSV, XLS, RTF ili slike), a source podaci mogu biti iz: .NET data provajdera, listi, XML fajlova ili korisničkih kontrola. Tehnička podrška je odlična, ima mnogo primjera i tutoriala na net-u, dokumentacija je odlična, demoi su odlični.

Pogledaj neke od njih on-line na: http://demos.devexpress.com/XtraReportsDemos/

Uz sve ove demoe stiže source kod i dokumentacija - zaista se ne možeš izgubiti ili doći u situaciju da ideš po raznim forumima pitajući: "mogu li da napravim ovo ili ono..."

Osim toga - fantastični grafici, podrška za bar-kodove, razne oblike itd. "out of the box". Kome treba više - može i više od toga, ali ovo je dobro za početak, i potpuno opravdava cijenu.

Evo ste me preduhitrili sa odgovorima...

Vidiš, mmix, može biti zbog te pauze koju si napravio u praćenju noviteta kod XtraReports-a, ali on je neke funkcionalnosti (za koje ti tvrdiš da nedostaju) imao i prije više godina.

Ovo ostalo što si naveo - potpuno je netačno ili nerelevantno (recimo HTML based reporting engine, što nije fakt - a dokazaće ti source-kod Devexpress kontrola kada dođeš do njega). Evo ja "mijenjam alignment-e" godinama, i ne vidim u čemu je tu problem? Drugo: XtraReports nije vezan za kod aplikacije gdje procesira evente (ali je moguće pisati obradu događaja i u kodu aplikacije, kroz nadgradnju klase report-a, no nije obavezno), i sam skripting mehanizam (koji CR - nema) na strani korisnika - dokazuje suprotno. Pogledaj primjere na Web-u i biće ti jasno.

A bilo bi dobro da ti sad izneseš činjenično stanje o tome: što to XtraReports ne može u famoznom enterprise okruženju?

- Da,
- Misliš: dinamičkog kreiranja strukture report-a iz kod-a i punjenja podacima bez dizajnera? Nema problema. XtraReports je pisan u .NET-u, imaš klase za svaki tip objekta koji se koristi i u dizajneru i bez njega,
- Da.

Koristan link, za odgovor na prethodno pitanje: http://www.devexpress.com/Products/NET/Reporting/whatsnew.xml

Još nešto (ma da sam počeo da flood-ujem temu, ali eto...):

Ja osporavam i ideju da je Windows Reports lošiji od Crystal Reports-a koji dolazi uz Visual Studio. Čak naprotiv, a spreman sam i da obrazlažem ako treba (ma da ne danas - ozbiljno sam kratak sa vremenom).

Da, pogledao sam malo, vidio sam tacno direktne odgovore na ona moja pitanja. Sve je moguce, gdje se sve jos i olaksava jer je moguce koristenje source code-a.
Moram samo napomenuti nesto sto ce mmix definitivno iskoristiti :), a to je da vecina stvari koje si nabrojao postoje i u CR, tako da nisu neki argument za ili protiv. Pitanje je gdje su bolje izvedene, te koje mogucnosti ima jedan a da drugi nema.
Ono na sta ja mogu odgovoriti je slijedece, napominjem da mene zanima samo WinForms upotreba:

1. Export - prema ovome sto vidim XtraReports je daleko superiorniji - vise formata, cak i direktni image formati.

2. Appearence (izgled) - opet bod za XtraReports - teme, customizing report viewera, user kontrole, very nice charts itd..

3. Debugging - ako postoji opcija sa source code-om, moguce je i ubaciti direktno cijeli/djelove reporting solution u projekat, te vrsiti detaljan debugging po potrebi

Sto se tice ostalih polja, moj utisak je da je XtraReports puno preglednije napravljen, ugodniji je za rad, cak ako se radi i o istim funkcionalnostima.

_{[Ovu poruku je menjao Sapphire dana 08.03.2009. u 15:50 GMT+1]}

Prije nego mmix opali po meni iz svih raspoloživih oružja - da napomenem: ja sam vršio komparaciju Devexpress-ovog XtraReport-a i Crystal Report-a koji dolazi uz Visual Studio.

Ali bih Vas svakako molio da me uputite na Web sajt odakle bih se mogao informisati o Crystal Reports paketu koji ima ono što sam ja pobrojao da XtraReports ima. Nailazim neki paket u okviru SAP-a (nije valjda SAP kupio Crystal Reports), i sl. Ma da nisam mnogo ni tražio...

Yup, kupio je Business Objects za 6,78 milijardi $

Za info:
General overview - http://www.sap.com/solutions/s...rting/crystalreports/index.epx
Features & Functions - http://www.sap.com/solutions/s...ts/featuresfunctions/index.epx

Hvala! To je bilo ono što sam našao ranije. Pročešljaću malo, da ne sudim napamet - ma da ne vidim podršku za client-side scripting ili Report Designer za end-usere... može biti da se to podrazumijeva, pa nema u ovoj listi...

Pogledao sam malo i Telerik rjesenje, kao i ActiveReports. Dok je ActiveReports generalno najlosiji, Telerik Reporting je prilicno dobar. Prema ovako letimicnom pregledu, opet imam dojam da je XtraReports najbolji. Telerik ima naprednije design-time sucelje za dizajniranje samog report-a, ali nista presudno...

Imao sam skoro situaciju CR i ASP.NET(C#,vs2008), nisam ranije koristio CR,

ali kada sam zavrsio i radio deploy na server, morao sam da nadjem i instaliram CR runtime na target server plus, da bi radilo,

po meni to je velika mana kao i generalna prica sa Runtime i Designtime za .NET
(C:\Windows\assembly i C:\Users\User\AppData\Local\Microsoft\VisualStudio\9.0\ProjectAssemblies, GAC itd..)

Prica da je u bin folderu dovoljno :
crystaldecisions.crystalreports.engine.dll.
crystaldecisions.reportsource.dll
crystaldecisions.shared.dll
crystaldecisions.web.dll 

nije tacna, zaboravio sam koji dll fali ali fali...

Kakva je situacija za deployment asp.net-a kod xtrareport-a, za buduce ?

Uglavnom, ovako ide deployment ASP.NET aplikacije koja koristi XtraReports:

http://devexpress.com/Support/Center/KB/p/A2338.aspx

Članak je, doduše, star - ali se princip nije mijenjao, a spisak neophodnih fajlova za distribuciju - nalazi se u pratećem Devexpress help fajlu, odnosno - referencama projekta.

Najprostije je: za Devexpress fajlove iz referenci podesiti "Copy Local" na "True", i potom te fajlove iskopirati u "bin" folder u okviru foldera aplikacije na Web serveru.

http://www.devexpress.com/Prod...orting/features_deployment.xml
http://www.devexpress.com/Prod...eporting/features_allinone.xml

(da ne bude da reklamiram Devexpress zbog koristi - nemam veze sa matičnom firmom, naprosto sam proveo podosta vremena tragajući za najljepšim all-in-one rješenjem, i to je to ... za sada ...)

Znači klasika.

Nema šta da ih reklamiraš, delimično pratim devexpress već 6 godina i kontiunirano šire ponudu i kvalitet svojih komponenti,
stvarno su OK.

Pa dobro, bilo koji vanjski dll koji koristis, a da je van framework-a, moras kopirati kod klijenta (u tvome slucaju to je server).
Nema smisla to navoditi kao neku manu, iako ih CR ocito ima mnogo vise nego konkurencija



Ja te oko ovoga bas i nisam razumio sta zelis reci?



Copy local se moze staviti na bilo koji referencirani dll. Kod mene za WinForms postoje jos i :
CrystalDecisions.Enterprise.Framework
CrystalDecisions.Enterprise.InfoStore
CrystalDecisions.Windows.Forms,
izuzevsi ovaj za web naravno...

Eto, ako je netko ispobao da radi samo sa ovima, neka javi. Bilo bi dobro da i ti napises sta fali, ako znas, i ako ti nije problem...

Pozdrav!

Moj glas definitivno ide za DevExpress. Odlicne komponente, odlicna podrska, nemam rijeci.
Imamo universal subscription vec neke 4 godine, nemam ni jednu jedinu primedbu.


Zivo me zanima zasto to xtraReport navodno ne valja.

@sapphire:

CR issues ASP.NET:

1. sta cemo ako je u pitanju provider, sigurno nece dozvoliti CR runtime instalaciju (u ostalom mislim da Bussines Object i ne dozvoljava bez prosirenja licence)..
2. Generalno,nikad resen ticket(imao slican slucaj): http://connect.microsoft.com/V...eedback.aspx?FeedbackID=361826
3. nije BIN dovoljan, imas instrukcije, koje kupi iz .NET / MSIL (c:\windows\asemblies , pogledaj koji su potrebni na VS masini za CR)

Ja sam prilikom rada sa CR imao isti rezon(nisam koristio ranije), imao sam srece da je intranet i da je server u firmi, tako da sam bio u okviru licence i imao mogucnost
da ovo resim sa CR runtime instalacijom.

E to je ono kada traze/trazimo iskustvo 2+ godine u radu sa necim, inace ode mast u propast...

Pozdrav...

Do sada nisam imao neke nasušne potrebe za reporting-om koje se ne daju rešiti uz malo programiranja ali ću ih imati u toku ove godine. Zato mi je i ova tema vrlo interesantna.

I ja razmatram upotrebu DevExpress-a gde mi se jako svideo njihov grid iz koga se podaci mogu snimiti u razne formate.

Međutim, moram da napomenem jedno, s obzirom na bolno iskustvo: sve varijante (komponente) koje moraju da se instaliraju na serveru (GAC) su NEUPOTREBLJIVE. Čak i ako imate sopstveni server (inhouse ili zakupljen), kad-tad će se javiti potreba da se deployment uradi "negde drugde".

@dejanet, @bjevta:

Da, to su sve problemi oko ASP.NET podrucja reporting, s kojim ne radim inace nikako. Meni je solucija da instaliram CR runtime bila OK.. Zbog toga jer me bas to zanima, uzecu malo istestirati sta je sve potrebno, kako i zasto, oko ovoga copy local nacina deploymenta (da li radi, ili ne).

Ok, evo konacno malo vremena da ispunim obecanje.

Idemo redom:

1. Mislim da nas je "funkcionalno xtra vs CR" odvelo od osnovne teme, a to je Enterprise reporting. Od kad su mainframeovi odumrli vise nema skoro nijedne iole vece firme koja ima monolitni IS, a veliki deo njih jednostavno nema cak ni homogeni IS (baziran samo na jednoj tehnologiji, npr .netu). Celni ljudi se vremenom smenjuju i svaki donosi svoju "viziju" kako IS treba da izgleda i na cemu da se bazira (verovatno naspram toga ko ga je vise 'castio') i svi moji enterprise klijenti su velike svastare, tu ima svacega od xls makro aplikacija, preko Jave, .NETa, proprietary ISV podsistema pa sve ERP instalacija kao sto je SAP, a sve to pokriveno bazama koje se krecu od accessa, preko postgresa i mysqla pa do MSSQL-a, i to sve samo u jednoj jedinoj firmi. Enterprise reporting mora da bude dovoljno fleksibilan da moze da se sto vise adaptira na okruzenje i bez lazi i prevare jedina dva pretendenta su CR i SQL Reporting Services (pod uslovom da je sva na SQLu, sto opet nije slucaj svuda).

2. Velicina runtima tu ne igra nikakvu ulogu, radne stanice se mahom ghostuju i ako se tako prelomi onda ce sve radne stanice imati CR runtime ma koliki on bio, tako da majusna velicina xtra ne znaci bas nista. Sta vise xtra reports moze sebi da dozvoli da bude malen kad sav prljav posao prebacuje na .NET , sto je zapravo problem jer svi nestandardni izvori podataka moraju da se "marshaluju" u IList<T>. CR svoju masivnost najvise duguje cinjenici da sa sobom vuce stotine adaptera za sve moguce i nemoguce izvore podataka. (npr, zakaceni filreport.zip sadrzi report koji koristi filesystem adapter da izlista strukturu fajlova u inetpub folderu, report uradjen za bukvalno 2 minuta). To cini rpt fajl "samodovoljnim" u nedostatku boljeg izraza, sto je od velikog znacaja za enterprise okruzenje. To znaci da mogu da ga okacim na CR server, da ga ubacim u .NET, Java, COM client ili cak C++ aplikaciju bez da brinem o tome da li ce u tom okruzenju da radi. Isto tako to znaci da reporting taskove mogu da dam nekom ko je intermediary script developer i zna da radi u CRu a da .NET developera oslobodim tog maltertiranja. Mogucnost da imas C# ili vb.net event scripting je tu isto malo vazna i cak predstavlja problem jer zahteva .net appdomain da bi se izvrsio (kako bi onda pokrenuo report iz Jave), a sam script jezik u CRu je dovoljno mocan za reporting potrebe, tj neces raditi biznis logiku ili UI iz reporting eventa vec ces raditi dinamicku adaptaciju samog reporta, samim tim ti eventi ne sadrze nista sto i mnogo prostiji scripting jezik ne bi mogao da odradi. Ovo stvarno ide to te mere da ja kad radim sa IS assets ove embedded izvestaje (kao sto su rdlc i xtrareports) uopste ne mogu da vodim kao IS asset jer su van konteksta aplikacije neupotrebljivi.
Tako da je to sto vi vidite kao manu u stvari prednost CRa u enterprise okruzenjima, a vi to vidite kao manu zato sto radite sa homogenim ili single-user aplikacijama u kojima vec baratate IList instancama pa vam je ceo taj CR overhead od 80mb tezak za svariti jer ga ni ne koristite a morate da ga instalirate klijentima . Nije vam CR kriv za to jer CR i nije alat za vas.

Cisto kao primer bas ove nedelje sam radio report koje je kombinovao customer info iz salesforce.com API-a sa oracle invoicing bazom i greatplains MSSQL fin bazom, report uradjen za bukvalno pola sata od cega je database setup bio 5 minuta (btw, konacno sam se upgradovao na CR2008, posto uz njega dolazi salesforce.com adapter) i sve je to odradjeno bez potezanje R&D-a i developera. Da je taj report bio u xtrareports, morali bi da alociramo necije vreme u R&D-u, da se izborimo za prioritet "projekta", da udjemo u change managment proceduru za izmenu aplikacije koja launchuje report, da se izborimo sa mamlazima u risk managment grupi, da ponovimo Q&A sesiju za ceo launcher i na kraju da udjemo u deployment queue i da sacekamo sledeci ciklus. Long live CR

3. Sad kad smo sklonili taj enterprise deo sa puta , da predjemo na sledece. CR i xtra reports potpuno drugacije renderuju reporte. CR koristi pozicioni reporting, xtrareports koristi flow layout. AKo pogledate filreport.html fajl u zipu videcete da html export iz CRa ima gomilu position:absolute divova preko kojih smesta elemente na HTML stranicu i uopste ne koristi HTML flow (zato im je verovatno i tesko da ubace table objekat), xtra reports sa druge strane koristi (ili je bar koristio) flow i <table> i samim tim izgubio individualno pozicioniranje. Npr, jednostavan primer, sledece su overlapped celije u CR reportu koje se preklapaju i nisu aligned:



xtrareports ovo ne moze (bar nije moglo, ako neko zna nek mi objasni), niti to mogu reporting services ili local reports (koji su jos ograniceniji po pitanju layouta), dok sa druge strane u CR mogu da emuliram tabele iako ih nemam kao celovite objekte. Losa strana ovoga je sto export u xls i sve ostale formate koji ne podrzavaju apsolutno pozicioniranje izgleda blago jezivo i ocajno i nije uopste zgodno za post-report editing (sto je inace uglavnom zabranjeno zbog mogucnosti zloupotrebe). Ali isto tako za one read-only formate gde je pozicioniranje dozvoljeno (kao sto je PDF i u krajnjoj liniji izlaz na stampu) dobijas pravi WYSIWYG, report ce za isti dataset izgledati identicno pri svakom ucitavanju i pri stampi, sto za interni reporting mozda nije vazno ali za formalni reporting jeste.

Ako vam treba obican interni table ili pivot report sa osnovnim chartovima i anchorima onda vam je i xtrareports overkill, jer vec za dzabe imate rdlc koji je vec u frameworku (znaci jos "tanji" od xtrareports) i sa njim moze da se zavrsi 99% internih single table reporta.

Bottom line, mislim da se nismo bas najbolje razumeli, sa xtrareports mogu da se prave lepo izgledajuci izvestaji ali ne mogu svakakvi i zbog vezanosti za .net nisu enterprise level reporting. A i nezahvalno je to sto poredite CR koji je bundled uz VS, ta verzija je tesko s***** i iako se zove CR Basic 2008 u stvari je bazirano na engine-u od CR 10 i ne da ne moze da prismrdi CR2008-i, nego je i CR XI mislena imenica za njega. Nikad mi nije bilo jasno zasto su ubacili osakaceni CR u VS, kad je ocigledno (i na vasim primerima) da ne da nisu izreklamirali svoj komercijalni proizvod nego su ga jos i izbrukali. Puna verzija ima mnogo vise export opcija i export destinacija (jedino sto jos uvek nema image based export, tj da ti celu stranicu snimi kao recimo tiff) i ima mocan eksterni dizajner i ima intranet web launcher (kao reporting services), itd, itd.

mmix - osnovna tema nije bila enterprise reporting, već kritika CR-a koji dolazi uz VS. Tako sam shvatio temu i prvi post.

Ja sam, ponavljam, ponudio XtraReports kao supstituciju CR-u u okviru Visual Studija, s' obzirom da čovjeku trebaju Win Forms izvještaji (pa potom drugom diskutantu kojem trebaju ASP.NET izvještaji), a kritika je bila upućena i na račun deployment-a (između ostalog), pa te nedostatke CR-a u okviru VS-a potpuno prevazilazi XtraReports (kako sam i naveo u narednim postovima).

Da ne idem u detalje - samo bih te pitao da obrazložiš ovo: "sa xtrareports mogu da se prave lepo izgledajuci izvestaji ali ne mogu svakakvi i zbog vezanosti za .net nisu enterprise level reporting" što smatram logičkim nonsensom s' obzirom da je SVAKI reporting sistem vezan za nešto, i to mu ne predstavlja prepreku da bude enterprise level (izuzimajući, naravno, funkcionalnosti koje krase CR Professional i MS Reporting Servise tipa - automatsko generisanje izvještaja i slanje na e-mail adrese itd. itd.)... Pa za šta je pobogu vezan SQL Server Reporting Services? Pa i taj famozni CR "enterprise" je vezan za svoj run-time - i ispada da je zbog toga pogodniji od konkurencije koja je vezana za .NET ?!?!

Taj argument mi uopšte "ne pije vodu.

A i to "ne mogu svakakvi" svodi se, prema onome što si pokazao, na nemogućnost overlap-a sadržaja pri export-u izvještaja u HTML. Ako je to jedini funkcionalni nedostatak koji si pronašao - onda to opet potvrđuje tezu nas koji smatramo da je XtraReports - Xtra u odnosu na CR. Osim toga što XtraReports NARAVNO da može prikazati overlap-ovan sadržaj na ekranu (uz jasno upozorenje da to neće proći dobro kod export-a u Excel i HTML u design-time-u) - i taj overlap-ovani sadržaj eksport-ovan u Excel i HTML izgleda neuporedivo bolje od mikroskopski naštimovane simulacije tabele u CR-u eksportovane u neke od ovih formata...

A zašto vršimo poređenje sa CR-om koji je vezan uz VS? Pa zato što je to najpopularniji CR paket upravo iz razloga što dolazi uz VS. Da niije tako - siguran sam da bi CR bio DALEKO manje popularan nego što uopšte jeste.

1. Pitanje za vas sa XtraReports -a:
Imate li iskustva sa ovom end-user design komponentom? Bio bi jako zahvalan na misljenjima i kritikama... Scenario je jednostavan: ucitavanje napravljenog izvjestaja, i mjenjanje istog (raspored, boje, fontovi, ubacivanje slika itd..). Stvar ujedno treba gledati s stanovista prosjecnog usera kojem je vrh word i excel u najboljem slucaju.

2. Pitanje za CR:
da li naprednije verzije nude integraciju u VS? Ako je tako, onda bas i nije fer usporedjivati ovaj tzv. CR basic sto dodje uz VS, i XtraReports koji se placa. Ako se ovaj mora kupiti posebno, onda ga treba usporedjivati i sa kupljenom verzijom CR-a. Vjerovatno je CR cijena basic editiona uracunata u cijenu VS-a, ali opet, ako se ima novac za kupovinu jednog, treba razmisliti i o kupovini drugog...

CR2008 se integrise u vs2005, CR2008+SP0 se integrise u vs2008, i da, nije fer porediti bilo sta sa bundled CRom jer je bundled CR u stvari osiromaseni CR 10.


Prva recenica prve teme: enterprise reporting


Slazem se, ali nista od toga nije problem u enterprise reportingu, Sapphire je i sam rekao da mu deployment nije problem kao sto stvarno i nije u enterprise okruzenju, CR runtime prodje jednom kroz celu peripetiju oko autorizacije i posle toga bude na SVIM radnim stanicama u firmi, tako da je deployment recimo .NET aplikacije koja koristi CR u tom okruzenju cak MANJI ili identican kao za xtraReports jer su i same CR .NET reference vec u GACu na SVIM radnim stanicama (sto mozes i da uradis i sa xtra reports). Deployment runtime-a je problem single application developerima koji ne zele uz svoj 1-2Mb exe da isporucuju CR runtime od 80mb, ali kao sto rekoh CR NIJE proizvod za tu kategoriju programera, cak ni bundled verzija to nije. Ako hoces da priznam da je xtrareports bolji za tu publiku, priznajem, jeste po defaultu.


Babe i zabe. Reporting se naravno oslanja na svoj runtime (i na izvore podataka iz kojih crpi), ali vidis xtrareports nije vezan samo za .NET ili xtrareports asemblije (koji takodje moze jednom da udje u deployment ciklus i da bude prisutan na svim radnim stanicama), on je vezan za tvoj CUSTOM code koji mu servira IList<T> i svaka izrada i promena reporta zahteva tvoju (developer) intervenciju i zadovoljavanje svih IT security protokola za deployment nove/izmenjene binary aplikacije na desktope ili servere, sto nije mala stvar. Sa druge strane CR report sa svojim sanboxovanim skriptovima nije i ne moze biti security risk i samim tim ne prolazi celu tu proceduru, sto je velika stvar za business unite kojima se uvek zuri i koji vecito pizde kad treba da cekaju preoptereceni R&D ili eksternog vendora da doradi njihovu aplikaciju ili da ceka na lezernu risk managment grupu da odobri deployment. Zato xtra nikad nece moci da istera CR iz tog okruzenja, jer BU menadzer moze mnogo mnogo lakse i uz mnogo manje resursa i zuci da dodje do izvestaja koji mu treba i ne zavisi od toga kad ce developerima i njihovim sefovima da se nadigne da mu to odrade. A veruj mi iz prakse, onaj ko ume da napravi report u Accessu vrlo brzo nauci kako da napravi report u CRu i ne treba ti velika programerska mudrost za to niti godine prakse i ucenja C#-a. U toj prici .NET development je nezeljeni visak.


Pa probaj u HTML i videces da radi jer HTML ima position:absolute style Samo excel ne radi dobro zato sto excel nikako ne podrzava pozicioni reporting (ali zato za excel imas "Data only export" pa vozi ako hoces da menjas podatke). U CR2008 su cak resili i word format i sad i Word export izgleda identicno kao izvestaj. Uostalom ima tu jos stvari (npr generisi report i izbaci ga u neki format pa ga onda odstampaj iz oba formata i vidi dal je identican u opstem slucaju) ali i jedan primer je dovoljan zar ne, ajd da vidimo sad sta to xtrareports donosi sto CR ne moze za enterprise reporting, jer jedino sta ja vidim da ne moze je automatski table objekat sa auto-layoutom (koji btw onda imas u reporting services koji je vec placen sa SQL-om). Ako ce ti biti lakse, zamisli da sam sef finansijske sluzbe i ti pokusavas da mi prodas koncept da ja treba da otpustim svog CR coveka i da pocnem da zavisim od vase dobre volje? Zasto bih ja to uradio?

OK, slažem se. Shvatio sam iz prvog i drugog posta da Sapphire koristi CR koji dolazi uz VS (za koji i sam tvrdiš da je očajan - što potpuno podržavam), pa sam se nadovezao na diskusiju prevashodno braneći Devexpress XtraReport koji NIJE toliko loš kako si ga opisao, niti ograničen kako si naveo u tvom 3. postu na ovoj temi (što sam kasnije opovrgao).

A da ne zamjenjuje Reporting Services - ne zamjenjuje ga (za CR Professional ne znam, pa neću da nagađam), ali NE zbog toga što mu je Reporting mehanizam slab - već zbog toga što manjka za te "enterprise" (ma da se ovaj termin može tumačiti kako god ko hoće, pa i nije baš adekvatan) funkcionalnosti navedene gore.

Ipak (ne očekuješ valjda da se u potpunosti složim sa tobom? ;) ) - ovo: "on je vezan za tvoj CUSTOM code koji mu servira IList<T> i svaka izrada i promena reporta zahteva tvoju (developer) intervenciju i zadovoljavanje svih IT security protokola za deployment nove/izmenjene binary aplikacije na desktope ili servere, sto nije mala stvar" - nije potpuno tačno. Zašto?

1. Zbog plejade različitih vrsta Data Source-a odakle XtraReport-a može kupiti podatke (DataSet iz Web servisa, npr.). Podsjećam - postoji end-user dizajner koji zna kako struktura podataka izgleda (ima hijerarhijski prikaz, nalik onom koji vidiš u Report Editoru iz SQL Server Reporting Servisa, ma da je Report dizajner XtraReports-a NEUPOREDIVO moćniji od onog koji se stavlja na upotrebu end-useru za kreiranje izvještaja koji se baziraju na modelu podataka). Tokom end-user dizajn procesa - moguće je potom podesiti i sortiranje, filter itd.

2. Svaka izrada i promjena reporta tako ne zahtijeva developer intervenciju (imam takav slučaj u više firmi) iz razloga navedenoj u tački 1. Tu dakle NEMA deployment-a bilo kakvog binary-ja, a report definicija je čisti tekstualni fajl. Za jako kratko vrijeme (da ne licitiram br. linija koda) - svaki developer može kreirati ASP.NET okruženje koje će omogućiti kreiranje, pregled i ažuriranje izvještaja (upotrebom XtraReports end-user dizajnera), i pregled tih izvještaja u ASP.NET-u - da cjelokupan takav sistem ne zahtijeva nikakav veći deployment od onoga koji zahtijeva SQL Server Reporting Services.

Kako?

Tako što bi se sa svakog klijenta mogli gledati izvještaji direktno na Web-u (bez preinstalacije ikakvih Devexpres komponenti na klijente), i tako što bi end-useri mogli (uz pomoć malog klijentskog programa) kreirati/modifikovati izvještaje i slati nazad na Web server koji bi ih uredno listao i nudio drugim korisnicima na upotrebu. Pa - ni SQL Server Reporting servis nije imun na instalaciju end-user modula za generisanje izvještaja ...

Naravno - sve ovo SQL Server Reporting Services već ima bez programiranja - ali, eto... da dokažem da nije nemoguće i preteško izvesti sličan mehanizam upotrebom 3rd party reporting aplikacija (kao što je XtraReports), koje si ti u startu otpisao i pokušao obezvrijediti.

O End-user dizajneru i kreiranju data source-a od strane end-usera, pogledaj ovdje: http://www.devexpress.com/Prod...g/features_enduserdesigner.xml

@Sapphire: Bez ikakve dileme - End-User Designer iz SQL Server Reporting Servisa je lakši za upotrebu, ali i višestruko funkcionalno slabiji i manje fleksibilan u odnosu na End-User Report Designer iz XtraReports paketa.

Ipak - onaj ko radi u određenom preduzeću i želi da radi sa izvještajima - garantovano će biti dovoljno pismen da savlada proces kreiranja izvještaja (potpuno nalik onome u Access-u), a za početak može koristiti i ugrađeni Wizard...

Više o tome - u okviru video tutoriala na adresi: http://tv.devexpress.com/ReportDesignerOverview.movie i http://tv.devexpress.com/ReportDesignerWizard.movie

ljudima koji rade sa ovim CR-om sto dolazi uz VS, treba dati beneficirani radni staz...

Evo i ja sam bio zatrpan poslom zadnjih sedmica, samo hocu da kazem:


@Djoks, @mmix:

Svaka cast na veoma veoma korisnim komentarima... Hvala jos jednom!


@sallle:

:) slazem se u potpunosti, najljepsa su nerviranja kada se srusi i povuce i VS sa sobom ...

Pozdrav svima

Imam jedno pitanje u vezi cr 8.5 posto taj koristim.
Nemogu da pokrenem .rpt i .exe preko mapiranog diska sa druge masine(trenutno mi se svi izvestaji nalaze na svakoj masini i tako se pokrecu), isti problem se javlja i kada hocu da kopiram na drugi racunar javlja da je fajl zauzet kao da ga neko drzi a naravno da ne .

Ako znate resenje javite mi

Unapred hvala !