[s2] nightly builds

[James Holmes]

We need to get a process setup for generating nightly builds for Struts 2. I'm 
not familiar with all of the infrastructure involved with getting this going, 
but am 
willing to help get this in place.

I have spoken briefly to James Mitchell about this and I understand that he was 
doing this for awhile from his own machines. Is there a way we can automate it 
on the 
Apache servers?

Anyone have info on this?

James

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [s2] nightly builds

[Ted Husted]

Between Bamboo and Maven, I wonder if nightly builds are still worth
the trouble. Bamboo alerts us if we do anything that breaks the build,
and if someone wants the latest bits, "maven install" is not so much
to ask.

-Ted.

On 8/12/07, James Holmes <[EMAIL PROTECTED]> wrote:
> We need to get a process setup for generating nightly builds for Struts 2. 
> I'm not familiar
> with all of the infrastructure involved with getting this going, but am
> willing to help get this in place.
>
> I have spoken briefly to James Mitchell about this and I understand that he 
> was doing this
> for awhile from his own machines. Is there a way we can automate it on the
> Apache servers?
>
> Anyone have info on this?
>
> James
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [s2] nightly builds

[James Holmes]

Agreed that Bamboo and Maven can "approximate" a nightly build, but I for one 
find it much more convenient to simply download an already packaged build. It's 
much easier 
to grab this, unzip it, get the latest jars and go. Maven is nice if your 
project is using Maven, but in my case I'm not and I'm sure there are others in 
the same boat as 
me.


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ted Husted
Sent: Sunday, August 12, 2007 11:49 AM
To: Struts Developers List
Subject: Re: [s2] nightly builds

Between Bamboo and Maven, I wonder if nightly builds are still worth
the trouble. Bamboo alerts us if we do anything that breaks the build,
and if someone wants the latest bits, "maven install" is not so much
to ask.

-Ted.

On 8/12/07, James Holmes <[EMAIL PROTECTED]> wrote:
> We need to get a process setup for generating nightly builds for Struts 2. 
> I'm not familiar
> with all of the infrastructure involved with getting this going, but am
> willing to help get this in place.
>
> I have spoken briefly to James Mitchell about this and I understand that he 
> was doing this
> for awhile from his own machines. Is there a way we can automate it on the
> Apache servers?
>
> Anyone have info on this?
>
> James
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [s2] nightly builds

[Wendy Smoak]

On 8/12/07, James Holmes <[EMAIL PROTECTED]> wrote:
> We need to get a process setup for generating nightly builds for Struts 2. 
> I'm not familiar with all of the infrastructure involved with getting this 
> going, but am
> willing to help get this in place.
>
> I have spoken briefly to James Mitchell about this and I understand that he 
> was doing this for awhile from his own machines. Is there a way we can 
> automate it on the
> Apache servers?
>
> Anyone have info on this?

The sticking point is usually permissions to get the files transferred
to people.a.o.  Infra isn't in favor of 'faceless' accounts, so that
part needs to run as someone in particular.

There is a shared Continuum instance on vmbuild.apache.org, I'm
waiting to see how they solve the "where to publish" issue.

-- 
Wendy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [s2] nightly builds

[James Mitchell]

No, actually, we haven't done this on our own machines in quite a while.

For a long time we were doing this on our zone account, which is ASF  
hardware.  I stopped this process a few weeks ago while doing some  
maintenance and never got back to it.


I can restart this process if we need to.  Let me know.


--
James Mitchell



On Aug 12, 2007, at 11:15 AM, James Holmes wrote:

We need to get a process setup for generating nightly builds for  
Struts 2. I'm not familiar with all of the infrastructure involved  
with getting this going, but am

willing to help get this in place.

I have spoken briefly to James Mitchell about this and I understand  
that he was doing this for awhile from his own machines. Is there a  
way we can automate it on the

Apache servers?

Anyone have info on this?

James

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [s2] nightly builds

[James Holmes]

Yes, please restart! :)


