You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bridges-dev@portals.apache.org by Alberto Moreno López <am...@novasoft.es> on 2005/12/15 10:59:48 UTC
Problems with struts bridge and taglibs
Hello:
I have a web application that use struts, displaytag, struts-menu-taglib,
ajaxtags. One of the problems that I have encounter is the use of taglibs
that returs "<a href>", "<img>",....
IFor example:
I'm using struts bridge and I have a problem with a taglib that I have
designed. My tag returns a Html code like this:
<div id="horMenu">
<ul>
<li><a href="#"><img border="0" width="12" height="12"
src="modules/common/themes/default/resources/images/q1.gif"
align="absmiddle"/>General</a>
<ul>
<li><a href="modules.common.Initiation.do">Index</a></li>
<li><a href="#">Configuration</a></li>
<li><a href="#">Preferences</a></li>
</ul>
</li>
<li><a href="#"><img border="0" width="12" height="12"
src="modules/common/themes/default/resources/images/q2.gif"
align="absmiddle"/>Tools
</a>
<ul>
<li><a href="modules.repository.Repository.do">Repository</a></li>
</ul>
</li>
</ul>
</div>
I have tried to sustitute the anchor by "<html:link>" but the JSP don´t
evaluate the generated code and in the page I have this code:
<div id="horMenu">
<ul>
<li><html:link href="#"><html:img border="0" width="12" height="12"
src="modules/common/themes/default/resources/images/q1.gif"
align="absmiddle"/>General</html:link>
<ul>
<li><html:link
href="modules.common.Initiation.do">Index</html:link></li>
<li><html:link href="#">Configuration</html:link ></li>
<li><html:link href="#">Preferences</html:link ></li>
</ul>
</li>
.........
.........
The problem is that the generated code returns "<a href>" and the
struts-bridge work bad with this sentence.
What can I do to solve these problems to migrate my web application to a
portlet using many taglibs????
Thanks
Re: [VOTE] 1.0.1 Release
Posted by Shinsuke SUGAYA <sh...@yahoo.co.jp>.
David Sean Taylor wrote:
> I would like to propose an official release date of version 1.0.1 as
> February 27, 2007 (Tuesday)
> I would also like to propose that all feature work complete by today,
> and that only documentation and bug fix work continues thru Monday night.
+1
Thanks,
shinsuke
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: bridges-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: bridges-dev-help@portals.apache.org
>
>
--------------------------------------
Start Yahoo! Auction now! Check out the cool campaign
http://pr.mail.yahoo.co.jp/auction/
---------------------------------------------------------------------
To unsubscribe, e-mail: bridges-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: bridges-dev-help@portals.apache.org
Re: [VOTE] 1.0.1 Release
Posted by Carsten Ziegeler <cz...@apache.org>.
Santiago Gala wrote:
> El mié, 21-02-2007 a las 07:39 -0800, David Sean Taylor escribió:
>> I would like to propose an official release date of version 1.0.1 as
>> February 27, 2007 (Tuesday)
>> I would also like to propose that all feature work complete by today,
>> and that only documentation and bug fix work continues thru Monday
>> night.
>>
>
> I read recently that it does not make sense to cut a release *after*
> voting it. Actually, the process they do in httpd and a few other
> projects is more like a two phase commit:
>
> - vote a (fuzzy) calendar
> - feature freeze, alpha-N or rc-N releases
> - once one of the rc-N releases reveals as good enough, it is voted and
> becomes the version
>
> The advantages of this strategy is that the committers vote on a
> concrete tarball, with all its bugs and, in theory, no surprises. As
> only very minor fixes are allowed between rc-N and rc-N+1, it would be
> difficult to introduce heavy bugs in the "final" code.
>
> As Roy put it, it only makes sense to vote on concrete code, not on
> "intentions to do".
>
> So I'd say, start feature freeze whenever, and repeat a vote when one of
> the rc or snapshots seem to be ready to be released.
>
Yes, this is more or less a requirement for releases at Apache. The vote
has to be done on a concrete tarball. So this means whenever you're
ready prepare the tarball (including tagging etc) and vote on it.
If for any reason the vote fails, this means increasing the version
number! So if you prepare a 1.0.1 release, the vote fails, the next
official release will be 1.0.2 to avoid confusion. There was an
interesting thread recently on the jackrabitt developer list about this
topic.
Carsten
--
Carsten Ziegeler
http://www.osoco.org/weblogs/rael/
---------------------------------------------------------------------
To unsubscribe, e-mail: bridges-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: bridges-dev-help@portals.apache.org
Re: [VOTE] 1.0.1 Release
Posted by Santiago Gala <sg...@apache.org>.
El mié, 21-02-2007 a las 07:39 -0800, David Sean Taylor escribió:
> I would like to propose an official release date of version 1.0.1 as
> February 27, 2007 (Tuesday)
> I would also like to propose that all feature work complete by today,
> and that only documentation and bug fix work continues thru Monday
> night.
>
I read recently that it does not make sense to cut a release *after*
voting it. Actually, the process they do in httpd and a few other
projects is more like a two phase commit:
- vote a (fuzzy) calendar
- feature freeze, alpha-N or rc-N releases
- once one of the rc-N releases reveals as good enough, it is voted and
becomes the version
The advantages of this strategy is that the committers vote on a
concrete tarball, with all its bugs and, in theory, no surprises. As
only very minor fixes are allowed between rc-N and rc-N+1, it would be
difficult to introduce heavy bugs in the "final" code.
As Roy put it, it only makes sense to vote on concrete code, not on
"intentions to do".
So I'd say, start feature freeze whenever, and repeat a vote when one of
the rc or snapshots seem to be ready to be released.
Regards
Santiago
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: bridges-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: bridges-dev-help@portals.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: bridges-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: bridges-dev-help@portals.apache.org
Re: [VOTE] 1.0.1 Release
Posted by Ate Douma <at...@douma.nu>.
David Sean Taylor wrote:
> I would like to propose an official release date of version 1.0.1 as
> February 27, 2007 (Tuesday)
> I would also like to propose that all feature work complete by today,
> and that only documentation and bug fix work continues thru Monday night.
+1
Note: I've got a few outstanding fixes (all tested and well) to commit.
I'll try to do so this evening, tomorrow the latest.
Ate
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: bridges-dev-unsubscribe@portals.apache.org
> For additional commands, e-mail: bridges-dev-help@portals.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: bridges-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: bridges-dev-help@portals.apache.org
[VOTE] 1.0.1 Release
Posted by David Sean Taylor <da...@bluesunrise.com>.
I would like to propose an official release date of version 1.0.1 as
February 27, 2007 (Tuesday)
I would also like to propose that all feature work complete by today,
and that only documentation and bug fix work continues thru Monday
night.
---------------------------------------------------------------------
To unsubscribe, e-mail: bridges-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: bridges-dev-help@portals.apache.org
Re: Problems with struts bridge and taglibs
Posted by Ate Douma <at...@douma.nu>.
Alberto Moreno López wrote:
> Hello:
>
> I have a web application that use struts, displaytag, struts-menu-taglib,
> ajaxtags. One of the problems that I have encounter is the use of taglibs
> that returs "<a href>", "<img>",....
>
> IFor example:
>
> I'm using struts bridge and I have a problem with a taglib that I have
> designed. My tag returns a Html code like this:
>
> <div id="horMenu">
> <ul>
> <li><a href="#"><img border="0" width="12" height="12"
> src="modules/common/themes/default/resources/images/q1.gif"
> align="absmiddle"/>General</a>
> <ul>
> <li><a href="modules.common.Initiation.do">Index</a></li>
> <li><a href="#">Configuration</a></li>
> <li><a href="#">Preferences</a></li>
> </ul>
> </li>
> <li><a href="#"><img border="0" width="12" height="12"
> src="modules/common/themes/default/resources/images/q2.gif"
> align="absmiddle"/>Tools
> </a>
> <ul>
> <li><a href="modules.repository.Repository.do">Repository</a></li>
> </ul>
> </li>
> </ul>
> </div>
>
> I have tried to sustitute the anchor by "<html:link>" but the JSP don´t
> evaluate the generated code and in the page I have this code:
>
> <div id="horMenu">
> <ul>
> <li><html:link href="#"><html:img border="0" width="12" height="12"
> src="modules/common/themes/default/resources/images/q1.gif"
> align="absmiddle"/>General</html:link>
> <ul>
> <li><html:link
> href="modules.common.Initiation.do">Index</html:link></li>
> <li><html:link href="#">Configuration</html:link ></li>
> <li><html:link href="#">Preferences</html:link ></li>
> </ul>
> </li>
> .........
> .........
>
>
> The problem is that the generated code returns "<a href>" and the
> struts-bridge work bad with this sentence.
I don't understand what you mean by work "bad".
<a href=""> itself won't be a problem, the value of the href attribute might though.
There are two solutions to get existing taglibs working with the Struts Bridge:
1) Pass in a fully qualified url for action and render links or resource (image) source refs
using the <html:rewrite> Struts tag directly or through a set JSP page context attribute.
Your taglib should specify <rtexprvalue>true</rtexprvalue> for the attribute in question
so it will evaluate it.
2) modify your taglib implementation to use the StrutsPortletURL directly yourself to generate
a valid PortletURL (note: for resource urls, you need to prefix the url with the contextPath
to get it qualified).
>
> What can I do to solve these problems to migrate my web application to a
> portlet using many taglibs????
>
> Thanks
>
---------------------------------------------------------------------
To unsubscribe, e-mail: bridges-dev-unsubscribe@portals.apache.org
For additional commands, e-mail: bridges-dev-help@portals.apache.org