RE: RE: WHY! Won't Form Classes Load

hat ActionForm does claim to implement serializable. > > http://jakarta.apache.org/struts/api/org/apache/struts/action/ActionForm.htm l > > Carlos, did you do anything except respecify the implements clause? > > -Ted. > > 10/18/2002 5:32:01 PM, "Ditlinger, Steve" <[E

RE: WHY! Won't Form Classes Load

Sometimes I hate being a stickler... Section 5.5 of the JavaBeans Spec (http://java.sun.com/products/javabeans/docs/beans.101.pdf). Summary of persistence All beans must support either Serialization or Externalization. It is always valid for an application to save and restore the state of a

RE: [BRANCH] RE: Going to other context and/or server in 1.1

On my current project, we've dealt with this situation (form tags with context relative actions) by defining another action using the same classes, i.e. now we have two actions in different modules defined using the same Action class, Form class, etc. Then you can still use the Struts form tag.

RE: DO NOT REPLY [Bug 13473] New: - Action path truncated when start matches a sub-app prefix

I believe this is a duplicate to bug # 12702, which has a proposed patch already submitted. Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 09, 2002 3:52 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 13473] New: - Action path tr

RE: [sub-app] Default Module

- From: Eddie Bush [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 2:26 PM To: Ditlinger, Steve Cc: Struts Developers List; Malani, Prakash Subject: Re: [sub-app] Default Module Ditlinger, Steve wrote: >It does indeed do the trick. And it avoids repeating a variation of the >or

RE: [sub-app] Default Module

our posting to consolidate the if-else and the enclosed do-while into a single while loop for compactness. The result is attached. Thanks, Steve -Original Message- From: Eddie Bush [mailto:[EMAIL PROTECTED]] Sent: Friday, September 27, 2002 10:21 AM To: Ditlinger, Steve Cc: Struts Develope

RE: [sub-app] Default Module

Eddie: Looks like it will do the trick. Please let me test it out and perhaps add a refinement. Please stand by Thanks, Steve -Original Message- From: Eddie Bush [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 26, 2002 11:05 PM To: Struts Developers List Cc: Ditlinger

RE: FW: DO NOT REPLY [Bug 12702] - ActionServlet selects wrong appl ication module from URL

we had been using successfully prior to the release of 1.1b2). On this point, I will continue to advocate. Sorry for my error, Steve -Original Message- From: Eddie Bush [mailto:[EMAIL PROTECTED]] Sent: Tuesday, September 24, 2002 3:09 PM To: Ditlinger, Steve Subject: Re: FW: DO NOT R

RE: FW: DO NOT REPLY [Bug 12702] - ActionServlet selects wrong appl ication module from URL

the way to go, unless we specifically want to prevent users from defining multi-level modules. I went ahead and posted a variation to the proposed patch in Bugzilla (bug # 12702). Your truly, Steve -Original Message- From: Eddie Bush [mailto:[EMAIL PROTECTED]] Sent: Tuesday, Septem

FW: DO NOT REPLY [Bug 12702] - ActionServlet selects wrong application module from URL

Eddie: I looked at your fix for the selectApplication. Thanks for attempting this fix. However, I think it would be better to do this to create the matchPath: if (matchPath.lastIndexOf("/") != 0) { // We may be in a non-default sub-app. Try to get it's

Struts TLDs in wrong place in Struts.jar?

Good morning, When I want to define a tag lib's TLD locations in my web.xml. I can reference a TLD in a jar file like so: my-tags.tld /WEB-INF/lib/my-tags.jar This works fine as long as the TLD file is located directly under META-INF in the jar file. However in the struts.jar file, all

SubApps with 1.1

I notice that none of the 1.1 Beta1 examples include sub-application configurations. Is this feature ready for prime time? If so, are there any good examples anywhere? My attempts to use new feature this have not met with success. Thanks, Steve -- To unsubscribe, e-mail:

RE: 1.1 Beta 1 Bug: Cannot find message resources under key org.apache.struts.action.MESSAGE (More info)

If you add ANY tag to the struts-config file, even if the parameter defines a completely bogus path, the problem goes away. I wrote previously == > Exceuse me if you've fixed this one already > > If one writes a simple app that does not include

1.1 Beta 1 Bug: Cannot find message resources under key org.apache.struts.action.MESSAGE

Exceuse me if you've fixed this one already If one writes a simple app that does not include a message resources entry in the struts-config.xml. (In my case, I am using a single struts-config.xml with no subapps), one gets the following stack trace in the browser when using LinkTag: javax.

Plug in services

We'd been wondering here how one could invent a mechanism to mix and match different Struts extensions. i.e. combine Tiles (and its ActionComponentServlet) with our SSL switching extension (and its SecureActionServlet) without having to rewrite SecureActionServlet to extend ActionComponentServl

RE: Implement HTTP and HTTPS in a safe, flexible, and easily maintainable manner

Hey, thanks for the publicity. We've created a Struts extension based on this article. Find it at http://struts.ditlinger.com. Try it out, let us know what you think. Steve -Original Message- From: Niall Pemberton [mailto:[EMAIL PROTECTED]] Sent: Thursday, February 21, 2002 12:24 PM

RE: Proposed solution for HTTP vs. HTTPS

All: Thanks to those of you who have tried our solution and given us your feedback. We are heartened to hear that you plan to make good use of it. Of course, those of you who pointed out that we included the wrong index.html file are right. We have corrected that error and have reposted the ja

RE: Proposed solution for HTTP vs. HTTPS

D] > Subject: RE: Proposed solution for HTTP vs. HTTPS > > > Please don't send binary files to the list. It gets me into > lots of trouble > with our mail gateway people > > > -----Original Message- > > From: Ditlinger, Steve [mailto:[EMAIL PROTECTED

RE: Proposed solution for HTTP vs. HTTPS

> Struts-folk: > > Please see the attached file as a demonstration of our > proposed extensions for Struts. > > In the course of our work, we have had numerous projects > where it was necessary to switch between using the http & https protocols > on