Help Needed In logic:equal

[Sachin Mapara]

Hi
Could anyone help me out on the following issue.
i set the request.setAttribute("Task","John") in action class.
in a forwarded jsp i wanted to compare the value set ijn action class by
using logic:equal
My code in Jsp is:
John Wright

But this gives me the error as:
Cannot compare null variable to value John

Please help me out

Thanks & Regards,
Sachin





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Struts Website Look and Feel

[James Holmes]

Just wanted to give a quick update on this...

I have this 99% done for the resources section.  I
basically took the stuff from some of the other
projects with the new L&F and reverse engineered it
into stylesheets/resources.xsl.  The project.xml and
individual .xml files stay the same.  Just a few new
graphics and CSS stylesheets files.

Only problem I'm having is that the font size on the
page is not correct.  Funny thing is I'm explicitly
setting any font attributes in the page and neither do
the other project's pages, but for some reason the
font isn't right. I'm going to continue to tinker with
it.  The pages look really good with the new L&f.

-james
[EMAIL PROTECTED]
http://www.jamesholmes.com/struts/



--- James Holmes <[EMAIL PROTECTED]> wrote:
> Sounds fair to me.
> 
> -james
> 
> 
> --- "Craig R. McClanahan" <[EMAIL PROTECTED]>
> wrote:
> > 
> > 
> > On Fri, 19 Jul 2002, James Holmes wrote:
> > 
> > > Date: Fri, 19 Jul 2002 08:21:44 -0700 (PDT)
> > > From: James Holmes <[EMAIL PROTECTED]>
> > > Reply-To: Struts Developers List
> > <[EMAIL PROTECTED]>
> > > To: [EMAIL PROTECTED]
> > > Subject: Struts Website Look and Feel
> > >
> > > I've noticed that some of the other Jakarta
> > projects
> > > have taken on a new Look and Feel.  I saw this
> for
> > > BCEL project.
> > >
> > > Craig/Ted: Is there a place to get more details
> on
> > > this?  Is there a roadmap/requirement for when
> all
> > > projects should switch over to it?  I can try
> and
> > > tackle this for the Struts pages.
> > >
> > 
> > For the Jakarta web site, check out the
> > "jakarta-site2" module from CVS --
> > that's what generates it.  The incoming data
> format
> > is XML, transformed by
> > Anakia (from Velocity) and/or DVSL -- I don't
> > remember the details at the
> > moment.
> > 
> > You'll also notice that some project-level
> > documentation is now being
> > generated with Maven (Turbine et. al. and a bunch
> of
> > the Commons projects
> > use this).  Maven is a pretty intriguing tool that
> > tries to manage a bunch
> > of stuff for the develoeprs (everything from
> > syntax/style checks to
> > automated test runs to generating docs), which
> most
> > people do with custom
> > build.xml scripts, in a manner that's consistent
> > across projects.  It
> > works by delegating the grunt work to shared
> > scripts, so when you update a
> > Maven version all your projects immediately
> benefit.
> >  See
> >  for more
> > info.
> > 
> > I'm quite interested in exploring Maven as the
> build
> > environment for
> > Struts after 1.1 (and after they go 1.0 and start
> > promising some backwards
> > compatibility :-).  This would probably be done in
> a
> > new repository, and
> > give us the chance to reorganize things a little
> as
> > well.
> > 
> > Once we switch, we'll automatically have the
> > opportunity to use the new
> > docco generation stuff as well.  However, I'd
> rather
> > not try to rock the
> > boat in the short term.  Sound reasonable?
> > 
> > > -james
> > > [EMAIL PROTECTED]
> > > http://www.jamesholmes.com/struts/
> > >
> > 
> > Craig
> > 
> > 
> > 
> > --
> > To unsubscribe, e-mail:  
> > 
> > For additional commands, e-mail:
> > 
> > 
> 
> 
> __
> Do You Yahoo!?
> Yahoo! Autos - Get free new car price quotes
> http://autos.yahoo.com
> 
> --
> To unsubscribe, e-mail:  
> 
> For additional commands, e-mail:
> 
> 


__
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts/doc news.xml

[jholmes]

jholmes 2002/07/24 18:07:39

  Modified:doc  news.xml
  Log:
  add JavaPro tutorial
  
  Revision  ChangesPath
  1.13  +4 -0  jakarta-struts/doc/news.xml
  
  Index: news.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/news.xml,v
  retrieving revision 1.12
  retrieving revision 1.13
  diff -u -r1.12 -r1.13
  --- news.xml  20 Jul 2002 16:57:32 -  1.12
  +++ news.xml  25 Jul 2002 01:07:39 -  1.13
  @@ -40,6 +40,10 @@

   
   
  +24 July 2002 - JavaPro Struts Tutorial
  +http://www.fawcette.com/javapro/2002_07/online/kjones/";>Create 
Better Web Apps with Struts by Kevin Jones.
  +
  +
   18 July 2002 - JavaBoutique Struts Tutorials
   http://javaboutique.internet.com/tutorials/Struts/";>Stepping through 
Jakarta Struts by Keld H. Hansen.
   http://javaboutique.internet.com/tutorials/Struts2/";>Coding your 
second Jakarta Struts Application by Keld H. Hansen.
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts/doc/resources tutorials.xml

[jholmes]

jholmes 2002/07/24 18:05:51

  Modified:doc/resources tutorials.xml
  Log:
  add JavaPro tutorial
  
  Revision  ChangesPath
  1.5   +1 -0  jakarta-struts/doc/resources/tutorials.xml
  
  Index: tutorials.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/resources/tutorials.xml,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- tutorials.xml 20 Jul 2002 16:50:53 -  1.4
  +++ tutorials.xml 25 Jul 2002 01:05:51 -  1.5
  @@ -10,6 +10,7 @@
   http://husted.com/struts/resources";> 
   
   
  +http://www.fawcette.com/javapro/2002_07/online/kjones/";>Create 
Better Web Apps with Struts by Kevin Jones.
   http://javaboutique.internet.com/tutorials/Struts/";>Stepping through 
Jakarta Struts by Keld H. Hansen.
   http://javaboutique.internet.com/tutorials/Struts2/";>Coding your 
second Jakarta Struts Application by Keld H. Hansen.
   http://otn.oracle.com/products/jdev/howtos/jsp/StrutsHowTo.html";>How 
