AW: relative paths and c:import

> -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Gesendet: Dienstag, 22. November 2005 21:07 > An: Tag Libraries Users List; [EMAIL PROTECTED] > Betreff: Re: relative paths and c:import > On Tue, Nov 22, 2005 at 06:38:34PM +0100, Ma

Re: relative paths and c:import

On Tue, Nov 22, 2005 at 06:38:34PM +0100, Martin Kindler wrote: > Isn't there another solution? I do control both servers but forcing to use > absolute URLs via a CMS would be a problem. > I can imagine witing sort of a wrapper to adapt the result of c:import, but > this must be

AW: relative paths and c:import

Isn't there another solution? I do control both servers but forcing to use absolute URLs via a CMS would be a problem. I can imagine witing sort of a wrapper to adapt the result of c:import, but this must be a common problem. So I hope someone has already done the job? M

Re: relative paths and c:import

On 11/21/05, Martin Kindler <[EMAIL PROTECTED]> wrote: > I am trying to integrate a Java/Struts webapp with another web site (based > on Typo3, a PHP-based CMS). > > Some of my JSP-pages will integrate pages controlled by Typo3. I tried to > use the c:import tag which basi

relative paths and c:import

I am trying to integrate a Java/Struts webapp with another web site (based on Typo3, a PHP-based CMS). Some of my JSP-pages will integrate pages controlled by Typo3. I tried to use the c:import tag which basically seems to work: the page is fetched and the HTML-code inserted into my Struts

Re: c:import for dynamic content

On 11/3/05, Robert Butera <[EMAIL PROTECTED]> wrote: > > I am attempting to import a JSP file into a JSP using the tag. > > The line looks something like this: > ... > > .. > > "imported-file.jsp" is being found ok, but it is not being processed as a > JSP, it is appearing as static text. That'

c:import for dynamic content

I am attempting to import a JSP file into a JSP using the tag. The line looks something like this: ... .. "imported-file.jsp" is being found ok, but it is not being processed as a JSP, it is appearing as static text. I am using some struts tags in " imported-file.jsp" that are just getting sent

c:import doesn't work with HEAD requests

getting fed ends up being empty. This happens when a HEAD request is received, instead of a GET reqeust. It appears that the c:import tag doesn't actually import the requested url in that case! I created a minimal test case, which is attached. The output in the log (catalina

Re: c:import and context attribute

Dylan MacDonald <[EMAIL PROTECTED]> wrote on 07/13/2005 05:41:46 PM: > Can someone explain the context attribute in the c:import tag? > It is used in cross-context imports and is the name of the context you're importing from. Most containers need to be configured to enab

c:import and context attribute

Can someone explain the context attribute in the c:import tag? I'm working in a development environment that differs from the production environment in that the root of the server isn't "/", it's "/www" (the production root is obviously "/"). Ne

c:import with non-english url

Hi, I'm trying to use non-English url in I'm getting fileNotFound exception even though I have URLEncode the url. Is there any solution for this problem? Thank you. -- Regards, Peik Feng - To unsubscribe, e-mail: [

RE: c:import problem

AIL PROTECTED] Sent: Wednesday, October 20, 2004 4:03 PM To: Tag Libraries Users List Subject: Re: c:import problem Christian, Not sure if you're still wrestling with this, but I just wanted to post to say that I've been meaning to slap a little test app together as a sanity check and

Re: c:import problem

Christian, Not sure if you're still wrestling with this, but I just wanted to post to say that I've been meaning to slap a little test app together as a sanity check and I'll post back when I get the chance to code & run it... Quoting Christian Taylor <[EMAIL PROTECTED]>: > Hi, > > I'm new to t

c:import problem

Hi, I'm new to this list, but far from a newbie when it comes to servlets, JSP, JSTL and Tomcat. I've spent hours trying to debug this problem, searched the net and mailing lists and haven't been able to find a solution. Here is my situation: My application has many pages that use to include a

Works: Struts + c:import w/ Tomcat 5.0.18!!!

Hiho all, Just for interest: with Tomcat 5.0.18 (prior: 5.0.16) it finally works: Including a fragment using JSTL's c:import or jsp:include that is invoked by a Struts Action! Prior, it failed, when the importing JSP was also invoked by a Struts action; thus having two Struts' Actio

Re: Re: c:forEach, c:import and variable scope?

The Map actually has Long as keys. I thought JSTL take care of this by detecting these java.lang types and converting appropriately. No? Thanks, Otis Get your own "800" number Voicemail, fax, email, and a lot more http://www.ureach.com/reg/tag

Re: c:forEach, c:import and variable scope?