-Original Message-
From: James Mitchell [mailto:[EMAIL PROTECTED] 
Sent: Sunday, August 12, 2007 12:08 PM
To: Struts Developers List
Subject: Re: [s2] nightly builds

No, actually, we haven't done this on our own machines in quite a while.

For a long time we were doing this on our zone account, which is ASF  
hardware.  I stopped this process a few weeks ago while doing some  
maintenance and never got back to it.

I can restart this process if we need to.  Let me know.


--
James Mitchell



On Aug 12, 2007, at 11:15 AM, James Holmes wrote:

> We need to get a process setup for generating nightly builds for  
> Struts 2. I'm not familiar with all of the infrastructure involved  
> with getting this going, but am
> willing to help get this in place.
>
> I have spoken briefly to James Mitchell about this and I understand  
> that he was doing this for awhile from his own machines. Is there a  
> way we can automate it on the
> Apache servers?
>
> Anyone have info on this?
>
> James
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

weird reply

[Musachy Barroso]

Every time I reply to an email on the user list I get some weird mail
delivery notification error back, I will post the whole thing here to
see if any of you guys know what it is:


Delivered-To: [EMAIL PROTECTED]
Received: by 10.140.248.11 with SMTP id v11cs92438rvh;
Sun, 12 Aug 2007 09:12:32 -0700 (PDT)
Received: by 10.86.98.18 with SMTP id v18mr4022280fgb.1186935150793;
Sun, 12 Aug 2007 09:12:30 -0700 (PDT)
Return-Path: <>
Received: from mailhub4.mclink.it (mailhub4.mclink.it [195.110.128.115])
by mx.google.com with ESMTP id y18si9674214fkd.2007.08.12.09.12.29;
Sun, 12 Aug 2007 09:12:30 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of
mailhub4.mclink.it designates 195.110.128.115 as permitted sender)
client-ip=195.110.128.115;
Received: from mailhub4.mclink.it (localhost [127.0.0.1])
by mailhub4.mclink.it (8.13.6/8.13.6) with ESMTP id l7CGCThI003901
for <[EMAIL PROTECTED]>; Sun, 12 Aug 2007 18:12:29 +0200 (CEST)
Received: from localhost (localhost)
by mailhub4.mclink.it (8.13.6/8.13.6/Submit) id l7CGCTwL003900;
Sun, 12 Aug 2007 18:12:29 +0200 (CEST)
(envelope-from MAILER-DAEMON)
Date: Sun, 12 Aug 2007 18:12:29 +0200 (CEST)
From: Mail Delivery Subsystem <[EMAIL PROTECTED]>
Message-Id: <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="l7CGCTwL003900.1186935149/mailhub4.mclink.it"
Subject: Returned mail: see transcript for details
Auto-Submitted: auto-generated (failure)

This is a MIME-encapsulated message

--l7CGCTwL003900.1186935149/mailhub4.mclink.it

The original message was received at Sun, 12 Aug 2007 18:12:29 +0200 (CEST)
from [EMAIL PROTECTED]

   - The following addresses had permanent fatal errors -
[EMAIL PROTECTED]
(reason: 550 5.0.0 <[EMAIL PROTECTED]>... User unknown)
(expanded from: [EMAIL PROTECTED])

   - Transcript of session follows -
... while talking to [127.0.0.1]:
>>> DATA
<<< 550 5.0.0 <[EMAIL PROTECTED]>... User unknown
550 5.1.1 [EMAIL PROTECTED] User unknown
<<< 503 5.0.0 Need RCPT (recipient)

--l7CGCTwL003900.1186935149/mailhub4.mclink.it
Content-Type: message/delivery-status

Reporting-MTA: dns; mailhub4.mclink.it
Arrival-Date: Sun, 12 Aug 2007 18:12:29 +0200 (CEST)

Final-Recipient: RFC822; [EMAIL PROTECTED]
Action: failed
Status: 5.0.0
Remote-MTA: DNS; [127.0.0.1]
Diagnostic-Code: SMTP; 550 5.0.0 <[EMAIL PROTECTED]>... User unknown
Last-Attempt-Date: Sun, 12 Aug 2007 18:12:29 +0200 (CEST)

--l7CGCTwL003900.1186935149/mailhub4.mclink.it
Content-Type: text/rfc822-headers

Return-Path: <[EMAIL PROTECTED]>
Received: (from [EMAIL PROTECTED])
by mailhub4.mclink.it (8.13.6/8.13.6/Submit) id l7CGCTwK003900;
Sun, 12 Aug 2007 18:12:29 +0200 (CEST)
(envelope-from [EMAIL PROTECTED])
Resent-Date: Sun, 12 Aug 2007 18:12:29 +0200 (CEST)
Resent-From: [EMAIL PROTECTED]
Resent-Message-Id: <[EMAIL PROTECTED]>
Received: from mailhub.mclink.it (mailhubmx.mclink.it [84.253.128.30])
by mailhub4.mclink.it (8.13.6/8.13.6) with ESMTP id l7CGCLAC003844
for <[EMAIL PROTECTED]>; Sun, 12 Aug 2007 18:12:28 +0200 (CEST)
(envelope-from [EMAIL PROTECTED])
Received: from hermes.apache.org (HELO mail.apache.org) ([140.211.11.2])
  by mailhub.mclink.it with SMTP; 12 Aug 2007 18:12:27 +0200