Do I use Jakarta Struts with Oracle9i JDeveloper? by Oracle Corporation.
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts STATUS

[jholmes]

jholmes 2002/07/24 17:53:45

  Modified:.STATUS
  Log:
  remove closed bugs
  
  Revision  ChangesPath
  1.40  +2 -4  jakarta-struts/STATUS
  
  Index: STATUS
  ===
  RCS file: /home/cvs/jakarta-struts/STATUS,v
  retrieving revision 1.39
  retrieving revision 1.40
  diff -u -r1.39 -r1.40
  --- STATUS24 Jul 2002 02:25:53 -  1.39
  +++ STATUS25 Jul 2002 00:53:45 -  1.40
  @@ -6,7 +6,7 @@
   OUTSTANDING BUGS IN STRUTS 1.1-b1 AND NIGHTLY BUILDS
   
   
  -   21 open bugs to swat!!
  +   19 open bugs to swat!!
   
   
   Controller:
  @@ -19,7 +19,6 @@
   ---
1586 The  tag generates incorrect focus javascript for radio buttons.
8460 using null="false" in message-resources adds alt & title element to generated 
html
  -10534  does not add servlet context correctly
   
   
   Documentation:
  @@ -49,7 +48,6 @@
   
   Tiles Framework:
   ---
  -11093 DefinitionsFactoryConfig is not Serializable
   
   
   Unknown:
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11154] New: - html:link tag extension for multiple parameters

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11154

html:link tag extension for multiple parameters

   Summary: html:link tag extension for multiple parameters
   Product: Struts
   Version: Unknown
  Platform: All
   URL: http://www.mail-archive.com/struts-
[EMAIL PROTECTED]/msg01695.html
OS/Version: All
Status: NEW
  Severity: Enhancement
  Priority: Other
 Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Eric Fesler has an extension to the html:link tag.  It allows nested param tags
that allow the user to specify multiple parameters appended to the URI without
resorting to a map.  Hopefully this could be incorporated into the next release
of Struts.

Thanks,
Jesse Blomberg

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: WebSphere 3.5.3 & Struts

[shajil Kom]

 Edward ,
I am trying to run this on Websphere 3.5.3 and not VAJ. And i still have the same 
problem. I have been trying for past days but in vain. Please help...
Thanx
  "Carmody, Edward" <[EMAIL PROTECTED]> wrote: Are you running in the 
VAJ test environment or on a true WAS 3.5.3
application server?

We have several STRUTS 1.0 releases running on WAS 3.5.x

I made the change you mentioned and it seems to work for us.

Edward Carmody
> 
>Liberty Information Technology Direct Line: 603 245 4311
225 Borthwick Ave
Portsmouth, NH 03801-4199 Switchboard: 603 431 8400 x54311
Email:
[EMAIL PROTECTED]



-Original Message-
From: shajil Kom [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, July 24, 2002 9:50 AM
To: [EMAIL PROTECTED]
Subject: WebSphere 3.5.3 & Struts



Hi All,
I have read many article on websphere 3.5 and struts. And pretty much
every one is pointing to 
making a change in doEndTag() method
// Remove the page scope attributes we created
//pageContext.removeAttribute(Constants.BEAN_KEY);
//pageContext.removeAttribute(Constants.FORM_KEY);

pageContext.getRequest().removeAttribute(Constants.BEAN_KEY);
pageContext.getRequest().removeAttribute(Constants.FORM_KEY);

Inspite of having done this change i am still getting exception like

[01.07.23 11:05:30:166 EDT] a1ecc1aa WebGroup A SRVE0091I: [Servlet
LOG]: "action: Forwarding to 'success' page"
[01.07.23 11:05:34:281 EDT] a1ecc1aa ServletInstan X Uncaught service()
exception thrown by servlet {0}: {1}
"jsp11"
javax.servlet.ServletException: cant
remove Attributes from request scope at
javax.servlet.ServletException.(ServletException.java:161)
at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContex
tImpl.java:392)
at _registration_jsp_0._jspService(_registration_jsp_0.java:1436)


Can any one please help me

Thank You 

Shajil



-
Do You Yahoo!?
Yahoo! Health - Feel better, live better

--
To unsubscribe, e-mail: 
For additional commands, e-mail: 



-
Do You Yahoo!?
Yahoo! Health - Feel better, live better

Re: cvs commit: jakarta-struts/src/share/org/apache/struts/actionActionServlet.java

[Kevin . Bedell]

