Configuration of PF-Push with Apache Server Load Balancing

UI Components for JSF
smithh032772
Posts: 6144
Joined: 10 Sep 2011, 21:10

30 Nov 2012, 16:38

andyba wrote:Do you want me to create a GitHub project and have you take my daughter to dinner as well?
BTW Blog has a new Post.
Sounds good to me. :)

I did some reading/research (as usual, almost a daily ritual for me) on this, and I saw where someone recommended 'not' to use Apache (web server) for use with websockets, comet, etc...

http://stackoverflow.com/a/7378140/933054

Wow, I read your new blog post, did a +1 and added a long response in the Google +1 dialog, and now I don't see my response anywhere. :(

I should have added the response at the bottom of your blog, in the text box.
Howard

PrimeFaces 6.0, Extensions 6.0.0, Push (Atmosphere 2.4.0)
TomEE+ 1.7.4 (Tomcat 7.0.68), MyFaces Core 2.2.9, JDK8
JUEL 2.2.7 | OmniFaces | EclipseLink-JPA/Derby | Chrome

Java EE 6 Tutorial|NetBeans|Google|Stackoverflow|PrimeFaces|Apache

smithh032772
Posts: 6144
Joined: 10 Sep 2011, 21:10

05 Dec 2012, 16:44

smithh032772 wrote:Andy,

Currently, my TomEE/CDI-managed-bean web application pushes data to client(s), perfectly, but what I really want to do is deploy my CDI-managed-bean web application to Glassfish3.1.2.2/WELD, and possibly use Message Beans to send data from Glassfish to TomEE, and TomEE (PrimeFaces Push) will push data to the same clients that are being served by Glassfish/CDI-managed-beans.

I think I need to keep all same code I have now, xhtml page references Push channel, Glassfish/CDI-managed-bean will define the actual push channel ID, and TomEE/PrimeFaces Push will push the data to push channel requested/specified by Glassfish/CDI-managed-bean.
No longer a need to do this, because TomEE and my CDI-managed-bean app is now running on production server, and TomEE/tomcat already has a reputation of working well with PrimeFaces Push (Atmosphere), and my TomEE/CDI-managed-bean web app is performing just as fast as the Glassfish3.1.2.2/JSF-managed-beans web app version.

I replaced most of the frequently-used dynamic SQL with @entity named queries, added query hints (readonly, etc...), and I had to replace many rendered="EL expression" with ui:include src="EL expression" and create new facelets/pages. TomEE committers really helped me big time with the migration to TomEE after I pretty much migrated most of my code from JSF to CDI managed beans. :)
Howard

PrimeFaces 6.0, Extensions 6.0.0, Push (Atmosphere 2.4.0)
TomEE+ 1.7.4 (Tomcat 7.0.68), MyFaces Core 2.2.9, JDK8
JUEL 2.2.7 | OmniFaces | EclipseLink-JPA/Derby | Chrome

Java EE 6 Tutorial|NetBeans|Google|Stackoverflow|PrimeFaces|Apache

smithh032772
Posts: 6144
Joined: 10 Sep 2011, 21:10

20 Feb 2013, 08:23

Howard

PrimeFaces 6.0, Extensions 6.0.0, Push (Atmosphere 2.4.0)
TomEE+ 1.7.4 (Tomcat 7.0.68), MyFaces Core 2.2.9, JDK8
JUEL 2.2.7 | OmniFaces | EclipseLink-JPA/Derby | Chrome

Java EE 6 Tutorial|NetBeans|Google|Stackoverflow|PrimeFaces|Apache

FkJ
Posts: 183
Joined: 08 Jan 2010, 19:16

27 Mar 2014, 20:51

andyba wrote:One thing I have not explored but which would be very useful is being able to use PUSHes from a server different to the one my app is served from. Obviously XSS should not be subverted here but it should be possible. I already have a requirement for this.
Did you get this working?

Post Reply

Return to “PrimeFaces”

  • Information
  • Who is online

    Users browsing this forum: No registered users and 41 guests