There's a big difference between a request attribute and a request
parameter. You should try request.getParameter instead.
Maybe this can explain: http://www.jguru.com/faq/view.jsp?EID=1307699
Nils-H
On 1/7/08, auz [EMAIL PROTECTED] wrote:
hi, im a struts newbie, im using stuts 1.2.9 and have
.views.jsp.ComponentTagSupport.doEndTag(ComponentTagSupport.java:43)
..
Could this be caused by the portlet container?
Thanks.
Wanjun Wang
Nils-Helge Garli Hegvik [EMAIL PROTECTED]
Nils-Helge Garli Hegvik [EMAIL PROTECTED]
01/02/2008 02:34 PM
Please respond to
Struts Users
I have never tested the execute and wait stuff, so I don't really know
how it works. But from reading the code for the interceptor, and
reading the stack trace, I would guess that this happens because the
default wait result is invoked and is not a result type that is
supported in a portlet. You
It would be a lot easier to find out what the problem is if you can
describe it in more detail. Having multiple struts applications in an
application server should work just fine. My guess is that you have
run in to some sort of classloader problem, having struts 2 libraries
or configuration files
Sorry I can't be of much help, as I have never tried a scenario like
this. I assume this happens because the WSRP-container request and the
servlet request acts as two different clients. I did find an
interesting thread [1] that's not really the same as your problem, but
might contain some
If you have suggestions for improvements you can register them in the
issue tracker: https://issues.apache.org/struts/browse/WW
Nils-H
On Dec 7, 2007 7:39 PM, Aleksander Adamowski
[EMAIL PROTECTED] wrote:
On 12/7/07, Nils-Helge Garli Hegvik [EMAIL PROTECTED] wrote:
Hi!
The struts2-portlet
Hi!
The struts2-portlet is a sample portlet application. You should not
need to have any dependency on it, as it is just for demonstration
purposes. If you're using Struts 2.0.x, all portlet classes are
included in the core.
Nils-H
On Dec 7, 2007 12:33 AM, Aleksander Adamowski
[EMAIL PROTECTED]
Which portlet server are you running? Most portlet containers don't
encode resource urls in a specific manner. I have not tried, but I
guess you can dynamically generate the css using a JSP or a servlet,
or embed the styles directly in your JSP.
Nils-H
On Nov 30, 2007 6:25 PM, Brian Relph [EMAIL
Assuming you're using Hibernate or something, the save method probably
returns the generated identity of the stored object instance. So my
guess is that you're getting the id of the user returned, which is a
Long, and not a User object.
Nils-H
On 11/16/07, slideharmony [EMAIL PROTECTED] wrote:
.
Is there anything that i might be doing that would make the urls
unnecessarily long? Or maybe the problem is something else? I will
consider any idea, even if it seems far-fetched :)
On 11/5/07, Nils-Helge Garli Hegvik [EMAIL PROTECTED] wrote:
That's odd. The Struts 2 URLs are created through
That's odd. The Struts 2 URLs are created through the Portlet API, so
there shouldn't be anything special about them. Is this your only
portlet on the page? If not, have you tried removing all the other
portlets portlets and see if it still fails?
Nils-H
On Nov 5, 2007 3:54 AM, Brian Relph
/2.1.1-SNAPSHOT/
can i assume it was built with that struts2-portlet-plugin.jar on the
classpath?
On 11/1/07, Nils-Helge Garli Hegvik [EMAIL PROTECTED] wrote:
The only real difference I can think of is that portlet support is a
plugin in 2.1. Is the struts2-portlet-plugin jar file
Hi!
In version 2.1, the portlet support was moved into a plugin. It could
be related to that. Can you find any exceptions or traces of error in
the logs somewhere?
Nils-H
On 11/1/07, Brian Relph [EMAIL PROTECTED] wrote:
I was hoping to get help deploying a struts2 portlet. I have been
and the portlet container, but it did not
seem to make a difference
On 11/1/07, Nils-Helge Garli Hegvik [EMAIL PROTECTED] wrote:
Hi!
In version 2.1, the portlet support was moved into a plugin. It could
be related to that. Can you find any exceptions or traces of error
Hi!
The Jsr168Dispatcher only handles requests created as Portlet URLs.
I'm not familiar with GWT so apoligies if my assumptions are
incorrect, but I assume that you're referring to some sort of partial
request that updates a section of the page? In that case, it's
correct that it should be
that the
Jsr168RequestDispatcher works by inspecting urls...
On 10/31/07, Nils-Helge Garli Hegvik [EMAIL PROTECTED] wrote:
Hi!
The Jsr168Dispatcher only handles requests created as Portlet URLs.
I'm not familiar with GWT so apoligies if my assumptions are
incorrect, but I
with 3 arguments:
session.setAttribute(home.url,url,PortletSession.APPLICATION_SCOPE);
session.setAttribute(bkg.color,RED,PortletSession.PORTLET_SCOPE);
but the map provided by the SessionAware interface is a regular Map.
Thanks once more,
Miguel
On 10/31/07, Nils-Helge Garli Hegvik [EMAIL
It is true that inter portlet communication is not supported in the
JSR168 spec, but there are ways to exchange data between portlets in a
less proprietary manner. The easiest way is to use the shared session
scope which is available to all portlets in the same portlet
application (same war file).
The portlet support in the next 2.0.x and 2.1.x has been improved a
lot. You can browse the changelogs and remaining issues in the issue
tracker. It does not include Ajax support, but you can add that
yourself. I know of several projects that are using it in production
already.
Nils-H
On
Hi!
If you're thinking of the struts2-portlet application, you need to
install it into a portlet container to test it. However, ajax is not
yet built into the portlet framework.
Nils-H
On 10/18/07, Giovanni Azua [EMAIL PROTECTED] wrote:
hi all,
I managed to see the examples in the portlet
Any reason you can't generate the charts on the fly using the stream
result or a dedicated servlet?
Nils-H
On 10/9/07, Giovanni Azua [EMAIL PROTECTED] wrote:
hi all,
Since I have a use-case where I can't use the JFreeChart plugin then
ended up handling the writing and reading of the
401 - 421 of 421 matches
Mail list logo