• Ripan Palvelinten päivitys
    • Testissä - suoritustavan id ei ole pakollinen ilmoittautumisen perumisessa
  • Korkeakoulun käyttämän Ripan rajapintaversion automaattinen havainnointi
    • Ongelma päivityksyssä, kun viestejä menee korkeakoulun jonoon vanhalla versiolla päivityksen aikana, korkeakoulu päivittää uuteen versioon ja käynnistää Pepin/Sisun, jonosta purkautuu vanhan version viestit.
      • Automaattinen uudelleenlähetys viesteille ratkaisee tätä joltain osin ainakin. Toinen korkeakoulu lähettää viestit uudelleen, tulee Ripaan ja Ripa jatkolähettää uudella versiolla
    • Jos Ripassa vaihdetaan versionumero uuteen heti päivityksen alkaessa niin minimoidaan ongelma, mutta vaatii CSC:lle tietoa aina päivityksen ajankohdasta
    • Kuinka hyvin yleisesti ottaen välittömästi päivityksen jälkeen pystytään käsittelemään jonosta purkautuvat viestit? 
      • Ei ole tullut vastaan ongelmia tähän liittyen
  • Verkostojen nimissä &-merkki. Aiheutuuko tästä tai muista erikoismerkeistä ongelmia Pepissä?
    • Nyt tuli vastaan verkoston nimessä, jossa & muuttui muotoon & yllättäen
    • Ripassa vanha tiketti, jossa ilmeisesti tarkoituksella tehty tämä enkoodaus, koska erikoismerkit aiheuttaneet jotain ongelmia
    • Onko tilanne edelleen sama, eli täytyykö nämä enkoodata edelleen?
    • Sanitointi muuten? Pitäisikö html-tägit poistaa kaikesta? Voiko opintojakson kuvauksessa olla "Opit miten käyttää html:ää, kuten <p>, <div> ja <span> -tägejä"?
      • Sekä Pepissä että Sisussa on oma sanitointi. Ei tarpeellista Ripassa. 
      • Ainakin Sisussa voi syöttää html-markuppia joihinkin kenttiin.
    • Testataan testiympäristössä sekä &-merkit että html-tägit 
  • dev-ympäristö
    • Palomuuriavaukset. Voisi tehdä samoille IP:lle kuin on Ripan nykyisessä testiympäristössä Funidatalle ja Peppi-konsortiolle
    • Client-sertit. Voitaisiin käyttää nykyisiä. Ripan päässä riittäisi kopioida julkiset avaimet ympäristöstä toiseen. 
    • Pepin osalta 2026 alkuvuosi luultavasti. Ripassa voidaan tehdä asennukset valmiiksi ja siirtyminen voi tapahtua sitten kun valmista.
  • Tiivis-opsin (vaihe 1) toteutuksen suunnittelu
    • Tilanne Pepin määrittelyn kanssa?
      • Määrittelyprojekti juuri alkanut. Määrittely tapahtuu nyt 2025 syksynä. Toteutusaikataulu vielä avoin, todennäköisesti kuitenkin 2026 aikana. Määrittelyprojektiin liittyy muitakin Ripa-asioita, esim välimuisti (indeksöinti), ym.
      • Toiminnallisuus olemassa suunnittelupuolella vastaavien opintojen merkkaamiseen, mutta opiskelijan näkymässä toiminnot puutteellisia. Kytkökset Ripaan toteutettava myös.
    • Toimivuus Sisussa?
      • Hallinnon puolella voi asettaa vastaaviksi opinnoiksi toisen korkeakoulun opintoja. Eivät näy opiskelijan näkymissä. Keskustelua, että pitäisikö näkyä, onko tämä hyvä käyttötapa.
      • Opetussuunnitelmaan voi tuoda toisen korkeakoulun opintojaksoja (Ripan suunnitelmissa vaihe 2)
    • Mitä määrityksiä tarvitaan Pepsi-ryhmältä?
      • Toistaiseksi Pepin puolella ei ainakaan tunnistettu tarvetta siirtää tietoa Ripan kautta ja siten Pepin sisäistä kehitystä. Ei siis toistaiseksi ainakaan tarvita määrityksiä Pepsi-ryhmältä
      • Sisussa sama tilanne. Sisun sisäistä pohdintaa, kuinka toimii.
    • Myös, luonnos-tilaiset opintoelementit. Skeemassa on status, jossa ei kuitenkaan arvoa luonnokselle. Tätä voisi ehkä käyttää. (Jää kuitenkin pois TOPS vaiheesta 1)
      • Ripan studyElementissä on status-kenttä, jossa tilat active, cancelled ja archived
        • Sisu käyttää Ripassa myos cancelled ja archived tiloja
        • Peppi käyttaä cancelled-tilaa, kun poistetaan Pepissä.
        • Pepissä hauissa ilmeisesti laitetaan status=active, mikä olisi hyvä tulevaisuutta ajatellen, jos tulee myös draft-tilaisia opintoelementtejä 
  • No labels