csRun-plugin

[dezhidki]

csRun-plugin

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 10:34

@vesal Mulla on hankaluuksia saada yhteyttä cs-pluginiin TIMin containerin sisältä, jos yritän ottaa yhteyttä se ei reagoi mitenkään ja on pakko pistää connection timeout. Muualta yhteydenotto onnistuu. TIMin sisältä saa myös yhteyden muihin palvelimiin. – Samuel Uusi-Mäkelä

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 13:37

Miten yrität? Se ei vielä osaa antaa muuta kuin fullhtml jonka pitää laittaa iframen sisään. – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 14:26

Copypastella markdowniin ylläoleva. Oletin että sieltä joku virheilmoitus tulisi takaisin. Lisäksi testasin cUrlilla ottaa suoraan yhteyttä pluginille (ei reaktiota, Ctrl-C:llä kutsu poikki) – Samuel Uusi-Mäkelä

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 14:44

noistahan pitäisi ensin ainakin nuo user yms muuttaa jonkinlaisiksi arvoiksi.
ja sitten muokata kutsu html:ää varten esim muotoon:

<iframe frameborder="0" src="http://tim-beta.it.jyu.fi/cs/fullhtml?type=console&file=https://svn.cc.jyu.fi/srv/svn/ohj1/luentomonistecs/esimerkit/Pohja/Pohja/Pohja.cs&byCode='Reference to deleted milestone 20'Console.WriteLine(\'Reference to deleted milestone 22'Moi\'Reference to deleted milestone 22')'Reference to deleted milestone 3'B&replace=Console" style="overflow:hidden;height:100%;width:100%" height="100%" width="100%" seamless></iframe>

Tuota cs/fullhtml kutsumalla tulee koodi, jossa on siis kaikki tavara mitä
tarvitaan iframen tekemiseen. Olen lisäämässä sinne myös
osoitetta cs/iframe, joka palauttaisi em tyylisen "mössön".

Tuota cs&html mulla ei ole valmiina, koska en vielä osaa tehdä sitä
directiiviä (en ymmärrä miten se liitetään TIMin app:iin???) – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 14:46

Tuota cs&html mulla ei ole valmiina, koska en vielä osaa tehdä sitä
directiiviä (en ymmärrä miten se liitetään TIMin app:iin???)

Tätä pohdin itsekin. En oikein keksi muuta ratkaisua kuin sen, että kun TIM kysyy vaatimuksia pluginilta, niin plugin kertoo omien moduliensa nimet ja TIM täydentää ne oman angular modulinsa riippuvuuslistaan.. ( @samueluusimakela1, onko tämä edes teoriassa mahdollista?)

Tämä on vahvasti menossa hankalaksi tällä angularilla.. – Ville Tirronen

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 14:50

