Layout question
by Christophe Laprun
Hi all,
Based on the gatein_objects_1_2.xsd, it seems possible to create layout containing containers as follows:
<portal-layout>
<portlet-application> header </portlet-application>
<container template="system:/groovy/portal/webui/container/UITableColumnContainer.gtmpl">
<portlet-application> menu </portlet-application>
</container>
<container template="system:/groovy/portal/webui/container/UIContainer.gtmpl">
<page-body> </page-body>
</container>
</container>
<portlet-application> footer </portlet-application>
</portal-layout>
and expect a layout similar to
Instead, we get something as follows where the header covers the top of both menu and page body and the footer:
Is that expected or is this a bug?
More generally, is there a complete documentation on portal-layouts?
Thanks in advance.
Cordialement / Best,
Chris
==
Principal Software Engineer / JBoss Enterprise Middleware Red Hat, Inc.
Follow GateIn: http://blog.gatein.org / http://twitter.com/gatein
Follow me: http://metacosm.info/metacosm / http://twitter.com/metacosm
14 years
GateIn UXP
by Thomas Heute
Yesterday I published the changes for GateIn UXP on gatein.org.
Download section, Documentation section, community space (forums) are
all there, I just forgot to create a JIRA project.
Now it's here:
https://issues.jboss.org/browse/GTNUXP
Important note:
"This project's issue tracking is only there to report issues and not to
search for changelog or existing issues.
At this time, GateIn UXP is made of several components which have their
issue tracking system on
https://jira.exoplatform.org/secure/Dashboard.jspa Tickets created here
will be duplicated on this other system, but tickets created on the
other system will not be duplicated here. You can use either of the
system but we encourage you to use the eXo one as it will reduce our
process. If you are unsure which component is affected, report here and
we'll route it for you."
It's not as simple as we all wished but that's a trade off, current
development was done by eXo employees and there was no point to move
everything to jboss.org when all processes are already in place, so we
created a new one on jboss.org so that if one has an account he can
create a single JIRA without having to re-register on a different system.
Again, note that we strongly encourage everyone to log issues directly
in the eXo JIRA so that we don't have to duplicate the issues.
Welcome GateIn UXP !
Thomas
14 years
GateIn Architecture
by Thomas Heute
Before the change on gatein.org we had an 'architecture diagram' on the
Magnolia pages.
I updated it and moved it to the dev space:
https://community.jboss.org/wiki/GateInArchitecture
It's high level and represents the various bricks. I must admit that I
suck at those diagrams and wasn't sure what relations I wanted to
represent so if you want to improve it, go ahead.
The diagram itself is directly taken from a Google Doc I can give you
the link to modify it if you want, just let me know.
Thomas
14 years
Selenium tests
by Nguyen Anh Kien
Hi,
Iam doing improvements for GateIn selenium. There are some tests in *
gatein-portal/testsuite/selenium-tests-other*, they are writting in Java.
Iam wondering what advantages between writing Java testcases directly AND
using Selenium IDE to record testcases.
In eXo, we are using Selenium IDE to record test scripts in html patterns,
looking at *gatein-portal/testsuite/selenium-snifftests*, and then
use selenium-maven-plugin to convert automatically htmls to Java test files.
What mechanism should we use to have quickly to write Selenium testcases,
easily to maintain, etc?
regards,
================
Kien Nguyen
M&E: (+84) 933.975.960 - kienna(a)exoplatform.com<kien.nguyen(a)exoplatform.com>
Skype & yahoo: nakien2a
Portal Team - eXo Platform South East Asia (http://www.exoplatform.com)
A: 7 Flr, ThaiHa building, 18/11 alley, ThaiHa Str, Hanoi, Viet Nam
14 years
A few projects missing in maven build for release
by Trong Tran
Hi,
During last release 3.3.0-GA, I noticed that there are a few following
projects missing in maven build for release. I even don't see they are
linked to any profile. Does somebody know what is the situation of these ?
1. wsrp-integration/extension-ear
2. testsuite/selenium-tests-other
3. testsuite/htmlunit-tests
If these are still being used, we would add it to *pkg-all *profile at
least for performing release properly next time.
Thanks
--
Tran The Trong
eXo Platform SEA
14 years
Purpose and Fate of *.launch Files under gatein-portal/testsuite/selenium-snifftests/src/eclipse
by Peter Palaga
Ladies and Gentlemen,
As I imported gatein-portal into my Eclipse workspace, my m2e (an
Eclipse plugin) has by itself inserted the following two lines into the
two *.launch files under
gatein-portal/testsuite/selenium-snifftests/src/eclipse:
<stringAttribute key="org.eclipse.jdt.launching.CLASSPATH_PROVIDER"
value="org.eclipse.m2e.launchconfig.classpathProvider"/>
<stringAttribute key="org.eclipse.jdt.launching.SOURCE_PATH_PROVIDER"
value="org.eclipse.m2e.launchconfig.sourcepathProvider"/>
I would like to learn what should happen with these changes. Yes, I
could surely tell git to never commit it somehow but generally, would it
not be better not to have IDE-specific files commited to scm?
Thanks,
Peter
14 years
Re: [gatein-dev] Purpose and Fate of *.launch Files under gatein-portal/testsuite/selenium-snifftests/src/eclipse
by Peter Palaga
Hi Julien,
Michal Vančo from Portal QA said that selenium-snifftests come from eXo.
AFAIK eXoers run IDEA (am I right?). If I am right we could conclude
that those *.launch files are obsolete and can be deleted.
Best,
Peter
On 2012-06-11 07:54, Julien Viet wrote:
> Hi Peter,
>
> Normally gatein should be independent of the build system and we
> should not have eclipse specific files, however I don't know much
> about selenium sniff tests and whether or not those files have just
> been imported by mistake or if that's really a necessity.
>
> to eclipse users : can someone tell us if those files are just
> leftover configuration imported by mistake or if it is required for
> running selenium sniff tests ?
>
> until we find out you should probably
> add gatein-portal/testsuite/selenium-snifftests/src/eclipse/*.lauch to
> your .gitignore if you can afford to.
>
> Julien Viet
> julienviet.com
>
> On Friday, June 8, 2012 at 3:41 PM, Peter Palaga wrote:
>
>> Ladies and Gentlemen,
>>
>> As I imported gatein-portal into my Eclipse workspace, my m2e (an
>> Eclipse plugin) has by itself inserted the following two lines into the
>> two *.launch files under
>> gatein-portal/testsuite/selenium-snifftests/src/eclipse:
>>
>> <stringAttribute key="org.eclipse.jdt.launching.CLASSPATH_PROVIDER"
>> value="org.eclipse.m2e.launchconfig.classpathProvider"/>
>> <stringAttribute key="org.eclipse.jdt.launching.SOURCE_PATH_PROVIDER"
>> value="org.eclipse.m2e.launchconfig.sourcepathProvider"/>
>>
>> I would like to learn what should happen with these changes. Yes, I
>> could surely tell git to never commit it somehow but generally, would it
>> not be better not to have IDE-specific files commited to scm?
>>
>> Thanks,
>>
>> Peter
>> _______________________________________________
>> gatein-dev mailing list
>> gatein-dev(a)lists.jboss.org <mailto:gatein-dev@lists.jboss.org>
>> https://lists.jboss.org/mailman/listinfo/gatein-dev
>
14 years
gatein-pull-requests mailing list
by Boleslaw Dawidowicz
I'm not sure if I announced it already or not…
We have a mailing list which is called "gatein-pull-requests":
https://lists.jboss.org/mailman/listinfo/gatein-pull-requests
Every github repository we have under http://github.com/gatein is configured with email service hook pointing to it. It gets notifications of every pull request or push activity. The only issue now is that for some reason list archive is not working at all - trying to fix it with help desk.
I imagine that after we have more people handling pull requests this list will also serve for communication between gatekeepers or commenting about specific commits (like asking to revert and fix). Therefore I strongly advice everyone to subscribe.
Bolek
14 years