> >   Normally, namespaces should also work with DTD, ensuring proper
> > validation (or did I miss something ?)
>
> As far as I can tell, the one-and-only DTD that you declare at the top of
> your original source document is the only one that is used for the entire
> thing -- and this DTD has to be the union of all the valid elements and
> attributes.  And I don't know how to create a DTD that "imports"
> struts-config_1_1.dtd and adds to it :-(.
>

I believe you're correct. There is no facility in DTD's for allowing them
to be altered in this way. Especially since it is likely that some of the
changes people may want to do could involve adding "attibutes" to existing
elements or new sub-elements. For example:



   myAttribute="myValue">

e.g. 2 -->



Namespaces wouldn't handle this on their own, you'd have to modify the dtd
itself to get things to validate.

It may be possible to generate DTD's at build time from an XML file -
something like a Torque for DTD's. There could be default XML file that is
used to generate the default DTD. This way, the users could modify the
struts-config.xml anyway they want and still have a valid DTD to validate
with.


> >   In fact, I think of using namespaces in struts-config to allow
> > "inline" declaration of a Tiles definitions inside a .

Creating dtd's dynamically this way would allow Cedric (or others) to add
declarations directly inside existing elements. To accomplish what I belive
Cedric is saying would require the DTD itself to be modified - that is
adding Tiles elements directly inside 's.


> > Regarding some previous mails I think it is a similar requirement than
> > for the  tag. So, we should certainly propose a common and
> > general solution for this kind of extension.

Here is a proposal:

1. Create an XML file and a process (perhaps XSLT-based) for creating the
dtd from it.
2. Create an Ant task that performs this translation so that modifications
to the dtd occur at build time.
3. Provide a standard XML document that will generate the standard dtd.
4. Allow users/contributors/et al to provide INCREMENTAL XML files that add
mods to the DTD. This way, it would be possible to build a DTD containing
multiple contributions without having to consolidate multiple mods into a
single XML file maunally.

So each contributor (or user) that wants to modify the DTD can create an
XML file with the DTD mods in it that are required for their entries to
validate. Then at build time, they are all read and the actual dtd is
built.

I know this seems complicated, but here are a couple of good reasons for
it:

 - It allows multiple contributors to easily manages changes to the dtd
that their code needs.
 - It allows for contributors and users to add elements/attributes to
existing elements in the config while allowing validation.
 - It makes it possible to have users/contributors add elements without
requiring namespaces or XMLSchema. Once you add namespaces and XMLSchema to
the mix things will get much more difficult to understand for an average
user.




Kevin



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: action calling another action

[Pierre Delisle]

Craig,

Many thanks for the quick and clear clarifications.

-- Pierre

"Craig R. McClanahan" wrote:
> 
> Hi Pierre,
> 
> See intermixed below.
> 
> On Tue, 23 Jul 2002, Pierre Delisle wrote:
> 
> > Date: Tue, 23 Jul 2002 23:26:09 -0700
> > From: Pierre Delisle <[EMAIL PROTECTED]>
> > Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Subject: action calling another action
> >
> > I have a 1.0 struts-based web application where a "higher-level" action
> > depends on the processing associated with another lower-level action.
> >
> 
> Welcome to the eternal debate over whether action chaining/nesting is a
> good design pattern or not :-).  I'm *not* a believer, but lets address
> your questions anyway.
> 
> > For example, action "foo" needs to invoke the processing
> > associated with action "bar".
> >
> > Using struts 1.0, I could do the following in the FooAction:
> >
> >   ActionServletMine actionServlet =
> >   (ActionServletMine)mapping.getMappings().getServlet();
> >   ActionMapping targetMapping = actionServlet.findMapping("/bar.do");
> >   ((BarAction)actionServlet.getActionInstance(
> >   targetMapping)).perform(targetMapping, form, request, response);
> >
> 
> You should have been able to pass "/bar" as the argument to the
> findMapping() method, even in Struts 1.0.
> 
> > ActionServletMine is my own subclass of ActionServlet. It simply provides
> > the extra method "getActionInstance()" to allow me to get access to the
> > action instance associated with "targetMapping". (it calls
> > processActionCreate()).
> >
> > Migrating to struts 1.1, I was hoping for backwards compatibility,
> > but ActionMapping.getMappings() seems to have been removed without
> > being first deprecated. Any reason, or am I missing something?
> > (btw, I know I could simply call getServlet() within the Action subclass,
> > but I'm still curious as to why getMappings() has been removed).
> >
> 
> There is no longer a single collection of ActionMappings -- there is one
> per application module.  So you'll need to do the following to get an
> ActionMapping:
> 
>   ApplicationConfig appConfig = (ApplicationConfig)
> request.getParameter(Action.APPLICATION_KEY);
>   ActionMapping mapping = (ActionMapping)
> appConfig.findActionConfig("/bar");
> 
> >
> > If I am to bite the bullet right now and rearchitect the
> > webapp with the new struts 1.1 api, I still run into a few
> > issues.
> >
> > What I've described above is how I thought would be the proper way
> > to handle "action calling other action" in the very early days of 1.0.
> > There might be a better approach now. If so, I'd appreciate if someone
> > could point me in the right direction.
> >
> 
> Best practice is to factor the common code out and call it from both
> actions, so you don't have to do any form of "chaining" or "nesting".
> 
> > If I am to simply migrate the above code to the new 1.1 apis,
> > it appears that I'd have to do the following:
> >
> >   ActionServlet actionServlet = getServlet();
> >   ApplicationConfig appConfig = mapping.getApplicationConfig();
> >   RequestProcessor rp = actionServlet.getRequestProcessor(appConfig);
> >
> > It appears that "findMapping()" has been deprecated. So the code
> > ActionMapping targetMapping = actionServlet.findMapping("/bar.do");
> > should be replaced by
> > ActionConfig targetAction = appConfig.findActionConfig()
> >
> 
> You have to look up the correct ActionConfig from the ApplicationConfig,
> and cast it to ActionMapping (for backwards compatibility).
> 
> > The problem though is that the execute() method of an Action expects
> > an ActionMapping object... which means that I'm back to want to use the old
> > 1.0 api to get an ActionMapping (or I'm once again missing something).
> > How come the new execute() method of Action does not take an ActionConfig
> > object as argument instead of the old ActionMapping?
> >
> 
> The ActionMapping class in 1.1 is a subclass of ActionConfig, and that is
> the class actually used in the configuration file parsing.  So the cast
> will always work.
> 
> > Finally, it would be preferable to migrate to the new RequestProcessor interface.
> > However, ActionServlet.getRequestProcessor() is protected,
> > preventing me from accessing it from my Action code.
> > Any reason why it is not public?
> 
> Because you shouldn't be messing around with this stuff in the first place
> :-).
> 
> Actually, the RequestProcessor instance that is processing the current
> request can be acquired directly, from the same place that ActionServlet
> gets it:
> 
>   String key = Action.REQUEST_PROCESSOR_KEY + appConfig.getPrefix();
>   RequestProcessor processor = (RequestProcessor)
> servlet.getServletContext().getAttribute(key);
> 
> The only difference is that the ActionServlet.getRequestProcessor() method
> will lazilly instantiate the request processor the first time.  By the
> time you execute the above code in an Action, you wil

Re: cvs commit: jakarta-struts/src/share/org/apache/struts/actionActionServlet.java

[Craig R. McClanahan]

On Wed, 24 Jul 2002, Cedric Dumoulin wrote:

> Date: Wed, 24 Jul 2002 15:59:37 +0200
> From: Cedric Dumoulin <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: Struts Developers List <[EMAIL PROTECTED]>
> Subject: Re: cvs commit:
> jakarta-struts/src/share/org/apache/struts/action ActionServlet.java
>
>
>   I am also in favor of using namespaces. Struts tags can use the
> default namespace (no prefix), and custom tags use their own namespace.
> Checking the Digester documentation, it appears it support namespaces,
> and you can associate a RuleSet to a namespace.

Digester definitely supports namespaces.  You can see an example of this
in the commons-workflow package:

  http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-workflow

>   Normally, namespaces should also work with DTD, ensuring proper
> validation (or did I miss something ?)

As far as I can tell, the one-and-only DTD that you declare at the top of
your original source document is the only one that is used for the entire
thing -- and this DTD has to be the union of all the valid elements and
attributes.  And I don't know how to create a DTD that "imports"
struts-config_1_1.dtd and adds to it :-(.

>   In fact, I think of using namespaces in struts-config to allow
> "inline" declaration of a Tiles definitions inside a .
> Regarding some previous mails I think it is a similar requirement than
> for the  tag. So, we should certainly propose a common and
> general solution for this kind of extension.
>   I will try to play a little bit more with namespaces, digester and
> user configurable files ;-).
>

If you find anything we've all missed, please let us know!

>  Cedric

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: cvs commit: jakarta-struts/src/share/org/apache/struts/actionActionServlet.java

[Craig R. McClanahan]

On Wed, 24 Jul 2002 [EMAIL PROTECTED] wrote:

> Date: Wed, 24 Jul 2002 09:15:19 -0400
> From: [EMAIL PROTECTED]
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: Struts Developers List <[EMAIL PROTECTED]>
> Subject: RE: cvs commit:
> jakarta-struts/src/share/org/apache/struts/action ActionServlet.java
>
>
> An alternative may be to define a "namespace" for the struts tags and
> provide others an opportunity to mix tags in the files.
>
> For example - it may be possible to have something like:
>
> ---
>   
> type="org.apache.struts.webapp.exercise.TestBean"/>
>   
>
>   
>   
>  
>
> --
>
> or something similar.
>
> The idea I'm attempting to demonstrate would be allowing the struts tags
> to still be validated as they are namespace qualified.
>
> The  idea is the creation of a special struts-config.xml
> tag that allows application specific tags (qualified by their own
> namespaces)
>  to be embedded in a predictible place.
>
> In reality it may be possible to accomplish mixing tags and retaining
> validation even without the use of a special  tag.
>
> It should be a requirement, though, that struts-config.xml files not
> contain the namespace qualifiers to ensure backward compatibility.
>

Namespaces are a great way to introduce extensibility -- I used this
approach in the commons-workflow package (in jakarta-commons-sandbox) for
exactly that reason.

The problem is that, even with namespaces, you cannot extend the
one-and-only DTD used for validation.  Schemas will fix that (in fact, the
deployment descriptors in J2EE 1.4, including Servlet 2.4's web.xml, will
support extensibility via namespaces -- and provide schemas for
validation).

In the mean time, I checked in some changes last night that let you turn
off validation safely again.

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: action calling another action

[Craig R. McClanahan]

Hi Pierre,

See intermixed below.

On Tue, 23 Jul 2002, Pierre Delisle wrote:

> Date: Tue, 23 Jul 2002 23:26:09 -0700
> From: Pierre Delisle <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: action calling another action
>
> I have a 1.0 struts-based web application where a "higher-level" action
> depends on the processing associated with another lower-level action.
>

Welcome to the eternal debate over whether action chaining/nesting is a
good design pattern or not :-).  I'm *not* a believer, but lets address
your questions anyway.

