Re: Struts Tiles Issue

2006-05-12 Thread Paul Benedict
The keywords to your problem are "Weblogic" and "restart".
Here's documentation for the RedeployableActionServlet:

>> WebLogic (at least v6 and v7) attempts to serialize the 
>> TilesRequestProcessor when re-deploying
the Webapp in development mode. The TilesRequestProcessor is not serializable, 
and loses the Tiles
definitions. This results in NullPointerException and/or 
NotSerializableException when using the
app after automatic redeploy The attached class extends the Struts Action 
servlet and fixes
the problem by reloading the Tiles definitions when they have disappeared. 

http://struts.apache.org/struts-doc-1.2.4/api/org/apache/struts/actions/RedeployableActionServlet.html

This class appeared in Struts 1.2.1. You can:
(1) upgrade to Struts 1.2.4 (first 1.2 GA)
(2) extract the binary and try to use it in 1.1.

Paul

--- "King, Matt" <[EMAIL PROTECTED]> wrote:

> I was wondering if you could help me out.  We have a few different
> weblogic 6.1 environments, running SP4.  Over the past few months,
> each of these environments have been experiencing an issue which is
> producing server 500 errors for the customers.  The following error
> is produced in weblogic.  Threads and memory all seem fine when this
> issue occurs.  It can be resolved with the restart of weblogic
> services.  We are currently using Struts 1.1.  Do you have any ideas
> on where we can proceed?
> 
>  
> 
> java.lang.NullPointerException
> 
> at
> org.apache.struts.tiles.definition.ComponentDefinitionsFactoryWrappe
> r.getDefinition(ComponentDefinitionsFactoryWrapper.java:124)
> 
> at
> org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition
> (TilesRequestProcessor.java:180)
> 
> at
> org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(T
> ilesRequestProcessor.java:309)
> 
> at
> org.apache.struts.action.RequestProcessor.process(RequestProcessor.j
> ava:279)
> 
> at
> org.apache.struts.action.ActionServlet.process(ActionServlet.java:14
> 82)
> 
> at
> org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
> 
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> 
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> 
> at
> weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubI
> mpl.java:262)
> 
> at
> weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubI
> mpl.java:198)
> 
> at
> weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppS
> ervletContext.java:2637)
> 
> at
> weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestI
> mpl.java:2359)
> 
> at
> weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
> 
> at
> weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
> 
>  
> 
> Thanks,
> 
>  
> 
>  
> 
>  
> 
> Matt King
> 
> eBusiness Enterprise Production Services
> 
> 859-816-3892
> 
>  
> 
> 
> 
> CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, 
> is for the sole use of the intended recipient(s) and may contain confidential
> and privileged information or otherwise protected by law.  Any unauthorized
> review, use, disclosure or distribution is prohibited.  If you are not the
> intended recipient, please contact the sender by reply e-mail and destroy
> all copies of the original message.


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

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



[action2] can't commit into svn

2006-05-12 Thread tm jee
Hi guys, 

It seems that I can't commit into action2 svn anymore. Keeps giving me error.

Seems like https:svn.apache.org/ is down. Does anyone experience this, or is it 
just me?

Thx

rgds



Re: [action2] can't commit into svn

2006-05-12 Thread tm jee
typo, it should reads https://svn.apache.org/repos/asf/struts/action2/trunk/

- Original Message 
From: tm jee <[EMAIL PROTECTED]>
To: dev@struts.apache.org
Sent: Friday, 12 May, 2006 5:33:35 PM
Subject: [action2] can't commit into svn

Hi guys, 

It seems that I can't commit into action2 svn anymore. Keeps giving me error.

Seems like https:svn.apache.org/ is down. Does anyone experience this, or is it 
just me?

Thx

rgds






SwitchAction URL Pattern

2006-05-12 Thread satish
The new module is taking the *.do URL pattern.I don't want this pattern what 
should i do ?
Where can i change the configuration files for this
I am using SwitchAction class to move betw modules.
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=30514&messageID=59080#59080


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



Re: [action2] can't commit into svn

2006-05-12 Thread Dion Gillard

AFAIK, the svn repo is read ony at the moment.

On 5/12/06, tm jee <[EMAIL PROTECTED]> wrote:


typo, it should reads
https://svn.apache.org/repos/asf/struts/action2/trunk/

