Ich mach mal was, wofür ich hier hoffentlich nicht exkommuniziert werde
WSO2 EMM soll ja auch in Windows 7 laufen, und da sind oben keine
Inkompatibilitäten erwähnt …
Wenn ich die Version 2.2.0 noch irgenwoher bekäme, könnte ich es auch
damit versuchen (in beiden Welten).
Downgrade auf Oracle Java 8 Version 1.44 wäre auch noch ein Versuch in
Linux.
Wer lesen kann … Previous Versions Damit komme ich in Ubuntu 12.04 mit Java 8 Version 1.71 immerhin so weit, dass ich dem Tablet eine Message schicken kann. Melde ich mich (auf dem Tablet) am Store an und klicke die Catalog App an, laufe ich wieder auf Error 500
Hi Jürgen. Und? Doch noch Erfolg gehabt?? Ich habe das ganze natürlich auch nicht auf Ubuntu 12 getestet. Allerdings hätte die docker-Version im Container ja auf jeden Fall die richtigen Abhängigkeiten liefern müssen, oder? Auch da lief das ja nicht so wie es sollte
Die alte Version 2.2 hatte ich irgendwann hier noch rumfliegen, doch ich habe sie gelöscht. Auch da kann ich also leider nicht weiterhelfen…
Aber ich würde mich trotzdem freuen, wenn du’s noch schaffst … im Prinzip scheint das alles zu können, wonach wir gerade suchen…
ja, ich habe Erfolg gehabt!
Gerade konnte ich die Catalog App und die IServ App vom Server aus
meinem Tablet zuweisen. Das Tablet fragt noch, ob ich installieren möchte.
Jetzt muss ich mich mit BYOD vs COPE auseinandersetzen …
Hier was ich auf meinem linuxmuster 6.2 (nicht virtualisiert) gemacht habe:
wso2emm-2.2.0.zip hier heruntergeladen
In Windows 7 habe ich mit wso2iot-3.3.0.zip und erst recht mit
wso2emm-2.2.0.zip keinen Erfolg gehabt.
Für ersteres gibt es kein Skript zum Ändern der IP, so dass die
Authentifizierung wie gehabt in die Büx geht und zweiteres meckert
bereits beim Starten der Dienste über fehlendes carbon rum … Ein
Glück! Hätte mich sehr deprimiert, wenn’s anders herum gelaufen wäre
Ok, 2.2 läuft also noch.
Ich frage mich nur, ob das der Weg ist, der für uns sinnvoll ist: Auf eine veraltete Version setzen und hoffen, dass 3.3.0 irgendwann auch läuft?
Genau das werde ich machen. Für mich ist jetzt der nächste Schritt, mich mit der Client-Seite zu befassen.
Vielleicht findet ja inzwischen jemand anders heraus, was wir mit wso2iot-3.3.0.zip falsch gemacht haben. Ich kann mir nicht vorstellen, dass es veröffentlicht wurde, ohne dass die Anleitung dazu irgendwo funktioniert.
Hi. Also ich hatte 3.3.0 auch schon auf Blech ausprobiert (Ubuntu 16.04) ohne change-ip.sh. Das lief leider auch nicht zufriedenstellend. Es scheint ja wirklich an der verwendeten Java Version zu scheitern…
Wenn man das System einsetzen möchte, müsste man also einen Rechner mit genau passender Software auf hold setzen und hoffen, dass es ab dann läuft
(Daher hatte ich ursprünglich auf die docker Container Version gehofft. Vielleicht kann man die Netzwerkeinstellungen des Containers auch anders einstellen, so dass direkt eine IP aus dem richtigen Netz gewählt wird??? Vielleicht so: https://skife.org/2016/03/28/docker-real-network.html — dann könnte man auf das Change-ip-Script verzichten und hätte trotzdem im Container die richtige Software?? Die Hoffnung stirbt zuletzt… allerdings kamen bei mir vor einiger Zeit auch im Container Log diverse Java Fehlermeldungen…)
Michael
wenn Du magst, forsch an der genannten Stelle weiter.
Für meinen Teil bekommt die Schule demnächst die ersten Promethean
Active Panels, die ich remote managen will. Deshalb bin ich erst mal
froh, überhaupt etwas zu haben, womit das gehen könnte. Bis es geht,
steckt auch darin noch eine Menge Arbeit …
Damit von WSO2 EMM remote auf dem Androiden ohne Nachfragen installiert wird, braucht man darauf die „Android System Service Application“.
Die kann man aber nicht einfach so wie den „EMM Agent“ als apk herunterladen und installieren, sondern man muss „android.jar“ gegen eine Version austauschen, die auch Zugriff auf „restricted APIs“ hat, und das apk selbst bauen. https://docs.wso2.com/display/EMM220/Integrating+the+Android+System+Service+Application
Wahrscheinlich müsste man entweder das Device rooten oder Kontakt zu dem Hersteller aufnehmen …
Ich richte mal eine diesbezügliche Anfage an Promethean.
Macht das Thema WSO2 für mich jedoch nicht uninteressant - die Tablets
in Schülerhand mit Android, iOS und Windows werden kommen und wollen
verwaltet werden …
Hi.
Also ich frage mich weiterhin, ob ich nicht lieber auf eine Komplett-Verwatung mit den adb-Tools setzen sollte? Also konkret: Ein Tablet einrichten und dann klonen.
Offenbar kann man mit adb auch dann klonen, wenn die Dinger nicht gerootet sind? Das war mir neu – bzw hatte ich es vorher nie ausprobiert.
Wer macht das so bzw welchen Weg habt ihr gewählt, um das ganze so effizient wie möglich zu machen (z.B. zeitgleiches Ausrollen auf vielen Geräten?). Diesen Thread hatte ich oben ja schon verlinkt. Daher nochmal ganz konkret an @Yannik : Klappt das bei auch auf mehreren Geräten gleichzeitig per Script??
bei unseren Tablets hat das Klonen nicht funktioniert, sie haben kein “root”. Es handelt sich um Samsung Galaxy Tab A 10 mit S-Pen (sm-p580).
Nach einer manuellen Einrichtung auf jedem der 30 Tablets lassen sie sich aber über adb begrenzt verwalten:
eingeschränkte Benutzerprofile anlegen/löschen
einzelne Pakete installieren (F-Droid und obsQR für QR-Codes)
Abschaltzeit des Bildschirms einstellen
Aber insgesamt sind mir die Tabets suspekt. Sie sind einfach nicht für wechselnde Benutzer gemacht…
Hi. Wechselnde User sind bei uns eher kein Thema. Es kann ruhig alles im default Profil laufen, da es eine 1:1 Zuordnung ist (“jeder User/Kollege erhält sein/ihr eigenes Tablet”).
Gilt das mit dem Klonen auf nicht-gerooteter Hardware generell oder ist das von Fall zu Fall verschieden??
adb -s $1 shell settings put system screen_off_timeout 1800000
Das $1 steht für die Gerätekennung, da ich das Script über alle angeschlossenen Geräte laufen lasse. Wenn mal wieder etwas mehr Zeit ist, kann ich es hier reinstellen. Es macht leider nicht immer, was es soll.
Für die Einstellungen gibt es eine Referenzseite: https://developer.android.com/reference/android/provider/Settings.System
Schöne Grüße
Christian