> For example, action "foo" needs to invoke the processing
> associated with action "bar".
>
> Using struts 1.0, I could do the following in the FooAction:
>
>   ActionServletMine actionServlet =
>   (ActionServletMine)mapping.getMappings().getServlet();
>   ActionMapping targetMapping = actionServlet.findMapping("/bar.do");
>   ((BarAction)actionServlet.getActionInstance(
>   targetMapping)).perform(targetMapping, form, request, response);
>

You should have been able to pass "/bar" as the argument to the
findMapping() method, even in Struts 1.0.

> ActionServletMine is my own subclass of ActionServlet. It simply provides
> the extra method "getActionInstance()" to allow me to get access to the
> action instance associated with "targetMapping". (it calls
> processActionCreate()).
>
> Migrating to struts 1.1, I was hoping for backwards compatibility,
> but ActionMapping.getMappings() seems to have been removed without
> being first deprecated. Any reason, or am I missing something?
> (btw, I know I could simply call getServlet() within the Action subclass,
> but I'm still curious as to why getMappings() has been removed).
>

There is no longer a single collection of ActionMappings -- there is one
per application module.  So you'll need to do the following to get an
ActionMapping:

  ApplicationConfig appConfig = (ApplicationConfig)
request.getParameter(Action.APPLICATION_KEY);
  ActionMapping mapping = (ActionMapping)
appConfig.findActionConfig("/bar");

>
> If I am to bite the bullet right now and rearchitect the
> webapp with the new struts 1.1 api, I still run into a few
> issues.
>
> What I've described above is how I thought would be the proper way
> to handle "action calling other action" in the very early days of 1.0.
> There might be a better approach now. If so, I'd appreciate if someone
> could point me in the right direction.
>

Best practice is to factor the common code out and call it from both
actions, so you don't have to do any form of "chaining" or "nesting".

> If I am to simply migrate the above code to the new 1.1 apis,
> it appears that I'd have to do the following:
>
>   ActionServlet actionServlet = getServlet();
>   ApplicationConfig appConfig = mapping.getApplicationConfig();
>   RequestProcessor rp = actionServlet.getRequestProcessor(appConfig);
>
> It appears that "findMapping()" has been deprecated. So the code
> ActionMapping targetMapping = actionServlet.findMapping("/bar.do");
> should be replaced by
> ActionConfig targetAction = appConfig.findActionConfig()
>

You have to look up the correct ActionConfig from the ApplicationConfig,
and cast it to ActionMapping (for backwards compatibility).

> The problem though is that the execute() method of an Action expects
> an ActionMapping object... which means that I'm back to want to use the old
> 1.0 api to get an ActionMapping (or I'm once again missing something).
> How come the new execute() method of Action does not take an ActionConfig
> object as argument instead of the old ActionMapping?
>

The ActionMapping class in 1.1 is a subclass of ActionConfig, and that is
the class actually used in the configuration file parsing.  So the cast
will always work.

> Finally, it would be preferable to migrate to the new RequestProcessor interface.
> However, ActionServlet.getRequestProcessor() is protected,
> preventing me from accessing it from my Action code.
> Any reason why it is not public?

Because you shouldn't be messing around with this stuff in the first place
:-).

Actually, the RequestProcessor instance that is processing the current
request can be acquired directly, from the same place that ActionServlet
gets it:

  String key = Action.REQUEST_PROCESSOR_KEY + appConfig.getPrefix();
  RequestProcessor processor = (RequestProcessor)
servlet.getServletContext().getAttribute(key);

The only difference is that the ActionServlet.getRequestProcessor() method
will lazilly instantiate the request processor the first time.  By the
time you execute the above code in an Action, you will not have to worry
about that.

>
> Many thanks for any answer/advice...
>
> -- Pierre
>

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: WebSphere 3.5.3 & Struts

[Carmody, Edward]

Are you running in the VAJ test environment or on a true WAS 3.5.3
application server?

We have several STRUTS 1.0 releases running on WAS 3.5.x

I made the change you mentioned and it seems to work for us.

Edward Carmody
> 
>Liberty Information TechnologyDirect Line: 603 245 4311
225 Borthwick Ave
Portsmouth, NH 03801-4199   Switchboard: 603 431 8400 x54311
Email:
[EMAIL PROTECTED]



-Original Message-
From: shajil Kom [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, July 24, 2002 9:50 AM
To: [EMAIL PROTECTED]
Subject: WebSphere 3.5.3 & Struts



 Hi All,
I have read many article on websphere 3.5 and struts. And pretty much
every one is pointing to 
making a change indoEndTag()  method
 // Remove the page scope attributes we created
//pageContext.removeAttribute(Constants.BEAN_KEY);
 //pageContext.removeAttribute(Constants.FORM_KEY);

pageContext.getRequest().removeAttribute(Constants.BEAN_KEY);
pageContext.getRequest().removeAttribute(Constants.FORM_KEY);

Inspite of having done this change i am still getting exception like

[01.07.23 11:05:30:166 EDT] a1ecc1aa WebGroup  A SRVE0091I: [Servlet
LOG]: "action:  Forwarding to 'success' page"
[01.07.23 11:05:34:281 EDT] a1ecc1aa ServletInstan X Uncaught service()
exception thrown by servlet {0}: {1}
 "jsp11"
 javax.servlet.ServletException: cant
remove Attributes from request scope  at
javax.servlet.ServletException.(ServletException.java:161)
 at
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContex
tImpl.java:392)
 at _registration_jsp_0._jspService(_registration_jsp_0.java:1436)


Can any one please help me

Thank You 

Shajil



-
Do You Yahoo!?
Yahoo! Health - Feel better, live better

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts/src/share/org/apache/struts/action RequestProcessor.java

[craigmcc]

craigmcc2002/07/24 08:05:25

  Modified:src/share/org/apache/struts/action RequestProcessor.java
  Log:
  Call form.setServlet() before calling form.populate().
  
  Revision  ChangesPath
  1.17  +5 -5  
jakarta-struts/src/share/org/apache/struts/action/RequestProcessor.java
  
  Index: RequestProcessor.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/action/RequestProcessor.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- RequestProcessor.java 19 Jul 2002 10:00:41 -  1.16
  +++ RequestProcessor.java 24 Jul 2002 15:05:25 -  1.17
  @@ -770,6 +770,7 @@
   if (log.isDebugEnabled()) {
   log.debug(" Populating bean properties from this request");
   }
  +form.setServlet(this.servlet);
   form.reset(mapping, request);
   if (mapping.getMultipartClass() != null) {
   request.setAttribute(Action.MULTIPART_KEY,
  @@ -777,7 +778,6 @@
   }
   RequestUtils.populate(form, mapping.getPrefix(), mapping.getSuffix(),
 request);
  -form.setServlet(this.servlet);
   
   }
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11130] - [RFE] Permit to add a slash ending empty tags (XML conformance)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11130