Received: (qmail 24336 invoked by uid 500); 12 Aug 2007 16:12:22 -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: 
List-Help: 
List-Post: 
List-Id: "Struts Users Mailing List" 
Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 24325 invoked by uid 99); 12 Aug 2007 16:12:22 -
Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136)
by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 12 Aug 2007 09:12:22 -0700
X-ASF-Spam-Status: No, hits=-0.0 required=10.0
tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of [EMAIL PROTECTED]
designates 209.85.198.186 as permitted sender)
Received: from [209.85.198.186] (HELO rv-out-0910.google.com) (209.85.198.186)
by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 12 Aug 2007 16:12:20 +
Received: by rv-out-0910.google.com with SMTP id c24so845913rvf
for <[EMAIL PROTECTED]>; Sun, 12 Aug 2007 09:12:00 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed;
d=gmail.com; s=beta;

h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;

b=RUiSAoIj4nYM/T0Az+jtp2FtQLWOMSG42bBnzrmv/kiNTD5HekGEmkyj7Lsc/tfHbHUaO1h8F2foL28MumcZ5e1zWBnGudomkeBeyNVdqxcv8h0+esgYOTaMIMa0zI7QkeLAddLDbHnyd1LDP939dl84wyuybesi2PrAY8o1BCc=
DomainKey-Signature: a=rsa-sha

[s2] portlets - another issue

[James Holmes]

Nils-H,

I have come across another issue during my Web app to portlet app conversion 
process for my Struts 2 application.

Clicking a link on a page that executes an action does not go into the 
action/event phase. For example, I have a link on a page to delete an element 
in a database. The 
link runs my DeleteAction and that works fine. When the DeleteAction is 
finished it's result is executed in the render phase. This is the problem. I 
was expecting the 
result to be executed in the action/event phase. In Jetspeed 2 this causes the 
portlet to give a message saying that "The requested resource is not 
available.".

Since my knowledge is limited here, my guess is that when you submit a form 
somehow the action/event phase is triggered, but it is not being triggered for 
simply clicking 
a link that executes an action.

Here is snippet from my logs if this is any help in resolving the issue:

2007-08-12 12:35:43,163 DEBUG 
(org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:303) - Entering render
2007-08-12 12:35:43,183 DEBUG 
(org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:415) - serviceAction
2007-08-12 12:35:43,183 DEBUG 
(org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:423) - Creating action 
proxy for name = ageGroupDelete, namespace = /admin
2007-08-12 12:35:43,183 DEBUG 
(org.apache.struts2.interceptor.MessageStoreInterceptor:192) - entering 
MessageStoreInterceptor ...
2007-08-12 12:35:43,193 DEBUG 
(org.apache.struts2.interceptor.FileUploadInterceptor:204) - Bypassing 
/admin/ageGroupDelete
2007-08-12 12:35:43,293 DEBUG 
(org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor:138) 
- Validating /admin/ageGroupDelete with method delete.
Hibernate: delete from age_group where id=?
2007-08-12 12:35:43,393 DEBUG 
(org.apache.struts2.portlet.result.PortletResult:168) - Executing result in 
Render phase
2007-08-12 12:35:43,393 DEBUG 
(org.apache.struts2.portlet.result.PortletResult:176) - Location: 
/admin/ageGroup.action?operationMode=RETRIEVE
2007-08-12 12:35:43,393 DEBUG 
(org.apache.struts2.interceptor.MessageStoreInterceptor:267) - store action 
2007-08-12 12:35:43,393 DEBUG 
(org.apache.struts2.interceptor.MessageStoreInterceptor:198) - exit executing 
MessageStoreInterceptor
2007-08-12 12:35:43,403 DEBUG 
(org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:313) - Leaving render

Any ideas?

Thanks,

James

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [s2] nightly builds

[James Mitchell]

Ok, I just reenabled the cron job and ran it manually so we don't  
have to wait to tonight.


There may be issues with old jars in the local repo or with the j4  
builds, so I'll keep an eye on it.


Watch for the artifacts to appear under this directory:

  http://people.apache.org/builds/struts/nightlies/


Optimally, we would want our Continuum instance (or Bamboo) to build  
and push the artifacts to the nightly build location.



--
James Mitchell



On Aug 12, 2007, at 12:00 PM, James Holmes wrote:


Yes, please restart! :)


