Microsoft .NET - deel 1

je kan ook submitten naar dezelfde pagina.

In de pageload de isPostBack afvangen, en in de postback de values controleren.

quote:

Op woensdag 28 juli 2010 09:06 schreef kingjotte het volgende:

[..]

Waarom los je dit niet op met een xslt eigenlijk?

Omdat ik al nauwelijks weet wat het is

quote:

Op woensdag 28 juli 2010 09:19 schreef Giem het volgende:

[..]

Sessie gebruiken dus.

Session.add("naam", iets);

uitlezen als (iets)session[naam];

Uit mijn hoofd.

Ok, dit is makkelijk. Echter zit ik met één dingetje;
Pas na de 2de pagina mag er een mail worden verstuurd en de data in de db gezet worden.
Alleen de txtboxes komen/mogen niet op de 2de pagina, dus zijn ze ook niet gedeclareerd…

idd, alleen de waardes van de tekstboxen worden in de sessie opgeslagen.

je kan het dan ook zo maken, dat als je op de back knop druk, en je komt weer op de eerste pagina, de waardes al ingevuld zijn.

en vergeet niet na het versturen van je email je sessie-waarden weer leeg te gooien, ander krijg je misschien rare situaties als iemand nogmaals de textboxen in gaat vullen.

Mmm eigenlijk is het nog mooier om met een multi view te doen.. in de ene view de data opvragen.. in de andere view laten weergeven en de oplaan/verstuurknop maken

quote:

Op woensdag 28 juli 2010 14:39 schreef Giem het volgende:
Mmm eigenlijk is het nog mooier om met een multi view te doen.. in de ene view de data opvragen.. in de andere view laten weergeven en de oplaan/verstuurknop maken

Ja , dat leek mij ook mooi. Kreeg het niet helemaal voor elkaar,…

Heb het volgende gedaan: voor elke txtbox een sessie gemaakt, deze inladen bij de tweede pagina en vervolgens deze aan de txtboxes gekoppeld en literals tonen het dan uiteindelijk.
Enigste nadeel hiervan is dat de txtboxes ook op de tweede pagina moeten staan, heb er maar een panel omheen gezet en panel1.Visible = False.

Misschien niet heel netjes maar het werkt

zijn er hier mensen die verstand hebben van de Picasa API via de atom-feed?
Ik probeer m'n albums op te halen, maar krijg een 403 forbidden.

m'n code:

quote:

Op vrijdag 30 juli 2010 00:24 schreef Cryothic het volgende:
zijn er hier mensen die verstand hebben van de Picasa API via de atom-feed?
Ik probeer m'n albums op te halen, maar krijg een 403 forbidden.

m'n code:
[ code verwijderd ]

Niet echt ervaring mee, maar ik zie dat je met standaard System.XML functies de boel probeert op te halen, terwijl de API insinueert dat je toch echt een paar libraries dient te gebruiken: http://code.google.com/in(...).html#GettingStarted

quote:

Op vrijdag 30 juli 2010 00:35 schreef Tuvai.net het volgende:

[..]

Niet echt ervaring mee, maar ik zie dat je met standaard System.XML functies de boel probeert op te halen, terwijl de API insinueert dat je toch echt een paar libraries dient te gebruiken: http://code.google.com/in(...).html#GettingStarted

Ja, maar zoals je helemaal boven aan de pagina, aan links kunt zien is die documentatie voor Versie 1.0 van de API.
Versie 2.0 is de current, en die gebruikt ATOM

Volgens mij moet je ff zoeken op manier hoe je RSS feeds uitleest in C# werkt volgens mij niet veel anders en vind je vast wel veel samples.

Ik kan al m'n foto's uitlezen.
Dat is het probleem niet.

Het probleem zit hem in de public/private albums.
De public albums haalt ie probleemloos op.
Alleen op t moment dat ik private albums op wil halen komt dus die 403

Misschien moet ik het bij die oude library voor 1.0 houden... maar het moet toch gewoon mogelijk zijn?

quote:

Op vrijdag 30 juli 2010 21:52 schreef Cryothic het volgende:
Ik kan al m'n foto's uitlezen.
Dat is het probleem niet.

Het probleem zit hem in de public/private albums.
De public albums haalt ie probleemloos op.
Alleen op t moment dat ik private albums op wil halen komt dus die 403

Misschien moet ik het bij die oude library voor 1.0 houden... maar het moet toch gewoon mogelijk zijn?