- Original Message 
From: tm jee <[EMAIL PROTECTED]>
To: dev@struts.apache.org
Sent: Friday, 12 May, 2006 5:33:35 PM
Subject: [action2] can't commit into svn

Hi guys,

It seems that I can't commit into action2 svn anymore. Keeps giving me
error.

Seems like https:svn.apache.org/ is down. Does anyone experience this, or
is it just me?

Thx

rgds









--
http://www.multitask.com.au/people/dion/
Chuck Norris sleeps with a night light. Not because Chuck Norris is afraid
of the dark, but because the dark is afraid of Chuck Norris


Re: [action2] can't commit into svn

2006-05-12 Thread Ted Husted

On 5/12/06, tm jee <[EMAIL PROTECTED]> wrote:

Hi guys,

It seems that I can't commit into action2 svn anymore. Keeps giving me error.

Seems like https:svn.apache.org/ is down. Does anyone experience this, or is it 
just me?


Yes, we've been having trouble with SVN host machine. The status is:

"We've upgraded minotaur to FreeBSD 6.1-RELEASE, and we're
evaluating it to see if it's still fit for service.  If
all goes well, write-access to svn should be restored on Friday.
But if it turns out that minotaur cannot be salvaged, svn could
remain down until early next week, after the new svn server eris
is in place.  We would also need to make additional preparations
for moving people.apache.org to a new home."

-T.

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



RE: Struts Tiles Issue

2006-05-12 Thread King, Matt
Thank you, Paul.  I appreciate it.  We will upgrade to the latest
version of Struts.

Thanks,
 
 
 
Matt King
eBusiness Enterprise Production Services
859-816-3892

-Original Message-
From: Paul Benedict [mailto:[EMAIL PROTECTED] 
Sent: Friday, May 12, 2006 4:12 AM
To: King, Matt; struts-dev@jakarta.apache.org
Subject: Re: Struts Tiles Issue

The keywords to your problem are "Weblogic" and "restart".
Here's documentation for the RedeployableActionServlet:

>> WebLogic (at least v6 and v7) attempts to serialize the
TilesRequestProcessor when re-deploying
the Webapp in development mode. The TilesRequestProcessor is not
serializable, and loses the Tiles
definitions. This results in NullPointerException and/or
NotSerializableException when using the
app after automatic redeploy The attached class extends the
Struts Action servlet and fixes
the problem by reloading the Tiles definitions when they have
disappeared. 

http://struts.apache.org/struts-doc-1.2.4/api/org/apache/struts/acti
ons/RedeployableActionServlet.html

This class appeared in Struts 1.2.1. You can:
(1) upgrade to Struts 1.2.4 (first 1.2 GA)
(2) extract the binary and try to use it in 1.1.

Paul

--- "King, Matt" <[EMAIL PROTECTED]> wrote:

> I was wondering if you could help me out.  We have a few different
> weblogic 6.1 environments, running SP4.  Over the past few months,
> each of these environments have been experiencing an issue which
is
> producing server 500 errors for the customers.  The following
error
> is produced in weblogic.  Threads and memory all seem fine when
this
> issue occurs.  It can be resolved with the restart of weblogic
> services.  We are currently using Struts 1.1.  Do you have any
ideas
> on where we can proceed?
> 
>  
> 
> java.lang.NullPointerException
> 
> at
>
org.apache.struts.tiles.definition.ComponentDefinitionsFactoryWrappe
> r.getDefinition(ComponentDefinitionsFactoryWrapper.java:124)
> 
> at
>
org.apache.struts.tiles.TilesRequestProcessor.processTilesDefinition
> (TilesRequestProcessor.java:180)
> 
> at
>
org.apache.struts.tiles.TilesRequestProcessor.processForwardConfig(T
> ilesRequestProcessor.java:309)
> 
> at
>
org.apache.struts.action.RequestProcessor.process(RequestProcessor.j
> ava:279)
> 
> at
>
org.apache.struts.action.ActionServlet.process(ActionServlet.java:14
> 82)
> 
> at
>
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507)
> 
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> 
> at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> 
> at
>
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubI
> mpl.java:262)
> 
> at
>
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubI
> mpl.java:198)
> 
> at
>
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppS
> ervletContext.java:2637)
> 
> at
>
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestI
> mpl.java:2359)
> 
> at
> weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:139)
> 
> at
> weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)
> 
>  
> 
> Thanks,
> 
>  
> 
>  
> 
>  
> 
> Matt King
> 
> eBusiness Enterprise Production Services
> 
> 859-816-3892
> 
>  
> 
> 
> 
> CONFIDENTIALITY NOTICE: This e-mail message, including any
attachments, 
> is for the sole use of the intended recipient(s) and may contain
confidential
> and privileged information or otherwise protected by law.  Any
unauthorized
> review, use, disclosure or distribution is prohibited.  If you are
not the
> intended recipient, please contact the sender by reply e-mail and
destroy
> all copies of the original message.


