the context name doesn't seem to make the difference.
I checked it over several times, tried to deploy as an EAR and as a WAR with no
success. Looks like something's missing in the doc. Perhaps a web.xml entry
(Servlet, listener)? I started to debug the issue, but haven't figured it out
yet
I use: cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss co -r HEAD
jboss-portal
, and
cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss co -d
jboss-portal\thirdparty -r HEAD jboss-portal-thirdparty
to get the 3rd party jars
Note: I just went through this and am not finished (can't
thx for the clarification.
I think I found that browsing the cvs repository.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3865787#3865787
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3865787
user error: my war didn't contain a portlet.xml ; my ant template didn't add it
in; once the correct context name is used it works (thanks Thomas!). I run
into other problems now, but I assume for the moment that those are user errors
as well. boy, do I feel stupid :(
View the original
mholzner wrote : here are some more ideas (way out there, I know ;):
|
|
| * an incoming request contains the page name (or it defaults to a name)
| * the request/session contains the user information
| * the request contains information about the client device and the
supported mime
here are some more ideas (way out there, I know ;):
* an incoming request contains the page name (or it defaults to a name)
* the request/session contains the user information
* the request contains information about the client device and the supported
mime types
* based on the page name, user
I just found out that there is usage of a Tiger String method (contains())
which requires Java 5 to be able to build the portal!
If you do make minor modifications like that, could you please update the doc,
or post it on the forum ? or did I miss it ?
sorry, just angry about the
thank you ;)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867083#3867083
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867083
---
SF email is sponsored by - The IT
hmm, did you also check the fix in ?
I just got: cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss up
jboss-portal-2.0 (I also tried -r HEAD) and still see the same:
* when calling build without any changes, I get :
_default:compile-classes:
[depend] Deleted 0 out of date files in 0
it is perfectly legal in a portlet to set the content type like
text/html; charset=UTF-8
the current implementation of RenderResponse
(org.jboss.portal.portlet.impl.RenderResponseImpl) does a String comparison of
the set content type with the content types from the portlet.xml descriptor,
sorry, forgot the error:
java.lang.IllegalArgumentException: Content type not accepted
at
org.jboss.portal.portlet.impl.RenderResponseImpl.setContentType(RenderResponseImpl.java:68)
at
at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:51)
at
here it is : http://jira.jboss.com/jira/browse/JBPORTAL-209
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867171#3867171
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3867171
try deploying your portal to the 'standard' configuration as recommended (not
'all').
I updated my view today and build clean/build and all is well for me
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867493#3867493
Reply to the post :
I use these two successfully:
cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss co jboss-portal-2.0
cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss update jboss-portal-2.0
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867494#3867494
Reply to the
has anyone figured out how to use resource bundles in a portlet ?
I configured my portlet.xml to use a rb:
portlet-nameBlah/portlet-name
resource-bundlecom.blah.Blahresource-bundle
portlet-info
Title
short-titleShort
sorry, the xml in the prev. post got mingled up a bit. The portlet.xml entries
are ok in the real thing.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867521#3867521
Reply to the post :
you should use the 'standard' configuration (start the server with -c standard)
and unzip into $JBOSS_HOME/server/standard/data
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3867621#3867621
Reply to the post :
hmm, sorry I forgot to mention those: they are already there
...
supported-localeen/supported-locale
supported-localefr/supported-locale
resource-bundlecom.blah.Blah/resource-bundle
...
View the original post :
I'm trying to share some information between a portlet and a servlet. Both are
deployed in the same portlet app (WAR).
I want a portlet to produce binary content. since that is not possible in a
direct way, I use the portlet to create an image tag that points to a servlet
that actually
ok, there is only one more question for me then:
if all portlet apps share the same JSESSIONID , do they also share the same
HttpSession ? I beliefe they shouldn't . If I remember correctly then the J2EE
spec requires every context (WAR) to have it's own session for the same
JSESSIONID, with
portlets don't control this behaviour.
The portal is the one that 'owns' this space (the HttpRequest and Response).
What you probably need to do is write an interceptor and configure the portal
to use it. In the interceptor get the http response and set the headers.
Remember that they need to
are you sure you got the right stuff from cvs ?
use: cvs -z3 -d :pserver:[EMAIL PROTECTED]:/cvsroot/jboss co jboss-portal-2.0
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3868387#3868387
Reply to the post :
the same way as you would do it in any other war. add a servlet-mapping
element in the web.xml
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3871808#3871808
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3871808
I commited a first draft of the new feature today.
don't go crazy, it's still very early on, but here is the general idea, and my
motivations:
themes, layouts, skins , branding . they all have a lot in common, in fact
: I don't know where one ends and the other one begins. So I tried to
As I mentioned in the first post, the separation of content and the rest via
css is a good thing. The portlet spec defines a set of css classes and ids ,
taken from the wsrp 1.0 spec, that fit nicely with this approach. WSRP 2.0 is
completing this set of classes and ids. So I'd like to propose
[EMAIL PROTECTED] wrote : Martin, will the new examples have the theme
display portlets within it?
|
| The zengarden app, only shows the zengarden page. It does not display
within IE, but you knew that already. ;-)
depends on what you consider theme display portlets. the zengarden app
I'm currently working on a layout strategy that goes hand in hand with the
theme API. My current thinking is that the strategy is configurable for the
portal, and optionally on the layout level (each layout can individually
overwrite the default strategy of the portal). Side note: a layout is
Quote from Roy:
Clean co from CVS today. I noticed changes to the window behaviour as many
people including Scott have suggested.
A few questions:
1. Is this configurable? Can we set the old behaviour or new one in a
descriptor? Not important for me. I like the new way better.
2. I have to
sorry this is a result of the changes I checked in yesterday. I guess I should
have explained those better ahead of everyone running into them ;)
I had a hard time to get rid of the old behavior, where the portlet in 'main'
was automatically maximized. Since maximized now actually works ;) the
[EMAIL PROTECTED] wrote : The important part here is that it remains
configurable, either by a deployer or end-user. I'd like to see exactly how
configurable it can be. For instance, when I maximize a portlet, can I still
have side-bar navigation to its left? Some people may elect to not have
see http://www.jboss.org/index.html?module=bbop=viewtopict=62557
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=3874306#3874306
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=3874306
31 matches
Mail list logo