Euh, kan aan mij liggen, maar op 't moment dat je iets middels RSS / ATOM gaat klaarzetten om uitgelezen te worden, kan iedereen er als het ware bij. Lijkt mij niet meer dan logisch dat albums die je als 'private' zijnde kenmerkt, niet uitgelezen kunnen worden in een dergelijke feed.

Ja, dat dacht ik ook.
Maar kennelijk kan je via authentication er toch bij.
Althans, dat zou moeten.

Is dat niet omdat het google systeem wil dat je inlogt via hun "ClientLogin" en dus vooraf via een POST request moet authenticaten en vervolgens de sleutel die je hierbij krijgt mee moet sturen in je in de request die de XML ophaalt?

Die credentials voor zo'n XmlResolver (resolver.Credentials = new NetworkCredential(..)) zijn voor andere echte http authenticatie lijkt me.

http://code.google.com/ap(...)e_protocol.html#Auth

Ja, dat zou nog kunnen.
Maar ik kom dan weer nergens tegen hoe ik de verkregen AuthKey mee geef in m'n xml request.
Al die voorbeeld code die ik tegen kom, maakt niet gebruik van de nieuwe XmlReaders

Misschien is het ook gewoon te laat hiervoor

Je kunt gewoon een WebRequest doen (of afgeleide daarvan) en dan via een

XmlDocument doc = new XlmDocument();
doc.LoadXml(<hier je opgehaalde xml code>);*

dat behandelen.

(LoadXml was uit mn hoofd, kon ook wel LoadString ofzo zijn).

Ik wil graag vanaf een sql-server (via sp of trigger?) een webservice aanroepen. De situatie is nu zo dat de webservice elke zoveel seconde praat tegen de database wat een vorm van overkill is. Ik wil op het moment dat er een record aan een bepaalde tabel wordt toegevoegd dat de webservice hiernaar luistert. Wie weet een leuke interessante tutorial om dit te bewerkstelligen?

quote:

Op zaterdag 31 juli 2010 09:06 schreef Tarabass het volgende:
Ik wil graag vanaf een sql-server (via sp of trigger?) een webservice aanroepen. De situatie is nu zo dat de webservice elke zoveel seconde praat tegen de database wat een vorm van overkill is. Ik wil op het moment dat er een record aan een bepaalde tabel wordt toegevoegd dat de webservice hiernaar luistert. Wie weet een leuke interessante tutorial om dit te bewerkstelligen?

Microsoft Sql Server 2005+ ? Dan kun je gewoon een CLR sp/trigger maken. Zie bv. http://davidhayden.com/blog/dave/archive/2006/04/25/2924.aspx

(ik zou zelf het aanroepen van de webservice niet in de database doen, maar ergens in je proceslogica cq businesslogica. Afhankelijk van wat die webservice doet lijkt me zelfs het pollingmechanisme me nog beter)

quote:

Op zaterdag 31 juli 2010 09:39 schreef OEM het volgende:

[..]

Microsoft Sql Server 2005+ ? Dan kun je gewoon een CLR sp/trigger maken. Zie bv. http://davidhayden.com/blog/dave/archive/2006/04/25/2924.aspx

(ik zou zelf het aanroepen van de webservice niet in de database doen, maar ergens in je proceslogica cq businesslogica. Afhankelijk van wat die webservice doet lijkt me zelfs het pollingmechanisme me nog beter)

Thx voor de link, ik heb hem gelezen en ga het eens proberen.

Vanuit de database lijkt me centraler. Anders moet ik door de gehele applicatie de service aanroepen bij het updaten/inserten/deleten van een record uit de tabel. De tabel is een soort logtabel waarin gebeurtenissen vastgelegd worden. De webservice moet aan de hand van een nieuw record (gebeurtenis) een xml teruggeven die ik weer uitlees. Bij het aanroepen van de webservice van BL kan ik net zo goed de webservice ertussen uit laten toch? Of kijk je er anders tegenaan?

De bedoeling is overigens dat de ene gebruiker te zien krijgt wat een andere gebruiker gedaan heeft. Puur hypothetisch; gebruiker 1 maakt een gebruiker aan in het systeem. Gebruiker 2 krijgt visueel te zien dat gebruiker 1 een gebruiker heeft aangemaakt (met uitgebreide info natuurlijk ). Op deze manier leek het me handig dat ik én log én die tabel direct gebruik voor auditional info..

[ Bericht 9% gewijzigd door Tarabass op 31-07-2010 10:23:02 ]

quote:

Op zaterdag 31 juli 2010 10:18 schreef Tarabass het volgende:

[..]

Thx voor de link, ik heb hem gelezen en ga het eens proberen.