Could it be related to your map being keyed by Integers instead of Strings? I know that JSTL/EL does a lot of magical conversions, but I'm not sure how far they extend. K.C. otisg wrote: Hello, Aaaalmost there :) On Tue, 09 Dec 2003, Hans Bergsten ([EMAIL PROTECTED]) wrote: Ben

Re: Re: c:forEach, c:import and variable scope?

Hello, Aaaalmost there :) On Tue, 09 Dec 2003, Hans Bergsten ([EMAIL PROTECTED]) wrote: > Ben Anderson wrote: > > How bout this: > > > > > > > > > > > > > > some/page.jsp > > > > > > > > -Ben > > That should also work, but so should "promoting"

Re: Q: c:forEach, c:import and variable scope?

On Tue, 9 Dec 2003, otisg wrote: > Hello, > > Here is the problem (using [] to avoid problems with email > clients not handling HTML well). > > Summary: > c:forEach loop, inside it c:import, but the c:import-ed JSP does > not see the var from the c:forEach loop. > &

Re: Re: c:forEach, c:import and variable scope?

We exist to serve. :-) R - Original Message - From: "otisg" <[EMAIL PROTECTED]> To: "Hans Bergsten" <[EMAIL PROTECTED]> Sent: Tuesday, December 09, 2003 11:45 AM Subject: Re: Re: c:forEach, c:import and variable scope? > Wow, thanks for quick replie

Re: Re: c:forEach, c:import and variable scope?

Wow, thanks for quick replies (problem not 100% solved, but all replies helped!) Comment below. On Tue, 09 Dec 2003, Hans Bergsten ([EMAIL PROTECTED]) wrote: > Karr, David wrote: > > I can't see how that could work. The "c:import" operation is processing > > t

Re: c:forEach, c:import and variable scope?

geContext or RequestDispatcher include() methods implementation. Hans > > > > [c:forEach var="foo" items="${bars}"] > > [c:import url="some/page.jsp"/] > > [/c:forEach] > > > > In this page.jsp I try to access ${foo}, like so: >

Re: c:forEach, c:import and variable scope?

Karr, David wrote: I can't see how that could work. The "c:import" operation is processing that URL in an external context. You'd probably have to use "jsp:include" for that sort of thing. Actually, the problem is that exposes the current element through a _pag

Re: c:forEach, c:import and variable scope?

How bout this: some/page.jsp -Ben > > > > [c:forEach var="foo" items="${bars}"] > > [c:import url="some/page.jsp"/] > > [/c:forEach] > > > > In this page.jsp I try to access ${foo}

Re: c:forEach, c:import and variable scope?

D]> To: "Tag Libraries Users List" <[EMAIL PROTECTED]> Sent: Tuesday, December 09, 2003 11:21 AM Subject: RE: c:forEach, c:import and variable scope? > I can't see how that could work. The "c:import" operation is processing > that URL in an external context

RE: c:forEach, c:import and variable scope?

