Habe es jetzt mit dem runscript (und einem alias für das hochziehen des env) erfolgreich umsetzen können

danke euch erstmal...ich versuche morgen mal das hier umzusetzen:

https://django-extensions.readthedocs.i ... cript.html

will nur das Initialisieren des environments irgendwie mit vor dem manage.py automatisieren

@frank-w: Es ist zu klein. Ich meinte damit was was man wirklich einfach so ausprobieren kann, ohne noch irgendwas selbst schreiben zu müssen oder raten zu müssen wo man was noch ergänzen muss.


eigentlich nur die 3 Dateien scr.sh (ggf. env anpassen), jobtest.py und jobevaluation.py mit dem ...

@frank-w: Da wird etwas anderes ausgeführt als das was Du glaubst. Denn wenn oben im Modul ein ``import`` von `Job` steht, und der *funktioniert*, dann ist der Name auch in der Funktion bekannt.

Ansonsten wäre es mal interessant ein minimales, lauffähiges Beispiel zu sehen, das dieses Problem hat ...

so funktioniert es, aber hier ist ja auch wieder der import drin...

$ source $HOME/django/env3.8/bin/activate
$ export PYTHONPATH=$HOME/django/env3.8/lib/python3.8/site-packages/
$ python3 manage.py shell
Python 3.8.0 (default, Feb 25 2021, 22:10:10)
[GCC 8.4.0] on linux
Type "help", "copyright ...

wie kann ich das script direkt aufrufen und das DB-Model verwenden?

kenne nur den Weg über die django-shell

mit dem import-workaround habe ich aber bereits weiterentwickelt...habe daher die dateien kopiert (nur anderer name+import in jobtest angepasst) und auf das minimum angepasst:

jobevaluation_2.py:

from api.models import Job

def CheckOpenJobs():
resultdata={}
jobs=Job.objects.filter(jobtype ...

Der import fehlt nicht...habe nur die Änderung gepostet...

So funktioniert es:

from api.models import Job #in api/models.py definiert

jobs=Job.objects.filter(jobtype__jobtype="checktrails",state__state="EXECUTIONREQUESTED")

So nicht:


from api.models import Job #in api/models.py definiert ...

Hallo,

ich bin gerade dabei mich in ein Django-Projekt einzuarbeiten, welches von einem Kollegen gebaut wurde.

Hier sind Datenbank-modelle definiert welche sowohl in einer webapp (Rest-api) verwendet werden. diese möchte ich nun in Standalone-scripten verwenden.

also habe ich mir ein script ...

Mhm,unten verwendest du qsize...würde doch oben auch funktionieren,oder?

Sehe hier keinen deprecated hinweis

https://docs.python.org/3/library/queue.html

Das no waiting jobs müsste eigentlich nach der while sein (bei mir auch falsch) und wird evtl.zu zeitig (jobliste könnte schon leer sein,aber ...

Die Logik ist jetzt aber anders....

Ich habe ja 2 queues...

eine UI => thread (aka jobs,self.q)
Rückmeldung des threads,welche fertig sind (self.doneq) für die Anzeige

Die Anzeige,dass nichts mehr zu tun ist,basiert auf der ersten Queue (Arbeitsvorrat des Threads).

Dein Ansatz nimmt ggf. dem ...

__blackjack__ hat geschrieben: Montag 16. August 2021, 10:03 @frank-w: Ich würde das ohne `empty()` machen, mit einer ``while True:``-Schleife die dann verlassen wird wenn das `get_nowait()` eine Ausnahme auslöst weil die Queue tatsächlich leer ist.

Welchen Vorteil hat das? Aus meiner Sicht macht es den code größer und schwerer verstehbar

Habs jetzt mit einer 2.queue (Rückrichtung als Erledigungsmeldung) und ohne exit/quit (macht aus meiner sicht keinen Sinn,da die job-queue mehrmals gefüllt werden kann) gemacht.


def syncGUI(self):
while not self.doneq.empty():
item=self.doneq.get()
self.scrolltxt.insert(tk.END, str(item)+ '\n ...

Kannst du mir vielleicht ein besseres beispiel geben? Der sinn an der funktion ist ja die rekursion...also wenn bei einer prüfung noch was in der queue drin ist,wird nochmal gewartet.

Kann auch das Fenster selbst verwendet werden?

Hier wird das scheinbar gemacht:

https://www.oreilly.com/library ...

Eine bekannte Suchmaschine hat das zu Tage gefördert:

https://stackoverflow.com/q/49370592

Wenn ich pause_and_empty nach dem Füllen der queue aufrufe, müsste das passen,oder? Brauche ich das pause oder reicht das Abfragen,ob die queue leer ist? self.parent muss dann vermutlich der button sein,der ...

Das Ändern in der gui vom thread aus habe ich grob aus einem Beispiel (buch)...wie bekommt die gui mit,dass der thread was gemacht hat,ohne zu blockieren? Über eine 2.queue (get würde halt die gui blockieren,genauso wie eine schleife zum pollen dieser)?

Betreffend der gelöst-Kennzeichnung habe ich ...

Wie kann ich den thread als gelöst kennzeichnen? Habs bisher nicht gefunden...

Danke euch...habe es wirklich andersherum (vom losgelösten prozess unter linux) verstanden...die doku ist da ein bisschen verwirrend (doppelte Verneinung)

Ich habe es jetzt so (self.workthread wird im init der Klasse auf None gesetzt):


def worker(self):
while True:
item = self.q.get()
self ...

Daemon=true sorgt ja dafür (wenn ich es richtig verstehe) dass der thread weiterläuft,wenn das hauptprogramm beendet wird,bis der Thread fertig ist. Wenn ich while true mache und queue.get auf weitere daten wartet,läuft der Thread doch ewig weiter,oder nicht? Also grob das Szenario,was du ansprichst ...

Danke dir, habe das mit der python doku [1] nachvollziehen können (block=True).

D.h. der thread läuft die ganze Zeit,bis der Prozess (Anwendung) beendet wird. Ein daemon=True wäre hier fatal,richtig?

Kann man den Thread dann irgendwie beenden? Muss vermutlich in der klasse eine Abbruchbedingung ...