__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 


CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, 
is for the sole use of the intended recipient(s) and may contain confidential
and privileged information or otherwise protected by law.  Any unauthorized
review, use, disclosure or distribution is prohibited.  If you are not the
intended recipient, please contact the sender by reply e-mail and destroy
all copies of the original message.

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



Re: Release announcements

2006-05-12 Thread Niall Pemberton

On 5/12/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:

I've added a proposed release announcement to the release plan for
Action 1.3.4.  If you would like to highlight a new feature, or have
any other suggestions or corrections, (did I get the name right?) then
please help by updating the wiki page, or commenting on this thread.


I think we should just highlight the main change which is the
introduction of the CoR RequestProcessor, but also emphasise that the
CoR request processor provides exactly the same processing logic as
the original one. I would say "fully backwards compatible", but
although true for most people - its not for anyone with a custom
request processor - maybe a "qualified" fully backwards compatible?

Niall


 * http://wiki.apache.org/struts/StrutsActionRelease134

Thanks!
Wendy






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



Re: What's the goal of SAF 2.0? (was Public API first draft )

2006-05-12 Thread tm jee
Hi Scud,

I understand and share your concern. We are planning a 2.2.3 release. Its 
basically back porting some bugs fixed in SAF back to WW. The discussion on the 
release could be found at 
http://forums.opensymphony.com/thread.jspa?threadID=30435&tstart=0 while the 
bugs to be back ported can be found at 
http://forums.opensymphony.com/thread.jspa?threadID=29771&tstart=0

Hopefully, this to a certain extends, help ease your concerns a bit. 

regards

- Original Message 
From: scud <[EMAIL PROTECTED]>
To: dev@struts.apache.org
Sent: Friday, 12 May, 2006 10:42:14 AM
Subject: Re: What's the goal of SAF 2.0? (was Public API first draft )

I always have a  question:why we old webwork 2.2 users can't get "maintenance 
releases even a fixed release". 

Webwork2 wiki,cvs,and issue (switch to SAF2) are all closed.
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=29563&messageID=59045#59045


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






Re: [action2] maven dependency version

2006-05-12 Thread Patrick Lightbody
This is definitely recommended. I thought this was in place, but I think Don 
un-did it :)
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=29646&messageID=59193#59193


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



Re: [Action2] STATUS - Documentation

2006-05-12 Thread Patrick Lightbody
I'll get the snippet macro fixed today or tomorrow. Let's definitely avoid 
absolute URLs, since it just makes it harder to change in the future.
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=29760&messageID=59194#59194


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



Re: [action2] Shared IDEA configurations

2006-05-12 Thread Patrick Lightbody
Not much else to say other than, "yes" :) The maven build makes the 
configurations for you.
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=29985&messageID=59196#59196


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



[SAF1 - Struts-Faces] can't load the correct MessageResources in a multimodule webapp

2006-05-12 Thread A. Alonso Dominguez

Hi there,

I think that there is a bug in the implementation of the "
org.apache.struts.faces.taglib.LoadMessagesTag". When working in a
multimodule webapp with several  per module, the
 tag can't find the appropiate MessageResources instance
via "messages" attribute.

The reason for this is the way that the tag uses to locate the appropiate
MessageResources instance. This code explains it (line 76):

public int doStartTag() {

   // Acquire the Locale to be wrapped
   Locale locale =
   FacesContext.getCurrentInstance().getViewRoot().getLocale();

   // Acquire the MessageResources to be wrapped
   MessageResources messages = null;
   if (this.messages == null) {
   messages = (MessageResources)
   pageContext.getAttribute(Globals.MESSAGES_KEY,
PageContext.REQUEST_SCOPE);
   if (messages == null) {
   messages = (MessageResources)
   pageContext.getAttribute(Globals.MESSAGES_KEY,
PageContext.APPLICATION_SCOPE);
   }
   } else {
   messages = (MessageResources)
   pageContext.getAttribute(this.messages,
PageContext.REQUEST_SCOPE);
   }

   // Expose a Map instance under the specified request attribute key
   pageContext.setAttribute(var,
new MessagesMap(messages, locale),
PageContext.APPLICATION_SCOPE);

   // Skip the body of this tag (if any)
   return (SKIP_BODY);

   }