I can't see how that could work. The "c:import" operation is processing that URL in an external context. You'd probably have to use "jsp:include" for that sort of thing. > -Original Message- > From: otisg [mailto:[EMAIL PROTECTED] > > Here

Q: c:forEach, c:import and variable scope?

Hello, Here is the problem (using [] to avoid problems with email clients not handling HTML well). Summary: c:forEach loop, inside it c:import, but the c:import-ed JSP does not see the var from the c:forEach loop. [c:forEach var="foo" items="${bars}"] [c:impor

Re: c:import and Struts actions physically losing bytes

Try to do replicate in Tomcat 4.1.27, if it works there, file a bug for 5.x Timo --Blazko-- Boewing wrote: Hello all, Yet again another problem: i want to include another dynamic resource via JSTL's c:import into a JSP. When doing so with another JSP everything works great. However, when

c:import and Struts actions physically losing bytes

Hello all, Yet again another problem: i want to include another dynamic resource via JSTL's c:import into a JSP. When doing so with another JSP everything works great. However, when doing so with a Struts action, the request gets shortened (First x bytes are cut)! The Struts action really

Re: How to use c:url with c:import?

Tried that. It just looks for my files in the ROOT context, rather than the context specified in the URL. I also tried context="", but that produced an exception. K.C. Hassan Schroeder wrote: Hassan Schroeder jumped the gun with: Uh, "problem"? the above works fine plugged into a page on my

Re: How to use c:url with c:import?

Hassan Schroeder jumped the gun with: Uh, "problem"? the above works fine plugged into a page on my system. Sorry, missed the "context relative" part before :-) ^^^ Add that and give it a whirl... -- Hassan Schroeder - [EMAIL PROTEC

Re: How to use c:url with c:import?

The session-id information that c:import removes, is not the web module bit that gets prefixed by c:url, or your extension of html:rewrite. Incidentally, html:rewrite is meant to allow module-relative referencing of resources (page="/resource-name") ... I'm guessing this is a

Re: How to use c:url with c:import?

I've left out a bit of detail in the hopes of making this simpler :). I'm not actually using , but rather a custom tag that extends the Struts tag. My custom tag modifies the passed in URL, so I can't skip that step. I could probably modify my custom tag to not prepend the /context, but it

Re: How to use c:url with c:import?

You're right about why it's failing (prepending of app context). This kind of thing should work: You could then also use textURL with : ">... Quoting "K.C. Baltz" <[EMAIL PROTECTED]>: > For various reasons, I am generating a URL for a context relative > resource using and storing the resu

Re: How to use c:url with c:import?

K.C. Baltz wrote: For various reasons, I am generating a URL for a context relative resource using and storing the result in a variable. Then I'm using that value in a in an attempt to include the content of the resource in the page. Example: I'm pretty sure the problem is Uh, "problem"?

Re: How to use c:url with c:import?

You might try appending an "http://" to the beginning of textURL and see if c:import is happier with that ... K.C. Baltz wrote: For various reasons, I am generating a URL for a context relative resource using and storing the result in a variable. Then I'm using that va

How to use c:url with c:import?

For various reasons, I am generating a URL for a context relative resource using and storing the result in a variable. Then I'm using that value in a in an attempt to include the content of the resource in the page. Example: I'm pretty sure the problem is that generates a url with a

RE: Problem with c:import (JSTL 1.0)

ROTECTED] > > I am having a problem with a c:import that I hope someone has an answer > to. > > > > <%@ taglib uri="http://java.sun.com/jstl/core"; prefix="c" %> <%@ taglib > uri="http://java.sun.com/jstl/fmt"; prefix="fmt

Re: using c:import to import local files

king but rendering html/text. When I do the rendering of text/html online, I use , and offline, I do . I can enter this fine in Mozilla and the page will come up, but JSTL's c:import tag says it can't find the file. 2 questions: 1. Can I use c:import to import a local HTML file onto a

using c:import to import local files

enter this fine in Mozilla and the page will come up, but JSTL's c:import tag says it can't find the file. 2 questions: 1. Can I use c:import to import a local HTML file onto a page? 2. If not, is there any way t

RE: Problem with c:import (JSTL 1.0)

Looks like you're missing a ">" at the end of the "c:if". -Original Message- From: Stephen Letschin [mailto:[EMAIL PROTECTED] I am having a problem with a c:import that I hope someone has an answer to. <%@ taglib uri="http://java.sun.com/jstl/core&

Problem with c:import (JSTL 1.0)

I am having a problem with a c:import that I hope someone has an answer to. I have a JSP that is build out of several pieces (via a Struts Tiles definition). As a result, I have developed some code which tracks the last modified date of each piece and compares it against those I have seen so far

why doesn't c:redirect work inside a file included with c:import?

List, In the files attached, navigating to http://localhost:8080/app-name/first.jsp will result in the text below: Before redirect I am the first page. Does anyone know a way to make c:redirect from a file included with c:import effective? If not, does anyone know how to use JSTL to access

c:import url to access a servlet

The following code does not seem to work: The correctly functioning URL if entered directly in the browser is localhost:8988/vls_local-jstl-context-root/servlet/TestServlet Can this tag be used against servlets accessed using /servlet/ and/or Servlet Mappings defined in web.xml? I would like t

More periodic refresh with JSTL c:import

e hit every 6 minutes, then each surfer experiences a very slow response time as the site goes through the slow c:import routine to load x before showing the page. Meanwhile, my webserver is sitting idle for the remaining time between hits. Is there a tag or other technique one can use to instruc

Re: periodic refresh with JSTL c:import

> You could create a Date object and compare the "time" property of this > object against the current time; Hans has shown how to do this in previous > messages. > > It might be easier to use the Cache Taglib, which isn't part of JSTL but > does exactly what you're looking for. Thanks, Shawn. I f

periodic refresh with JSTL c:import

Correction -- I meant to include an c:if clause around the "fast but stale" way. http://www.slowurl.rss"; /> Thanks. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: periodic refresh with JSTL c:import

On Wed, 18 Dec 2002, Brian Buckley wrote: > How can one use JSTL to do something in between, such as to update the > c:import once an hour? > > > > http://www.slowurl.rss"; /> > > > You could create a Date object and compare the "time" pro

periodic refresh with JSTL c:import

This snippet prints out up-to-date information but it is slow ... http://www.slowurl.rss"; /> This snippet makes it fast but stale... http://www.slowurl.rss"; /> How can one use JSTL to do something in between, such as to update the c:import once an hour? http:/

Re: c:import

On Tue, 2002-09-17 at 20:59, Hans Bergsten wrote: > The JSTL action behaves like a RequestDispatcher.include() > when you import a resource in the same container. This means (as defined > by the Servlet spec) that the URI for the request is the URI for the > _including_ resource (the JSP page in

Re: c:import

JSTL 1.0 section 7.4 for the > specification of . hm. i only had the jstl and jsp specs. thanks, i'll try and find the servlet spec. > > however, when this url is invoked via a , > > all of the information retrievable via the request object refer to the > > '

Re: c:import

processes it. > > however, when this url is invoked via a , > all of the information retrievable via the request object refer to the > 'wrapping' request, to the jsp page contains the c:import. the > parameters passed are available, but don't show up in the query string &

Re: c:import

a a , > all of the information retrievable via the request object refer to the > 'wrapping' request, to the jsp page contains the c:import. the > parameters passed are available, but don't show up in the query string > (because the query string is for the containing jsp page). I d

c:import

object refer to the 'wrapping' request, to the jsp page contains the c:import. the parameters passed are available, but don't show up in the query string (because the query string is for the containing jsp page). is this the correct behaviour? i can't find anything definitive in th

c:import and relative path ??

Hi, I have this working well... How can I make this work using relative path without playing with ... http://myweb/myapp/mydir/file.xml"; var="varname"/> regards, Xavier -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: What sucks about c:import!

I think I agree with all of this. For JSTL 1.0, we opted to be a bit conservative since the need didn't yet strongly present itself. It wouldn't surprise me if a future version can add support for headers and HTTP POST; that might represent the knee in the curve, so to speak, between convenience

Re: What sucks about c:import!

I'm not sure where it should reside to be honest. I can see argument for both sides. If I wanted to access data that resides on an IIS machine that has challenge/response turned on, it would be good to have cookie/auth support in jstl but one could easily argue it should be in a bean to provide

Re: What sucks about c:import!

Shawn Bayern wrote: >On Wed, 21 Aug 2002, peter lin wrote: > > > >>in the interest of discussion. I find it useful to have cookie, >>user-agent and other advanced capabilities in a web services context. >>As web services becomes more common place, supporting those features >>might become very

Re: What sucks about c:import!

lementation and where it might >>>go in the future. >>> >>> >>>peter >>> >>> >>>"Mark R. Diggory" wrote: >>> >>> >>>>Now that I have your attention. We are continually working with managing >&

Re: What sucks about c:import!

On Wed, 21 Aug 2002, Henri Yandell wrote: > I'm sure I could look this up myself, but it might be nice to have it > in the archives with this thread. > > Which jar is needed if I want to add EL to my taglib. Without having > to include the whole JSTL implementation? This is tricky and in flux.

Re: What sucks about c:import!

On Wed, 21 Aug 2002, peter lin wrote: > in the interest of discussion. I find it useful to have cookie, > user-agent and other advanced capabilities in a web services context. > As web services becomes more common place, supporting those features > might become very important. But is it import

Re: What sucks about c:import!

I'm sure I could look this up myself, but it might be nice to have it in the archives with this thread. Which jar is needed if I want to add EL to my taglib. Without having to include the whole JSTL implementation? Hen On Wed, 21 Aug 2002, Shawn Bayern wrote: > On Wed, 21 Aug 2002, Mark R. Di

Re: What sucks about c:import!

On Wed, 21 Aug 2002, Mark R. Diggory wrote: > On another note, I've been playing around with Taglibraries for some > time now. I'd like to integrate the EL Engine into my libraries, from > what I understand it is now going to be part of the JSP 2.0 spec as > well. How might I go about integrat

Re: What sucks about c:import!

in the interest of discussion. I find it useful to have cookie, user-agent and other advanced capabilities in a web services context. As web services becomes more common place, supporting those features might become very important. peter lin Henri Yandell wrote: > > Isn't this the kind of th

Re: What sucks about c:import!

the future. >>> >>> >>> peter >>> >>> >>> "Mark R. Diggory" wrote: >> >> >>>> > >>>> > Now that I have your attention. We are continually working with managing >>>> > hea

Re: What sucks about c:import!

p; httpurlconnection classes. > > > shawn will know more about the current implementation and where it might > > > go in the future. > > > > > > > > > peter > > > > > > > > > "Mark R. Diggory" wrote: > > > >

Re: What sucks about c:import!

tion and where it might > > go in the future. > > > > > > peter > > > > > > "Mark R. Diggory" wrote: > > > > > > Now that I have your attention. We are continually working with managing > > > headers in our URL ob

Re: What sucks about c:import!

in the future. > > > peter > > > "Mark R. Diggory" wrote: > > > > Now that I have your attention. We are continually working with managing > > headers in our URL object requests to get resources from different > > locations. Is there really any w

Re: What sucks about c:import!

locations. Is there really any way I can set the request Header info on > the URL object being created by c:import? Right now I have my own custom > implementations to aquire such resources. I'd rather be able to use the > Standard Taglib. > > -Mark Diggory > Harvard-MIT D

What sucks about c:import!

Now that I have your attention. We are continually working with managing headers in our URL object requests to get resources from different locations. Is there really any way I can set the request Header info on the URL object being created by c:import? Right now I have my own custom

Re: c:import full windows path

On Fri, 9 Aug 2002, Amarant Merah wrote: > Is it possible to import a file based on full path? e.g. > E:/somepath/myfile.xml > > I understand it is possible to import using full http > url or relative to webapp like these: > http://domain.com/somepath/myfile.xml"; > var="xml"/> > > > I need so

c:import full windows path

Hi, Is it possible to import a file based on full path? e.g. E:/somepath/myfile.xml I understand it is possible to import using full http url or relative to webapp like these: http://domain.com/somepath/myfile.xml"; var="xml"/> I need something like and the above doesn't work. Basically I wa

Re: C:Import

On Mon, 15 Jul 2002, Tim Ringwood wrote: > <% String xmlReq = request.getParameter("xml"); %> > > <%@taglib uri="http://java.sun.com/jstl/core"; > prefix="c" %> > <%@taglib uri="http://java.sun.com/jstl/xml"; > prefix="x" %> > > > > You cannot use rtexprvalues in the EL versions of JSTL ta

C:Import

to be old help. So how do get a string from request and pass it along to C:import do it can make sense out of it? Pretty simple I am sure. The file is: <% String xmlReq = request.getParameter("xml"); %> <%@taglib uri="http://java.sun.com/jstl/core"; pref

Re: c:import when file doesn't exist

On Thu, 6 Jun 2002, Matt Raible wrote: > I remember hearing something about JSTL offering a try/catch syntax, or > maybe it was JSP 1.2. Anywhoo, I need it. It's , as in Not there! -- Shawn Bayern "JSTL in Action" http://www.jstlbook.com (coming in July 2002 from Mann

c:import when file doesn't exist

I remember hearing something about JSTL offering a try/catch syntax, or maybe it was JSP 1.2. Anywhoo, I need it. When I have the following, and $wrapperURL does not exist as a file, a ServletException is thrown. I'd like to be able to gracefully handle it. Thanks, Matt

Re: compilation order with c:import

I can't explain what you're seeing with the content switched around like that. (What container are you using?) However, regarding the use of , you just need to use single quotes around the value of the attribute. This should work: -- Martin Cooper At 07:33 AM 5/7/2002, Andrea Grittini wrot

compilation order with c:import

I have some problem using together with . In fact when a page like this is compiled : <%=request.getParameter("ID")%> I have the first part displayed after the second part, and it seems to me impossible :-) Looking in the generated java code of

RE: Using c:import to include the contents of a file

Great - thanks again! > -Original Message- > From: Martin Cooper [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, April 24, 2002 8:53 PM > To: Tag Libraries Users List; [EMAIL PROTECTED] > Subject: Re: Using c:import to include the contents of a file > > > Yes, y

Re: Using c:import to include the contents of a file

Martin Cooper - Original Message - From: "Matt Raible" <[EMAIL PROTECTED]> To: "'Tag Libraries Users List'" <[EMAIL PROTECTED]> Sent: Wednesday, April 24, 2002 7:14 PM Subject: Using c:import to include the contents of a file > I want to do th

Re: Using c:import to include the contents of a file

Matt Raible wrote: > I want to do the following: > > > > However, I get an UnknownHostException - is it possible to do this with > JSTL? My only solution (so far) is to use an iframe and do: > > > > It's the only way I've found to read a file from the filesystem when > it's outside Tomcat's

Using c:import to include the contents of a file

I want to do the following: However, I get an UnknownHostException - is it possible to do this with JSTL? My only solution (so far) is to use an iframe and do: It's the only way I've found to read a file from the filesystem when it's outside Tomcat's webapps directory. Thanks, Matt --