-Original Message-
From: James Mitchell [mailto:[EMAIL PROTECTED]
Sent: Sunday, August 12, 2007 12:08 PM
To: Struts Developers List
Subject: Re: [s2] nightly builds

No, actually, we haven't done this on our own machines in quite a  
while.


For a long time we were doing this on our zone account, which is ASF
hardware.  I stopped this process a few weeks ago while doing some
maintenance and never got back to it.

I can restart this process if we need to.  Let me know.


--
James Mitchell



On Aug 12, 2007, at 11:15 AM, James Holmes wrote:


We need to get a process setup for generating nightly builds for
Struts 2. I'm not familiar with all of the infrastructure involved
with getting this going, but am
willing to help get this in place.

I have spoken briefly to James Mitchell about this and I understand
that he was doing this for awhile from his own machines. Is there a
way we can automate it on the
Apache servers?

Anyone have info on this?

James

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: weird reply

[James Mitchell]

There are 2 people with @mclink.net currently subscribed.  I wonder  
if this is a mail gateway that is no longer available for either of  
these guys.


I'm not an mail expert so I'm not sure what I should do for smtp that  
would be similar to a trace route.


It's clear that mh5094 is not available, so I'll try that one first.

--
James Mitchell



On Aug 12, 2007, at 12:20 PM, Musachy Barroso wrote:


Every time I reply to an email on the user list I get some weird mail
delivery notification error back, I will post the whole thing here to
see if any of you guys know what it is:


Delivered-To: [EMAIL PROTECTED]
Received: by 10.140.248.11 with SMTP id v11cs92438rvh;
Sun, 12 Aug 2007 09:12:32 -0700 (PDT)
Received: by 10.86.98.18 with SMTP id v18mr4022280fgb.1186935150793;
Sun, 12 Aug 2007 09:12:30 -0700 (PDT)
Return-Path: <>
Received: from mailhub4.mclink.it (mailhub4.mclink.it  
[195.110.128.115])
by mx.google.com with ESMTP id y18si9674214fkd. 
2007.08.12.09.12.29;

Sun, 12 Aug 2007 09:12:30 -0700 (PDT)
Received-SPF: pass (google.com: best guess record for domain of
mailhub4.mclink.it designates 195.110.128.115 as permitted sender)
client-ip=195.110.128.115;
Received: from mailhub4.mclink.it (localhost [127.0.0.1])
by mailhub4.mclink.it (8.13.6/8.13.6) with ESMTP id l7CGCThI003901
for <[EMAIL PROTECTED]>; Sun, 12 Aug 2007 18:12:29 +0200 (CEST)
Received: from localhost (localhost)
by mailhub4.mclink.it (8.13.6/8.13.6/Submit) id l7CGCTwL003900;
Sun, 12 Aug 2007 18:12:29 +0200 (CEST)
(envelope-from MAILER-DAEMON)
Date: Sun, 12 Aug 2007 18:12:29 +0200 (CEST)
From: Mail Delivery Subsystem <[EMAIL PROTECTED]>
Message-Id: <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
MIME-Version: 1.0
Content-Type: multipart/report; report-type=delivery-status;
boundary="l7CGCTwL003900.1186935149/mailhub4.mclink.it"
Subject: Returned mail: see transcript for details
Auto-Submitted: auto-generated (failure)

This is a MIME-encapsulated message

--l7CGCTwL003900.1186935149/mailhub4.mclink.it

The original message was received at Sun, 12 Aug 2007 18:12:29  
+0200 (CEST)

from [EMAIL PROTECTED]

   - The following addresses had permanent fatal errors -
[EMAIL PROTECTED]
(reason: 550 5.0.0 <[EMAIL PROTECTED]>... User unknown)
(expanded from: [EMAIL PROTECTED])

   - Transcript of session follows -
... while talking to [127.0.0.1]:

DATA

<<< 550 5.0.0 <[EMAIL PROTECTED]>... User unknown
550 5.1.1 [EMAIL PROTECTED] User unknown
<<< 503 5.0.0 Need RCPT (recipient)

--l7CGCTwL003900.1186935149/mailhub4.mclink.it
Content-Type: message/delivery-status

Reporting-MTA: dns; mailhub4.mclink.it
Arrival-Date: Sun, 12 Aug 2007 18:12:29 +0200 (CEST)

Final-Recipient: RFC822; [EMAIL PROTECTED]
Action: failed
Status: 5.0.0
Remote-MTA: DNS; [127.0.0.1]
Diagnostic-Code: SMTP; 550 5.0.0 <[EMAIL PROTECTED]>... User unknown
Last-Attempt-Date: Sun, 12 Aug 2007 18:12:29 +0200 (CEST)

--l7CGCTwL003900.1186935149/mailhub4.mclink.it
Content-Type: text/rfc822-headers

Return-Path: <[EMAIL PROTECTED]>
Received: (from [EMAIL PROTECTED])
by mailhub4.mclink.it (8.13.6/8.13.6/Submit) id l7CGCTwK003900;
Sun, 12 Aug 2007 18:12:29 +0200 (CEST)
(envelope-from [EMAIL PROTECTED])
Resent-Date: Sun, 12 Aug 2007 18:12:29 +0200 (CEST)
Resent-From: [EMAIL PROTECTED]
Resent-Message-Id: <[EMAIL PROTECTED]>
Received: from mailhub.mclink.it (mailhubmx.mclink.it [84.253.128.30])
by mailhub4.mclink.it (8.13.6/8.13.6) with ESMTP id l7CGCLAC003844
for <[EMAIL PROTECTED]>; Sun, 12 Aug 2007 18:12:28 +0200 (CEST)
	(envelope-from user-return-175069- 
[EMAIL PROTECTED])
Received: from hermes.apache.org (HELO mail.apache.org)  
([140.211.11.2])

  by mailhub.mclink.it with SMTP; 12 Aug 2007 18:12:27 +0200
Received: (qmail 24336 invoked by uid 500); 12 Aug 2007 16:12:22 -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
List-Unsubscribe: 
List-Help: 
List-Post: 
List-Id: "Struts Users Mailing List" 
Reply-To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 24325 invoked by uid 99); 12 Aug 2007 16:12:22 -
Received: from athena.apache.org (HELO athena.apache.org)  
(140.211.11.136)
by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 12 Aug 2007  
09:12:22 -0700