kaikki esimerkit ovat sellaisia, missä itse tehtyjä directiivejä käytetään
omasta ohjelmsta jolloin siinä voi lukea:

 app.directive('helloWorld', function() {

mutta kun kirjoitan omaa direcktiiviä, niin miten voi edes aloittaa
sen directiivin JS-tiedoston kun mulla ei ole tuota app käytössä.

Mutta jos tuon saa jollakin tavalla (aluksi hardkoodaamalla) pluginille
tiedoksi, niin kai tuo sitten sujuneen. Ja vastaavasti tuolta pluginin
/plugin/info -polun vastauskesta TIM saisi tietää (aluksi vaikka hardkoodataan) pluginien directiivien nimet. – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 14:56

iframessa on minusta ainakin kaksi ongelmaa:

1. sen koko ei seuraa kaikilla selaimilla sisällön kokoa
   (yllättäen iPadin selaimella toimi tosi upeasti, mutta Chromella ei)
2. vastausten palautukset hoidettava tiketeillä (iframe ei saa helposti
   cookie-tietoja)

direktiivien käytössä ongelmana on kai

1. pitää sopia nimiavaruuksista
2. TIM joutuu "rekisteröimään" noita direcktiivejä omaan app:iin

Joskus tuo iframe vaan voi olla helpoin tapa kiertää ongelmia,
siksi sallisin sen, mutta sallisin myös tämän toisen vaihtoehdon joka
on sujuvampi monivalintojen yms kohdalla. direktiiveillä tehtyjä
paloja (tai nidien sisälläö olevia paloja?) voi kai tarvittaessa CSS:llä
kiinnittä abosluuttisesti johonkin kohti näyttöä ja näin voi tehdä
(ehkä?) sellaisia pluginea, jotka aina olisivat näkyvissä (kuten esim
luentoseinä jne). – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 14:59

  onko tämä edes teoriassa mahdollista?

Tästä löytyy useitakin yritelmiä, testaan vielä tässä tänään yhtä mallia.

iframe ei saa helposti cookie-tietoja

Tätä pitäisi testata, mikäli same-origin niin cookieiden ei pitäisi olla saavuttamattomissa. – Samuel Uusi-Mäkelä

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 15:03

@samueluusimakela1 Kokeiles Samuel tuollaista URLia, mitä saat vastaukseksi:

http://tim-beta.it.jyu.fi/cs/?file=https://svn.cc.jyu.fi/srv/svn/ohj1/luentomonistecs/esimerkit/ListaEsimerkkeja/ListaEsimerkkeja/ListaEsimerkkeja.cs – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 15:08

en aluksi näe hirveänä ongelmana sitä, että moduleita reisteröitäessä
Hardkoodataan modulin perusURL ja mahdolliset direktiivien nimet
siinä rekisteröintilauseessa (minkälainen se sitten onkin). Tuota ehditään
sitten tehdä dynaamisemmaksi myöhemminkin (sen plugin/info-avulla).
Nyt kun on tärkeää saada jotakin toimivaa, niin hardcode ja ISO TODO riittää :-) – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 15:08

*** Success! 1 2 Toy Story 7

Saan tuommoisen lokaalista versiostani joka ei ole ajossa docker-containerissa, sama kutsu timillä aiheuttaa connection-timeoutin. Ongelma lienee jossain timin containerin asetuksissa. – Samuel Uusi-Mäkelä

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 15:18

ajappas vielä sieltä mistä tulee timeout, lisäsin logitusta
niin näkee tapahtuuko mitäään – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 15:21

done – Samuel Uusi-Mäkelä

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 15:23

mun päähän ei tule mitään. Vaikka kutsu olisi mitä soopaa tahansa,
pitäisi mulla tulosta ainakin rivi DOPOST (mikä tulee kyllä
jos selaimesta annan moisen URLin tai selainen JavaScriptillä
teen moisen kutsun).

Ohittaako joku nuo meidän ohjaukset noihin modulien portteihin jos
kutsut tulee samasta osoitteesta??? – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 15:25

Tuo on ohjattu menemään porttiin 56000, entä jos kutsuu – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 15:29

Jos ajan charrasta tms:

curl http://tim-beta.it.jyu.fi/cs/?file=https://svn.cc.jyu.fi/srv/svn/ohj1/luentomonistecs/esimerkit/ListaEsimerkkeja/ListaEsimerkkeja/ListaEsimerkkeja.cs

niin tulee vastaus.

tim-betassa ajettuna en saa mitään??? – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Aug 1, 2014, 15:57

Nyt joku tais korjata jotakin kun vaikuttaisi curlilla toimivan.

Eli Tapani korjasi palomuuria, joka ei tykännyt siitä, että timistä
lähti ensin pyyntö ulos ja sitten takaisin sisään. Olisi voinut
toimia jollakin localhostilla, esim:

curl http://localhost:56000/cs/?file=h – Vesa Lappalainen

[dezhidki]

In GitLab by @Smibu on Aug 11, 2014, 15:26

@samueluusimakela1 Nyt toimii tuo: http://tim-beta.it.jyu.fi/cs/reqs
sen mukaan mitä speksattiin. Mutta vielä ei osaa ottaa parametrejä speksin mukaisesta html-pyynnöstä missä markup on haudattu oman avaimensa taakse (osaa ottaa jos parametrit ovat "ylimmällä" tasolla). Tuon html-pyynnön parametrit voisit yrittää haudata Villen määritysten mukaan, silloin nuo mun jutut lakkaa toimmimasta, mutta koitan illalla korjajat sen tuon mukaiseksi. Alkuhätään en tarvitse muuta kuin sen markup: osan (toki joku mock state voi olla mukana) – Vesa Lappalainen

[dezhidki]

marked the task tietoturva-asiat as completed

[dezhidki]

marked the task xml yms wrap oletuksena 0 as completed

[dezhidki]

Kortin sisältö näyttää olevan joko toteutettu tai ei vastaa nykyistä TIMin arkkitehtuuria. csPlugin on sen verran iso, että sen kehitykseen liittyvät asiat kannattaa laittaa omiin kortteihin (niitä on tällä hetkellä kymmeniä). Laitan siis tämän alkuperäisen kortin kiinni toteutettuna.