[RFE] Permit to add a slash ending empty tags (XML conformance)





--- Additional Comments From [EMAIL PROTECTED]  2002-07-24 15:03 ---
I wouldn't really say this is a duplicate.
Ending non-body tags with /> instead of > is something many standard HTML 
generators do, and perhaps should be done regardless of any XHTML option.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 5518] - Convert HTML Tags to be XHTML-compliant when

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=5518

Convert HTML Tags to be XHTML-compliant when 

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2002-07-24 14:59 ---
*** Bug 11130 has been marked as a duplicate of this bug. ***

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11130] - [RFE] Permit to add a slash ending empty tags (XML conformance)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11130

[RFE] Permit to add a slash ending empty tags (XML conformance)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2002-07-24 14:59 ---


*** This bug has been marked as a duplicate of 5518 ***

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11130] - [RFE] Permit to add a slash ending empty tags (XML conformance)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11130

[RFE] Permit to add a slash ending empty tags (XML conformance)

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11130] New: - [RFE] Permit to add a slash ending empty tags (XML conformance)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11130

[RFE] Permit to add a slash ending empty tags (XML conformance)

   Summary: [RFE] Permit to add a slash ending empty tags (XML
conformance)
   Product: Struts
   Version: 1.1 Beta 1
  Platform: PC
OS/Version: Linux
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Hi, I try to use struts and cocoon together.
For this, I need to output XML or XHTML from struts taglib.
Example, the tag TEXT in HTML lib generates an INPUT tag which
is not XHTML compliant.

I think that a simple line adding to put a end slash in the tags source code
could resolve our problem and perhaps interest the community.

Thanks for all.

Iris

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: cvs commit: jakarta-struts/src/share/org/apache/struts/actionActionServlet.java

[Cedric Dumoulin]

  I am also in favor of using namespaces. Struts tags can use the 
default namespace (no prefix), and custom tags use their own namespace. 
Checking the Digester documentation, it appears it support namespaces, 
and you can associate a RuleSet to a namespace.
  Normally, namespaces should also work with DTD, ensuring proper 
validation (or did I miss something ?)
  In fact, I think of using namespaces in struts-config to allow 
"inline" declaration of a Tiles definitions inside a . 
Regarding some previous mails I think it is a similar requirement than 
for the  tag. So, we should certainly propose a common and 
general solution for this kind of extension.
  I will try to play a little bit more with namespaces, digester and 
user configurable files ;-).

 Cedric

[EMAIL PROTECTED] wrote:

>An alternative may be to define a "namespace" for the struts tags and
>provide others an opportunity to mix tags in the files.
>
>For example - it may be possible to have something like:
>
>---
>  
>   type="org.apache.struts.webapp.exercise.TestBean"/>
>  
>
>  
>  
> 
>
>--
>
>or something similar.
>
>The idea I'm attempting to demonstrate would be allowing the struts tags to still be 
>validated as they are namespace qualified.
>
>The   idea is the creation of a special struts-config.xml tag that 
>allows application specific tags (qualified by their own namespaces)
> to be embedded in a predictible place.
>
>In reality it may be possible to accomplish mixing tags and retaining validation even 
>without the use of a special  tag.
>
>It should be a requirement, though, that struts-config.xml files not contain the 
>namespace qualifiers to ensure backward compatibility.
>
>
>
>
>
>
>
>"Craig R. McClanahan" <[EMAIL PROTECTED]> on 07/23/2002 09:21:59 PM
>
>Please respond to "Struts Developers List" <[EMAIL PROTECTED]>
>
>To:Struts Developers List <[EMAIL PROTECTED]>
>cc: (bcc: Kevin Bedell/Systems/USHO/SunLife)
>Subject:RE: cvs commit:
>   jakarta-struts/src/share/org/apache/struts/action ActionServlet.java
>
>
>
>
>On Tue, 23 Jul 2002, Martin Cooper wrote:
>
>  
>
>>Date: Tue, 23 Jul 2002 17:46:20 -0700
>>From: Martin Cooper <[EMAIL PROTECTED]>
>>Reply-To: Struts Developers List <[EMAIL PROTECTED]>
>>To: 'Struts Developers List' <[EMAIL PROTECTED]>
>>Subject: RE: cvs commit:
>>jakarta-struts/src/share/org/apache/struts/action ActionServlet.java
>>
>>Well that's kinda interesting. ;-)
>>
>>Since the use of custom additions to the config file will cause
>>
>>
>validation
>  
>
>>against the DTD to fail, should we deliberately turn off validation if
>>
>>
>this
>  
>
>>option is being used (i.e. ignore the value of the 'validating' init
>>
>>
>param
>  
>
>>and always treat it as false)?
>>
>>
>>
>
>I'm having conversations with the Stxx guys about exactly this issue.
>They really really really want to be able to run on top of a stock 1.1
>release, and I'd like to see if we can accomodate that.
>
>Right now, turning off validation has been disabled because we rely on
>some of the default values (so that we can avoid references to
>Action.X constants in the config classes, to help keep them
>serializable  yadda yadda).  There are alternatives to this that I'm
>looking into -- like copying all the manifest constants into an
>org.apache.struts.Constants file and having Action.X refer to those
>for backwards compatibility.
>
>Even if we have to keep validation, there are some (unpleasant but usable)
>options, like maintaining a separate DTD that was a superset of the
>standard one.  What I'd really like to find is a way that an existing DTD
>can be extended (say, add the  element nested inside a
> that the Stxx guys want) without having to start from scratch.
>Any ideas?
>
>  
>
>>--
>>Martin Cooper
>>
>>
>>
>
>Craig
>
>
>--
>To unsubscribe, e-mail:     
>
>For additional commands, e-mail:   
>
>
>
>
>
>
>
>
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>
>  
>



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

WebSphere 3.5.3 & Struts

[shajil Kom]

 Hi All,
I have read many article on websphere 3.5 and struts. And pretty much every one is 
pointing to 
making a change indoEndTag()  method
 // Remove the page scope attributes we created
 //pageContext.removeAttribute(Constants.BEAN_KEY);
 //pageContext.removeAttribute(Constants.FORM_KEY);

pageContext.getRequest().removeAttribute(Constants.BEAN_KEY);
pageContext.getRequest().removeAttribute(Constants.FORM_KEY);

Inspite of having done this change i am still getting exception like

[01.07.23 11:05:30:166 EDT] a1ecc1aa WebGroup  A SRVE0091I: [Servlet LOG]: 
"action:  Forwarding to 'success' page"
[01.07.23 11:05:34:281 EDT] a1ecc1aa ServletInstan X Uncaught service() exception 
thrown by servlet {0}: {1}
 "jsp11"
 javax.servlet.ServletException: cant remove 
Attributes from request scope
 at javax.servlet.ServletException.(ServletException.java:161)
 at 
org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:392)
 at _registration_jsp_0._jspService(_registration_jsp_0.java:1436)


Can any one please help me

Thank You 

Shajil



-
Do You Yahoo!?
Yahoo! Health - Feel better, live better

RE: cvs commit: jakarta-struts/src/share/org/apache/struts/actionActionServlet.java

[Kevin . Bedell]

An alternative may be to define a "namespace" for the struts tags and
provide others an opportunity to mix tags in the files.

For example - it may be possible to have something like:

---
  

  

  
  
 

--

or something similar.

The idea I'm attempting to demonstrate would be allowing the struts tags to still be 
validated as they are namespace qualified.

The   idea is the creation of a special struts-config.xml tag that 
allows application specific tags (qualified by their own namespaces)
 to be embedded in a predictible place.

In reality it may be possible to accomplish mixing tags and retaining validation even 
without the use of a special  tag.

It should be a requirement, though, that struts-config.xml files not contain the 
namespace qualifiers to ensure backward compatibility.







"Craig R. McClanahan" <[EMAIL PROTECTED]> on 07/23/2002 09:21:59 PM

Please respond to "Struts Developers List" <[EMAIL PROTECTED]>

To:Struts Developers List <[EMAIL PROTECTED]>
cc: (bcc: Kevin Bedell/Systems/USHO/SunLife)
Subject:RE: cvs commit:
   jakarta-struts/src/share/org/apache/struts/action ActionServlet.java




On Tue, 23 Jul 2002, Martin Cooper wrote:

> Date: Tue, 23 Jul 2002 17:46:20 -0700
> From: Martin Cooper <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: 'Struts Developers List' <[EMAIL PROTECTED]>
> Subject: RE: cvs commit:
> jakarta-struts/src/share/org/apache/struts/action ActionServlet.java
>
> Well that's kinda interesting. ;-)
>
> Since the use of custom additions to the config file will cause
validation
> against the DTD to fail, should we deliberately turn off validation if
this
> option is being used (i.e. ignore the value of the 'validating' init
param
> and always treat it as false)?
>

I'm having conversations with the Stxx guys about exactly this issue.
They really really really want to be able to run on top of a stock 1.1
release, and I'd like to see if we can accomodate that.