X-ASF-Spam-Status: No, hits=-0.0 required=10.0
tests=SPF_PASS
X-Spam-Check-By: apache.org
Received-SPF: pass (athena.apache.org: domain of [EMAIL PROTECTED]
designates 209.85.198.186 as permitted sender)
Received: from [209.85.198.186] (HELO rv-out-0910.google.com)  
(209.85.198.186)
by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 12 Aug 2007  
16:12:20 +

Received: by rv-out-0910.google.com with SMTP id c24so845913rvf
for <[EMAIL PROTECTED]>; Sun, 12 Aug 2007 09:12:00  
-0700 (PDT)

DKIM-Signature: a=rsa-

Re: [s2] portlets - another issue

[Nils-Helge Garli]

Hi James!

It's great that you're really testing out the portlet support!

By default, s:url (GET) is generating render urls, and s:form (POST)
is generating action urls. For s:url, use the portletMode attribute
and set it to "event" if you need to execute a link in the event
phase. For s:form, you can specify method="GET" if you need to create
a render url.

Is that what you're looking for?

Nils-H

On 8/12/07, James Holmes <[EMAIL PROTECTED]> wrote:
> Nils-H,
>
> I have come across another issue during my Web app to portlet app conversion 
> process for my Struts 2 application.
>
> Clicking a link on a page that executes an action does not go into the 
> action/event phase. For example, I have a link on a page to delete an element 
> in a database. The
> link runs my DeleteAction and that works fine. When the DeleteAction is 
> finished it's result is executed in the render phase. This is the problem. I 
> was expecting the
> result to be executed in the action/event phase. In Jetspeed 2 this causes 
> the portlet to give a message saying that "The requested resource is not 
> available.".
>
> Since my knowledge is limited here, my guess is that when you submit a form 
> somehow the action/event phase is triggered, but it is not being triggered 
> for simply clicking
> a link that executes an action.
>
> Here is snippet from my logs if this is any help in resolving the issue:
>
> 2007-08-12 12:35:43,163 DEBUG 
> (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:303) - Entering render
> 2007-08-12 12:35:43,183 DEBUG 
> (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:415) - serviceAction
> 2007-08-12 12:35:43,183 DEBUG 
> (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:423) - Creating 
> action proxy for name = ageGroupDelete, namespace = /admin
> 2007-08-12 12:35:43,183 DEBUG 
> (org.apache.struts2.interceptor.MessageStoreInterceptor:192) - entering 
> MessageStoreInterceptor ...
> 2007-08-12 12:35:43,193 DEBUG 
> (org.apache.struts2.interceptor.FileUploadInterceptor:204) - Bypassing 
> /admin/ageGroupDelete
> 2007-08-12 12:35:43,293 DEBUG 
> (org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor:138)
>  - Validating /admin/ageGroupDelete with method delete.
> Hibernate: delete from age_group where id=?
> 2007-08-12 12:35:43,393 DEBUG 
> (org.apache.struts2.portlet.result.PortletResult:168) - Executing result in 
> Render phase
> 2007-08-12 12:35:43,393 DEBUG 
> (org.apache.struts2.portlet.result.PortletResult:176) - Location: 
> /admin/ageGroup.action?operationMode=RETRIEVE
> 2007-08-12 12:35:43,393 DEBUG 
> (org.apache.struts2.interceptor.MessageStoreInterceptor:267) - store action 
> 2007-08-12 12:35:43,393 DEBUG
> (org.apache.struts2.interceptor.MessageStoreInterceptor:198) - exit executing 
> MessageStoreInterceptor
> 2007-08-12 12:35:43,403 DEBUG 
> (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:313) - Leaving render
>
> Any ideas?
>
> Thanks,
>
> James
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [s2] portlets - another issue