As you can see, this code doesn't supports modules.

If we want to load a different bundle than the one configured as the
default, we must use the "messages" attribute but this code tries to load
that MessageResources instance from the APPLICATION_SCOPE rather that search
for it inside the REQUEST_SCOPE.

In a multimodule webapp the MessageResources instances are loaded on startup
inside the APPLICATION_SCOPE with the key:
org.apache.struts.action/MESSAGE + [modulePrefix]

If we have more than one MessageResources instance per module the will be
loaded with the key:
[bundleKey] + [modulePrefix]


So, the above code can't load any of those kind of messages resources. This
can be solved easily:

public int doStartTag() throws JspException {

   // Acquire the Locale to be wrapped
   Locale locale =
   FacesContext.getCurrentInstance().getViewRoot().getLocale();

   ModuleConfig modConfig = ModuleUtils.getInstance().getModuleConfig(
   (HttpServletRequest) pageContext.getRequest(),
pageContext.getServletContext());

   // Acquire the MessageResources to be wrapped
   MessageResources messages = null;
   if (this.messages == null) {
   messages = (MessageResources)
   pageContext.getAttribute(Globals.MESSAGES_KEY,
PageContext.REQUEST_SCOPE);
   if (messages == null) {
   messages = (MessageResources)
   pageContext.getAttribute(Globals.MESSAGES_KEY +
modConfig.getPrefix(),
PageContext.APPLICATION_SCOPE);
   }
   } else {
   messages = (MessageResources)
   pageContext.getAttribute(this.messages,
PageContext.REQUEST_SCOPE);

   if(messages == null) {
   messages = (MessageResources)
   pageContext.getAttribute(this.messages +
modConfig.getPrefix(),
   PageContext.APPLICATION_SCOPE);
   }
   }

   if(messages == null)
   throw new JspException("MessageResources bundle " +
  this.messages + " not
found");

   // Expose a Map instance under the specified request attribute key
   pageContext.setAttribute(var,
new MessagesMap(messages, locale),
PageContext.REQUEST_SCOPE);

   // Skip the body of this tag (if any)
   return (SKIP_BODY);

   }

Should I open a new issue about this?

Alonso


Re: [SAF1 - Struts-Faces] can't load the correct MessageResources in a multimodule webapp

2006-05-12 Thread Craig McClanahan

On 5/12/06, A. Alonso Dominguez <[EMAIL PROTECTED]> wrote:


Hi there,

I think that there is a bug in the implementation of the "
org.apache.struts.faces.taglib.LoadMessagesTag". When working in a
multimodule webapp with several  per module, the
 tag can't find the appropiate MessageResources instance
via "messages" attribute.

The reason for this is the way that the tag uses to locate the appropiate
MessageResources instance. This code explains it (line 76):

public int doStartTag() {

// Acquire the Locale to be wrapped
Locale locale =
FacesContext.getCurrentInstance().getViewRoot().getLocale();

// Acquire the MessageResources to be wrapped
MessageResources messages = null;
if (this.messages == null) {
messages = (MessageResources)
pageContext.getAttribute(Globals.MESSAGES_KEY,
 PageContext.REQUEST_SCOPE);
if (messages == null) {
messages = (MessageResources)
pageContext.getAttribute(Globals.MESSAGES_KEY,
 PageContext.APPLICATION_SCOPE
);
}
} else {
messages = (MessageResources)
pageContext.getAttribute(this.messages,
 PageContext.REQUEST_SCOPE);
}

// Expose a Map instance under the specified request attribute key
pageContext.setAttribute(var,
 new MessagesMap(messages, locale),
 PageContext.APPLICATION_SCOPE);

// Skip the body of this tag (if any)
return (SKIP_BODY);

}

As you can see, this code doesn't supports modules.

If we want to load a different bundle than the one configured as the
default, we must use the "messages" attribute but this code tries to load
that MessageResources instance from the APPLICATION_SCOPE rather that
search
for it inside the REQUEST_SCOPE.

In a multimodule webapp the MessageResources instances are loaded on
startup
inside the APPLICATION_SCOPE with the key:
org.apache.struts.action/MESSAGE + [modulePrefix]

If we have more than one MessageResources instance per module the will be
loaded with the key:
[bundleKey] + [modulePrefix]


So, the above code can't load any of those kind of messages resources.
This
can be solved easily:

public int doStartTag() throws JspException {

// Acquire the Locale to be wrapped
Locale locale =
FacesContext.getCurrentInstance().getViewRoot().getLocale();

ModuleConfig modConfig = ModuleUtils.getInstance
().getModuleConfig(
(HttpServletRequest) pageContext.getRequest(),
pageContext.getServletContext());

// Acquire the MessageResources to be wrapped
MessageResources messages = null;
if (this.messages == null) {
messages = (MessageResources)
pageContext.getAttribute(Globals.MESSAGES_KEY,
 PageContext.REQUEST_SCOPE);
if (messages == null) {
messages = (MessageResources)
pageContext.getAttribute(Globals.MESSAGES_KEY +
modConfig.getPrefix(),
 PageContext.APPLICATION_SCOPE
);
}
} else {
messages = (MessageResources)
pageContext.getAttribute(this.messages,
 PageContext.REQUEST_SCOPE);

if(messages == null) {
messages = (MessageResources)
pageContext.getAttribute(this.messages +
modConfig.getPrefix(),
PageContext.APPLICATION_SCOPE
);
}
}

if(messages == null)
throw new JspException("MessageResources bundle " +
   this.messages + " not
found");

// Expose a Map instance under the specified request attribute key
pageContext.setAttribute(var,
 new MessagesMap(messages, locale),
 PageContext.REQUEST_SCOPE);

// Skip the body of this tag (if any)
return (SKIP_BODY);

}

Should I open a new issue about this?



Yes please ... this is not an issue (pardon the pun :-) that I was aware of.

http://issues.apache.org/struts/

Alonso


Craig


Re: [VOTE] Struts Action Framework v1.3.4 Quality

2006-05-12 Thread Wendy Smoak

On 5/10/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:


The Struts Action Framework 1.3.4 Test Build is available to evaluate
for release quality.

...

The test build, including checksums and signatures, has been deployed to:
   http://svn.apache.org/dist/struts/action/v1.3.4


Late tonight, the vote will have been open for 72 hours.  Right now,
I'm planning to count votes on Saturday afternoon and (assuming it has
passed, which looks likely at this point,) move it over to 'dist' and
onto the mirrors.

Is there anyone who has plans to evaluate 1.3.4 in the near future who
needs more time, or who has any other concerns about this build?  I'm
happy to wait longer to tally the initial vote if anyone would like me
to.

I could still use help with the release announcement. :)

   http://wiki.apache.org/struts/StrutsActionRelease134