Vanuit de database lijkt me centraler. Anders moet ik door de gehele applicatie de service aanroepen bij het updaten/inserten/deleten van een record uit de tabel. De tabel is een soort logtabel waarin gebeurtenissen vastgelegd worden. De webservice moet aan de hand van een nieuw record (gebeurtenis) een xml teruggeven die ik weer uitlees. Bij het aanroepen van de webservice van BL kan ik net zo goed de webservice ertussen uit laten toch? Of kijk je er anders tegenaan?

De bedoeling is overigens dat de ene gebruiker te zien krijgt wat een andere gebruiker gedaan heeft. Puur hypothetisch; gebruiker 1 maakt een gebruiker aan in het systeem. Gebruiker 2 krijgt visueel te zien dat gebruiker 1 een gebruiker heeft aangemaakt (met uitgebreide info natuurlijk ). Op deze manier leek het me handig dat ik én log én die tabel direct gebruik voor auditional info..

Je ziet heel vaak dat er processen geimplementeerd zijn op de manier van:

• systeem 1 doet iets
• systeem 1 trapt systeem 2 af
• systeem 2 doet iets
• systeem 2 trapt systeem 3 af
• enz

Dit creert een ketting van systemen die aan elkaar hangen, wat zo ondoorzichtelijk is als maar kan en dus niet te onderhouden is.

Maar aangezien dit een technisch verhaal is (geen functioneel proces) speelt dat allemaal een stuk minder. Hoewel ik nog steeds het in de BL zou oplossen aangezien je functionele zaken wil loggen ("Aanmaken NIeuwe Gebruiker") ipv iets technisch ("new record in table users", "new record in table user_details", "new record in table user_settings", etc).

Of je nou een voor alles wat je wilt loggen een trigger moet maken/configureren of een extra regel code in je BL maakt niet zo heel veel uit (ervanuitgaande dat je in je BL een mooie functie CreateNewUser hebt). In de BL is deploymenttechnisch eenvoudiger t.o.v. CLR dll's in je db.

Zo kijk ik er een beetje tegenaan. Maarrrr... CLR in de database moet je een keer gedaan hebben, dus gewoon doen

quote:

Op vrijdag 30 juli 2010 23:39 schreef Cryothic het volgende:
Ja, dat zou nog kunnen.
Maar ik kom dan weer nergens tegen hoe ik de verkregen AuthKey mee geef in m'n xml request.
Al die voorbeeld code die ik tegen kom, maakt niet gebruik van de nieuwe XmlReaders

Misschien is het ook gewoon te laat hiervoor

De (network)credentials die je toekent aan die XmlResolver object wordt gebruikt om aan te kloppen bij de server aan de andere kant voordat er ook maar iets inhoudelijks gebeurt met je bericht. Bij private en public albums praat je met een service die alles doorlaten bij het aankloppen. Het meegeven van networkcredentials is dus nutteloos. Daarna wordt er gekeken in het bericht wat je wil doen:

Public album? Geen probleem.
Private album? dan moet er ook een authentication token in je bericht zitten.

Dus wat betreft de XmlResolver classes:

public album: everything goes, dus de XmlResolver-classes werken gewoon
private album: je zal eerst een sessie moeten starten via ClientLogin, en daarna de token die je krijgt elke keer meegeven. Dat is allemaal niet standaard, dus werken de XmlResolver classes niet meer. Dus je zal toch echt zelf twee webrequests moeten implementeren (zoald eerder iemand al gemeld heeft). Die kun je daarna evt ook gebruiken in het public geval.

quote:

Op vrijdag 30 juli 2010 00:24 schreef Cryothic het volgende:
Ik probeer m'n albums op te halen, maar krijg een 403 forbidden.

Nog even als toeveoging op mijn vorige reactie:

Als je networkcredentials niet geaccepteerd zouden worden, dan zou je een 401-NotAuthorized krijgen. In dit geval ben je wel authorized (want credentials doen er niet toe), maar zonder token mag je de data niet zien, en dus krijg je een 403-Forbidden.

Wat betreft die picassa, daar heb ik geen ervaring mee, maar heb wel ervaring met uitlezen google analytics api, en daar moet je idd een post doen om een credential key te krijgen, die je vervolgens kan gebruiken om via rest de data uit te lezen.

Zijn er overigens nog meer Umbraco gebruikers hier? Echt heerlijk systeem, gebruik het al vele jaren, en op het werk hebben we al ruim 10 implementaties gedaan, ben in mei ook level 2 gecertificeerd