Auto import from add page wizard
by Wesley Hales
I think it would be a great idea to have an "Import Applications"
button available of the 3rd step of "add a page" wizard. This way, in
the applications tab of the page editor, we could have a button that
says something like "Don't see your portlet?" or just simply "Import
Applications".
This would make adding a newly deployed portlet much simpler.
16 years, 4 months
Re: [gatein-dev] problem with replication
by Prabhat Jha
Yes, we have seen that failover does happen and in some case correctly with fault tolerance. In our test, we had a portlet deployed that does not require login and on each access, it simply incremented an attribute in portlet scope. Upon failover, the second node did see the updated value from previous node. Of course, this is a very simple test.
----- Original Message -----
From: "Julien Viet" <julien(a)julienviet.com>
To: "Prabhat Jha" <pjha(a)redhat.com>
Cc: "gatein-dev" <gatein-dev(a)lists.jboss.org>
Sent: Wednesday, December 2, 2009 2:03:00 PM GMT -06:00 US/Canada Central
Subject: Re: [gatein-dev] problem with replication
Just a clarification:
that does not prevent failover to happen as you could fail over on
another node of the cluster and lose your session.
what it prevents is the fault tolerance aspect attached to the fail
over operation.
On Dec 2, 2009, at 8:58 PM, Prabhat Jha wrote:
> Hi Julien,
>
> I have created a jira for this https://jira.jboss.org/jira/browse/GTNPORTAL-339
> so that we know it's there.
>
> Yes, transitivity of serialization would definitely have been the
> next problem and this needs to be looked at much higher level first
> as you suggested. For now, I will temporarily postpone the
> clustering and fail over testing. At least we have the setup ready,
> so when things get working we would have a way to verify. ;-)
>
> Cheers,
> prabhat
>
> ----- Original Message -----
> From: "Julien Viet" <julien(a)julienviet.com>
> To: "Prabhat Jha" <pjha(a)redhat.com>
> Cc: "gatein-dev" <gatein-dev(a)lists.jboss.org>
> Sent: Wednesday, December 2, 2009 1:48:47 PM GMT -06:00 US/Canada
> Central
> Subject: Re: [gatein-dev] problem with replication
>
> Hi Prabhat,
>
> we are working at the management level at setting up things to work on
> the fault tolerance aspect of GateIn clustering. For now, no such
> development has yet begun.
>
> Even if you could go beyond 1+2, you would hit the webui state stored
> in the portal session that is not replicable.
>
> I'll keep you informed when we have a more concrete roadmap on this
> item.
>
> cheers
>
> ps: making everything serializable will lead to an error because of
> the transitivity of the serialization nature.
>
> On Dec 2, 2009, at 6:39 PM, Prabhat Jha wrote:
>
>> During manual failover testing, here is what we have observed:
>>
>> 1. element "<distributable />" needs to be added to both gatein.ear/
>> 02portal.war/WEB-INF/web.xml and also to the porlet's web.xml.
>> Should this be required in both places?
>> 2. There is problem with credential replication. It's not possible
>> to login to GateIn portal when distributable is used in portal
>> web.xml.
>>
>> java.lang.IllegalArgumentException: setAttribute: Non-serializable
>> attribute
>> at
>> org
>> .jboss
>> .web
>> .tomcat
>> .service.session.ClusteredSession.setAttribute(ClusteredSession.java:
>> 867)
>> at
>> org
>> .apache
>> .catalina
>> .session
>> .StandardSessionFacade.setAttribute(StandardSessionFacade.java:130)
>> at
>> org
>> .exoplatform
>> .web.login.PortalLoginController.doGet(PortalLoginController.java:52)
>> at
>> org
>> .exoplatform
>> .web.login.PortalLoginController.doPost(PortalLoginController.java:
>> 81)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
>> at
>> org
>> .exoplatform
>> .container
>> .web.AbstractHttpServlet.onService(AbstractHttpServlet.java:165)
>> at
>> org
>> .exoplatform
>> .container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:
>> 114)
>>
>> Making org.exoplatform.web.security.Credentials and similar other
>> classes need to be serializable.
>> _______________________________________________
>> gatein-dev mailing list
>> gatein-dev(a)lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/gatein-dev
>
16 years, 4 months
problem with replication
by Prabhat Jha
During manual failover testing, here is what we have observed:
1. element "<distributable />" needs to be added to both gatein.ear/02portal.war/WEB-INF/web.xml and also to the porlet's web.xml. Should this be required in both places?
2. There is problem with credential replication. It's not possible to login to GateIn portal when distributable is used in portal web.xml.
java.lang.IllegalArgumentException: setAttribute: Non-serializable attribute
at org.jboss.web.tomcat.service.session.ClusteredSession.setAttribute(ClusteredSession.java:867)
at org.apache.catalina.session.StandardSessionFacade.setAttribute(StandardSessionFacade.java:130)
at org.exoplatform.web.login.PortalLoginController.doGet(PortalLoginController.java:52)
at org.exoplatform.web.login.PortalLoginController.doPost(PortalLoginController.java:81)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
at org.exoplatform.container.web.AbstractHttpServlet.onService(AbstractHttpServlet.java:165)
at org.exoplatform.container.web.AbstractHttpServlet.service(AbstractHttpServlet.java:114)
Making org.exoplatform.web.security.Credentials and similar other classes need to be serializable.
16 years, 4 months
more tuning needed
by Prabhat Jha
As part of 2nd round of performance testing, we are testing with high nubmer of logged in users. In the first round, there was no sign-in required. Now, we prepopulate the server and DB with x number of users and watch the response time as number of concurrent users go from 1 to x. As a result of profiling done by Marek, it seems that the biggest bottleneck is the method org.exoplatfrom.portal.config.UserPortalConfigService#getAllPortalNames(). Each call to this method performs several calls to JCR DB. Relevant jira is https://jira.jboss.org/jira/browse/GTNPORTAL-338. I wanted to assign it to Julien but I don't seem to have permission in GTNPORTAL jira project currently. I think Julien is already aware of this based on his previous interaction with Marek.
We also tried with different Chromattic options Julien had suggested and the results were more or less the same.
Thanks,
Prabhat
16 years, 4 months
Auto-import
by Thomas Heute
Is there a reason behind the "Import Applications" button ?
Couldn't we just import applications on deployment instead of
requiring to press that button which anyway imports everything without
any question asked.
If it was a matter of design simplicity is that ok if we look at
removing that step or is it there for a good (unknown) reason ?
Thanks,
Thomas.
16 years, 4 months
