3:34 p.m.
These questions are commonly answered by our sales engineers, but Ill take a crack at the
ones I can answer:
"walbar" wrote :
| - Can a development be started with JBoss Portal 2.6 in its current state? What are
the risks? Our first production deploy would be in February. In case this isn?t possible,
what is the risk of starting with 2.4 and changing to 2.6 whenever it turns to be
possible?
|
2.6 will change as its a dev branch. You are safe to start with 2.4.x, and then migrate to
2.6GA. As of 2.4, we offer a migration application for conversion of data, to smooth the
migration process.
http://docs.jboss.com/jbportal/v2.4/reference-guide/en/html/changelog.htm...
"walbar" wrote :
| - We are planning to use EJBs 3.0 in the back-end running on JBoss AS. Can the
front-end (JBoss Portal) run over the same version of JBoss AS?
|
Yes. The JEMS installer is capable of configuring all of this for you, so you dont fall in
to library-hell.
"walbar" wrote :
| - Can we configure JBoss Portal to run in a Farm? We don?t want any kind of overhead
associated with session replication or cache sharing. We would have a load balancer with
sticky sessions.
|
Yes. We also offer a pre-configured clustered version in 2.4. We don't offer this for
2.6 yet, as its a dev branch, and we dont want to slow down releases in QA for HA.
"walbar" wrote :
| - Does JBoss offer support for JBoss Portal? Is version 2.6 supported? When would it
be?
|
Yes. 24x7 support, and we also offer development support (pre-production). I'm not
sure if we scope support by version. Since portal sits at the top of our stack, we also
offer inclusive support packages for the underlying components... cache, clustering,
hibernate, AS, etc... We employ the leads and most of the committers on those projects, so
you dont have to worry about having some inexperienced oaf answer you for, lets say,
hibernate support. ;-)
"walbar" wrote :
| - We are required to have a Staging environment, any plan to support this? Which would
be the recommended starting path?
| We have though about 2 possibilities:
| a. Having 2 database schemas in parallel, one for Staging and the other for
production (read-only). At the time of publishing, and ETL would transfer the data from
the staging context to production and then refresh the state in some way.
| b. Implement persistence of pages, portlet layouts, and portlet preferences to the
JCR therefore having the versioning and staging facilities proper of JSR 170.
|
There will be *some kind* of support for this in 2.6. There will be extended support of
this feature using JBossON. 2.6 support will most likely consist of a snapshot dump for
the admin, that he can then move to production.
Most of our customers now, are using method "a", but DB synching can be tricky.
;-) So we will offer something to facilitate this.
There is a relevant thread here:
http://jboss.org/index.html?module=bb&op=viewtopic&t=90764 Thoma Heute is in
charge of this component.
"walbar" wrote :
| - JBoss Portal CMS support seems to be very basic. We require structured content
edition and a page browser when inserting links in the WYSIWYG HTML editor. We have liked
the WCM from Alfresco, is there any plan to integrate it with JBoss, when? If we choose to
follow this path on our own, could you point us in the right direction?
|
Alfresco's admin side can be currently deployed on jboss portal. What we are in need
of, is a "viewer portlet", like the one we bundle. Work for this viewer portlet
will likely being after 2.6, unless the community contributes it earlier. ;-)
"walbar" wrote :
| - Our extranet users (visitors) wouldn?t manage neither portlets nor layouts. Would it
be a good decision to have all of them mapped to only one user (?guest?) in JBoss Portal.
|
Yes... or just not let them have dashboards at all.
"walbar" wrote :
| - We need to have a very fine grained control of the cache http meta-data to send
appropriate cache commands to the caching servers (Squid). How could we achieve this?
| - Do you have plans to support ESI (Edge Side Includes)?
|
Sorry, can't answer these.
"walbar" wrote :
| - A very strong requirement for us is to have a per-portlet configurable application
cache. The JSR 168 standard provides it in a per-user basis however we need it per-portlet
and application wide, can JBoss Poral be configured this way or we should use an
additional cache layer like OSCache. Portlet caching in JBoss is performed per-user or
per-session basis? If per-user is the case, having all extranet visitors as the ?guest?
JBoss Portal user would solve the problem?
|
You can set the cache interval in the portlet.xml, so that value then applies to all
instances of the portlet.
"walbar" wrote :
| - We are expecting around 40k hits per second. Is the JBoss Portal performance enough
for such traffic? Do you have success cases in high traffic portals? We are planning to
have 10 JBoss Portal servers in Farm for the front-end and 10 JBoss ASs in cluster for the
back-end running Stateless Session Beans 3.0.
|
JBoss.org runs on a HP DL380, 2x3GHz CPU, 2G RAM. It sees roughly 3-5 million pages/mo.
I can't tell you customer data, though. :-(
"walbar" wrote :
| - The system has many sites (countries) with different look & feels, can JBoss
Portal be configured to run the same portal (same set of pages) with different look &
feels?
|
Yes. Via xml descriptor or adminUI.
"walbar" wrote :
| If that is the case, can it manage a cache for each site (country)? If a small set of
pages needs a different configuration (portlets in the page, layout, portlet
configuration), how we should model this?
|
We do not have a portal-instance-level cache available. Cache is configured, per-portlet.
"walbar" wrote :
| - We are thinking of using Acegi security. In some cases security constraints would
imply to remove portlets from pages. How can we achieve this?
|
My name is Roy, and im the resident security idiot. ;-)
"walbar" wrote :
| - Would you implement eBay with JBoss Portal?
|
Can I get some free PS2 games?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3981428#...
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&a...