[Nils-Helge Garli]

It might be that it should be set to "action" instead of "event". It
really reminds me that things need to be documented properly

On 8/12/07, Nils-Helge Garli <[EMAIL PROTECTED]> wrote:
> Hi James!
>
> It's great that you're really testing out the portlet support!
>
> By default, s:url (GET) is generating render urls, and s:form (POST)
> is generating action urls. For s:url, use the portletMode attribute
> and set it to "event" if you need to execute a link in the event
> phase. For s:form, you can specify method="GET" if you need to create
> a render url.
>
> Is that what you're looking for?
>
> Nils-H
>
> On 8/12/07, James Holmes <[EMAIL PROTECTED]> wrote:
> > Nils-H,
> >
> > I have come across another issue during my Web app to portlet app 
> > conversion process for my Struts 2 application.
> >
> > Clicking a link on a page that executes an action does not go into the 
> > action/event phase. For example, I have a link on a page to delete an 
> > element in a database. The
> > link runs my DeleteAction and that works fine. When the DeleteAction is 
> > finished it's result is executed in the render phase. This is the problem. 
> > I was expecting the
> > result to be executed in the action/event phase. In Jetspeed 2 this causes 
> > the portlet to give a message saying that "The requested resource is not 
> > available.".
> >
> > Since my knowledge is limited here, my guess is that when you submit a form 
> > somehow the action/event phase is triggered, but it is not being triggered 
> > for simply clicking
> > a link that executes an action.
> >
> > Here is snippet from my logs if this is any help in resolving the issue:
> >
> > 2007-08-12 12:35:43,163 DEBUG 
> > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:303) - Entering 
> > render
> > 2007-08-12 12:35:43,183 DEBUG 
> > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:415) - serviceAction
> > 2007-08-12 12:35:43,183 DEBUG 
> > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:423) - Creating 
> > action proxy for name = ageGroupDelete, namespace = /admin
> > 2007-08-12 12:35:43,183 DEBUG 
> > (org.apache.struts2.interceptor.MessageStoreInterceptor:192) - entering 
> > MessageStoreInterceptor ...
> > 2007-08-12 12:35:43,193 DEBUG 
> > (org.apache.struts2.interceptor.FileUploadInterceptor:204) - Bypassing 
> > /admin/ageGroupDelete
> > 2007-08-12 12:35:43,293 DEBUG 
> > (org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor:138)
> >  - Validating /admin/ageGroupDelete with method delete.
> > Hibernate: delete from age_group where id=?
> > 2007-08-12 12:35:43,393 DEBUG 
> > (org.apache.struts2.portlet.result.PortletResult:168) - Executing result in 
> > Render phase
> > 2007-08-12 12:35:43,393 DEBUG 
> > (org.apache.struts2.portlet.result.PortletResult:176) - Location: 
> > /admin/ageGroup.action?operationMode=RETRIEVE
> > 2007-08-12 12:35:43,393 DEBUG 
> > (org.apache.struts2.interceptor.MessageStoreInterceptor:267) - store action 
> > 2007-08-12 12:35:43,393 DEBUG
> > (org.apache.struts2.interceptor.MessageStoreInterceptor:198) - exit 
> > executing MessageStoreInterceptor
> > 2007-08-12 12:35:43,403 DEBUG 
> > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:313) - Leaving 
> > render
> >
> > Any ideas?
> >
> > Thanks,
> >
> > James
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [s2] portlets - another issue

[Nils-Helge Garli]

I'm mixing things up. It's not the portletMode attribute, but the
portletUrlType attribute that needs to be set. Sorry for the
spamming

