You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Lionel <co...@free.fr> on 2005/11/17 11:25:15 UTC
Can't build project because of unavailable dtd
Hi !
Hi have a web project using struts.
This morning, I've had problems to build this project be built because
jakarta.apache.org has been unavailable for few minutes: eclipse tries to
access the online dtd and gets blocked.
The only way to be able to work is to disable xml validation, kill eclipse
and start it again.
Why doesn't it try to get the dtd from the struts.jar in web-inf/lib ?
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Form Bean population
Posted by Laurie Harper <la...@holoweb.net>.
Marcio Ghiraldelli wrote:
> I need to populate a a form-bean with a collection for an
> <html:options> instance.
> Wich is the better place to do it:
>
> 1) Into the form-bean reset() method
>
> or
>
> 2) In an Action before the jsp call
The recommended place to do it is in an action, though some do prefer to
use reset() for this. There's been plenty of dicsussion on this point,
so search the archives if you want more background info, but the short
answer would be: do it in the action.
L.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Form Bean population
Posted by Marcio Ghiraldelli <ma...@neobiz.com.br>.
I need to populate a a form-bean with a collection for an <html:options>
instance.
Wich is the better place to do it:
1) Into the form-bean reset() method
or
2) In an Action before the jsp call
?
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: JSP 2.0 and taglibs (was Custom tags referencing struts tags)
Posted by Rahul Akolkar <ra...@gmail.com>.
Two email responses consolidated in one below:
On 11/19/05, Craig McClanahan <cr...@apache.org> wrote:
> On 11/19/05, Laurie Harper <la...@holoweb.net> wrote:
> >
> > Rahul Akolkar wrote:
> > > Yes, that was more of a post-33064 comment.
> > >
> > > Getting the the Struts tags to be 2.0-ready is something I'd be
> > > interested in too. Given the origin of those tags way before 2.0,
> > > backward compatibility issues will take precedence. I wonder if
> > > there's a better way.
> >
> > Yeah, backwards compatibility dictates that we introduce any change in
> > behaviour as a configurable option somehow -- possibly with a 'this will
> > become the default behaviour in the next release' type warning.
> >
> > If you have any ideas on 'a better way' I'd love to hear them. One
> > possibility would be to refactor the tags so that we can produce a set
> > of JSP 2.0 tag files and have the tags and tag fils share a common
> > implementation class. Actually, that might be a better way to go than
> > what I've been working on in 33064!
>
>
> If you guys are *really* serious about this kind of rewrite, a better
> approach might just be to create a completely new alternative library with
> its own URI, based on SimpleTag (JSP 2.0) instead of Tag, with a deliberate
> goal of making the implementation classes extensible in the required manner.
> That way, strict backwards compatibility wouldn't be required (although
> you'd have to continue to maintain the old set for existing apps of course).
>
<snip/>
Oh, I'm serious, I wouldn't just lob it out there. I'm not even
thinking about SimpleTag vs. Tag, that bit I'm not necessarily
fascinated by. I'm thinking what Struts tags gain by moving beyond
33064, and what is needed today to make that happen. To that end, I'm
willing to devote some of my spare time if there is consensus about
the approach. I'm thinking about the unification of the programming
model for authoring and instantiation of JSP tags, something that JSP
2.0 doesn't receive enough credit for, IMO. There is really nothing at
the technology level that holds us back today for *easily* enabling
Struts tags to be aggregated together and composed into reusable
chunks of larger functionality.
If 90% of the login screen's today look the same, give and take a
stylesheet, one should be able to easily create a reusable asset:
<my:login ... />
that contains one <html:text>, one <html:password>, one <html:submit>
and a <html:cancel> with other view layer frills, which may further
allow packaging that <login> tag implementation, a stub for an
ActionForm, an Action and other helpers as necessary, with the
struts-config bits and beyond that, create libraries of such
"components" for different verticals. I'm not saying composition is
trivial -- configuration of composites, the correct granularity of
assets etc. -- are all mitigating factors.
But, it should be possible to do this without copying rendering code
or playing container. Lets just use the composability that JSP 2.0
gives us at the .tag file level by getting the Struts tags to
co-operate. This is a step towards pure JSP based reusable "asset
libraries" or "view layer frameworks" that use vanilla Struts (an
example of that is [1]).
>
> On the other hand, lots of the things you might want to do with new tags can
> already be done with JSF components, even in a Struts based app (with the
> struts-faces library :-).
>
<snap/>
While I indeed agree, and I've been spending some of my "play" time in
JSF and Shale land, this really was a statement about vanilla Struts,
and those who want to use vanilla Struts. IMO, its about Struts
evolving hand-in-hand with JSP technology. Every n days, we get a post
from someone saying how a given unit of work was done in lesser time
using some other technology of choice. This opens up a new dimension
of reuse for Struts applications, and therefore, has potential to
decrease development time and effort. That alone, in my mind, is quite
a laudable goal.
>
> Craig
>
>
On 11/19/05, Laurie Harper <la...@holoweb.net> wrote:
<snip/>
>
> I'm not sure that a rewrite delivers enough benefit to justify having
> two parallel implementations to maintain -- especially since these
> taglibs don't get a lot of maintenance anyway...
>
> > On the other hand, lots of the things you might want to do with new tags can
> > already be done with JSF components, even in a Struts based app (with the
> > struts-faces library :-).
>
> Yeah, I'm beginning to see that ;-)
<snap/>
Hey now, don't go astray on me like that ;-) Anyway, I plan on coming
back to this bug report after the long weekend, lets see what the
options are.
-Rahul
[1] http://jakarta.apache.org/taglibs/doc/rdc-doc/intro.html
>
> L.
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: JSP 2.0 and taglibs (was Custom tags referencing struts tags)
Posted by Laurie Harper <la...@holoweb.net>.
Craig McClanahan wrote:
> On 11/19/05, Laurie Harper <la...@holoweb.net> wrote:
>
>>Rahul Akolkar wrote:
>>
>>>Yes, that was more of a post-33064 comment.
>>>
>>>Getting the the Struts tags to be 2.0-ready is something I'd be
>>>interested in too. Given the origin of those tags way before 2.0,
>>>backward compatibility issues will take precedence. I wonder if
>>>there's a better way.
>>
>>Yeah, backwards compatibility dictates that we introduce any change in
>>behaviour as a configurable option somehow -- possibly with a 'this will
>>become the default behaviour in the next release' type warning.
>>
>>If you have any ideas on 'a better way' I'd love to hear them. One
>>possibility would be to refactor the tags so that we can produce a set
>>of JSP 2.0 tag files and have the tags and tag fils share a common
>>implementation class. Actually, that might be a better way to go than
>>what I've been working on in 33064!
>
> If you guys are *really* serious about this kind of rewrite, a better
> approach might just be to create a completely new alternative library with
> its own URI, based on SimpleTag (JSP 2.0) instead of Tag, with a deliberate
> goal of making the implementation classes extensible in the required manner.
> That way, strict backwards compatibility wouldn't be required (although
> you'd have to continue to maintain the old set for existing apps of course).
I'm not sure that a rewrite delivers enough benefit to justify having
two parallel implementations to maintain -- especially since these
taglibs don't get a lot of maintenance anyway...
> On the other hand, lots of the things you might want to do with new tags can
> already be done with JSF components, even in a Struts based app (with the
> struts-faces library :-).
Yeah, I'm beginning to see that ;-)
L.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: JSP 2.0 and taglibs (was Custom tags referencing struts tags)
Posted by Craig McClanahan <cr...@apache.org>.
On 11/19/05, Laurie Harper <la...@holoweb.net> wrote:
>
> Rahul Akolkar wrote:
> > Yes, that was more of a post-33064 comment.
> >
> > Getting the the Struts tags to be 2.0-ready is something I'd be
> > interested in too. Given the origin of those tags way before 2.0,
> > backward compatibility issues will take precedence. I wonder if
> > there's a better way.
>
> Yeah, backwards compatibility dictates that we introduce any change in
> behaviour as a configurable option somehow -- possibly with a 'this will
> become the default behaviour in the next release' type warning.
>
> If you have any ideas on 'a better way' I'd love to hear them. One
> possibility would be to refactor the tags so that we can produce a set
> of JSP 2.0 tag files and have the tags and tag fils share a common
> implementation class. Actually, that might be a better way to go than
> what I've been working on in 33064!
If you guys are *really* serious about this kind of rewrite, a better
approach might just be to create a completely new alternative library with
its own URI, based on SimpleTag (JSP 2.0) instead of Tag, with a deliberate
goal of making the implementation classes extensible in the required manner.
That way, strict backwards compatibility wouldn't be required (although
you'd have to continue to maintain the old set for existing apps of course).
On the other hand, lots of the things you might want to do with new tags can
already be done with JSF components, even in a Struts based app (with the
struts-faces library :-).
Craig
Re: JSP 2.0 and taglibs (was Custom tags referencing struts tags)
Posted by Laurie Harper <la...@holoweb.net>.
Rahul Akolkar wrote:
> Yes, that was more of a post-33064 comment.
>
> Getting the the Struts tags to be 2.0-ready is something I'd be
> interested in too. Given the origin of those tags way before 2.0,
> backward compatibility issues will take precedence. I wonder if
> there's a better way.
Yeah, backwards compatibility dictates that we introduce any change in
behaviour as a configurable option somehow -- possibly with a 'this will
become the default behaviour in the next release' type warning.
If you have any ideas on 'a better way' I'd love to hear them. One
possibility would be to refactor the tags so that we can produce a set
of JSP 2.0 tag files and have the tags and tag fils share a common
implementation class. Actually, that might be a better way to go than
what I've been working on in 33064!
L.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Custom tags referencing struts tags
Posted by Rahul Akolkar <ra...@gmail.com>.
On 11/18/05, Laurie Harper <la...@holoweb.net> wrote:
> Rahul Akolkar wrote:
<snip/>
> >>It's a bit messy; the functionality the tags encapsulate isn't exposed
> >>in a way you can access directly. A cleaner alternative if you're using
> >>JSP 2.0 is to use a tag file, which can then just contain standard JSP
> >>to select and invoke the appropriate delegate tag. There are some issues
> >>with doing this currently, which I have a work-in-progress solution to
> >>(see http://issues.apache.org/bugzilla/show_bug.cgi?id=33064 for details).
> >>
> >
> > <snap/>
> >
> > Tag files are a serious option. For example, see composition here [1].
> >
> > Whatever you do, don't play container. I assure you, you have better
> > things to do ;-)
>
> Ah, you haven't seen how ugly it can get wrapping the Struts Html tags
> in tag files... ;-)
>
> It's definately the way to go for this kind of thing, we just need to
> clean up #33064 to make it viable.
>
<snap/>
Yes, that was more of a post-33064 comment.
Getting the the Struts tags to be 2.0-ready is something I'd be
interested in too. Given the origin of those tags way before 2.0,
backward compatibility issues will take precedence. I wonder if
there's a better way.
-Rahul
> L.
>
> >
> > -Rahul
> >
> > [1] http://wiki.apache.org/jakarta-taglibs/ReusableDialogComponents/Tutorials/Composition
> >
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Custom tags referencing struts tags
Posted by Laurie Harper <la...@holoweb.net>.
Rahul Akolkar wrote:
> On 11/17/05, Laurie Harper <la...@holoweb.net> wrote:
>
>>Craig McClanahan wrote:
>>
>>>On 11/17/05, David Whipple <dw...@dtcc.com> wrote:
>>>
>>>
>>>>I would like to be able to create a custom tag which is able to use the
>>>>struts <html:text>, <html:dropdown> or <html:hidden> fields. I am not able
>>>>to find a way to create a tag library that can produce/call/reference
>>>>other
>>>>tags.
>
> <snip/>
>
>>It's a bit messy; the functionality the tags encapsulate isn't exposed
>>in a way you can access directly. A cleaner alternative if you're using
>>JSP 2.0 is to use a tag file, which can then just contain standard JSP
>>to select and invoke the appropriate delegate tag. There are some issues
>>with doing this currently, which I have a work-in-progress solution to
>>(see http://issues.apache.org/bugzilla/show_bug.cgi?id=33064 for details).
>>
>
> <snap/>
>
> Tag files are a serious option. For example, see composition here [1].
>
> Whatever you do, don't play container. I assure you, you have better
> things to do ;-)
Ah, you haven't seen how ugly it can get wrapping the Struts Html tags
in tag files... ;-)
It's definately the way to go for this kind of thing, we just need to
clean up #33064 to make it viable.
L.
>
> -Rahul
>
> [1] http://wiki.apache.org/jakarta-taglibs/ReusableDialogComponents/Tutorials/Composition
>
>
>
>
>>>I have searched everything I can think of and can't seem to find anything
>>>
>>>
>>>>that can allow this.
>>>>
>>>>Does anyone know a way to approach this?
>>>>
>>>>Thanks,
>>>>Dave
>>>
>>>Craig
>>>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Custom tags referencing struts tags
Posted by Rahul Akolkar <ra...@gmail.com>.
On 11/17/05, Laurie Harper <la...@holoweb.net> wrote:
> Craig McClanahan wrote:
> > On 11/17/05, David Whipple <dw...@dtcc.com> wrote:
> >
> >>
> >>I would like to be able to create a custom tag which is able to use the
> >>struts <html:text>, <html:dropdown> or <html:hidden> fields. I am not able
> >>to find a way to create a tag library that can produce/call/reference
> >>other
> >>tags.
<snip/>
> It's a bit messy; the functionality the tags encapsulate isn't exposed
> in a way you can access directly. A cleaner alternative if you're using
> JSP 2.0 is to use a tag file, which can then just contain standard JSP
> to select and invoke the appropriate delegate tag. There are some issues
> with doing this currently, which I have a work-in-progress solution to
> (see http://issues.apache.org/bugzilla/show_bug.cgi?id=33064 for details).
>
<snap/>
Tag files are a serious option. For example, see composition here [1].
Whatever you do, don't play container. I assure you, you have better
things to do ;-)
-Rahul
[1] http://wiki.apache.org/jakarta-taglibs/ReusableDialogComponents/Tutorials/Composition
> > I have searched everything I can think of and can't seem to find anything
> >
> >>that can allow this.
> >>
> >>Does anyone know a way to approach this?
> >>
> >>Thanks,
> >>Dave
> >
> > Craig
> >
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Custom tags referencing struts tags
Posted by Laurie Harper <la...@holoweb.net>.
Craig McClanahan wrote:
> On 11/17/05, David Whipple <dw...@dtcc.com> wrote:
>
>>
>>I would like to be able to create a custom tag which is able to use the
>>struts <html:text>, <html:dropdown> or <html:hidden> fields. I am not able
>>to find a way to create a tag library that can produce/call/reference
>>other
>>tags.
>
> You didn't miss anything ... that strategy is not technically feasible.
> There is only one pass through the compile stage that converts a JSP page
> into Java code ... even if you wrote a custom tag that output "<html:text
> ...>" that text would just be literally written to the output stream.
There are a couple of ways to approach this, though; see below.
> I am interested in making a custom tag for our application which will
>
>>either show a text entry field, a dropdown or a static text entry based on
>>the choices available to a particular user. The choices will probably be
>>passed in as a collection in the request, where a single value results in
>>a
>>hidden field (no choice for the user), a set of values results in a
>>dropdown, and a special case of a single value zero, which means the user
>>can enter anything they like through a text entry field.
>
> You'd need to write a new custom tag that copies the rendering logic of the
> tags you are choosing between, suitably conditioned with an if statement
> that checks the condition.
Alternatively, you can write a custom tag which delegates to the
appropriate Struts tag when called. Essentially, in your doStartTag /
doEndTag methods (or doTag if using SimpleTag), you have to decide which
Struts tag you want to use, then instantiate it and set it up as the
container would -- calling it's setters, doStartTag, doEndTag, etc in
the appropriate order.
It's a bit messy; the functionality the tags encapsulate isn't exposed
in a way you can access directly. A cleaner alternative if you're using
JSP 2.0 is to use a tag file, which can then just contain standard JSP
to select and invoke the appropriate delegate tag. There are some issues
with doing this currently, which I have a work-in-progress solution to
(see http://issues.apache.org/bugzilla/show_bug.cgi?id=33064 for details).
> I have searched everything I can think of and can't seem to find anything
>
>>that can allow this.
>>
>>Does anyone know a way to approach this?
>>
>>Thanks,
>>Dave
>
> Craig
>
> PS: This kind of need is an area where component architectures like
> JavaServer Faces can be handy ... it's much easier in that world to create a
> component that conditionally creates a child component of the correct type,
> and then renders it, without having to duplicate all the rendering logic.
It's also a good argument for seperation of concerns ;-) It would be
feasible to split the html tags into 'tag call protocol handling' and
'html rendering' class pairs, where the rendering classes could then
easily be called from any custom tag without the burden of duplicating
the custom tag calling invocation requirements.
Note that's a lot of work and change, which I don't see as likely to
happen since this isn't a particularly common requirement. Just thought
I'd point out that it's possible ;-)
L.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Custom tags referencing struts tags
Posted by Craig McClanahan <cr...@apache.org>.
On 11/17/05, David Whipple <dw...@dtcc.com> wrote:
>
>
> I would like to be able to create a custom tag which is able to use the
> struts <html:text>, <html:dropdown> or <html:hidden> fields. I am not able
> to find a way to create a tag library that can produce/call/reference
> other
> tags.
You didn't miss anything ... that strategy is not technically feasible.
There is only one pass through the compile stage that converts a JSP page
into Java code ... even if you wrote a custom tag that output "<html:text
...>" that text would just be literally written to the output stream.
I am interested in making a custom tag for our application which will
> either show a text entry field, a dropdown or a static text entry based on
> the choices available to a particular user. The choices will probably be
> passed in as a collection in the request, where a single value results in
> a
> hidden field (no choice for the user), a set of values results in a
> dropdown, and a special case of a single value zero, which means the user
> can enter anything they like through a text entry field.
You'd need to write a new custom tag that copies the rendering logic of the
tags you are choosing between, suitably conditioned with an if statement
that checks the condition.
I have searched everything I can think of and can't seem to find anything
> that can allow this.
>
> Does anyone know a way to approach this?
>
> Thanks,
> Dave
Craig
PS: This kind of need is an area where component architectures like
JavaServer Faces can be handy ... it's much easier in that world to create a
component that conditionally creates a child component of the correct type,
and then renders it, without having to duplicate all the rendering logic.
---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
Re: Has anybody experienced this weirdness with taglibs?
Posted by Ed Griebel <ed...@gmail.com>.
Your web server is appending the SID to the images (and would to other
links to the same webapp in the page) to track sessions, and is a
common technique used by webservers to support sessions when browser
clients don't support cookies.
I'm a little fuzzy on how exactly this works because it "Just Works",
and some of the "old salts" on the list could probably explain it
better, but here's what I think is happening. Some background, when a
session-based request comes in, it sees if the client has also sent a
cookie for the session. If not, assumes that the client does not have
cookies enabled, so appends the session id to every link so that
requests can be matched to sessions. For your situation, in the first
request, a session is created, and since there will be no cookie from
the client because it's a new sesion, the resposne to the client will
include a cookie and a session id on links because the server cannot
know if cookies are accepted or not. Why you don't see it after the
first request is because after the first request the client is
returning the session ID cookie.
There is probably a much better discusson of how this works elsewhere,
maybe at the Tomcat website. Also, I'm not sure what web server you're
using, most use jsessionid; you could try searching for that on the
list.
You might be able to get around this by specifying a redirect=true for
this initial page.
-ed
On 11/17/05, Aladin Alaily <st...@aladin.ca> wrote:
> Hmmm... that's interesting.
>
> It looks as though I have no control on whether or not the SID is
> appended. The first time my page is loaded, the SID is appended and the
> images & links don't resolve. If I reload the page, the SID are removed
> and everything resolves.
>
> I am using Tomcat 5.5.12 and the following jars & tlds:
>
> struts-1.2.7.jar
> commons-beanutils-1.7.0.jar
> commons-collections-3.1.jar
> commons-digester-1.7.jar
> commons-logging-api-1.0.4.jar
> standard-1.1.2.jar
>
> servlet-api.jar -> Tomcat's
> jsp-api.jar -> Tomcat's
>
> struts-bean-1.1.tld
> struts-html-1.1.tld
> struts-logic-1.1.tld
> struts-nested-1.1.tld
> c-1.1.2.tld
>
>
> Aladin
>
>
> > It works for me.
> >
> > I would guess that this is pretty standard HTTP to be
> > honest. It should resolve the images by stripping off
> > any unnecessary SID info' etc, if you don't use it for
> > security checking for example. I thought that the
> > requests for images are exactly the same as a request
> > for any other resource, ie, a standard HTTP request
> > and therefore the SID is appended unless you
> > explicitly turn it off. Your web server should
> > resoplve the path of the url whether or not there is a
> > SID attached.
> >
> > --- Aladin Alaily <st...@aladin.ca> wrote:
> >
> >> That's not normal... If you add the semi-colon and
> >> the jsessionid to an
> >> image src, then the image is not going to resolve
> >> properly. That's the
> >> behaviour that I'm noticing - with the jsessionid,
> >> the links & images
> >> don't resolve.
> >>
> >> Aladin
> >>
> >>
> >>
> >> > That's normal. What's wrong with that?
> >> >
> >> > --- Aladin Alaily <st...@aladin.ca> wrote:
> >> >
> >> >> Hi,
> >> >>
> >> >> I am using <html:img> and <html:link> tags but
> >> when
> >> >> they are evaluated a
> >> >> jsessionid is appended:
> >> >>
> >> >> Image Example:
> >> >> --------------
> >> >> <html:img page="/images/x.gif" height="10"
> >> width="1"
> >> >> />
> >> >>
> >> >> GIVES
> >> >>
> >> >> <img
> >> >>
> >> >
> >>
> > src="/images/x.gif;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
> >> >>
> >> >> height="10" width="1">
> >> >>
> >> >> Link Example:
> >> >> -------------
> >> >> <link href="<html:rewrite page="/css/styles.css"
> >> />"
> >> >> rel="stylesheet"
> >> >> type="text/css">
> >> >>
> >> >> GIVES
> >> >>
> >> >> <link
> >> >>
> >> >
> >>
> > href="/css/styles.css;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
> >> >>
> >> >> rel="stylesheet" type="text/css">
> >> >>
> >> >> Has anyone experienced this before? If so, how
> >> did
> >> >> you fix this problem.
> >> >>
> >> >> I am using struts 1.7
> >> >>
> >> >> Thanks.
> >> >> Aladin
> >> >>
> >> >>
> >> >
> >>
> > ---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail:
> >> >> user-unsubscribe@struts.apache.org
> >> >> For additional commands, e-mail:
> >> >> user-help@struts.apache.org
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >>
> > ___________________________________________________________
> >> > Yahoo! Messenger - NEW crystal clear PC to PC
> >> calling worldwide with
> >> > voicemail http://uk.messenger.yahoo.com
> >> >
> >> >
> >>
> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail:
> >> user-unsubscribe@struts.apache.org
> >> > For additional commands, e-mail:
> >> user-help@struts.apache.org
> >> >
> >> >
> >>
> >>
> >>
> > ---------------------------------------------------------------------
> >> To unsubscribe, e-mail:
> >> user-unsubscribe@struts.apache.org
> >> For additional commands, e-mail:
> >> user-help@struts.apache.org
> >>
> >>
> >
> >
> >
> >
> >
> >
> > ___________________________________________________________
> > Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with
> > voicemail http://uk.messenger.yahoo.com
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> > For additional commands, e-mail: user-help@struts.apache.org
> >
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Has anybody experienced this weirdness with taglibs?
Posted by Aladin Alaily <st...@aladin.ca>.
Hi Alex,
I've finally discovered why the jsessionid appended to the
html:rewrites, links, and images was breaking my app.
As it turns out, the apache-tomcat connectors were configured to handle
anything going to /WEB-INF, *.do, *.jsp. Unfortunately, jsessionid is
handled properly only via tomcat... not apache alone. As such, to fix
the problem, I just setup the connectors to handle all traffic going to
the site. In other words, handling / & /* rather than just handling
/WEB-INF, *.do, *.jsp.
Just thought I'd post my solution for the benefit of others who might be
having the same problem.
Aladin
ALEX HYDE wrote:
> Aladin,
>
> I'm no expert so I can't tell exactly what's wrong
> from what you're saying. Have u ripped out those url's
> to the images (with and without SID) and just tried
> them in a browser direct? Make sure it can find them
> and see if it serves them up in both cases. If it
> can't find them with a SID attached maybe there is a
> filter checking for sessions and stopping non-valid
> sessions? I'm guessing here and I'm sure I'm one of
> the lesser qualified to answer. I'm guessing that the
> path itself should always resolve to the image, the
> question is whether something is stopping it (eg: a
> filter).
>
> Gluck. My knowledge ends about here I'm afraid.
>
> --- Aladin Alaily <st...@aladin.ca> wrote:
>
>
>>Hmmm... that's interesting.
>>
>>It looks as though I have no control on whether or
>>not the SID is
>>appended. The first time my page is loaded, the SID
>>is appended and the
>>images & links don't resolve. If I reload the page,
>>the SID are removed
>>and everything resolves.
>>
>>I am using Tomcat 5.5.12 and the following jars &
>>tlds:
>>
>>struts-1.2.7.jar
>>commons-beanutils-1.7.0.jar
>>commons-collections-3.1.jar
>>commons-digester-1.7.jar
>>commons-logging-api-1.0.4.jar
>>standard-1.1.2.jar
>>
>>servlet-api.jar -> Tomcat's
>>jsp-api.jar -> Tomcat's
>>
>>struts-bean-1.1.tld
>>struts-html-1.1.tld
>>struts-logic-1.1.tld
>>struts-nested-1.1.tld
>>c-1.1.2.tld
>>
>>
>>Aladin
>>
>>
>>
>>>It works for me.
>>>
>>>I would guess that this is pretty standard HTTP to
>>
>>be
>>
>>>honest. It should resolve the images by stripping
>>
>>off
>>
>>>any unnecessary SID info' etc, if you don't use it
>>
>>for
>>
>>>security checking for example. I thought that the
>>>requests for images are exactly the same as a
>>
>>request
>>
>>>for any other resource, ie, a standard HTTP
>>
>>request
>>
>>>and therefore the SID is appended unless you
>>>explicitly turn it off. Your web server should
>>>resoplve the path of the url whether or not there
>>
>>is a
>>
>>>SID attached.
>>>
>>>--- Aladin Alaily <st...@aladin.ca> wrote:
>>>
>>>
>>>>That's not normal... If you add the semi-colon
>>
>>and
>>
>>>>the jsessionid to an
>>>>image src, then the image is not going to resolve
>>>>properly. That's the
>>>>behaviour that I'm noticing - with the
>>
>>jsessionid,
>>
>>>>the links & images
>>>>don't resolve.
>>>>
>>>>Aladin
>>>>
>>>>
>>>>
>>>>
>>>>>That's normal. What's wrong with that?
>>>>>
>>>>>--- Aladin Alaily <st...@aladin.ca> wrote:
>>>>>
>>>>>
>>>>>>Hi,
>>>>>>
>>>>>>I am using <html:img> and <html:link> tags but
>>>>
>>>>when
>>>>
>>>>>>they are evaluated a
>>>>>>jsessionid is appended:
>>>>>>
>>>>>>Image Example:
>>>>>>--------------
>>>>>><html:img page="/images/x.gif" height="10"
>>>>
>>>>width="1"
>>>>
>>>>>>/>
>>>>>>
>>>>>>GIVES
>>>>>>
>>>>>><img
>>>>>>
>>>>>
> src="/images/x.gif;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
>
>>>>>>height="10" width="1">
>>>>>>
>>>>>>Link Example:
>>>>>>-------------
>>>>>><link href="<html:rewrite
>>
>>page="/css/styles.css"
>>
>>>>/>"
>>>>
>>>>>>rel="stylesheet"
>>>>>>type="text/css">
>>>>>>
>>>>>>GIVES
>>>>>>
>>>>>><link
>>>>>>
>>>>>
> href="/css/styles.css;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
>
>>>>>>rel="stylesheet" type="text/css">
>>>>>>
>>>>>>Has anyone experienced this before? If so,
>>
>>how
>>
>>>>did
>>>>
>>>>>>you fix this problem.
>>>>>>
>>>>>>I am using struts 1.7
>>>>>>
>>>>>>Thanks.
>>>>>>Aladin
>>>>>>
>>>>>>
>>>>>
> ---------------------------------------------------------------------
>
>>>>>>To unsubscribe, e-mail:
>>>>>>user-unsubscribe@struts.apache.org
>>>>>>For additional commands, e-mail:
>>>>>>user-help@struts.apache.org
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
> ___________________________________________________________
>
>>>>>Yahoo! Messenger - NEW crystal clear PC to PC
>>>>
>>>>calling worldwide with
>>>>
>>>>>voicemail http://uk.messenger.yahoo.com
>>>>>
>>>>>
>>>>
> ---------------------------------------------------------------------
>
>>>>>To unsubscribe, e-mail:
>>>>
>>>>user-unsubscribe@struts.apache.org
>>>>
>>>>>For additional commands, e-mail:
>>>>
>>>>user-help@struts.apache.org
>>>>
>>>>>
>>>>
>>>>
> ---------------------------------------------------------------------
>
>>>>To unsubscribe, e-mail:
>>>>user-unsubscribe@struts.apache.org
>>>>For additional commands, e-mail:
>>>>user-help@struts.apache.org
>>>>
>>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
> ___________________________________________________________
>
>>>Yahoo! Messenger - NEW crystal clear PC to PC
>>
>>calling worldwide with
>>
>>>voicemail http://uk.messenger.yahoo.com
>>>
>>>
>>
> ---------------------------------------------------------------------
>
>>>To unsubscribe, e-mail:
>>
>>user-unsubscribe@struts.apache.org
>>
>>>For additional commands, e-mail:
>>
>>user-help@struts.apache.org
>>
>>>
>>
>>
> ---------------------------------------------------------------------
>
>>To unsubscribe, e-mail:
>>user-unsubscribe@struts.apache.org
>>For additional commands, e-mail:
>>user-help@struts.apache.org
>>
>>
>
>
>
>
>
> ___________________________________________________________
> Yahoo! Model Search 2005 - Find the next catwalk superstars - http://uk.news.yahoo.com/hot/model-search/
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Has anybody experienced this weirdness with taglibs?
Posted by ALEX HYDE <al...@btinternet.com>.
Aladin,
I'm no expert so I can't tell exactly what's wrong
from what you're saying. Have u ripped out those url's
to the images (with and without SID) and just tried
them in a browser direct? Make sure it can find them
and see if it serves them up in both cases. If it
can't find them with a SID attached maybe there is a
filter checking for sessions and stopping non-valid
sessions? I'm guessing here and I'm sure I'm one of
the lesser qualified to answer. I'm guessing that the
path itself should always resolve to the image, the
question is whether something is stopping it (eg: a
filter).
Gluck. My knowledge ends about here I'm afraid.
--- Aladin Alaily <st...@aladin.ca> wrote:
> Hmmm... that's interesting.
>
> It looks as though I have no control on whether or
> not the SID is
> appended. The first time my page is loaded, the SID
> is appended and the
> images & links don't resolve. If I reload the page,
> the SID are removed
> and everything resolves.
>
> I am using Tomcat 5.5.12 and the following jars &
> tlds:
>
> struts-1.2.7.jar
> commons-beanutils-1.7.0.jar
> commons-collections-3.1.jar
> commons-digester-1.7.jar
> commons-logging-api-1.0.4.jar
> standard-1.1.2.jar
>
> servlet-api.jar -> Tomcat's
> jsp-api.jar -> Tomcat's
>
> struts-bean-1.1.tld
> struts-html-1.1.tld
> struts-logic-1.1.tld
> struts-nested-1.1.tld
> c-1.1.2.tld
>
>
> Aladin
>
>
> > It works for me.
> >
> > I would guess that this is pretty standard HTTP to
> be
> > honest. It should resolve the images by stripping
> off
> > any unnecessary SID info' etc, if you don't use it
> for
> > security checking for example. I thought that the
> > requests for images are exactly the same as a
> request
> > for any other resource, ie, a standard HTTP
> request
> > and therefore the SID is appended unless you
> > explicitly turn it off. Your web server should
> > resoplve the path of the url whether or not there
> is a
> > SID attached.
> >
> > --- Aladin Alaily <st...@aladin.ca> wrote:
> >
> >> That's not normal... If you add the semi-colon
> and
> >> the jsessionid to an
> >> image src, then the image is not going to resolve
> >> properly. That's the
> >> behaviour that I'm noticing - with the
> jsessionid,
> >> the links & images
> >> don't resolve.
> >>
> >> Aladin
> >>
> >>
> >>
> >> > That's normal. What's wrong with that?
> >> >
> >> > --- Aladin Alaily <st...@aladin.ca> wrote:
> >> >
> >> >> Hi,
> >> >>
> >> >> I am using <html:img> and <html:link> tags but
> >> when
> >> >> they are evaluated a
> >> >> jsessionid is appended:
> >> >>
> >> >> Image Example:
> >> >> --------------
> >> >> <html:img page="/images/x.gif" height="10"
> >> width="1"
> >> >> />
> >> >>
> >> >> GIVES
> >> >>
> >> >> <img
> >> >>
> >> >
> >>
> >
>
src="/images/x.gif;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
> >> >>
> >> >> height="10" width="1">
> >> >>
> >> >> Link Example:
> >> >> -------------
> >> >> <link href="<html:rewrite
> page="/css/styles.css"
> >> />"
> >> >> rel="stylesheet"
> >> >> type="text/css">
> >> >>
> >> >> GIVES
> >> >>
> >> >> <link
> >> >>
> >> >
> >>
> >
>
href="/css/styles.css;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
> >> >>
> >> >> rel="stylesheet" type="text/css">
> >> >>
> >> >> Has anyone experienced this before? If so,
> how
> >> did
> >> >> you fix this problem.
> >> >>
> >> >> I am using struts 1.7
> >> >>
> >> >> Thanks.
> >> >> Aladin
> >> >>
> >> >>
> >> >
> >>
> >
>
---------------------------------------------------------------------
> >> >> To unsubscribe, e-mail:
> >> >> user-unsubscribe@struts.apache.org
> >> >> For additional commands, e-mail:
> >> >> user-help@struts.apache.org
> >> >>
> >> >>
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >> >
> >>
> >
>
___________________________________________________________
> >> > Yahoo! Messenger - NEW crystal clear PC to PC
> >> calling worldwide with
> >> > voicemail http://uk.messenger.yahoo.com
> >> >
> >> >
> >>
> >
>
---------------------------------------------------------------------
> >> > To unsubscribe, e-mail:
> >> user-unsubscribe@struts.apache.org
> >> > For additional commands, e-mail:
> >> user-help@struts.apache.org
> >> >
> >> >
> >>
> >>
> >>
> >
>
---------------------------------------------------------------------
> >> To unsubscribe, e-mail:
> >> user-unsubscribe@struts.apache.org
> >> For additional commands, e-mail:
> >> user-help@struts.apache.org
> >>
> >>
> >
> >
> >
> >
> >
> >
> >
>
___________________________________________________________
> > Yahoo! Messenger - NEW crystal clear PC to PC
> calling worldwide with
> > voicemail http://uk.messenger.yahoo.com
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> user-unsubscribe@struts.apache.org
> > For additional commands, e-mail:
> user-help@struts.apache.org
> >
> >
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> user-unsubscribe@struts.apache.org
> For additional commands, e-mail:
> user-help@struts.apache.org
>
>
___________________________________________________________
Yahoo! Model Search 2005 - Find the next catwalk superstars - http://uk.news.yahoo.com/hot/model-search/
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Has anybody experienced this weirdness with taglibs?
Posted by Aladin Alaily <st...@aladin.ca>.
Hmmm... that's interesting.
It looks as though I have no control on whether or not the SID is
appended. The first time my page is loaded, the SID is appended and the
images & links don't resolve. If I reload the page, the SID are removed
and everything resolves.
I am using Tomcat 5.5.12 and the following jars & tlds:
struts-1.2.7.jar
commons-beanutils-1.7.0.jar
commons-collections-3.1.jar
commons-digester-1.7.jar
commons-logging-api-1.0.4.jar
standard-1.1.2.jar
servlet-api.jar -> Tomcat's
jsp-api.jar -> Tomcat's
struts-bean-1.1.tld
struts-html-1.1.tld
struts-logic-1.1.tld
struts-nested-1.1.tld
c-1.1.2.tld
Aladin
> It works for me.
>
> I would guess that this is pretty standard HTTP to be
> honest. It should resolve the images by stripping off
> any unnecessary SID info' etc, if you don't use it for
> security checking for example. I thought that the
> requests for images are exactly the same as a request
> for any other resource, ie, a standard HTTP request
> and therefore the SID is appended unless you
> explicitly turn it off. Your web server should
> resoplve the path of the url whether or not there is a
> SID attached.
>
> --- Aladin Alaily <st...@aladin.ca> wrote:
>
>> That's not normal... If you add the semi-colon and
>> the jsessionid to an
>> image src, then the image is not going to resolve
>> properly. That's the
>> behaviour that I'm noticing - with the jsessionid,
>> the links & images
>> don't resolve.
>>
>> Aladin
>>
>>
>>
>> > That's normal. What's wrong with that?
>> >
>> > --- Aladin Alaily <st...@aladin.ca> wrote:
>> >
>> >> Hi,
>> >>
>> >> I am using <html:img> and <html:link> tags but
>> when
>> >> they are evaluated a
>> >> jsessionid is appended:
>> >>
>> >> Image Example:
>> >> --------------
>> >> <html:img page="/images/x.gif" height="10"
>> width="1"
>> >> />
>> >>
>> >> GIVES
>> >>
>> >> <img
>> >>
>> >
>>
> src="/images/x.gif;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
>> >>
>> >> height="10" width="1">
>> >>
>> >> Link Example:
>> >> -------------
>> >> <link href="<html:rewrite page="/css/styles.css"
>> />"
>> >> rel="stylesheet"
>> >> type="text/css">
>> >>
>> >> GIVES
>> >>
>> >> <link
>> >>
>> >
>>
> href="/css/styles.css;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
>> >>
>> >> rel="stylesheet" type="text/css">
>> >>
>> >> Has anyone experienced this before? If so, how
>> did
>> >> you fix this problem.
>> >>
>> >> I am using struts 1.7
>> >>
>> >> Thanks.
>> >> Aladin
>> >>
>> >>
>> >
>>
> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail:
>> >> user-unsubscribe@struts.apache.org
>> >> For additional commands, e-mail:
>> >> user-help@struts.apache.org
>> >>
>> >>
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>>
> ___________________________________________________________
>> > Yahoo! Messenger - NEW crystal clear PC to PC
>> calling worldwide with
>> > voicemail http://uk.messenger.yahoo.com
>> >
>> >
>>
> ---------------------------------------------------------------------
>> > To unsubscribe, e-mail:
>> user-unsubscribe@struts.apache.org
>> > For additional commands, e-mail:
>> user-help@struts.apache.org
>> >
>> >
>>
>>
>>
> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
>> user-unsubscribe@struts.apache.org
>> For additional commands, e-mail:
>> user-help@struts.apache.org
>>
>>
>
>
>
>
>
>
> ___________________________________________________________
> Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with
> voicemail http://uk.messenger.yahoo.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Has anybody experienced this weirdness with taglibs?
Posted by ALEX HYDE <al...@btinternet.com>.
It works for me.
I would guess that this is pretty standard HTTP to be
honest. It should resolve the images by stripping off
any unnecessary SID info' etc, if you don't use it for
security checking for example. I thought that the
requests for images are exactly the same as a request
for any other resource, ie, a standard HTTP request
and therefore the SID is appended unless you
explicitly turn it off. Your web server should
resoplve the path of the url whether or not there is a
SID attached.
--- Aladin Alaily <st...@aladin.ca> wrote:
> That's not normal... If you add the semi-colon and
> the jsessionid to an
> image src, then the image is not going to resolve
> properly. That's the
> behaviour that I'm noticing - with the jsessionid,
> the links & images
> don't resolve.
>
> Aladin
>
>
>
> > That's normal. What's wrong with that?
> >
> > --- Aladin Alaily <st...@aladin.ca> wrote:
> >
> >> Hi,
> >>
> >> I am using <html:img> and <html:link> tags but
> when
> >> they are evaluated a
> >> jsessionid is appended:
> >>
> >> Image Example:
> >> --------------
> >> <html:img page="/images/x.gif" height="10"
> width="1"
> >> />
> >>
> >> GIVES
> >>
> >> <img
> >>
> >
>
src="/images/x.gif;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
> >>
> >> height="10" width="1">
> >>
> >> Link Example:
> >> -------------
> >> <link href="<html:rewrite page="/css/styles.css"
> />"
> >> rel="stylesheet"
> >> type="text/css">
> >>
> >> GIVES
> >>
> >> <link
> >>
> >
>
href="/css/styles.css;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
> >>
> >> rel="stylesheet" type="text/css">
> >>
> >> Has anyone experienced this before? If so, how
> did
> >> you fix this problem.
> >>
> >> I am using struts 1.7
> >>
> >> Thanks.
> >> Aladin
> >>
> >>
> >
>
---------------------------------------------------------------------
> >> To unsubscribe, e-mail:
> >> user-unsubscribe@struts.apache.org
> >> For additional commands, e-mail:
> >> user-help@struts.apache.org
> >>
> >>
> >
> >
> >
> >
> >
> >
> >
>
___________________________________________________________
> > Yahoo! Messenger - NEW crystal clear PC to PC
> calling worldwide with
> > voicemail http://uk.messenger.yahoo.com
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> user-unsubscribe@struts.apache.org
> > For additional commands, e-mail:
> user-help@struts.apache.org
> >
> >
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> user-unsubscribe@struts.apache.org
> For additional commands, e-mail:
> user-help@struts.apache.org
>
>
___________________________________________________________
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Has anybody experienced this weirdness with taglibs?
Posted by Aladin Alaily <st...@aladin.ca>.
That's not normal... If you add the semi-colon and the jsessionid to an
image src, then the image is not going to resolve properly. That's the
behaviour that I'm noticing - with the jsessionid, the links & images
don't resolve.
Aladin
> That's normal. What's wrong with that?
>
> --- Aladin Alaily <st...@aladin.ca> wrote:
>
>> Hi,
>>
>> I am using <html:img> and <html:link> tags but when
>> they are evaluated a
>> jsessionid is appended:
>>
>> Image Example:
>> --------------
>> <html:img page="/images/x.gif" height="10" width="1"
>> />
>>
>> GIVES
>>
>> <img
>>
> src="/images/x.gif;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
>>
>> height="10" width="1">
>>
>> Link Example:
>> -------------
>> <link href="<html:rewrite page="/css/styles.css" />"
>> rel="stylesheet"
>> type="text/css">
>>
>> GIVES
>>
>> <link
>>
> href="/css/styles.css;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
>>
>> rel="stylesheet" type="text/css">
>>
>> Has anyone experienced this before? If so, how did
>> you fix this problem.
>>
>> I am using struts 1.7
>>
>> Thanks.
>> Aladin
>>
>>
> ---------------------------------------------------------------------
>> To unsubscribe, e-mail:
>> user-unsubscribe@struts.apache.org
>> For additional commands, e-mail:
>> user-help@struts.apache.org
>>
>>
>
>
>
>
>
>
> ___________________________________________________________
> Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with
> voicemail http://uk.messenger.yahoo.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Has anybody experienced this weirdness with taglibs?
Posted by ALEX HYDE <al...@btinternet.com>.
That's normal. What's wrong with that?
--- Aladin Alaily <st...@aladin.ca> wrote:
> Hi,
>
> I am using <html:img> and <html:link> tags but when
> they are evaluated a
> jsessionid is appended:
>
> Image Example:
> --------------
> <html:img page="/images/x.gif" height="10" width="1"
> />
>
> GIVES
>
> <img
>
src="/images/x.gif;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
>
> height="10" width="1">
>
> Link Example:
> -------------
> <link href="<html:rewrite page="/css/styles.css" />"
> rel="stylesheet"
> type="text/css">
>
> GIVES
>
> <link
>
href="/css/styles.css;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
>
> rel="stylesheet" type="text/css">
>
> Has anyone experienced this before? If so, how did
> you fix this problem.
>
> I am using struts 1.7
>
> Thanks.
> Aladin
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> user-unsubscribe@struts.apache.org
> For additional commands, e-mail:
> user-help@struts.apache.org
>
>
___________________________________________________________
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Has anybody experienced this weirdness with taglibs?
Posted by Aladin Alaily <st...@aladin.ca>.
Hi,
I am using <html:img> and <html:link> tags but when they are evaluated a
jsessionid is appended:
Image Example:
--------------
<html:img page="/images/x.gif" height="10" width="1" />
GIVES
<img src="/images/x.gif;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
height="10" width="1">
Link Example:
-------------
<link href="<html:rewrite page="/css/styles.css" />" rel="stylesheet"
type="text/css">
GIVES
<link href="/css/styles.css;jsessionid=1F69046A7709D30FD9AC36FC6E8A4336"
rel="stylesheet" type="text/css">
Has anyone experienced this before? If so, how did you fix this problem.
I am using struts 1.7
Thanks.
Aladin
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Custom tags referencing struts tags
Posted by David Whipple <dw...@dtcc.com>.
I would like to be able to create a custom tag which is able to use the
struts <html:text>, <html:dropdown> or <html:hidden> fields. I am not able
to find a way to create a tag library that can produce/call/reference other
tags.
I am interested in making a custom tag for our application which will
either show a text entry field, a dropdown or a static text entry based on
the choices available to a particular user. The choices will probably be
passed in as a collection in the request, where a single value results in a
hidden field (no choice for the user), a set of values results in a
dropdown, and a special case of a single value zero, which means the user
can enter anything they like through a text entry field.
I have searched everything I can think of and can't seem to find anything
that can allow this.
Does anyone know a way to approach this?
Thanks,
Dave
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Can't build project because of unavailable dtd
Posted by Lionel <co...@free.fr>.
Sunil_Sahu@Keane.com wrote:
> check you DOCTYPE in xml and DTD in struts.jar.
you are right, I used jakarta.apache.org instead of struts.apache.org.
Thanks !
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Can't build project because of unavailable dtd
Posted by Su...@Keane.com.
Lionel,
probably DOCTYPE which u have given in your xml file is not matching with
the DOCTYPE in your struts.jar that why its trying to connect it to
internet.
check you DOCTYPE in xml and DTD in struts.jar.
"Lionel" <co...@free.fr>
Sent by: news <ne...@sea.gmane.org>
11/17/2005 04:46 PM
Please respond to
"Struts Users Mailing List" <us...@struts.apache.org>
To
user@struts.apache.org
cc
Subject
Re: Can't build project because of unavailable dtd
Lionel wrote:
> Hi !
>
> Hi have a web project using struts.
> This morning, I've had problems to build this project be built because
> jakarta.apache.org has been unavailable for few minutes: eclipse
> tries to access the online dtd and gets blocked.
> The only way to be able to work is to disable xml validation, kill
> eclipse and start it again.
> Why doesn't it try to get the dtd from the struts.jar in web-inf/lib ?
wrong group selected: it was for the WTP group.
Sorry.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org
Re: Can't build project because of unavailable dtd
Posted by Lionel <co...@free.fr>.
Lionel wrote:
> Hi !
>
> Hi have a web project using struts.
> This morning, I've had problems to build this project be built because
> jakarta.apache.org has been unavailable for few minutes: eclipse
> tries to access the online dtd and gets blocked.
> The only way to be able to work is to disable xml validation, kill
> eclipse and start it again.
> Why doesn't it try to get the dtd from the struts.jar in web-inf/lib ?
wrong group selected: it was for the WTP group.
Sorry.
---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
For additional commands, e-mail: user-help@struts.apache.org