Thanks,
--
Wendy

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



[Struts Wiki] Update of "StrutsActionRelease134" by TedHusted

2006-05-12 Thread Apache Wiki
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Struts Wiki" for change 
notification.

The following page has been changed by TedHusted:
http://wiki.apache.org/struts/StrutsActionRelease134

The comment on the change is:
Flesh-out major features section

--
  
   http://struts.apache.org/download.cgi
  
- [Highlight new features?]
+ Major changes since Struts Action 1.2 include
+ 
+ * Composable Request Processor
+ * Arbitrary configuration properties
+ * Opt-In Cancel Handling
+ * Enhanced Global Exception Handlers
+ * Extends attribute
+ * "isCommitted" Exception Handling
+ * Postback Actions
+ * Wildcard ActionConfig properties
+ 
+ Composable Request Processor: For Action 1.3, we turned the request processor 
methods into Commands that are part of a flexible Chain of Commands.
+ 
+ Arbitrary configuration properties: Most every Struts configuration element 
now accepts a map of key/value pairs. Arbitrary configuration properties let us 
externalize more of our configurations, encouraging reuse.
+ 
+ Opt-In Cancel Handling: In Struts Action 1.3, the Cancel token is only 
honored if the new property "cancellable" is set for the Action Mapping. If the 
Cancel token is present, but cancellable is not set, then an 
InvalidCancelException is thrown. The InvalidCancelExeption may be caught by a 
Declarative Exception Handler, like any other Exception.
+ 
+ Enhanced Global Exception Handlers: We now support use of global exception 
handlers in cases when no ActionConfig has yet been identified, as in with 
"preprocessing" commands in a custom request processing chain. 
+ 
+ Extends attribute: In the Struts configuration file, we can now use the 
extends  attribute to adopt default settings from another element, as we 
already can in the Tiles configuration files.
+ 
+ "isCommitted" Exception Handling: When using Tiles, sometimes the response is 
already committed when an exception occurs. Now, the ExceptionHandler tests 
response.isCommitted  , and, if true, includes the configured view path, rather 
than forwarding to it. 
+ 
+ Postback Forms: The action attribute of the Form taglib is now optional. If 
omitted, the original URI of the original request is used.
+ 
+ Wildcard ActionConfig properties: Wildcards can now be used in the properties 
of an ActionConfig. 
+ 
+ The 1.3.x series of Struts Action Framework has a minumum requirement of the 
following specification versions:
+ 
+ * Java Servlet 2.3 and JavaServer Pages (JSP) 1.2
+ * Java 2 Standard Platform Edition (J2SE) 1.4
  
  The release notes are available online at:
  

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