On 8/12/07, Nils-Helge Garli <[EMAIL PROTECTED]> wrote:
> It might be that it should be set to "action" instead of "event". It
> really reminds me that things need to be documented properly
>
> On 8/12/07, Nils-Helge Garli <[EMAIL PROTECTED]> wrote:
> > Hi James!
> >
> > It's great that you're really testing out the portlet support!
> >
> > By default, s:url (GET) is generating render urls, and s:form (POST)
> > is generating action urls. For s:url, use the portletMode attribute
> > and set it to "event" if you need to execute a link in the event
> > phase. For s:form, you can specify method="GET" if you need to create
> > a render url.
> >
> > Is that what you're looking for?
> >
> > Nils-H
> >
> > On 8/12/07, James Holmes <[EMAIL PROTECTED]> wrote:
> > > Nils-H,
> > >
> > > I have come across another issue during my Web app to portlet app 
> > > conversion process for my Struts 2 application.
> > >
> > > Clicking a link on a page that executes an action does not go into the 
> > > action/event phase. For example, I have a link on a page to delete an 
> > > element in a database. The
> > > link runs my DeleteAction and that works fine. When the DeleteAction is 
> > > finished it's result is executed in the render phase. This is the 
> > > problem. I was expecting the
> > > result to be executed in the action/event phase. In Jetspeed 2 this 
> > > causes the portlet to give a message saying that "The requested resource 
> > > is not available.".
> > >
> > > Since my knowledge is limited here, my guess is that when you submit a 
> > > form somehow the action/event phase is triggered, but it is not being 
> > > triggered for simply clicking
> > > a link that executes an action.
> > >
> > > Here is snippet from my logs if this is any help in resolving the issue:
> > >
> > > 2007-08-12 12:35:43,163 DEBUG 
> > > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:303) - Entering 
> > > render
> > > 2007-08-12 12:35:43,183 DEBUG 
> > > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:415) - 
> > > serviceAction
> > > 2007-08-12 12:35:43,183 DEBUG 
> > > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:423) - Creating 
> > > action proxy for name = ageGroupDelete, namespace = /admin
> > > 2007-08-12 12:35:43,183 DEBUG 
> > > (org.apache.struts2.interceptor.MessageStoreInterceptor:192) - entering 
> > > MessageStoreInterceptor ...
> > > 2007-08-12 12:35:43,193 DEBUG 
> > > (org.apache.struts2.interceptor.FileUploadInterceptor:204) - Bypassing 
> > > /admin/ageGroupDelete
> > > 2007-08-12 12:35:43,293 DEBUG 
> > > (org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor:138)
> > >  - Validating /admin/ageGroupDelete with method delete.
> > > Hibernate: delete from age_group where id=?
> > > 2007-08-12 12:35:43,393 DEBUG 
> > > (org.apache.struts2.portlet.result.PortletResult:168) - Executing result 
> > > in Render phase
> > > 2007-08-12 12:35:43,393 DEBUG 
> > > (org.apache.struts2.portlet.result.PortletResult:176) - Location: 
> > > /admin/ageGroup.action?operationMode=RETRIEVE
> > > 2007-08-12 12:35:43,393 DEBUG 
> > > (org.apache.struts2.interceptor.MessageStoreInterceptor:267) - store 
> > > action 2007-08-12 12:35:43,393 DEBUG
> > > (org.apache.struts2.interceptor.MessageStoreInterceptor:198) - exit 
> > > executing MessageStoreInterceptor
> > > 2007-08-12 12:35:43,403 DEBUG 
> > > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:313) - Leaving 
> > > render
> > >
> > > Any ideas?
> > >
> > > Thanks,
> > >
> > > James
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: [s2] portlets - another issue

[James Holmes]

I tried using the portletMode attribute as you originally mentioned, but that 
didn't work. Using the portletUrlType attribute did the trick. You're the man!

I am definitely testing all of the portlet functionality. I have an application 
going to production in the next week or 2 that will be all Struts 2 portlets. 
I'm also 
working on an application architecture for a very large company that will be 
based off of using Struts 2 portlets. I'll let you know of all issues that come 
up as I get 
this built out. Struts 2 is going to have the best portlet support of any Web 
app framework!

I think I may have one more issue to report. I will send another email if it is 
really an issue.

James