Right now, turning off validation has been disabled because we rely on
some of the default values (so that we can avoid references to
Action.X constants in the config classes, to help keep them
serializable  yadda yadda).  There are alternatives to this that I'm
looking into -- like copying all the manifest constants into an
org.apache.struts.Constants file and having Action.X refer to those
for backwards compatibility.

Even if we have to keep validation, there are some (unpleasant but usable)
options, like maintaining a separate DTD that was a superset of the
standard one.  What I'd really like to find is a way that an existing DTD
can be extended (say, add the  element nested inside a
 that the Stxx guys want) without having to start from scratch.
Any ideas?

> --
> Martin Cooper
>

Craig


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 









--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [BUG] does not add servlet context correctly

[Cedric Dumoulin]

  Hello,

  This bug should be solved again. Check the o.a.s.until.RequestUtils 
class if you can't wait untill next nightly build.

Cedric

Matt Raible wrote:

>Any hints for fixing this in the nightly build?  I'd like to fix it
>myself, rather than waiting for tonight's build.
>
>http://issues.apache.org/bugzilla/show_bug.cgi?id=10534
>
>Thanks,
>
>Matt
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>
>  
>



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 10534] - does not add servlet context correctly

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10534

 does not add servlet context correctly

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-07-24 13:19 ---
The leading '/' is again added correctly, as it was when the bug was solved the
first time.
The code has been reverted to the previous bug fix. This doesn't interfer with
Tiles anymore because Tiles now catch the uri before its modification.
Associated tests are also re-enable. They have been pass successfully.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts/src/share/org/apache/struts/util RequestUtils.java

[cedric]

cedric  2002/07/24 06:01:46

  Modified:src/test/org/apache/struts/util TestRequestUtils.java
   src/share/org/apache/struts/util RequestUtils.java
  Log:
  Re-enable automatic '/' prefix in forwardURL(...).
  Re-enable associated tests (passed successfully).
  Tiles now catch the forward path before the call to forwardURL(...).
  This should solve again bug 10534.
  
  Revision  ChangesPath
  1.9   +4 -12 
jakarta-struts/src/test/org/apache/struts/util/TestRequestUtils.java
  
  Index: TestRequestUtils.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/test/org/apache/struts/util/TestRequestUtils.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- TestRequestUtils.java 12 Jul 2002 09:51:57 -  1.8
  +++ TestRequestUtils.java 24 Jul 2002 13:01:46 -  1.9
  @@ -591,7 +591,6 @@
   
   
   // Default subapp -- Forward with relative path (non-context-relative)
  -/* FIXME - comment out until Tiles conundrum is solved
   public void testComputeURL1f() {
   
   request.setPathElements("/myapp", "/action.do", null, null);
  @@ -609,11 +608,9 @@
"/myapp/relative.jsp",
url);
   }
  -*/
   
   
   // Default subapp -- Forward with relative path (context-relative)
  -/* FIXME - comment out until Tiles conundrum is solved
   public void testComputeURL1g() {
   
   request.setPathElements("/myapp", "/action.do", null, null);
  @@ -631,7 +628,6 @@
"/myapp/relative.jsp",
url);
   }
  -*/
   
   
   // Second subapp -- Forward only
  @@ -749,7 +745,6 @@
   
   
   // Second subapp -- Forward with relative path (non-context-relative)
  -/* FIXME - comment out until Tiles conundrum is solved
   public void testComputeURL2f() {
   
   request.setAttribute(Action.APPLICATION_KEY, appConfig2);
  @@ -768,11 +763,9 @@
"/myapp/2/relative.jsp",
url);
   }
  -*/
   
   
   // Second subapp -- Forward with relative path (context-relative)
  -/* FIXME - comment out until Tiles conundrum is solved
   public void testComputeURL2g() {
   
   request.setAttribute(Action.APPLICATION_KEY, appConfig2);
  @@ -791,7 +784,6 @@
"/myapp/relative.jsp",
url);
   }
  -*/
   
   
   // Add parameters only
  
  
  
  1.49  +13 -14
jakarta-struts/src/share/org/apache/struts/util/RequestUtils.java
  
  Index: RequestUtils.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/util/RequestUtils.java,v
  retrieving revision 1.48
  retrieving revision 1.49
  diff -u -r1.48 -r1.49
  --- RequestUtils.java 12 Jul 2002 15:47:01 -  1.48
  +++ RequestUtils.java 24 Jul 2002 13:01:46 -  1.49
  @@ -1172,15 +1172,18 @@
   
   }
   
  -
   /**
* Return the context-relative URL that corresponds to the specified
* {@link ForwardConfig}, relative to the module associated
  - * with the current {@link ApplicationConfig}.
  + * with the current {@link ApplicationConfig}. The forward path is
  + * gracefully prefixed with a '/' according to the boolean
  + *
*
* @param request The servlet request we are processing
* @param forward ForwardConfig to be evaluated
  - *
  + * @param slashPrefixed If true, method takes care to prefix the forward path
  + * URL with a '/' if needed. If false, the '/' is added only if forward
  + * path is used after another prefix.
* @since Struts 1.1b2
*/
   public static String forwardURL(HttpServletRequest request,
  @@ -1191,11 +1194,9 @@
   // Handle a ForwardConfig marked as context relative
   StringBuffer sb = new StringBuffer();
   if (forward.getContextRelative()) {
  -/* Disabled to let Tiles definition names unchanged !
  -if (!path.startsWith("/")) {
  +if ( !path.startsWith("/") ) {
   sb.append("/");
   }
  -*/
   sb.append(path);
   return (sb.toString());
   }
  @@ -1208,11 +1209,10 @@
   if (forwardPattern == null) {
   // Performance optimization for previous default behavior
   sb.append(appConfig.getPrefix());
  -/* Disabled to let Tiles definition names unchanged !
  +// smoothly insert a '/' if needed
   if (!path.startsWith("/")) {
   sb.append("/");
   }
  -*/
   sb.append(path);
   } else {
   boolean dollar = false;
  @@ -1224,11 +1224,10 @@
   sb.append(appConfi

DO NOT REPLY [Bug 11124] - html:base does not render port

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11124

html:base does not render port

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2002-07-24 11:56 ---
This is invalid.  I just verified the following:

--tomcat
I configured Tomcat4.1.7 LE (jdk1.4) to run against port 8033

--jsp
...
...

  




...
...


--resulting html
...
...
  Edit Registration for the MailReader Demonstration Application

http://localhost:8033/struts-example/registration.jsp";>


...
...

Next time you report a bug that causes people time and effort to 
verifyPLEASE PLEASE PLEASE:
1) Ask about it on the users list
2) Provide more detail about your system and configuration
3) Details, Details, Details