[Struts Wiki] Update of "StrutsUpgradeNotes12to13" by WendySmoak

2006-05-12 Thread Apache Wiki
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Struts Wiki" for change 
notification.

The following page has been changed by WendySmoak:
http://wiki.apache.org/struts/StrutsUpgradeNotes12to13

The comment on the change is:
Reorganize the configuration section.

--
  
  == 4. Configuration ==
  
+ === 4.1 CoR Request Processor ===
+ 
  The ''default'' Request Processor for Struts 1.3 is the new Chain (CoR) based 
''ComposableRequestProcessor''.
  
- === 4.1 CoR Request Processor ===
  By default, the ComposableRequestProcessor will use a configuration file 
included in the struts-core JAR, and you won't need to do anything.
  
+ === 4.2 Original Request Processors ===
+ 
+ If you want to continue using either of the existing Request Processors (i.e. 
RequestProcessor or TilesRequestProcessor) then you need to specify this in the 
controller element of the ''struts-config.xml''
+ 
+ {{{
+ 
+ }}}
+ 
+ {{{
+ 
+ }}}
+ 
+ === 4.3 Tiles ===
+ 
- However, if you want to use Tiles, you must instruct Struts to use a 
configuration file included in the struts-tiles JAR instead.  To do this: 
+ If you want to use Tiles, you must instruct Struts to use a configuration 
file included in the struts-tiles JAR instead.  To do this: 
  
   * Add a '''chainConfig''' ''init-param'' in the web.xml pointing to the 
location of the ''chain-config.xml''
  
@@ -71, +86 @@

   
  }}}
  
+ In addition to configuring the ComposableRequestProcessor to use the provided 
Tiles chain config file, you should also update the '''DOCTYPE''' definition in 
your ''tiles-defs.xml'' file:
- You can do much more to configure the ComposableRequestProcessor, but those 
details are outside the scope of this document.
- 
- === 4.2 Original Request Processors ===
- 
- If you want to continue using either of the existing Request Processors (i.e. 
RequestProcessor or TilesRequestProcessor) then you need to specify this in the 
controller element of the ''struts-config.xml''
  
  {{{
- 
+http://struts.apache.org/dtds/tiles-config_1_3.dtd";>
  }}}
+ 
+ You can do much more to configure the ComposableRequestProcessor, but those 
details are outside the scope of this document.
  
  == 5 Deprecations which have been removed ==
  

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



Re: [PROPOSAL] Separate lists for notifications vs. discussion

2006-05-12 Thread Wendy Smoak

On 5/11/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:


I tried to do this, but my "apmail" karma only works on the mail server, not
on minotaur where this particular file needs to be edited.


Done. http://issues.apache.org/jira/browse/INFRA-802

--
Wendy

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



Re: [PROPOSAL] Separate lists for notifications vs. discussion

2006-05-12 Thread Craig McClanahan

On 5/12/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:


On 5/11/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:

> I tried to do this, but my "apmail" karma only works on the mail server,
not
> on minotaur where this particular file needs to be edited.

Done. http://issues.apache.org/jira/browse/INFRA-802



Thanks ... I meant to do that, but got distracted by preparations for a demo
I'm going to do in the Tuesday keynote next week.  It'll be a fun one ...
you'll want to make sure you see it :-)

--

Wendy



Craig