-Original Message-
From: Nils-Helge Garli [mailto:[EMAIL PROTECTED] 
Sent: Sunday, August 12, 2007 1:37 PM
To: Struts Developers List; [EMAIL PROTECTED]
Subject: Re: [s2] portlets - another issue

I'm mixing things up. It's not the portletMode attribute, but the
portletUrlType attribute that needs to be set. Sorry for the
spamming

On 8/12/07, Nils-Helge Garli <[EMAIL PROTECTED]> wrote:
> It might be that it should be set to "action" instead of "event". It
> really reminds me that things need to be documented properly
>
> On 8/12/07, Nils-Helge Garli <[EMAIL PROTECTED]> wrote:
> > Hi James!
> >
> > It's great that you're really testing out the portlet support!
> >
> > By default, s:url (GET) is generating render urls, and s:form (POST)
> > is generating action urls. For s:url, use the portletMode attribute
> > and set it to "event" if you need to execute a link in the event
> > phase. For s:form, you can specify method="GET" if you need to create
> > a render url.
> >
> > Is that what you're looking for?
> >
> > Nils-H
> >
> > On 8/12/07, James Holmes <[EMAIL PROTECTED]> wrote:
> > > Nils-H,
> > >
> > > I have come across another issue during my Web app to portlet app 
> > > conversion process for my Struts 2 application.
> > >
> > > Clicking a link on a page that executes an action does not go into the 
> > > action/event phase. For example, I have a link on a page to delete an 
> > > element in a database. 
The
> > > link runs my DeleteAction and that works fine. When the DeleteAction is 
> > > finished it's result is executed in the render phase. This is the 
> > > problem. I was expecting 
the
> > > result to be executed in the action/event phase. In Jetspeed 2 this 
> > > causes the portlet to give a message saying that "The requested resource 
> > > is not available.".
> > >
> > > Since my knowledge is limited here, my guess is that when you submit a 
> > > form somehow the action/event phase is triggered, but it is not being 
> > > triggered for simply 
clicking
> > > a link that executes an action.
> > >
> > > Here is snippet from my logs if this is any help in resolving the issue:
> > >
> > > 2007-08-12 12:35:43,163 DEBUG 
> > > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:303) - Entering 
> > > render
> > > 2007-08-12 12:35:43,183 DEBUG 
> > > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:415) - 
> > > serviceAction
> > > 2007-08-12 12:35:43,183 DEBUG 
> > > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:423) - Creating 
> > > action proxy for name = ageGroupDelete, namespace = /admin
> > > 2007-08-12 12:35:43,183 DEBUG 
> > > (org.apache.struts2.interceptor.MessageStoreInterceptor:192) - entering 
> > > MessageStoreInterceptor ...
> > > 2007-08-12 12:35:43,193 DEBUG 
> > > (org.apache.struts2.interceptor.FileUploadInterceptor:204) - Bypassing 
> > > /admin/ageGroupDelete
> > > 2007-08-12 12:35:43,293 DEBUG 
> > > (org.apache.struts2.interceptor.validation.AnnotationValidationInterceptor:138)
> > >  - Validating /admin/ageGroupDelete with method delete.
> > > Hibernate: delete from age_group where id=?
> > > 2007-08-12 12:35:43,393 DEBUG 
> > > (org.apache.struts2.portlet.result.PortletResult:168) - Executing result 
> > > in Render phase
> > > 2007-08-12 12:35:43,393 DEBUG 
> > > (org.apache.struts2.portlet.result.PortletResult:176) - Location: 
> > > /admin/ageGroup.action?operationMode=RETRIEVE
> > > 2007-08-12 12:35:43,393 DEBUG 
> > > (org.apache.struts2.interceptor.MessageStoreInterceptor:267) - store 
> > > action 2007-08-12 12:35:43,393 DEBUG
> > > (org.apache.struts2.interceptor.MessageStoreInterceptor:198) - exit 
> > > executing MessageStoreInterceptor
> > > 2007-08-12 12:35:43,403 DEBUG 
> > > (org.apache.struts2.portlet.dispatcher.Jsr168Dispatcher:313) - Leaving 
> > > render
> > >
> > > Any ideas?
> > >
> > > Thanks,
> > >
> > > James
> > >
> > > -
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
>




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[s2] portlet 2.0 (JSR 286) support

[James Holmes]

I haven't studied the new portlet 2.0 spec much yet, but I'm wondering what 
sort of changes we'll need to make to the Struts 2 portlet plugin to support it.

Just something to think about.

James

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [s2] portlet 2.0 (JSR 286) support

[Nils-Helge Garli]

The major changes are:

- In addition to the action and render phases, there's a new "event"
phase where portlets can communicate. These events are subscribed and
published using some sort of QName/XML naming feature, and receiving
the events happen between the action and render phase.
- A portlet can now serve resources with resource requests. This
(probably) means that portlets can generate binary content, and
benefit from the portal server authentication/authorization mechanism.
If I have understood this feature correctly, it means that several
more of the result types can be supported.
- Portlet filter support, which means we can add support for things
like SiteMesh, if someone needs that (although SiteMesh and the portal
server itself kind of overlaps...)
- Public render parameters that is a "lightweight" form of portlet
communication.
- Some annotations supported for marking portlet methods as lifecycle methods.

Nils-H



On 8/12/07, James Holmes <[EMAIL PROTECTED]> wrote:
> I haven't studied the new portlet 2.0 spec much yet, but I'm wondering what 
> sort of changes we'll need to make to the Struts 2 portlet plugin to support 
> it.
>
> Just something to think about.
>
> James
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]