new page service
by Julien Viet
Hi,
in order to improve GateIn (performance, internal API, remove crap) we will work on a revamp of the MOP page access and provide a new page service.
While it's quite technical work, I feel it is important to write a spec for sharing and discussing about it because it will have an impact for several parties (GateIn UXP migration, GateIn API, QA).
https://community.jboss.org/wiki/GateInPageService
cheers
Julien Viet
13 years, 11 months
OrganizationService Test Failures
by Marko Strukelj
Our CI is still reporting OrganizationService Test failures:
gatein_portal_trunk_oraclejdk1.7 #14: Unstable
985 tests 3 failure(s) / +3
3 tests failed.
REGRESSION: org.exoplatform.services.organization.TestOrganizationService.
testUserPageSize
Error Message:
expected:<16> but was:<19>
Stack Trace:
junit.framework.AssertionFailedError: expected:<16> but was:<19>
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.failNotEquals(Assert.java:280)
at junit.framework.Assert.assertEquals(Assert.java:64)
at junit.framework.Assert.assertEquals(Assert.java:198)
at junit.framework.Assert.assertEquals(Assert.java:204)
at org.exoplatform.services.organization.TestOrganizationService.
testUserPageSize(TestOrganizationService.java:168)
REGRESSION: org.exoplatform.portal.mop.navigation.TestNavigationService.
testLoadNavigations
Error Message:
expected:<3> but was:<9>
Stack Trace:
junit.framework.AssertionFailedError: expected:<3> but was:<9>
at junit.framework.Assert.fail(Assert.java:47)
at junit.framework.Assert.failNotEquals(Assert.java:280)
at junit.framework.Assert.assertEquals(Assert.java:64)
at junit.framework.Assert.assertEquals(Assert.java:198)
at junit.framework.Assert.assertEquals(Assert.java:204)
at org.exoplatform.portal.mop.navigation.TestNavigationService.
testLoadNavigations(TestNavigationService.java:52)
REGRESSION: org.exoplatform.portal.mop.navigation.
TestNavigationServiceUpdate.testHasChanges
Error Message:
No null navigation accepted
Stack Trace:
java.lang.NullPointerException: No null navigation accepted
at org.exoplatform.portal.mop.navigation.NavigationServiceImpl.
loadNode(NavigationServiceImpl.java:230)
at org.exoplatform.portal.mop.navigation.
TestNavigationServiceUpdate.testHasChanges(TestNavigationServiceUpdate.
java:67)
- marko
14 years
Descriptor for 3.5
by Julien Viet
1/ With the recent javascript improvements we have pushed gatein resource descriptor to version 1.2.1. This version is not yet "released", meaning that XML continue to evolve until it is finally OK to say we are not going to change it and we can declare it as API.
We should move it to version 1.3 instead and target GateIn 3.5 for october. It is quite stable but will have addition of native AMD modules in addition of the current module format.
2/ Thomas told me that we should do the same for gatein obejct descriptor due to the addition of mobile redirection
3/ We will remove support for very legacy XML that was used in eXo Portal 2.5 and still used in unit tests. It's about declaring portlet in preferences.xml and linking them via <instance-id> in application. This was removed in favor of using inline application declaration with nested <portlet> tag in <application> tag.
let us know if you have any concern on this
Julien
14 years
Redirect unit tests
by Julien Viet
Hi Matt,
I see you are using a file named "exo.portal.component.portal-configuration.xml" in redirect unit test like in component.portal tests.
Could you rename this file to have something different and adapted ? the idea to use such long file name is to make them unique in order to avoid uncontrollable behavior in unit tests because the kernel would be able to load such file using classloader.
thank you
Julien
14 years
Re: [gatein-dev] gatein-dev Digest, Vol 35, Issue 10
by MinhHoang To
Hi,
The doc of RequireJS http://requirejs.org/docs/api.html - Section 1.2.7 -
Console Debugging points out that the code
*require('shCore').SyntaxHighlighter *
works only if module definition of *shCore* has been loaded into browser.
Assume that shCore.js follows module
pattern<http://www.adequatelygood.com/2010/3/JavaScript-Module-Pattern-In-Depth>
and the *absolute* URL of shCore.js is shCore_URL, then there are at least
2 ways to make your
code work.
1. Define a module named 'shCore' to use it later
* define( 'shCore', ['shCore_URL'], function(intermediate_var)
{
return intermediate_var;
});
require('shCore').SyntaxHightlighter;
*
2. Put all business code with shCore in a callback
* require( [ "shCore_URL"] , function(shCore)
{
var sh = shCore.SyntaxHightlighter;
//Business code with SyntaxHighlighter
});
*
14 years
JS load problems with Require in Portlet Bridge
by Ken Finnigan
In trying to get the RichFaces 4 Showcase to work in a portlet I've encountered a JS problem with Require that I'm hoping someone may have some thoughts on.
The showcase has a JSF tag which defines a series of JSF Resource Dependencies which are JS files, such as jquery.js, xregexp.js, shCore.js, etc.
These are resolved by JSF and Portlet Bridge to be Portlet Resource URLs and the JS files are retrieved into the Browser as expected.
The problem is that the code in some of these JS files has the following:
typeof(require) != 'undefined' ? SyntaxHighlighter = require('shCore').SyntaxHighlighter : null;
which calls Require from GateIn to resolve the dependency. The GateIn Require code then looks for ./shCore.js and is unable to find it and throws errors to the JS console and pops up an alert.
Is there a way to "link" the name used within Require for a module to a portlet resource URL that was already served?
In theory I can create a gatein-resource.xml file that defines the location of the shCore module in relation to the web app, but without any changes that would result in GateIn loading shCore.js directly as well as JSF serving the same file under a different URL.
Thoughts?
Thanks
Ken
14 years
No Pb ... RE : Pb with bundle GateIn-3.4.0.M01-jbossas7.zip / no files in "deployements" folder / RE : gatein-dev Digest, Vol 35, Issue 8
by ahgs sur laposte.net
Hi,
All is ok.
Nick Scavelli has answered on the forum : the files have been moved to
JBOSS_HOME/gatein/deployments
Sorry for the false alarm.
Antoine
-----Message d'origine-----
De : ahgs sur laposte.net [mailto:ahgs@laposte.net]
Envoyé : jeudi 9 août 2012 21:33
À : 'gatein-dev(a)lists.jboss.org'
Objet : Pb with bundle GateIn-3.4.0.M01-jbossas7.zip / no files in
"deployements" folder / RE : gatein-dev Digest, Vol 35, Issue 8
Hi,
For 3.4.0.M01, there is a problem, with the bundle for Jboss AS7.
There are no files, in the folder (without the "README.txt", from AS7).
See : https://community.jboss.org/thread/203755
Thanks,
Antoine
-----Message d'origine-----
De : gatein-dev-bounces(a)lists.jboss.org
[mailto:gatein-dev-bounces@lists.jboss.org] De la part de
gatein-dev-request(a)lists.jboss.org
Envoyé : jeudi 9 août 2012 18:00
À : gatein-dev(a)lists.jboss.org
Objet : gatein-dev Digest, Vol 35, Issue 8
Send gatein-dev mailing list submissions to
gatein-dev(a)lists.jboss.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.jboss.org/mailman/listinfo/gatein-dev
or, via email, send a message with subject or body 'help' to
gatein-dev-request(a)lists.jboss.org
You can reach the person managing the list at
gatein-dev-owner(a)lists.jboss.org
When replying, please edit your Subject line so it is more specific than
"Re: Contents of gatein-dev digest..."
Today's Topics:
1. Re: GateIn 3.4.0.M01 Status (Julien Viet)
----------------------------------------------------------------------
Message: 1
Date: Thu, 9 Aug 2012 11:28:55 +0200
From: Julien Viet <julien(a)julienviet.com>
Subject: Re: [gatein-dev] GateIn 3.4.0.M01 Status
To: gatein-dev <gatein-dev(a)lists.jboss.org>
Message-ID: <412DE1D2-902F-43EB-B873-DDB3CFEB572F(a)julienviet.com>
Content-Type: text/plain; charset=us-ascii
Here is the release blog:
http://www.dzone.com/links/gatein_34_m1_mobile_redirection_and_javascript_mo
.html
you can vote if you like :-)
good job to everyone, looking forward to seing 3.4!
On Aug 7, 2012, at 10:41 PM, Matt Wringe <mwringe(a)redhat.com> wrote:
> On Mon, 2012-08-06 at 17:12 +0200, Julien Viet wrote:
>> On Aug 6, 2012, at 5:01 PM, Matt Wringe <mwringe(a)redhat.com> wrote:
>>
>>> On Sat, 2012-08-04 at 10:47 +0200, Julien Viet wrote:
>>>>
>>>> Julien Viet
>>>> julienviet.com
>>>>
>>>>
>>>> On Saturday, August 4, 2012 at 4:01 AM, Matt Wringe wrote:
>>>>
>>>>> On Sat, 2012-08-04 at 00:11 +0200, Julien Viet wrote:
>>>>>> do you mean that bolek tag 3.4.0.M01 is not correct and we need
>>>>>> to do it after your PR ?
>>>>>
>>>>>
>>>>> The device property based redirects currently don't work properly
>>>>> (well, not at all right now), user-agent redirects do work
>>>>> properly which are more important. Not sure if this is really
>>>>> important enough to do another tag.
>>>>>
>>>>>
>>>>
>>>>
>>>> ok
>>>>>
>>>>> I would have done a PR by now, but my tests are failing due to
>>>>> issues with the kernelbootstrap is not properly getting disposed
>>>>> and eating all the memory (also, why are we still using such an
>>>>> old version of junit without support for @beforeclass and
>>>>> @afterclass?)
>>>>>
>>>>>
>>>
>>> Is there anything special I need to do to release the resources used
>>> by the kernelbootstrap? Calling bootstrap.dispose does not release
>>> the resources and eventually leads to the heap space running out of
>>> memory.
>>
>> the kernel bootstrap is a nice facade in front of a pile of crap :
>> had to use some hack to shut down things.
>>
>> can you identify the leak ?
>>
>>
>>>
>>> Since I can't use @beforeclass or @afterclass (to only create the
>>> kernelbootstrap before the suite and dispose of it after). I will
>>> have to recreate the bootstrap for each test and since the bootstrap
>>> doesn't release its resources, it cause the running out of memory
>>> before the tests are completed.
>>
>> can you identify the leak with JProfiler or GC verbosity ?
>
> A quick look at the heap dump shows that its most likely a problem
> with jcr/jboss cache not being released
> (org.jboss.cache.lock.MVCCLockManager
> specifically). But I am not really sure if I am looking at the results
> correctly in the eclipse memory analyzer.
>
> I updated the tests to get around this issue by only having junit call
> one method for the tests instead of multiple methods (so I can create
> the bootstrap at the start of this method and dispose of it at the
> end, and not have to do this for each test method).
>
>> actually I whish we can upgrade to JUnit 4, as we could use @RunWith
>> in some places (looking at Byteman).
>>
>> however those classes are used by some UXP team (at least social) as
>> basis for their unit testing, so we should ensure that stuff will
>> remain as compatible as possible.
>>
>>
>>>
>>>> because it was working fine until now and it could take time to
>>>> migrate unit tests.
>>>>
>>>>>
>>>>>> Julien Viet
>>>>>> julienviet.com (http://julienviet.com)
>>>>>>
>>>>>>
>>>>>> On Friday, August 3, 2012 at 11:39 PM, Matt Wringe wrote:
>>>>>>
>>>>>>> On Thu, 2012-08-02 at 20:39 +0200, Boleslaw Dawidowicz wrote:
>>>>>>>> Here is tag:
>>>>>>>> https://github.com/gatein/gatein-portal/tree/3.4.0.M01
>>>>>>>>
>>>>>>>> Here are download links:
>>>>>>>> http://www.jboss.org/gatein/downloads/gateinportal
>>>>>>>>
>>>>>>>> Here is documentation:
>>>>>>>> http://www.jboss.org/gatein/documentation/gateinportal
>>>>>>>>
>>>>>>>> as always I would be grateful if everyone try out links above
>>>>>>>> and report problems.
>>>>>>>>
>>>>>>>> At this point we need blog posts from Matt about mobile and
>>>>>>>> from Julien about Javascript improvements. It doesn't make
>>>>>>>> sense to announce software on Friday so we will probably push
>>>>>>>> the news on Monday. Julien will handle it.
>>>>>>>
>>>>>>> Just a quick update: I have a blog post and docs mostly ready
>>>>>>> for the mobile stuff. I unfortunately ran into a couple of minor
>>>>>>> issues with the mobile stuff while writing the docs (double
>>>>>>> checking that everything was working as expected). Will post the
>>>>>>> docs/blog and do a pull request either later tonight or tomorrow
>>>>>>> with the fixes and updated tests.
>>>>>>>
>>>>>>>> I will be mostly disconnected next two weeks. In case we need
>>>>>>>> to repackage things again Trong has all needed permissions and
>>>>>>>> proper knowledge. Thomas can help with Magnolia on jboss.org
>>>>>>>> (http://jboss.org).
>>>>>>>>
>>>>>>>> Thanks everyone for hard work and help with this release!
>>>>>>>>
>>>>>>>> Bolek
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> gatein-dev mailing list
>>>>>>>> gatein-dev(a)lists.jboss.org (mailto:gatein-dev@lists.jboss.org)
>>>>>>>> https://lists.jboss.org/mailman/listinfo/gatein-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> gatein-dev mailing list
>>>>>>> gatein-dev(a)lists.jboss.org (mailto:gatein-dev@lists.jboss.org)
>>>>>>> https://lists.jboss.org/mailman/listinfo/gatein-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>
>
------------------------------
_______________________________________________
gatein-dev mailing list
gatein-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/gatein-dev
End of gatein-dev Digest, Vol 35, Issue 8
*****************************************
14 years, 1 month
Pb with bundle GateIn-3.4.0.M01-jbossas7.zip / no files in "deployements" folder / RE : gatein-dev Digest, Vol 35, Issue 8
by ahgs sur laposte.net
Hi,
For 3.4.0.M01, there is a problem, with the bundle for Jboss AS7.
There are no files, in the folder (without the "README.txt", from AS7).
See : https://community.jboss.org/thread/203755
Thanks,
Antoine
-----Message d'origine-----
De : gatein-dev-bounces(a)lists.jboss.org
[mailto:gatein-dev-bounces@lists.jboss.org] De la part de
gatein-dev-request(a)lists.jboss.org
Envoyé : jeudi 9 août 2012 18:00
À : gatein-dev(a)lists.jboss.org
Objet : gatein-dev Digest, Vol 35, Issue 8
Send gatein-dev mailing list submissions to
gatein-dev(a)lists.jboss.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.jboss.org/mailman/listinfo/gatein-dev
or, via email, send a message with subject or body 'help' to
gatein-dev-request(a)lists.jboss.org
You can reach the person managing the list at
gatein-dev-owner(a)lists.jboss.org
When replying, please edit your Subject line so it is more specific than
"Re: Contents of gatein-dev digest..."
Today's Topics:
1. Re: GateIn 3.4.0.M01 Status (Julien Viet)
----------------------------------------------------------------------
Message: 1
Date: Thu, 9 Aug 2012 11:28:55 +0200
From: Julien Viet <julien(a)julienviet.com>
Subject: Re: [gatein-dev] GateIn 3.4.0.M01 Status
To: gatein-dev <gatein-dev(a)lists.jboss.org>
Message-ID: <412DE1D2-902F-43EB-B873-DDB3CFEB572F(a)julienviet.com>
Content-Type: text/plain; charset=us-ascii
Here is the release blog:
http://www.dzone.com/links/gatein_34_m1_mobile_redirection_and_javascript_mo
.html
you can vote if you like :-)
good job to everyone, looking forward to seing 3.4!
On Aug 7, 2012, at 10:41 PM, Matt Wringe <mwringe(a)redhat.com> wrote:
> On Mon, 2012-08-06 at 17:12 +0200, Julien Viet wrote:
>> On Aug 6, 2012, at 5:01 PM, Matt Wringe <mwringe(a)redhat.com> wrote:
>>
>>> On Sat, 2012-08-04 at 10:47 +0200, Julien Viet wrote:
>>>>
>>>> Julien Viet
>>>> julienviet.com
>>>>
>>>>
>>>> On Saturday, August 4, 2012 at 4:01 AM, Matt Wringe wrote:
>>>>
>>>>> On Sat, 2012-08-04 at 00:11 +0200, Julien Viet wrote:
>>>>>> do you mean that bolek tag 3.4.0.M01 is not correct and we need
>>>>>> to do it after your PR ?
>>>>>
>>>>>
>>>>> The device property based redirects currently don't work properly
>>>>> (well, not at all right now), user-agent redirects do work
>>>>> properly which are more important. Not sure if this is really
>>>>> important enough to do another tag.
>>>>>
>>>>>
>>>>
>>>>
>>>> ok
>>>>>
>>>>> I would have done a PR by now, but my tests are failing due to
>>>>> issues with the kernelbootstrap is not properly getting disposed
>>>>> and eating all the memory (also, why are we still using such an
>>>>> old version of junit without support for @beforeclass and
>>>>> @afterclass?)
>>>>>
>>>>>
>>>
>>> Is there anything special I need to do to release the resources used
>>> by the kernelbootstrap? Calling bootstrap.dispose does not release
>>> the resources and eventually leads to the heap space running out of
>>> memory.
>>
>> the kernel bootstrap is a nice facade in front of a pile of crap :
>> had to use some hack to shut down things.
>>
>> can you identify the leak ?
>>
>>
>>>
>>> Since I can't use @beforeclass or @afterclass (to only create the
>>> kernelbootstrap before the suite and dispose of it after). I will
>>> have to recreate the bootstrap for each test and since the bootstrap
>>> doesn't release its resources, it cause the running out of memory
>>> before the tests are completed.
>>
>> can you identify the leak with JProfiler or GC verbosity ?
>
> A quick look at the heap dump shows that its most likely a problem
> with jcr/jboss cache not being released
> (org.jboss.cache.lock.MVCCLockManager
> specifically). But I am not really sure if I am looking at the results
> correctly in the eclipse memory analyzer.
>
> I updated the tests to get around this issue by only having junit call
> one method for the tests instead of multiple methods (so I can create
> the bootstrap at the start of this method and dispose of it at the
> end, and not have to do this for each test method).
>
>> actually I whish we can upgrade to JUnit 4, as we could use @RunWith
>> in some places (looking at Byteman).
>>
>> however those classes are used by some UXP team (at least social) as
>> basis for their unit testing, so we should ensure that stuff will
>> remain as compatible as possible.
>>
>>
>>>
>>>> because it was working fine until now and it could take time to
>>>> migrate unit tests.
>>>>
>>>>>
>>>>>> Julien Viet
>>>>>> julienviet.com (http://julienviet.com)
>>>>>>
>>>>>>
>>>>>> On Friday, August 3, 2012 at 11:39 PM, Matt Wringe wrote:
>>>>>>
>>>>>>> On Thu, 2012-08-02 at 20:39 +0200, Boleslaw Dawidowicz wrote:
>>>>>>>> Here is tag:
>>>>>>>> https://github.com/gatein/gatein-portal/tree/3.4.0.M01
>>>>>>>>
>>>>>>>> Here are download links:
>>>>>>>> http://www.jboss.org/gatein/downloads/gateinportal
>>>>>>>>
>>>>>>>> Here is documentation:
>>>>>>>> http://www.jboss.org/gatein/documentation/gateinportal
>>>>>>>>
>>>>>>>> as always I would be grateful if everyone try out links above
>>>>>>>> and report problems.
>>>>>>>>
>>>>>>>> At this point we need blog posts from Matt about mobile and
>>>>>>>> from Julien about Javascript improvements. It doesn't make
>>>>>>>> sense to announce software on Friday so we will probably push
>>>>>>>> the news on Monday. Julien will handle it.
>>>>>>>
>>>>>>> Just a quick update: I have a blog post and docs mostly ready
>>>>>>> for the mobile stuff. I unfortunately ran into a couple of minor
>>>>>>> issues with the mobile stuff while writing the docs (double
>>>>>>> checking that everything was working as expected). Will post the
>>>>>>> docs/blog and do a pull request either later tonight or tomorrow
>>>>>>> with the fixes and updated tests.
>>>>>>>
>>>>>>>> I will be mostly disconnected next two weeks. In case we need
>>>>>>>> to repackage things again Trong has all needed permissions and
proper knowledge. Thomas can help with Magnolia on jboss.org
(http://jboss.org).
>>>>>>>>
>>>>>>>> Thanks everyone for hard work and help with this release!
>>>>>>>>
>>>>>>>> Bolek
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> gatein-dev mailing list
>>>>>>>> gatein-dev(a)lists.jboss.org (mailto:gatein-dev@lists.jboss.org)
>>>>>>>> https://lists.jboss.org/mailman/listinfo/gatein-dev
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> gatein-dev mailing list
>>>>>>> gatein-dev(a)lists.jboss.org (mailto:gatein-dev@lists.jboss.org)
>>>>>>> https://lists.jboss.org/mailman/listinfo/gatein-dev
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>
>
>
------------------------------
_______________________________________________
gatein-dev mailing list
gatein-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/gatein-dev
End of gatein-dev Digest, Vol 35, Issue 8
*****************************************
14 years, 1 month