James Mitchell

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11124] New: - html:base does not render port

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11124

html:base does not render port

   Summary: html:base does not render port
   Product: Struts
   Version: Nightly Build
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Custom Tags
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


if my http/https port is other than 80/443,  not render the port, 
only the protocol.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11093] - DefinitionsFactoryConfig is not Serializable

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11093

DefinitionsFactoryConfig is not Serializable

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2002-07-24 09:40 ---
DefinitionsFactoryConfig is now serializable.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/tiles UseAttributeTag.java ImportAttributeTag.java

[cedric]

cedric  2002/07/24 02:38:44

  Modified:src/share/org/apache/struts/taglib/tiles
UseAttributeTag.java ImportAttributeTag.java
  Log:
  Correct messages reported by exceptions.
  
  Revision  ChangesPath
  1.2   +5 -5  
jakarta-struts/src/share/org/apache/struts/taglib/tiles/UseAttributeTag.java
  
  Index: UseAttributeTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/tiles/UseAttributeTag.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- UseAttributeTag.java  25 Jun 2002 03:16:30 -  1.1
  +++ UseAttributeTag.java  24 Jul 2002 09:38:44 -  1.2
  @@ -197,13 +197,13 @@
   
   ComponentContext compContext = (ComponentContext)pageContext.getAttribute( 
ComponentConstants.COMPONENT_CONTEXT, pageContext.REQUEST_SCOPE);
   if( compContext == null )
  -  throw new JspException ( "Error - tag.useAttribute : component context is not 
defined. Check tag syntax" );
  +  throw new JspException ( "Error - tag useAttribute : no tiles context found." 
);
   
   Object value = compContext.getAttribute(attributeName);
   // Check if value exist and if we must send a runtime exception
   if( value == null )
 if(!isErrorIgnored)
  -throw new JspException ( "Error - tag.useAttribute : attribute '"+ 
attributeName + "' not found in context. Check tag syntax" );
  +throw new JspException ( "Error - tag useAttribute : attribute '"+ 
attributeName + "' not found in context. Check tag syntax" );
  else
   return SKIP_BODY;
   
  
  
  
  1.2   +5 -5  
jakarta-struts/src/share/org/apache/struts/taglib/tiles/ImportAttributeTag.java
  
  Index: ImportAttributeTag.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/tiles/ImportAttributeTag.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- ImportAttributeTag.java   25 Jun 2002 03:16:30 -  1.1
  +++ ImportAttributeTag.java   24 Jul 2002 09:38:44 -  1.2
  @@ -169,7 +169,7 @@
 // retrieve component context
   ComponentContext compContext = (ComponentContext)pageContext.getAttribute( 
ComponentConstants.COMPONENT_CONTEXT, pageContext.REQUEST_SCOPE);
   if( compContext == null )
  -throw new JspException ( "Error - tag.useProperty : component context is 
not defined. Check tag syntax" );
  +throw new JspException ( "Error - tag importAttribute : no tiles context 
found." );
   
 // set scope
   scope = TagUtils.getScope( scopeName, PageContext.PAGE_SCOPE );
  @@ -181,7 +181,7 @@
   // Check if value exist and if we must send a runtime exception
 if( value == null )
   if(!isErrorIgnored)
  -  throw new JspException ( "Error - tag.useProperty : property '"+ name + 
"' not found in context. Check tag syntax" );
  +  throw new JspException ( "Error - tag importAttribute : property '"+ name 
+ "' not found in context. Check tag syntax" );
else
 return SKIP_BODY;
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts/doc/userGuide dev_tiles.xml

[cedric]

cedric  2002/07/24 02:38:11

  Modified:doc/userGuide dev_tiles.xml
  Log:
  Correct documentaion
  
  Revision  ChangesPath
  1.6   +1 -1  jakarta-struts/doc/userGuide/dev_tiles.xml
  
  Index: dev_tiles.xml
  ===
  RCS file: /home/cvs/jakarta-struts/doc/userGuide/dev_tiles.xml,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- dev_tiles.xml 17 Jul 2002 09:23:50 -  1.5
  +++ dev_tiles.xml 24 Jul 2002 09:38:11 -  1.6
  @@ -181,7 +181,7 @@
 file to include the following tag library declarations:


  -  /WEB-INF/tiles.tld
  +  /WEB-INF/struts-tiles.tld
 /WEB-INF/struts-tiles.tld
   
   
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

cvs commit: jakarta-struts/src/share/org/apache/struts/tiles DefinitionsFactoryConfig.java

[cedric]

cedric  2002/07/24 02:37:33

  Modified:src/share/org/apache/struts/tiles
DefinitionsFactoryConfig.java
  Log:
  Make class serializable.
  Bug 11093.
  
  Revision  ChangesPath
  1.2   +5 -4  
jakarta-struts/src/share/org/apache/struts/tiles/DefinitionsFactoryConfig.java
  
  Index: DefinitionsFactoryConfig.java
  ===
  RCS file: 
/home/cvs/jakarta-struts/src/share/org/apache/struts/tiles/DefinitionsFactoryConfig.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- DefinitionsFactoryConfig.java 11 Jul 2002 16:20:32 -  1.1
  +++ DefinitionsFactoryConfig.java 24 Jul 2002 09:37:32 -  1.2
  @@ -67,6 +67,7 @@
   import java.util.HashMap;
   import java.util.Set;
   import java.util.Iterator;
  +import java.io.Serializable;
   
   import org.apache.commons.beanutils.BeanUtils;
   
  @@ -78,7 +79,7 @@
* @since 1.1
* @version $Revision$ $Date$
*/
  -public class DefinitionsFactoryConfig
  +public class DefinitionsFactoryConfig implements Serializable
   {
   
  /**
  
  
  

--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

DO NOT REPLY [Bug 11074] - bean:include docs state "internal dispatch" but that's not true

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11074

bean:include docs state "internal dispatch" but that's not true





--- Additional Comments From [EMAIL PROTECTED]  2002-07-24 08:17 ---
Fair enough. It might be worth updating the documentation to reflect this then.

--
To unsubscribe, e-mail:   
For additional commands, e-mail: