Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
    Jordi Masip
    @masipcat_gitlab
    The elasticsearch changes will I think be the final breaking changes for g6 right?
    No
    Yes *
    Nathan Van Gheem
    @vangheem
    No/Yes? lol :)
    @masipcat_gitlab done!
    Samuele575
    @Samuele575
    Hi,
    I’m helping @eikichi18 to develop an application using guillotina_amqp, but we found a problem trying to connect the “task” created by the worker and a simple web socket. We’ve created an object using the guillotina_amqp worker, notified the event to a subscriber, which put it on an utility queue, and tried to sent on a web socket, as shown during the training. The problem is that the worker do not allowed us to open the socket directly so we are force to open a second service on an other port that manages it. So we have the worker service opened with the “g amqp-worker” command, on the local port 5672, and the socket service open with the simple “g -c config.yaml” o “g” command, on the 8080. At this point we find the problem: the worker does not see the list of opened sockets and the socket does not read the events notified by the worker when an object is created in the database, as if we are managing two different instance. We think it could be a solution to save the socket’s list in the context using a new behavior, but first we are glad to hear a more expert opinion, maybe there is an easier way to connect the socket and the worker and we are doing something wrong.
    Ferran Llamas
    @lferran
    @vangheem @masipcat_gitlab @jordic guillotina sync?
    Jordi Masip
    @masipcat_gitlab
    @bloodbare ^ ?
    Filippo Campi
    @eikichi18
    @lferran what is guillotina sync ?
    Ferran Llamas
    @lferran
    @eikichi18 sorry! that was unrelated with @Samuele575 's question.
    Filippo Campi
    @eikichi18
    ah ok, sorry :)
    Ferran Llamas
    @lferran

    regarding @Samuele575 's question, not sure I understand completely.

    But if you have the separate service handling websocket connections, the worker task should be able to send some notifications too, no?

    Probably you can't pass the open websocket connection to the worker as a parameter, because the parameters are json-serialized before sending to rabbitmq, but maybe you could pass the worker ws url?

    hope it helped

    Jordi Collell
    @jordic
    What is the repo of the oficial autogenerated docker image?
    Samuele575
    @Samuele575
    @lferran what do you mean with "the worker ws url"?
    I’ll try to explain better the problem from another prospective: we are unable to report events generated by the worker to the socket manager. The @task use two functions: create_content_in_container and notify, so the subscriber can handle events but only the worker service reads them and starts the subscribers, the socket manager does not.
    Kumar Akshay
    @kakshay21
    Hey @vangheem,
    I was working on the guillotina object server (POC) which stores transactional objects inside rocksdb and it is using grpc.
    Have a look https://github.com/kakshay21/gobject - ignore service name ;)
    I also need little help in integrating with guiilotina, as currently, I'm just storing hardcoded values from python grpc client.
    Nathan Van Gheem
    @vangheem

    @kakshay21 !!!! Amazing. I will check it out tonight.

    Sorry I didn't notice earlier.

    I hope you're doing well and covid-19 is under control where you are living.

    Kumar Akshay
    @kakshay21
    I'm good @vangheem!
    The number keeps on increasing every day, not sure how long it'll take to get back to normal.
    I hope you and everyone else are safe and doing well!
    Nathan Van Gheem
    @vangheem
    Hi @masipcat_gitlab and @bloodbare can I have some reviews please?
    Jordi Masip
    @masipcat_gitlab
    All approved! Can you review plone/guillotina_elasticsearch#72 @vangheem @bloodbare ?
    Ramon Navarro Bosch
    @bloodbare
    @vangheem just one comment on the jsonfield
    Nathan Van Gheem
    @vangheem
    @masipcat_gitlab I approved 3 days ago :)
    Jordi Masip
    @masipcat_gitlab
    oh, i see. Thank you!
    Ramon Navarro Bosch
    @bloodbare
    Captura de Pantalla 2020-04-24 a les 15.09.42.png
    Jordi Masip
    @masipcat_gitlab
    nice, merged!
    Kumar Akshay
    @kakshay21
    Hello everyone!
    I was reading getting started guide on guillotina and while I was making any change in the endpoint, I had to stop the server, install the package pip install -e mypackage and then starting the server. Doesn't guiilotina reload on its own on every code change like django or rails?
    Jordi Masip
    @masipcat_gitlab
    Hi! By default doesn't reload automatically. You need to add the --reload flag on guillotina -c config.yaml serve --reload. Hope this solves you problem.
    Kumar Akshay
    @kakshay21
    oh great, thanks!
    David Bain
    @pigeonflight
    This message was deleted
    1 reply
    Md Nazrul Islam
    @nazrulworld
    Happy to announce the new release of https://pypi.org/project/fhirpath-guillotina/ [a fhirpath addon for guillotina ]
    Eric BREHAULT
    @ebrehault
    the only role having guillotina.AddContent is guillotina.Owner, so if we want to create a simple app where any member can add a new content, we need to change the permissions on guillotina.Member. Couldn't we have a default role allowing to view + add?
    Jordi Masip
    @masipcat_gitlab
    Hi everyone! Now that G6 has been released I created this PR to awesome-asgi repo to add Guillotina florimondmanca/awesome-asgi#41. It needs 20 upvotes to be merged... Can you help with a :+1: ? :)
    David Bain
    @pigeonflight
    I'm getting "POST /db/site/@search HTTP/1.1" 501 Not Implemented when making a call to the search endpoint
    Nathan Van Gheem
    @vangheem
    @ebrehault I think the idea was to be safe by default. It's not obvious that members being to create content is desirable. Maybe there should be a way to activate different permission profiles based on what you'd like to do with the app... Or, the workflow implementation...
    @masipcat_gitlab about the docs, builds for 6.x have been failing: https://readthedocs.org/api/v2/build/11271404.txt
    @pigeonflight you need to configure a search catalog. What settings are you using? Maybe you want to use the postgresql implementation? https://guillotina.readthedocs.io/en/latest/contrib/jsonbcatalog.html
    David Bain
    @pigeonflight
    @vangheem I have that I believe:
    applications:
      - checkup
      - guillotina.contrib.catalog.pg
      - guillotina.contrib.swagger
    databases:
      db:
        storage: postgresql
        ...
    David Bain
    @pigeonflight
    This is kinda bad.... I downgraded to guillotina 5.x and @search works
    David Bain
    @pigeonflight
    1. I can see the cons of having @search work out of the box.
    2. I'm not sure how to activate @search on the 6.x version of guillotina
    Jordi Masip
    @masipcat_gitlab
    @vangheem Yeah, I know, I took a quick look with @bloodbare but I had some trouble installing docs dependencies... I'll try again during this week
    @pigeonflight do you have the python traceback on you access logs? can you share it?
    Jordi Masip
    @masipcat_gitlab

    @pigeonflight I think I found the problem: plone/guillotina@34c6bc0 In G6 we changed some methods of the ICatalog interface and the behavior of the catalog api.

    GET @search uses ICatalog.search and expects queries to be parsed
    POST @search uses ICatalog.search_raw and expects raw queries (i.e. ES queries)

    The former is not supported in pgcatalog. So, I'd say it's not a bug and could be solved changing the api call to a GET. Maybe this breaking change could have had been documented better

    Petri Savolainen
    @petri

    With a simple reservation calendar thus:

    class ICalendar(Interface):
        name = TextLine()
    
    @contenttype(type_name="Calendar", schema=ICalendar, behaviors=[DCbehavior])
    class ReservationCalendar(content.Folder):
        "calendar resource type”

    .. and then POSTing a new calendar with JSON body:

    {
        "@type": "Calendar",
        "name": "Test calendar"
    }

    the response is:

    {
        "@id": "http://localhost:8080/db/calendars/d9a348011fea46d5baab516fdd534941",
        "@name": "d9a348011fea46d5baab516fdd534941",
        "@type": "Calendar",
        "@uid": "c19|d9a348011fea46d5baab516fdd534941"
    }

    Why is the calendar name not returned? As far as I can tell, this is 100% according to how docs instruct? Is name a reserved word because @name, or something?

    Jordi Masip
    @masipcat_gitlab
    which endpoint are you using to fetch the calendar? Are you using the endpoint @items ?
    Petri Savolainen
    @petri
    @masipcat_gitlab this ^ is actual POST response. But no, I was using just GET /db/calendars … ?
    ohh blush ok @items returns everything… thanks!
    Jordi Masip
    @masipcat_gitlab
    The response of the POST doesn't include the object, just a summary to know the ids of the newly created object.
    GET /db/calendars/d9a348011fea46d5baab516fdd534941 should return the field name as well
    Petri Savolainen
    @petri
    I see.. same ”philosophy” with the bare / endpoint without @items . ok makes sense.
    David Bain
    @pigeonflight

    @pigeonflight I think I found the problem: plone/guillotina@34c6bc0 In G6 we changed some methods of the ICatalog interface and the behavior of the catalog api.

    GET @search uses ICatalog.search and expects queries to be parsed
    POST @search uses ICatalog.search_raw and expects raw queries (i.e. ES queries)

    The former is not supported in pgcatalog. So, I'd say it's not a bug and could be solved changing the api call to a GET. Maybe this breaking change could have had been documented better

    I need to re-read this to understand the implications. Are you just saying that GET based search is off the table when using pgcatalog?