Hi brian, just to let you know that I am still interested in the nginx option. Of course at your own convenience.
On Thu, 25 Nov 2021, 20:53 Roman Isitua, <romanisi...@gmail.com> wrote: > I have never heard of the tool before. I will look it up. > > Thanks > > On Thu, Nov 25, 2021 at 8:42 PM Greg Dove <greg.d...@gmail.com> wrote: > >> Slightly off topic (not nginx-related): >> I understand that you want this specific solution with nginx for the >> setup that you have, and maybe you don't need anything more than that. >> But I tend to work on lots of different client projects, and use a more >> general approach that works in all cases, just in case it is helpful to >> know about: >> I use the Charles (CharlesProxy) tool with 'map-local' feature so I don't >> usually need gulp or nginx or other local solutions. This lets me test >> local builds against remote production sites, dev sites or whatever else I >> need to do. >> I've been doing that for over 10 years now (it was something like 50 USD >> and has been regularly updated over the years), and it adapts very well to >> various circumstances. It also has good inspection support for amf, json, >> xml etc in the http logging which can always be helpful. >> >> Just in case that's of interest... >> >> >> >> On Fri, Nov 26, 2021 at 2:41 AM Roman Isitua <romanisi...@gmail.com> >> wrote: >> >>> Hi Brian, >>> >>> I am still having issues setting up nginx. >>> My development environment is as follows >>> >>> I have a blazeds endpoint running on tomcat that can be accessed via >>> this url >>> >>> http://localhost:8080/myblazeds/messagebroker/websocket-amf >>> >>> During development, I can run royale using the maven embedded tomcat >>> plug in >>> >>> mvn tomcat7:run >>> >>> Once the app is running, I can access the url using this >>> >>> http://localhost:8082/MainApp/index.html >>> >>> In my remote endpoint configuration, I usually hard code the full url >>> (including localhost and port no) to blazeds. >>> >>> Based on your recommendation I configured a relative url part for my >>> remote end point. >>> /myblazeds/messagebroker/websocket-amf >>> >>> This works if I copy the royale js files to my spring boot web resource >>> folder. i.e. I bundled the royale app as part of the spring boot >>> application. >>> >>> I want to keep the >>> 1. front end and back end separate. >>> 2. Use the relative endpoint url. >>> 3. Use nginx to proxy the front end request to the back end. >>> >>> >>> I have installed nginx. and tried your earlier configuration. It is not >>> working. I am using a windows pc. >>> >>> Regards, >>> >>> On Tue, Nov 23, 2021 at 11:07 AM Roman Isitua <romanisi...@gmail.com> >>> wrote: >>> >>>> I have gone through the below. The only section that is not clear is >>>> the section >>>> >>>> alias "/some/path/to/src"; >>>> >>>> >>>> Am I expected to put the file path to the src folder that contains the >>>> royale mxml and actionscript code of my project ? >>>> >>>> >>>> >>>> On Mon, 22 Nov 2021, 23:37 Brian Raymes, <brian.ray...@teotech.com> >>>> wrote: >>>> >>>>> Glad it worked! If you need any assistance setting it up, let me know. >>>>> Here’s the basic server block I use to make it work, if others are >>>>> interested: >>>>> >>>>> >>>>> >>>>> server { >>>>> >>>>> listen 80; >>>>> >>>>> >>>>> >>>>> location / { >>>>> >>>>> >>>>> >>>>> # don't cache it >>>>> >>>>> proxy_no_cache 1; >>>>> >>>>> # even if cached, don't try to use it >>>>> >>>>> proxy_cache_bypass 1; >>>>> >>>>> >>>>> >>>>> root "/some/path/to/royale/target/javascript/bin/js-debug"; >>>>> >>>>> >>>>> >>>>> # This try_files allows you to reach local stuff first before >>>>> going to the @remoteserver, such as the /src location below >>>>> >>>>> try_files $uri $uri/ @remoteserver; >>>>> >>>>> } >>>>> >>>>> >>>>> >>>>> location /src { >>>>> >>>>> alias "/some/path/to/src"; >>>>> >>>>> } >>>>> >>>>> >>>>> >>>>> location @remoteserver { >>>>> >>>>> # Development Servers >>>>> >>>>> proxy_pass http://path/to/dev/server; >>>>> >>>>> >>>>> >>>>> # Test, other, etc >>>>> >>>>> #proxy_pass http://something/else/; >>>>> >>>>> } >>>>> >>>>> } >>>>> >>>>> >>>>> >>>>> Brian >>>>> >>>>> >>>>> >>>>> *From:* Roman Isitua <romanisi...@gmail.com> >>>>> *Sent:* Monday, November 22, 2021 1:45 PM >>>>> *To:* users@royale.apache.org >>>>> *Subject:* Re: [EXTERNAL] Configuring rpc end points in royale >>>>> >>>>> >>>>> >>>>> Thank you very much Brian. It worked. >>>>> >>>>> >>>>> >>>>> I would like to know how I can set up a local instance of Nginx that >>>>> proxies to my backend. I see a lot of benefits in having this capability. >>>>> >>>>> >>>>> >>>>> Regards, >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Sun, Oct 31, 2021 at 8:43 AM Roman Isitua <romanisi...@gmail.com> >>>>> wrote: >>>>> >>>>> Thanks for this response. I will certainly try the below configuration >>>>> and revert. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> However, I want to understand your usage of nginx. >>>>> >>>>> >>>>> >>>>> My approach is to develop on my local machine then deploy to test >>>>> server then test there. >>>>> >>>>> >>>>> >>>>> If I understood you correctly, you are deploying the front end in your >>>>> local machine however you are using nginx to route traffic to your test >>>>> server ? >>>>> >>>>> >>>>> >>>>> I would appreciate if you have links on how to do this. Sounds >>>>> very interesting. >>>>> >>>>> >>>>> >>>>> On Tue, 26 Oct 2021, 23:15 Brian Raymes, <brian.ray...@teotech.com> >>>>> wrote: >>>>> >>>>> Correct, remove the hostname and IP from your configuration and it >>>>> will infer it at runtime. FYI, I’m using crux as well, although, I have >>>>> mine configured a bit differently. >>>>> >>>>> >>>>> >>>>> Example for you: >>>>> >>>>> >>>>> >>>>> <mx:RemoteObject id="serviceDAO" >>>>> >>>>> endpoint="messagebroker/websocket-amf >>>>> <http://localhost:8080/messagebroker/websocket-amf>" >>>>> >>>>> destination="genericService"> >>>>> >>>>> >>>>> >>>>> <mx:method name="findWithNamedQuery"> >>>>> >>>>> </mx:method> >>>>> >>>>> >>>>> >>>>> </mx:RemoteObject> >>>>> >>>>> >>>>> >>>>> Then, what I do, is set up my nginx proxy to forward traffic to my >>>>> test server. Have the forward include the “spaceiofm”. Then, your code is >>>>> deployment agnostic. >>>>> >>>>> >>>>> >>>>> Hope that helps. Let me know if you need more concrete examples. >>>>> >>>>> >>>>> >>>>> Brian >>>>> >>>>> >>>>> >>>>> *From:* Roman Isitua <romanisi...@gmail.com> >>>>> *Sent:* Monday, October 25, 2021 12:25 PM >>>>> *To:* users@royale.apache.org >>>>> *Subject:* Re: [EXTERNAL] Configuring rpc end points in royale >>>>> >>>>> >>>>> >>>>> Hi Brian, >>>>> >>>>> >>>>> >>>>> Thanks for your response. Though I am still not clear how your >>>>> suggestion will work. Formy app I am using crux. There is a beans.xml file >>>>> where I configured my remote end points as follows >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> <mx:RemoteObject id="serviceDAO" >>>>> >>>>> endpoint=" >>>>> http://localhost:8080/messagebroker/websocket-amf" >>>>> >>>>> destination="genericService"> >>>>> >>>>> <mx:method name="findWithNamedQuery"> >>>>> >>>>> </mx:method> >>>>> >>>>> </mx:RemoteObject> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> When running the program on my development pc my server is localhost. >>>>> So it works fine. When I deploy to the test server, the above >>>>> configuration >>>>> will not work. I have to adjust the ip address to be something like this >>>>> >>>>> >>>>> >>>>> <mx:RemoteObject id="serviceDAO" >>>>> >>>>> endpoint=" >>>>> http://192.68.43.22:8080/spaciofm/messagebroker/websocket-amf" >>>>> >>>>> destination="genericService"> >>>>> >>>>> <mx:method name="findWithNamedQuery"> >>>>> >>>>> </mx:method> >>>>> >>>>> </mx:RemoteObject> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> If I do this, it works. >>>>> >>>>> >>>>> >>>>> My guess is that there should be a way to configure the end point such >>>>> that it defaults to the server host name without any configuration. >>>>> >>>>> >>>>> >>>>> Regards, >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> On Mon, Oct 18, 2021 at 8:49 PM Brian Raymes <brian.ray...@teotech.com> >>>>> wrote: >>>>> >>>>> Hi Roman, >>>>> >>>>> >>>>> >>>>> I do this by running a local instance of Nginx that proxies to my >>>>> backend (or wherever you need as it’s easily changeable). >>>>> >>>>> >>>>> >>>>> As for RPC configuration, I have mine all set relatively, as-in, >>>>> simply: >>>>> >>>>> >>>>> >>>>> AMFChannel("my-amf", "messagebroker/amf"); >>>>> >>>>> >>>>> >>>>> This way, they always look local, but proxy through Nginx to any >>>>> server I need throughout the development/test process. >>>>> >>>>> >>>>> >>>>> By doing it this way, I never have to modify a build. They just work >>>>> in call cases, whether that be local for development, or remote when >>>>> deployed. >>>>> >>>>> >>>>> >>>>> If you need any config assistance for Nginx, let me know. >>>>> >>>>> >>>>> >>>>> Regards, >>>>> >>>>> Brian >>>>> >>>>> >>>>> >>>>> *From:* Roman Isitua <romanisi...@gmail.com> >>>>> *Sent:* Monday, October 18, 2021 9:23 AM >>>>> *To:* users@royale.apache.org >>>>> *Subject:* [EXTERNAL] Configuring rpc end points in royale >>>>> >>>>> >>>>> >>>>> Hi, >>>>> >>>>> >>>>> >>>>> In an app, I am working on. I am using rpc based end points to access >>>>> my back end. On my development machine I use localhost. I intend to start >>>>> deploying the the app to a test server for testing. I realise that each >>>>> time, I do a deployment to the test server, I have to remember to switch >>>>> from local host to the ip address of the test server. I do this via the >>>>> beans.mxml configuration files. (I am using crux). Sometimes I forget to >>>>> do >>>>> this, so I have to redeploy again. >>>>> >>>>> >>>>> >>>>> My question is, is there a better way to configure my rpc end points >>>>> such that I don't have to be changing ip addresses of the rpc end points >>>>> in >>>>> the beans.mxml file ? >>>>> >>>>> >>>>> >>>>> Once testing is done, the app will be moved to production, again, ip >>>>> addresses will change. >>>>> >>>>> >>>>> >>>>> What is the best practice for configuring rpc end points in royale ? >>>>> >>>>> >>>>> >>>>> Is there a way to store deployment environments specific >>>>> configurations ? >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> Regards, >>>>> >>>>>