I'm trying to understand cache behavior for an application cache used in my
business layer, but finding it very difficult to monitor/observe what's
happening. In particular I'm trying to detect:
| * node copies
| * node evictions
| * misses / hits
|
Setting org.jboss.cache log4j leve
For now, I've defined a custom PortalLayout class which passes the correct
locale to the JSP (using an HttpServletRequestWrapper), and specify this class
in my layouts file using the (undocumentated) "layout-implementation"
attribute. Seems to work. Still unclear on the rationale for passing t
We need to internationalize the contents of our layout templates (page titles,
some running text, injection of language-specific stylesheets), but the Locale
set in the LocaleInterceptor (based on session, cookies, user preference) is
not being propagated to the request received by the layout JS
I'm having difficulty understanding the expected behavior of the
'viewrecursive' constraint action. If I define a page with a viewrecursive
security constraint, I would expect any subpages to inherit that same
constraint. For example, given a deployment structure like:
|
| A
| ...
The stock JBP navigation portlet is pretty barebones. We replaced it with our
own version which handled I18N for page names, explicit tab order, secondary
navigation, and some other features.
p
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3983741#3983741
R
This is not a bug, it's normal and appropriate canonicalization of XML. With
the exception of dropping the charset attributes, all of these items are
legitimate XML transformations which should not affect the behavior of any
compliant XML parser. The two example fragments you describe are comple
You invoke webservices from a portlet just like any other WS client -- get your
hands on the service proxy (either pre-generated or through a dynamic proxy)
and start calling operations (either through a generated service endpoint
interface or dynamically). The portlet configuration mechanism m
Note there's another thread on this.
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=90164
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3973288#3973288
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3973288
__
"Red Eagle" wrote :
|
| Another point i have to mention is the project- structure:
| - the portlet where i want to change the locale is a web- project
| - the interceptor is in a separated project because the classloader needs
the interceptor first.
|
| Anyone knows why i cannot g
I'm right in the midst of writing just such a task, and I think it's pretty
straightforward (assuming you understand how to modify JBoss Portal interceptor
chains :-) The current JBoss component that determines the Locale associated
with the current request
(org.jboss.portal.core.aspects.serve
I'm trying to write a custom navigation portlet, using the core
NavigationPortlet as a model to access the appropriate JBP apis, but keeping
track of when I need a node vs. when I need the corresponding PortalObject
instance is driving me nuts. The PortalObject model (pages,portals,windows)
mak
Having to explicitly add common instances like the nav, user, etc. to every
page definition (with all the right renderset options, security, etc.) gets
really tiresome after a while, particularly in our design where we have several
such common elements on a couple dozen pages.
Any thought, in
I'd like to change the default page a user sees when she logs in based on
certain user attributes (roles, prefs, business location). Ideally, I'd like
to have something linked to a specific (protected) target page which intercepts
the request, inspects the user context, and redirects (if neede
I'm trying to define a new CMS portlet instance for some custom page content
but I can't seem to make a valid reference in my portlet-instances.xml to a
portlet in a different webapp (e.g. core). No matter what I provide as a
portlet-ref, JBP keeps trying to append my webapp's context name ("arc
portal-server.war is the main portal webapp, that's whose context you should
update.
pch
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3970165#3970165
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3970165
___
anonymous wrote : I want to call the /portal/j_security_check from within my
own portlet.
You can't. "j_security_check" is not a real URL, but a magic bullet which only
the underlying web app server (e.g. Tomcat) is allowed to fire or catch, part
of the J2EE form-login spec. As far as I know t
I'm trying to lock down our 2.4 portal server by removing all unneeded JBoss
services and interfaces (RMI invokers, JMS stuff, tomcat AJP listeners, etc).
Has anyone done this before? Is it documented anywhere what the minimal set of
services JBP needs? If not, can someone identify which (if a
I'm trying to figure out the best way to package/deploy an extended application
based on JBoss Portal. Our app consists of application portlets and JBoss
service components (some application-specific, others replacing the stock JBP
services like UserModule). Ideally I'd like to come up with a d
18 matches
Mail list logo
