Jakarta Taglibs add on projects Question.

2009-08-07 Thread Zachary Mitchell, BCIS
There are listed projects to produce open source JSTL style taglibs,

for the following Java api's:

JNDI: http://jakarta.apache.org/taglibs/doc/jndi-doc/intro.html
JMS: http://jakarta.apache.org/taglibs/doc/jmstags-doc/intro.html
IO:http://jakarta.apache.org/taglibs/doc/io-doc/intro.html

The dowload links for all three are dead.

I am just politely wondering, what is happening with these projects?

They would add valuable functionalities to the JSP tag paradigm.


Re: Jakarta Taglibs add on projects Question.

2009-08-07 Thread Rahul Akolkar
On Fri, Aug 7, 2009 at 8:48 PM, Zachary Mitchell,
BCISzac@internode.on.net wrote:
 There are listed projects to produce open source JSTL style taglibs,

 for the following Java api's:

 JNDI: http://jakarta.apache.org/taglibs/doc/jndi-doc/intro.html
 JMS: http://jakarta.apache.org/taglibs/doc/jmstags-doc/intro.html
 IO:    http://jakarta.apache.org/taglibs/doc/io-doc/intro.html

 The dowload links for all three are dead.

 I am just politely wondering, what is happening with these projects?

 They would add valuable functionalities to the JSP tag paradigm.


Most of the Taglibs are dormant as they have no active developers and
are unlikely to be revived here at Jakarta:

http://jakarta.apache.org/taglibs/site/dormant.html

The taglibs that have had releases are listed here (however, I'm not
sure why JNDI is there if it hasn't had a release as its home page
says):

http://jakarta.apache.org/taglibs/site/taglibs.html

-Rahul

-
To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org



Re: Download of Taglibs - IO

2009-06-14 Thread Henri Yandell
Better to go ahead and write the Java. FTP - presumably Commons Net
(though I'm not 100% sure if it does FTP). HTTP/HTTPS to Apache
HttpComponents. XmlRpc probably just use the basic API and SOAP Apache
CXF or Apache Axis2 presumably have some kind of client?

Must admit to not knowing much on SOAP, but a Taglib probably isn't
the way to architect communication against it.

Hen

On Thu, Jun 11, 2009 at 10:20 AM, ramya.k.gr...@wellsfargo.com wrote:
 Thanks for the response!

 -Original Message-
 From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
 Sent: Thursday, June 11, 2009 12:56 PM
 To: Tag Libraries Users List
 Subject: Re: Download of Taglibs - IO

 On Thu, Jun 11, 2009 at 12:50 PM, ramya.k.gr...@wellsfargo.com wrote:
 If IO is deprecated then which tag should we be using for SOAP
 communication?
 snip/

 I haven't looked at the IO taglib in any detail. The fact that its
 deprecated does not necessarily mean that tags will always have
 identical (or close enough even) replacements that can be suggested --
 it means we don't anticipate any further development or releases of
 that taglib here.

 -Rahul



 Thanks

 -Original Message-
 From: Rahul Akolkar [mailto:rahul.akol...@gmail.com]
 Sent: Thursday, June 11, 2009 12:47 PM
 To: Tag Libraries Users List
 Subject: Re: Download of Taglibs - IO

 On Wed, Jun 10, 2009 at 8:59 AM, ramya.k.gr...@wellsfargo.com wrote:
 I would like to download the IO Taglibs to use to create a SOAP client
 for my web service.

 I checked all the download sites on Apache and its mirrors but
 couldn't
 find the binary download.

 Could someone help me by sending me a link to the correct site to
 download this.

 snip/

 The IO taglib was probably never released and has been deprecated
 (there will be no further work on it here and thus, no future releases
 as part of Jakarta Taglibs).

 If you want, you could try building the source yourself and testing it
 to determine if thats of any use for you. The source in SVN is here:

  http://svn.apache.org/repos/asf/jakarta/taglibs/deprecated/io/trunk/

 -Rahul


 Thanks





 -
 To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org
 For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org



 -
 To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org
 For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org



 -
 To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org
 For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org



 -
 To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org
 For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org



-
To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org



Taglibs-bsf is missing

2009-06-11 Thread Paolo Pedrelli
On the page:

 

http://jakarta.apache.org/taglibs/doc/bsf-doc/intro.html

 



all folllowing links are broken:

 

Download the BSF Tag Library  nightly development build

http://jakarta.apache.org/taglibs/binarydist.html



Download Jakarta-Taglibs Source:

 
http://jakarta.apache.org/builds/jakarta-taglibs/nightly



Download entire Jakarta-Taglibs Distribution

 
http://jakarta.apache.org/builds/jakarta-taglibs/nightly/projects/bsf/

 

Where could I find Jakarta-Taglibs-bsf Tag library ?

Many thanks best regards.

 

 

Paolo Pedrelli

Senior System Engineer

 

 

Byte Software House S.p.A.

Centro Direzionale Duemilauno
Via Piero Gobetti 52/3 - 40129 Bologna 

Tel. +39 051 3540248 - Fax +39 051 3540222

Cell. +39 348 5289110

 



 
 

Questo messaggio di posta elettronica contiene informazioni di carattere 
riservato rivolte esclusivamente al destinatario sopra indicato. 
E' vietato l'uso, la diffusione, distribuzione o riproduzione da parte di ogni 
altra persona. 
Nel caso aveste ricevuto questo messaggio di posta elettronica per errore, 
siete pregati di segnalarlo immediatamente al mittente e 
distruggere quanto ricevuto (compresi i file allegati) senza farne copia. 
Qualsivoglia utilizzo non autorizzato del contenuto di questo messaggio 
costituisce violazione dell'obbligo di non prendere cognizione 
della corrispondenza tra altri soggetti, salvo più grave illecito, ed espone il 
responsabile alle relative conseguenze. 

This e-mail transmission may contain legally privileged and/or confidential 
information, it is intended only for the use of the recipient(s) named above. 
Any use, distribution, reproduction or disclosure by any other person is 
strictly prohibited and will be legally prosecuted. 
If you have received this e-mail in error, please notify the sender and destroy 
the original transmission and its attachments without reading or saving it in 
any manner. 

Re: Taglibs-bsf is missing

2009-06-11 Thread Rahul Akolkar
If you want to participate on this mailing list, please subscribe
first so you will receive all replies.

On Thu, Jun 11, 2009 at 12:19 PM, Paolo Pedrellip.pedre...@bytesh.com wrote:
 On the page:



            http://jakarta.apache.org/taglibs/doc/bsf-doc/intro.html





 all folllowing links are broken:



            Download the BSF Tag Library  nightly development build

                        http://jakarta.apache.org/taglibs/binarydist.html



            Download Jakarta-Taglibs Source:


 http://jakarta.apache.org/builds/jakarta-taglibs/nightly



            Download entire Jakarta-Taglibs Distribution


 http://jakarta.apache.org/builds/jakarta-taglibs/nightly/projects/bsf/



 Where could I find Jakarta-Taglibs-bsf Tag library ?

snip/

The BSF taglib was probably never released and has been deprecated
(there will be no further work on it here and thus, no future releases
as part of Jakarta Taglibs).

If you want, you could try building the source yourself and testing it
to determine if thats of any use for you. The source in SVN is here:

 http://svn.apache.org/repos/asf/jakarta/taglibs/deprecated/bsf/trunk/

-Rahul


 Many thanks best regards.





 Paolo Pedrelli

 Senior System Engineer





 Byte Software House S.p.A.

 Centro Direzionale Duemilauno
 Via Piero Gobetti 52/3 - 40129 Bologna

 Tel. +39 051 3540248 - Fax +39 051 3540222

 Cell. +39 348 5289110





                                                             
 

 Questo messaggio di posta elettronica contiene informazioni di carattere 
 riservato rivolte esclusivamente al destinatario sopra indicato.
 E' vietato l'uso, la diffusione, distribuzione o riproduzione da parte di 
 ogni altra persona.
 Nel caso aveste ricevuto questo messaggio di posta elettronica per errore, 
 siete pregati di segnalarlo immediatamente al mittente e
 distruggere quanto ricevuto (compresi i file allegati) senza farne copia.
 Qualsivoglia utilizzo non autorizzato del contenuto di questo messaggio 
 costituisce violazione dell'obbligo di non prendere cognizione
 della corrispondenza tra altri soggetti, salvo più grave illecito, ed espone 
 il responsabile alle relative conseguenze.

 This e-mail transmission may contain legally privileged and/or confidential 
 information, it is intended only for the use of the recipient(s) named above.
 Any use, distribution, reproduction or disclosure by any other person is 
 strictly prohibited and will be legally prosecuted.
 If you have received this e-mail in error, please notify the sender and 
 destroy the original transmission and its attachments without reading or 
 saving it in any manner.

-
To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org



RE: Download of Taglibs - IO

2009-06-11 Thread Ramya.K.Grama
If IO is deprecated then which tag should we be using for SOAP
communication?
Thanks

-Original Message-
From: Rahul Akolkar [mailto:rahul.akol...@gmail.com] 
Sent: Thursday, June 11, 2009 12:47 PM
To: Tag Libraries Users List
Subject: Re: Download of Taglibs - IO

On Wed, Jun 10, 2009 at 8:59 AM, ramya.k.gr...@wellsfargo.com wrote:
 I would like to download the IO Taglibs to use to create a SOAP client
 for my web service.

 I checked all the download sites on Apache and its mirrors but
couldn't
 find the binary download.

 Could someone help me by sending me a link to the correct site to
 download this.

snip/

The IO taglib was probably never released and has been deprecated
(there will be no further work on it here and thus, no future releases
as part of Jakarta Taglibs).

If you want, you could try building the source yourself and testing it
to determine if thats of any use for you. The source in SVN is here:

  http://svn.apache.org/repos/asf/jakarta/taglibs/deprecated/io/trunk/

-Rahul


 Thanks





-
To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org



-
To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org



Download of Taglibs - IO

2009-06-10 Thread Ramya.K.Grama
I would like to download the IO Taglibs to use to create a SOAP client
for my web service.

I checked all the download sites on Apache and its mirrors but couldn't
find the binary download.

Could someone help me by sending me a link to the correct site to
download this.

Thanks

 



Taglibs deprecated

2009-06-07 Thread Henri Yandell
Random, DateTime and I18N taglibs have all been deprecated. In the
former case because it's not that interesting a taglib, and the latter
two because they offer only very little extra functionality on top of
JSTL.

Thanks,

Hen

-
To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org



namespace and taglibs?

2009-01-07 Thread Rusty Wright

I don't understand why I didn't get any errors from tomcat when I was missing 
the standard taglibs and using the jstl core in my jsp.  Once I added the 
dependency for standard taglibs to my maven pom.xml then c:forEach started 
working; without the dependency it was silently ignored.  Is there something I 
can tweak so that in the future any namespace that I declare in my jsp will 
generate an error if the jar file it needs is missing?

My jsp started as follows:

?xml version=1.0 encoding=ISO-8859-1 ?

jsp:root xmlns:jsp=http://java.sun.com/JSP/Page; version=2.1
   jsp:directive.page
   language=java
   contentType=text/html; charset=ISO-8859-1
   pageEncoding=ISO-8859-1
   /

   jsp:output
   omit-xml-declaration=false
   doctype-root-element=html
   doctype-public=-//W3C//DTD XHTML 1.0 Transitional//EN
   doctype-system=http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd;
   /

   html
   xmlns:c=http://java.sun.com/jsp/jstl/core;
   xmlns=http://www.w3.org/1999/xhtml;
   head
   meta
   http-equiv=Content-Type
   content=text/html; charset=ISO-8859-1
   /

-
To unsubscribe, e-mail: taglibs-user-unsubscr...@jakarta.apache.org
For additional commands, e-mail: taglibs-user-h...@jakarta.apache.org



Re: Taglibs

2008-07-01 Thread Rahul Akolkar
On 6/30/08, Hassan Schroeder [EMAIL PROTECTED] wrote:
 On Mon, Jun 30, 2008 at 1:24 PM, Rahul Akolkar [EMAIL PROTECTED] wrote:

snip/
   Yup, if you're interested (you can leave the component unmarked or
   choose Unknown Taglib for site):
  
http://jakarta.apache.org/taglibs/bugs.html


 cool, thanks.

  Documentation and broken links aside, it'd be nice if someone could
  get the automatic build stuff going again, or at least make sure there
  was a most-recent-build to be found where the link currently points...

snap/

Yes, I agree. Unfortunately, given thats its a holiday week coming up,
I personally won't be able to get to it soon enough. I have also
carefully avoided involving myself in CI tasks over the years (its not
a recommended strategy, and lets see how long that lasts!).
Previously, the nightlies were hosted by a kind soul (Glenn) and we
need to move them to ASF hardware at some point.

In any case, the deprecated libraries (as listed on the taglibs home
page) will be the last in line (if at all) in terms of reviving
nightlies. Building from source is indeed a bit more painful, but
ofcourse that option is always open to everyone.

-Rahul



  H*
  --
  Hassan Schroeder  [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Taglibs

2008-07-01 Thread Rahul Akolkar
On 7/1/08, Henri Yandell [EMAIL PROTECTED] wrote:
 On Mon, Jun 30, 2008 at 12:25 PM, Rahul Akolkar [EMAIL PROTECTED] wrote:
snip/

   The Jakarta Taglibs project has slowed down considerably, though in
   terms of interest:
  
* Few relatively recent fixes have been made to JSTL 1.2 (by Hen)


 JSTL 1.1.

  Few = 30 resolved items. 12 or so patches applied.

  Robert Goff just offered up JSTL 1.2 as a patch, and once he's able to
  send in a software grant then we can be looking at releasing both the
  JSTL 1.1.3 release and a JSTL 1.2.0 release.

snap/

+1 to both ideas.



* I'm still interested maintaining in the RDC taglib (addressing
   issues as they come)


 I'm somewhat interested in merging various bits into an Unstandard
  taglib, but wasn't sure if there was enough user interest in taglibs
  nowadays.

snip/

Makes sense to me, if someone wants to do it (Standard and RDC can
stand on their own, given their nature(s), and the fact that they're
large enough).

-Rahul

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Taglibs

2008-06-30 Thread Hassan Schroeder
On Sun, Jun 29, 2008 at 11:09 AM, Aaron Freeman [EMAIL PROTECTED] wrote:
 Is Jakarta Taglibs dead?  Last news even on the main page was 2005.  Should
 I look at using other taglib repositories or is it safe to continue
 incorporating these into production?

Dunno about dead, can't speak for any of the developers, but...

 Specifically I am considering using Mailer2 initially, but don't want to do
 that if it and/or the whole taglib project has been abandoned.

..I've used Mailer2 in production. I don't recall any problems with it.

FWIW,
-- 
Hassan Schroeder  [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Taglibs

2008-06-30 Thread Hassan Schroeder
On Mon, Jun 30, 2008 at 11:01 AM, Andrés M.  Luna
[EMAIL PROTECTED] wrote:

 Hi. I looking for URL to download Mailer2. Please can send me the URL for
 download Taglib Mailer 2.

mmm -- looking just now, it no longer seems to be available, even
as source. That's a bummer.

You should try to contact a jakarta maintainer, I suppose, and see
if they can fix that. Alternatively, use the Mailer taglib, which /is/ still
available.

HTH,
-- 
Hassan Schroeder  [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Taglibs

2008-06-30 Thread Kris Schneider
On Mon, Jun 30, 2008 at 2:26 PM, Hassan Schroeder
[EMAIL PROTECTED] wrote:
 On Mon, Jun 30, 2008 at 11:01 AM, Andrés M.  Luna
 [EMAIL PROTECTED] wrote:

 Hi. I looking for URL to download Mailer2. Please can send me the URL for
 download Taglib Mailer 2.

 mmm -- looking just now, it no longer seems to be available, even
 as source. That's a bummer.

This should be the Subversion location:
http://svn.apache.org/repos/asf/jakarta/taglibs/deprecated-sandbox/mailer2/

Haven't recalled where to find a build yet...

 You should try to contact a jakarta maintainer, I suppose, and see
 if they can fix that. Alternatively, use the Mailer taglib, which /is/ still
 available.

 HTH,
 --
 Hassan Schroeder  [EMAIL PROTECTED]

-- 
Kris Schneider mailto:[EMAIL PROTECTED]
directThought http://www.directThought.com/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Taglibs

2008-06-30 Thread Hassan Schroeder
On Mon, Jun 30, 2008 at 12:02 PM, Kris Schneider [EMAIL PROTECTED] wrote:

 mmm -- looking just now, it no longer seems to be available, even
 as source. That's a bummer.

 This should be the Subversion location:
 http://svn.apache.org/repos/asf/jakarta/taglibs/deprecated-sandbox/mailer2/

Ah, OK. Too bad the links on the jakarta.apache.org site are a total
404-fest. Does anyone know who is (was!) maintaining this?

I'd volunteer some time to help clean this up.

-- 
Hassan Schroeder  [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Taglibs

2008-06-30 Thread Rahul Akolkar
On 6/29/08, Aaron Freeman [EMAIL PROTECTED] wrote:
 Is Jakarta Taglibs dead?  Last news even on the main page was 2005.  Should
  I look at using other taglib repositories or is it safe to continue
  incorporating these into production?

snip/

Jakarta Taglibs has seen very little new development since 2006. IMO,
whether you should use any of these depends on whether a *released*
version of any of these tag libraries satisfies your needs as-is. If
you find that you are needing more, or would like improvements /
features to be put in place, you should first check the developer list
to see if there is any interest in doing so.


  Specifically I am considering using Mailer2 initially, but don't want to do
  that if it and/or the whole taglib project has been abandoned.

snap/

Mailer2 is currently listed as a deprecated sandbox library ( see LHS
menu on home page [1] ) -- there is no current development with it at
all AFAIK.

The Jakarta Taglibs project has slowed down considerably, though in
terms of interest:

 * Few relatively recent fixes have been made to JSTL 1.2 (by Hen)
 * I'm still interested maintaining in the RDC taglib (addressing
issues as they come)

Finally, FWIW, since this is an all-volunteer effort, the development
tempo can change if enough people still want to develop tag libraries
here. In the past couple of years, we haven't seen much of that. For
those interested, it might be best to:

 * Ping the dev list to see how much interest there is for the taglib
in question
 * Post patches -- fixes, improvements -- if there is interest (you
can post them otherwise too, but having a realistic chance of those
being applied might mean something)

-Rahul

[1] http://jakarta.apache.org/taglibs/


  Thanks,

  Aaron



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Taglibs

2008-06-30 Thread Rahul Akolkar
On 6/30/08, Hassan Schroeder [EMAIL PROTECTED] wrote:
 On Mon, Jun 30, 2008 at 12:02 PM, Kris Schneider [EMAIL PROTECTED] wrote:

   mmm -- looking just now, it no longer seems to be available, even
   as source. That's a bummer.
  
   This should be the Subversion location:
   http://svn.apache.org/repos/asf/jakarta/taglibs/deprecated-sandbox/mailer2/


 Ah, OK. Too bad the links on the jakarta.apache.org site are a total
  404-fest.
snip/

Indeed.


 Does anyone know who is (was!) maintaining this?

snap/

Its all the Jakarta Taglibs committers -- very few are currently
around (or active). I think I added the last news item in '05, but I
do see some edits as late as July '07 (when the site was last
deployed).


  I'd volunteer some time to help clean this up.

snip/

That'd be great. The site sources are here:

  http://svn.apache.org/repos/asf/jakarta/taglibs/proper/src/trunk/doc/

-Rahul

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Taglibs

2008-06-30 Thread Hassan Schroeder
On Mon, Jun 30, 2008 at 12:34 PM, Rahul Akolkar [EMAIL PROTECTED] wrote:

  I'd volunteer some time to help clean this up.

 That'd be great. The site sources are here:

  http://svn.apache.org/repos/asf/jakarta/taglibs/proper/src/trunk/doc/

OK, how do I get commit rights, or does this just mean submitting
patches to the dev list, or ? I've contributed to the Tomcat docs, but
that was a how-to I wrote from scratch and sent to Mark Thomas, so
I haven't been on that side of the curtain :-)

And feel free to contact me off-list if you prefer.

H*
-- 
Hassan Schroeder  [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Taglibs

2008-06-30 Thread Rahul Akolkar
On 6/30/08, Hassan Schroeder [EMAIL PROTECTED] wrote:
 On Mon, Jun 30, 2008 at 12:34 PM, Rahul Akolkar [EMAIL PROTECTED] wrote:

I'd volunteer some time to help clean this up.
  

  That'd be great. The site sources are here:
  
http://svn.apache.org/repos/asf/jakarta/taglibs/proper/src/trunk/doc/


 OK, how do I get commit rights,
snip/

You are probably familiar with this, but see: (bottom of the page has
couple of pointers)

  http://www.apache.org/foundation/getinvolved.html


 or does this just mean submitting
  patches to the dev list, or ?
snap/

Yup, if you're interested (you can leave the component unmarked or
choose Unknown Taglib for site):

  http://jakarta.apache.org/taglibs/bugs.html


 I've contributed to the Tomcat docs, but
  that was a how-to I wrote from scratch and sent to Mark Thomas, so
  I haven't been on that side of the curtain :-)

snip/

Its not at all ;-)


  And feel free to contact me off-list if you prefer.

snap/

Thank you, but I have nothing to say here beyond what I say on these
lists :-) Plus, the list allows others to get involved in the
conversation (and/or tasks!) if they want to.

-Rahul


  H*

 --

 Hassan Schroeder  [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Taglibs

2008-06-30 Thread Hassan Schroeder
On Mon, Jun 30, 2008 at 1:24 PM, Rahul Akolkar [EMAIL PROTECTED] wrote:

  http://www.apache.org/foundation/getinvolved.html

at first glance it seemed more project- than site-centric, but I'll revisit
and figure it out. :-)

 Yup, if you're interested (you can leave the component unmarked or
 choose Unknown Taglib for site):

  http://jakarta.apache.org/taglibs/bugs.html

cool, thanks.

Documentation and broken links aside, it'd be nice if someone could
get the automatic build stuff going again, or at least make sure there
was a most-recent-build to be found where the link currently points...

H*
-- 
Hassan Schroeder  [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Taglibs

2008-06-30 Thread Henri Yandell
On Mon, Jun 30, 2008 at 12:25 PM, Rahul Akolkar [EMAIL PROTECTED] wrote:
 On 6/29/08, Aaron Freeman [EMAIL PROTECTED] wrote:

  Specifically I am considering using Mailer2 initially, but don't want to do
  that if it and/or the whole taglib project has been abandoned.

 snap/

 Mailer2 is currently listed as a deprecated sandbox library ( see LHS
 menu on home page [1] ) -- there is no current development with it at
 all AFAIK.

The download that people probably depend on was a nightly build that
has since been deleted.

 The Jakarta Taglibs project has slowed down considerably, though in
 terms of interest:

  * Few relatively recent fixes have been made to JSTL 1.2 (by Hen)

JSTL 1.1.

Few = 30 resolved items. 12 or so patches applied.

Robert Goff just offered up JSTL 1.2 as a patch, and once he's able to
send in a software grant then we can be looking at releasing both the
JSTL 1.1.3 release and a JSTL 1.2.0 release.

  * I'm still interested maintaining in the RDC taglib (addressing
 issues as they come)

I'm somewhat interested in merging various bits into an Unstandard
taglib, but wasn't sure if there was enough user interest in taglibs
nowadays.

 Finally, FWIW, since this is an all-volunteer effort, the development
 tempo can change if enough people still want to develop tag libraries
 here. In the past couple of years, we haven't seen much of that. For
 those interested, it might be best to:

  * Ping the dev list to see how much interest there is for the taglib
 in question
  * Post patches -- fixes, improvements -- if there is interest (you
 can post them otherwise too, but having a realistic chance of those
 being applied might mean something)

Yep.

If there are 404s, point them out and we'll fix them.

Hen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Taglibs

2008-06-29 Thread Aaron Freeman
Is Jakarta Taglibs dead?  Last news even on the main page was 2005.  Should
I look at using other taglib repositories or is it safe to continue
incorporating these into production?

Specifically I am considering using Mailer2 initially, but don't want to do
that if it and/or the whole taglib project has been abandoned.

Thanks,

Aaron


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: taglibs build error on OS X using DarwinPorts

2007-10-19 Thread pine88

Thanks Kris. 
Yes, I dig up a little and found my JspTagException class has only a single
constructor takes only String parameter. It appears my servlet23 MacPorts
package outdated.

thanks,

-don

 

Kris Schneider wrote:
 
 It looks like you're referencing an older version of JspTagException.
 The constructor that takes a String and a Throwable was added in JSP
 2.0 (J2EE 1.4).
 
 On 10/19/07, Don Oh [EMAIL PROTECTED] wrote:
 Hi,

 I'm new to this list... googling didn't help me so
 far. Just hoping someone on this list might be able to
 provide me quick help.

 Compiling tomcat5 on Mac OS 10.4.11, Intel Mackbook
 Pro using Darwin(Mac)Ports, I am getting the following
 error: Any ideas?

 ( All the tomcat dependencies including servlet23-api
 and  servlet24-api were built successfully up to this
 point. JAVA_HOME env. variable was set to Mac OS
 JavaVM.framework path)

 thanks,

 ---

 ---  Building jakarta-taglibs-standard-11 with target
 dist
 Error: Target org.macports.build returned: shell
 command  cd
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard
  ant dist
 -Dbuild.dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/build
 -Ddist.dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/dist
 -Djunit.jar=/opt/local/share/java/junit.jar
 -Dservlet24.jar=/opt/local/share/java/servlet24-api.jar
 -Djsp20.jar=/opt/local/share/java/jsp2-api.jar
 -Dxalan.jar=/opt/local/share/java/xalan.jar  returned
 error 1
 Command output: [javac]
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/xml/XPathUtil.java:552:
 cannot find symbol
 [javac] symbol  : constructor
 JspTagException(java.lang.String,javax.xml.transform.TransformerException)
 [javac] location: class
 javax.servlet.jsp.JspTagException
 [javac] throw new
 JspTagException(te.toString(), te);
 [javac]   ^
 [javac]
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/xml/XPathUtil.java:784:
 cannot find symbol
 [javac] symbol  : constructor
 JspTagException(java.lang.String,javax.xml.transform.TransformerException)
 [javac] location: class
 javax.servlet.jsp.JspTagException
 [javac] throw new
 JspTagException(te.toString(), te);
 [javac]   ^
 [javac]
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/el/core/IfTag.java:65:
 cannot find symbol
 [javac] symbol  : constructor
 JspTagException(java.lang.String,javax.servlet.jsp.JspException)
 [javac] location: class
 javax.servlet.jsp.JspTagException
 [javac] throw new
 JspTagException(ex.toString(), ex);
 [javac]   ^
 [javac]
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/el/core/WhenTag.java:63:
 cannot find symbol
 [javac] symbol  : constructor
 JspTagException(java.lang.String,javax.servlet.jsp.JspException)
 [javac] location: class
 javax.servlet.jsp.JspTagException
 [javac] throw new
 JspTagException(ex.toString(), ex);
 [javac]   ^
 [javac] Note:
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/core/ImportSupport.java
 uses or overrides a deprecated API.
 [javac] Note: Recompile with -Xlint:deprecation
 for details.
 [javac] Note: Some input files use unchecked or
 unsafe operations.
 [javac] Note: Recompile with -Xlint:unchecked for
 details.
 [javac] 33 errors

 BUILD FAILED
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/build.xml:178:
 Compile failed; see the compiler error output for
 details.
 
 -- 
 Kris Schneider mailto:[EMAIL PROTECTED]
 directThought  http://www.directThought.com

Re: taglibs build error on OS X using DarwinPorts

2007-10-19 Thread Kris Schneider
It looks like you're referencing an older version of JspTagException.
The constructor that takes a String and a Throwable was added in JSP
2.0 (J2EE 1.4).

On 10/19/07, Don Oh [EMAIL PROTECTED] wrote:
 Hi,

 I'm new to this list... googling didn't help me so
 far. Just hoping someone on this list might be able to
 provide me quick help.

 Compiling tomcat5 on Mac OS 10.4.11, Intel Mackbook
 Pro using Darwin(Mac)Ports, I am getting the following
 error: Any ideas?

 ( All the tomcat dependencies including servlet23-api
 and  servlet24-api were built successfully up to this
 point. JAVA_HOME env. variable was set to Mac OS
 JavaVM.framework path)

 thanks,

 ---

 ---  Building jakarta-taglibs-standard-11 with target
 dist
 Error: Target org.macports.build returned: shell
 command  cd
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard
  ant dist
 -Dbuild.dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/build
 -Ddist.dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/dist
 -Djunit.jar=/opt/local/share/java/junit.jar
 -Dservlet24.jar=/opt/local/share/java/servlet24-api.jar
 -Djsp20.jar=/opt/local/share/java/jsp2-api.jar
 -Dxalan.jar=/opt/local/share/java/xalan.jar  returned
 error 1
 Command output: [javac]
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/xml/XPathUtil.java:552:
 cannot find symbol
 [javac] symbol  : constructor
 JspTagException(java.lang.String,javax.xml.transform.TransformerException)
 [javac] location: class
 javax.servlet.jsp.JspTagException
 [javac] throw new
 JspTagException(te.toString(), te);
 [javac]   ^
 [javac]
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/xml/XPathUtil.java:784:
 cannot find symbol
 [javac] symbol  : constructor
 JspTagException(java.lang.String,javax.xml.transform.TransformerException)
 [javac] location: class
 javax.servlet.jsp.JspTagException
 [javac] throw new
 JspTagException(te.toString(), te);
 [javac]   ^
 [javac]
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/el/core/IfTag.java:65:
 cannot find symbol
 [javac] symbol  : constructor
 JspTagException(java.lang.String,javax.servlet.jsp.JspException)
 [javac] location: class
 javax.servlet.jsp.JspTagException
 [javac] throw new
 JspTagException(ex.toString(), ex);
 [javac]   ^
 [javac]
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/el/core/WhenTag.java:63:
 cannot find symbol
 [javac] symbol  : constructor
 JspTagException(java.lang.String,javax.servlet.jsp.JspException)
 [javac] location: class
 javax.servlet.jsp.JspTagException
 [javac] throw new
 JspTagException(ex.toString(), ex);
 [javac]   ^
 [javac] Note:
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/core/ImportSupport.java
 uses or overrides a deprecated API.
 [javac] Note: Recompile with -Xlint:deprecation
 for details.
 [javac] Note: Some input files use unchecked or
 unsafe operations.
 [javac] Note: Recompile with -Xlint:unchecked for
 details.
 [javac] 33 errors

 BUILD FAILED
 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/build.xml:178:
 Compile failed; see the compiler error output for
 details.

-- 
Kris Schneider mailto:[EMAIL PROTECTED]
directThought  http://www.directThought.com/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



taglibs build error on OS X using DarwinPorts

2007-10-19 Thread Don Oh
Hi,

I'm new to this list... googling didn't help me so
far. Just hoping someone on this list might be able to
provide me quick help.

Compiling tomcat5 on Mac OS 10.4.11, Intel Mackbook
Pro using Darwin(Mac)Ports, I am getting the following
error: Any ideas?

( All the tomcat dependencies including servlet23-api
and  servlet24-api were built successfully up to this
point. JAVA_HOME env. variable was set to Mac OS
JavaVM.framework path)

thanks,

---

---  Building jakarta-taglibs-standard-11 with target
dist
Error: Target org.macports.build returned: shell
command  cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard
 ant dist
-Dbuild.dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/build
-Ddist.dir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/dist
-Djunit.jar=/opt/local/share/java/junit.jar
-Dservlet24.jar=/opt/local/share/java/servlet24-api.jar
-Djsp20.jar=/opt/local/share/java/jsp2-api.jar
-Dxalan.jar=/opt/local/share/java/xalan.jar  returned
error 1
Command output: [javac]
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/xml/XPathUtil.java:552:
cannot find symbol
[javac] symbol  : constructor
JspTagException(java.lang.String,javax.xml.transform.TransformerException)
[javac] location: class
javax.servlet.jsp.JspTagException
[javac] throw new
JspTagException(te.toString(), te);
[javac]   ^
[javac]
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/xml/XPathUtil.java:784:
cannot find symbol
[javac] symbol  : constructor
JspTagException(java.lang.String,javax.xml.transform.TransformerException)
[javac] location: class
javax.servlet.jsp.JspTagException
[javac] throw new
JspTagException(te.toString(), te);
[javac]   ^
[javac]
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/el/core/IfTag.java:65:
cannot find symbol
[javac] symbol  : constructor
JspTagException(java.lang.String,javax.servlet.jsp.JspException)
[javac] location: class
javax.servlet.jsp.JspTagException
[javac] throw new
JspTagException(ex.toString(), ex);
[javac]   ^
[javac]
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/el/core/WhenTag.java:63:
cannot find symbol
[javac] symbol  : constructor
JspTagException(java.lang.String,javax.servlet.jsp.JspException)
[javac] location: class
javax.servlet.jsp.JspTagException
[javac] throw new
JspTagException(ex.toString(), ex);
[javac]   ^
[javac] Note:
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/src/org/apache/taglibs/standard/tag/common/core/ImportSupport.java
uses or overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation
for details.
[javac] Note: Some input files use unchecked or
unsafe operations.
[javac] Note: Recompile with -Xlint:unchecked for
details.
[javac] 33 errors

BUILD FAILED
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_java_jakarta-taglibs-standard-11/work/jakarta-taglibs-standard-1.1.2-src/standard/build.xml:178:
Compile failed; see the compiler error output for
details.




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Is there a recent release of taglibs standard?

2007-06-29 Thread Henri Yandell

On 6/21/07, Kris Schneider [EMAIL PROTECTED] wrote:

Quoting Klotz, Leigh [EMAIL PROTECTED]:



 Confused Questions:

 Is Jakarta Taglibs Standard still being developed?

Yes, but there hasn't been much activity lately.

 Is there a release planned that incorporates the existing bug fixes?

You might be interested in this page:

http://wiki.apache.org/jakarta-taglibs/Standard_1%2e1%2e3

We (taglibs-dev) have talked on and off about pulling things together for a new
release, but there isn't a firm schedule in place.


My aim is to get moving again in a months time, then push aggressively
for a release by pushing various other ones off into the future.

Hen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Is there a recent release of taglibs standard?

2007-06-21 Thread Kris Schneider
Quoting Klotz, Leigh [EMAIL PROTECTED]:

 In trackng down a problem that turned out to be bugs 30068 and 41481, I
 have become confused.
 
 I cannot find Taglibs jstl.jar and standard.jar or releases that contain
 the fix, which shows as fixed in December 2006.
 
 So, now I'm trying to track down where the current release of Apache
 Jakarta taglibs is kept, and indeed whether the project is still being
 maintained.  
 
 Details:
 
 - In http://issues.apache.org/bugzilla/show_bug.cgi?id=30068 
 there is a one-line fix to a bug involving $ variables inside x:forEach.
 
 The downloads off
 http://jakarta.apache.org/taglibs/doc/standard-doc/intro.html 
 lead eventually to
 http://jakarta.apache.org/site/downloads/downloads_taglibs-standard.cgi 
 and finally to
 http://apache.cs.utah.edu/jakarta/taglibs/standard/binaries/jakarta-tagl
 ibs-standard-1.1.2.tar.gz 
 which do not contain this fix.
 
 In http://issues.apache.org/bugzilla/show_bug.cgi?id=41481 
 (marked as dup of 30068) there is a hyerlink to
 http://people.apache.org/~bayard/standard-1.1/ 
 with jar files containing the fix from 30068, along with a comment that
 http://people.apache.org/builds/jakarta-taglibs/nightly/projects/ 
 nightly builds have been broken since August 29, 2006 (which still seems
 the case), and since this predates the 12/2006 fix date, the nightly
 doesn't include the fix, either.
 
 Confused Questions:
 
 Is Jakarta Taglibs Standard still being developed?  

Yes, but there hasn't been much activity lately.

 Is there a release planned that incorporates the existing bug fixes?  

You might be interested in this page:

http://wiki.apache.org/jakarta-taglibs/Standard_1%2e1%2e3

We (taglibs-dev) have talked on and off about pulling things together for a new
release, but there isn't a firm schedule in place.

 Am I looking in the wrong spot for downloads?  

It certainly looks like the nightly builds are busted, and apparently have been
for quite some time. It also looks like the page for released builds has
issues:

http://jakarta.apache.org/site/downloads/index.html#Release%20Builds

You can always try:

http://www.apache.org/dist/jakarta/taglibs/standard/

but that doesn't make use of the mirrors.

 Are people using Taglibs 1.1.2 (or a later version) in production
 software, and if so, are they building from source?  

I'm using (and have used) Standard 1.1.2 in production. I'm using the
distributed JAR files.

 If so, which source and where is the definitive location?
 
 Thank you,
 Leigh.

-- 
Kris Schneider mailto:[EMAIL PROTECTED]
D.O.Tech   http://www.dotech.com/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Is there a recent release of taglibs standard?

2007-06-20 Thread Klotz, Leigh
In trackng down a problem that turned out to be bugs 30068 and 41481, I
have become confused.

I cannot find Taglibs jstl.jar and standard.jar or releases that contain
the fix, which shows as fixed in December 2006.

So, now I'm trying to track down where the current release of Apache
Jakarta taglibs is kept, and indeed whether the project is still being
maintained.  

Details:

- In http://issues.apache.org/bugzilla/show_bug.cgi?id=30068 
there is a one-line fix to a bug involving $ variables inside x:forEach.

The downloads off
http://jakarta.apache.org/taglibs/doc/standard-doc/intro.html 
lead eventually to
http://jakarta.apache.org/site/downloads/downloads_taglibs-standard.cgi 
and finally to
http://apache.cs.utah.edu/jakarta/taglibs/standard/binaries/jakarta-tagl
ibs-standard-1.1.2.tar.gz 
which do not contain this fix.

In http://issues.apache.org/bugzilla/show_bug.cgi?id=41481 
(marked as dup of 30068) there is a hyerlink to
http://people.apache.org/~bayard/standard-1.1/ 
with jar files containing the fix from 30068, along with a comment that
http://people.apache.org/builds/jakarta-taglibs/nightly/projects/ 
nightly builds have been broken since August 29, 2006 (which still seems
the case), and since this predates the 12/2006 fix date, the nightly
doesn't include the fix, either.

Confused Questions:

Is Jakarta Taglibs Standard still being developed?  
Is there a release planned that incorporates the existing bug fixes?  
Am I looking in the wrong spot for downloads?  
Are people using Taglibs 1.1.2 (or a later version) in production
software, and if so, are they building from source?  
If so, which source and where is the definitive location?

Thank you,
Leigh.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: autogenerating resource for taglibs-i18n

2006-01-10 Thread Oded Arbel
On Tuesday, 10 בJanuary 2006 01:27, Rahul Akolkar wrote:
 On 1/9/06, Oded Arbel [EMAIL PROTECTED] wrote:
  Hi guys.
 
  I've started to use taglibs-i18n in my project, and I was wandering
  if its possible to automatically generate the base resource files
  for taglibs-i18n's i18n:bundle automatically from my JSP files ?

 snip/

 Oded -

 A base resource file is usually a straight copy of the one for your
 most prevalent locale for your user base. It seems I've misunderstood
 the question, please explain what automatic generation from JSPs
 is, what is being generated and how that ties to the i18n:bundle tag.

I'm writing a new application and do not have a resource bundle for that 
application, either a locale one or a base. I'm actually adding keys 
and text as I go.

Currently I have to add everything twice: once in the source code that 
calls the i18n routines, and once in the resource bundle. 
I want to eliminate the extra step and just edit the code and have 
something that automatically generates the resource bundles (base or 
locale) for me.

-- 
Oded Arbel
m-Wise mobile solutions
[EMAIL PROTECTED]

+972-9-9611212 (204)
+972-54-7340014

::..
Rules of Open-Source Programming:
22. Backward compatiblity is your worst enemy.
23. Backward compatiblity is your users' best friend.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: autogenerating resource for taglibs-i18n

2006-01-10 Thread Oded Arbel
On Tuesday, 10 בJanuary 2006 13:34, Oded Arbel wrote:
 On Tuesday, 10 �‘January 2006 01:27, Rahul Akolkar wrote:
  On 1/9/06, Oded Arbel [EMAIL PROTECTED] wrote:
   Hi guys.
  
   I've started to use taglibs-i18n in my project, and I was
   wandering if its possible to automatically generate the base
   resource files for taglibs-i18n's i18n:bundle automatically
   from my JSP files ?
 
  snip/
 
  Oded -
 
  A base resource file is usually a straight copy of the one for your
  most prevalent locale for your user base. It seems I've
  misunderstood the question, please explain what automatic
  generation from JSPs is, what is being generated and how that ties
  to the i18n:bundle tag.

 I'm writing a new application and do not have a resource bundle for
 that application, either a locale one or a base. I'm actually adding
 keys and text as I go.

 Currently I have to add everything twice: once in the source code
 that calls the i18n routines, and once in the resource bundle.
 I want to eliminate the extra step and just edit the code and have
 something that automatically generates the resource bundles (base or
 locale) for me.

Something like what xgettext does for gnu-gettext.

-- 
Oded Arbel
m-Wise mobile solutions
[EMAIL PROTECTED]

+972-9-9611212 (204)
+972-54-7340014

::..
The first alteration I would suggest is to change the spelling of 
netiquette because it is just too difficult. 
-- Stephen Boursy, alt.culture.usenet 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



autogenerating resource for taglibs-i18n

2006-01-09 Thread Oded Arbel

Hi guys.

I've started to use taglibs-i18n in my project, and I was wandering if 
its possible to automatically generate the base resource files for 
taglibs-i18n's i18n:bundle automatically from my JSP files ?

I've looked in the web, but either I don't know what to search for, or 
it doesn't exist, and the taglibs-i18n documentation is silent on the 
subject.

TIA

-- 
Oded Arbel
m-Wise mobile solutions
[EMAIL PROTECTED]

+972-9-9611212 (204)
+972-54-7340014

::..
Reasons to Run Away 48-The statue weighs 20 pounds and the sandbag is 
only 3.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: autogenerating resource for taglibs-i18n

2006-01-09 Thread Rahul Akolkar
On 1/9/06, Oded Arbel [EMAIL PROTECTED] wrote:

 Hi guys.

 I've started to use taglibs-i18n in my project, and I was wandering if
 its possible to automatically generate the base resource files for
 taglibs-i18n's i18n:bundle automatically from my JSP files ?

snip/

Oded -

A base resource file is usually a straight copy of the one for your
most prevalent locale for your user base. It seems I've misunderstood
the question, please explain what automatic generation from JSPs is,
what is being generated and how that ties to the i18n:bundle tag.
Thanks!

-Rahul


 I've looked in the web, but either I don't know what to search for, or
 it doesn't exist, and the taglibs-i18n documentation is silent on the
 subject.

 TIA

 --
 Oded Arbel
snap/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: html taglibs

2005-10-28 Thread David Goodenough
Either I have completely misunderstood your problem or this already exists 
providing you are using the right level of JSP.  I do not know what container
you are using, but with Tomcat, 4.x and before did not allow this, 5.x does.

You also rarely need c:out these days, you just put the EL expression in
the text.  It can also be put in attributes.  The only time you have to be
careful is in writing your own tags.  I had some tags which I had written
the support code myself, and in the old setup I had to say that EL was 
allowed for its parameters and then call upon EL handler functions to 
translate the expressions.  I had to take all that code out for the new
Tomcat as the expressions have already been resolved.

David

On Friday 28 October 2005 08:49, [EMAIL PROTECTED] wrote:
 Hi Martin,

 yes I trimmed down an existing piece of code and didn't rationalise it
 completely.

 I know that I can get this to work with existing taglibs. My question is
 more about is there a better way? If there was a taglib that allowed you to
 put EL expressions in standard html tags, I could satisfy requirements such
 as my example in a much more elegant way. I'm sure it wouldn't be much work
 to implement standard html taglibs with EL functionality. I'm surprised it
 doesn't exist already. Or does it..?

 Thanks,
 Pat

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
 Martin Cooper
 Sent: 27 October 2005 16:59
 To: Tag Libraries Developers List
 Subject: Re: html taglibs

 On 10/27/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
  Hi all,
 
  apologies if this is an old question, but I've looked around and can't
  seem
  to find what I want.
 
  I'm trying to find a taglib which will allow me to write standard html
  tags,
  with the facility to use EL within the attributes. For example, in order
  to
  get a label assigned to a checkbox within an iterator tag I would like to
  use something like this:
 
  c:forEach var=item items=${container.list} varStatus=iStatus
  html-el:checkbox name=item styleId=cb${cStatus.count}
  property=status indexed=true value=on /
  xhtml-el:label for=cb${cStatus.count}/
  c:out value=${item.label} /
  /xhtml-el:label
  /c:forEach

 If the above doesn't work, it's probably because you're mixing literals and
 expressions in your attribute values, and you appear to be referencing
 'cStatus' after defining 'iStatus'. So, for example:

 styleId=cb${cStatus.count} -- styleId='${cb + iStatus.count}'

 --
 Martin Cooper


 I have a similar need to control a div and other html tags in this way

  Does anyone know of a taglib that will satisfy this need. If not, do you
  think there would be backing for creating a new taglib project for one.
 
  Thanks,
  Pat
 
  This e-mail and any attachments are confidential and intended solely
  for the addressee and may also be privileged or exempt from disclosure
  under applicable law. If you are not the addressee, or have received
  this e-mail in error, please notify the sender immediately, delete it
  from your system and do not copy, disclose or otherwise act upon any
  part of this e-mail or its attachments..
 
  Internet communications are not guaranteed to be secure or virus-free.
  The Barclays Group does not accept responsibility for any loss arising
  from unauthorised access to, or interference with, any Internet
  communications by any third party, or from the transmission of any
  viruses. Replies to this e-mail may be monitored by the Barclays
  Group for operational or business reasons..
 
  Any opinion or other information in this e-mail or its attachments
  that does not relate to the business of the Barclays Group is personal
  to the sender and is not given or endorsed by the Barclays Group.
 
  Barclays Bank PLC.Registered in England and Wales (registered no.
  1026167).
  Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom.
 
  Barclays Bank PLC is authorised and regulated by the Financial Services
  Authority.
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]

 This e-mail and any attachments are confidential and intended solely
 for the addressee and may also be privileged or exempt from disclosure
 under applicable law. If you are not the addressee, or have received
 this e-mail in error, please notify the sender immediately, delete it
 from your system and do not copy, disclose or otherwise act upon any
 part of this e-mail or its attachments..

 Internet communications are not guaranteed to be secure or virus-free.
 The Barclays Group does not accept responsibility for any loss arising
 from unauthorised access to, or interference with, any Internet
 communications by any third party, or from the transmission of any
 viruses. Replies to this e-mail may be monitored by the Barclays
 Group for operational or business reasons..

 Any opinion or other information

Problems using Taglibs 1.1: c:out

2005-09-09 Thread michael . winkler
Hi,

i'm new to jstl: i downloaded jakarta-taglibs-standard-1.1.2 and copied
jstl.jar and
standard.jar in the web-inf directory of my web-application (i'm using
tomcat 5.0.19). i tried the following code-example:

%@ taglib uri=http://java.sun.com/jsp/jstl/core; prefix=c %

c:forEach var='item' begin='5' end='10'

value = c:out value='${item}'/br

/c:forEach

this example results in the - for me - unexpected output:

value = ${item}
value = ${item}
value = ${item}
value = ${item}
value = ${item}
value = ${item}

i have no idea what's here going wrong. any help would be appreciated,

michael winkler
austria




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: [opencms] Problems using Taglibs 1.1: c:out

2005-09-09 Thread Jorge González
Don't use simple ' into the jstl tags, because they are used to mark a
string literal

Use  instead

c:out value=${test}/


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Problems using Taglibs 1.1: c:out

2005-09-09 Thread Karr, David
I believe you'll need to make your web.xml use the Servlet 2.4 schema.

 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
 Sent: Friday, September 09, 2005 3:22 AM
 To: taglibs-user@jakarta.apache.org
 Subject: Problems using Taglibs 1.1: c:out
 
 
 Hi,
 
 i'm new to jstl: i downloaded jakarta-taglibs-standard-1.1.2 
 and copied jstl.jar and standard.jar in the web-inf directory 
 of my web-application (i'm using tomcat 5.0.19). i tried the 
 following code-example:
 
 %@ taglib uri=http://java.sun.com/jsp/jstl/core; prefix=c %
 
 c:forEach var='item' begin='5' end='10'
 
 value = c:out value='${item}'/br
 
 /c:forEach
 
 this example results in the - for me - unexpected output:
 
 value = ${item}
 value = ${item}
 value = ${item}
 value = ${item}
 value = ${item}
 value = ${item}
 
 i have no idea what's here going wrong. any help would be appreciated,
 
 michael winkler
 austria
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



taglibs help

2005-07-06 Thread syed abrar
  
Hello,
  Iam new to this Struts framework.I have been assigned a complex GUI 
coding.
   The screen has two frames :In one frame we have the family(family name 
as a link and a checkbox to select) and in the second frame we have the family 
members corresponding to the family.The family members(family member name and a 
checkbox) are to be displayed when the family name link in first frame is 
clicked.In the second frame also we have checkbox for the user to select.  
   The user is allowed to select either the complete family by checking 
the chebox in the first frame or individual family memebers by selecting the 
checkboxes in the second frame.
   If a family name is checked in the first frame,and then the link on it 
is selected ,then all its family members in the second frame should have the 
initial state as checked.(Totally 38 families and correspondingly 8000 family 
members have to be selected..The state of all the checkboxes have to be 
captured when this page is submitted

If any one of you have any sample code which will be useful fo this 
requirement,send it to me.I will be very thankful for the help.


Regards
Abrar 



Re: taglibs help

2005-07-06 Thread Wendy Smoak
From: syed abrar [EMAIL PROTECTED]

 Iam new to this Struts framework.
 I have been assigned a complex GUI coding.

If you are indeed using Struts, you might want to post to the struts-user
list instead.  (This is taglibs-user.)  You can find info here:
http://struts.apache.org/mail.html

-- 
Wendy Smoak


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: taglibs help

2005-07-06 Thread Rahul Akolkar
On 7/6/05, Wendy Smoak [EMAIL PROTECTED] wrote:
 From: syed abrar [EMAIL PROTECTED]
 
  Iam new to this Struts framework.
  I have been assigned a complex GUI coding.
 
 If you are indeed using Struts, you might want to post to the struts-user
 list instead.  (This is taglibs-user.)  You can find info here:
 http://struts.apache.org/mail.html
snip/

Thanks Wendy, though Abrar, I wonder if this is even a struts question
just yet. It will help if you specify what view technology you are
using, and if its JSPs, whether you're using JSTL or the Struts
taglibs. The same link from a previous thread is probably going to be
helpful with respect to the last bit (submitting the information using
a collection of checkboxes) if you choose JSPs and further, the Struts
Taglibs [ http://struts.apache.org/faqs/indexedprops.html ]. You will
also need some client-side artifacts to update the view as you
describe.

Looking up JSP, JSTL, Struts and JavaScript references should give you
the right ideas.

-Rahul

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



taglibs problem within war file

2005-04-12 Thread PGibbonsX
Hi There,
i have a strange problem.  I have created a jsp page which uses tag  libs, 
and this works fine.  However, when i place the web app in a war  file, the tag 
libs dont seem to work.
 
ie example jsp page code:
 
%@ taglib prefix=c uri=_http://java.sun.com/jsp/jstl/core_ 
(http://java.sun.com/jsp/jstl/core)   %
jsp:useBean id=nc class=hall.Check scope=page  /
jsp:setProperty name=nc property=phone  value=${param['phone']} /
 
Within a war file the bean receives the value of '${param['phone']}' and  not 
the number itself, ie 0121382.  Outside of the war file placed in  the 
root directory the bean gets the value of the number.  Both sets of  code are 
exactly the same and the web.xml file is as follows:
 
why the difference, and what do i have to do to get things to work within a  
war file?
 
?xml version=1.0 encoding=ISO-8859-1?
 
web-app xmlns=_http://java.sun.com/xml/ns/j2ee_ 
(http://java.sun.com/xml/ns/j2ee) 
xmlns:xsi=_http://www.w3.org/2001/XMLSchema-instance_ 
(http://www.w3.org/2001/XMLSchema-instance) 
xsi:schemaLocation=
_http://java.sun.com/xml/ns/j2ee_ (http://java.sun.com/xml/ns/j2ee)   
_http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd_ 
(http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd) 
version=2.4

!-- The Usual Welcome File List  --
welcome-file-list
welcome-filenon_retail_numchk.jsp/welcome-file
/welcome-file-list
 
/web-app
 
 


Re: JVM Crashed because of taglibs

2005-03-04 Thread Henri Yandell
On Thu, 3 Mar 2005 19:45:38 +0530, Vivek Kumar Gupta
[EMAIL PROTECTED] wrote:
 Hi Hen,
 
 today I have done some analysis about the JVM Crash:
 1. Jakarta Taglibs are using the Sun XML parser.

Rather than the Sun XML parser, it's probably the Apache variants of
such jars. Ones very much like them were found in Sun's JDK 1.4.

 2. Now on AIX Machine only IBM Java will run, which in turn will use XML4J
 i.e. ibm xml java parser.

75% sure of the below:

W3C XML spec jars. 

thirdparty/jakarta-taglibs/standard-1.0.2/lib/dom.jar: 
thirdparty/jakarta-taglibs/standard-1.0.2/lib/sax.jar:  

Sun parser itself. Problem probably in here.

thirdparty/jakarta-taglibs/standard-1.0.2/lib/jaxp-api.jar:  

These two are XPath implementations which sit on top of the other jars.

thirdparty/jakarta-taglibs/standard-1.0.2/lib/jaxen-full.jar: 
thirdparty/jakarta-taglibs/standard-1.0.2/lib/saxpath.jar: 

 
 Conclusion : So something is happening due to Sun XML parser.

Sounding much more likely, at least we're getting lower in the
technology stack and closer to the things that can blow up :)

 3. question due to curiosity why Taglibs is not using consolidated xml java
 parser.

Probably due to version considerations. I can't recall exactly which
version of Java that the JSTL 1.0 spec targets, but I suspect it's
J2SE 1.2 and consolidated xml parsers weren't there in 1.2.

 if can guide something to avoid this JVM Crash please do suggest.

Not got a lot, my AIX experience is limited to figuring out how to
make an ftp server work.

Are you able to identify the snippet of JSTL in question which is
causing the crash? If so, then you can either post that here or dig
into the source code and extract the XML parsing code in question,
then get it running outside of a servlet container and hopefully have
a nice tight example of the bug with which to post about on Sun or
IBM's site.

Assuming it is the XML (and doubt is your best friend in these
situations), this list probably lacks the knowledge to help at that
stage, but we can help get there.

Hen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



JVM Crashed because of taglibs

2005-03-03 Thread Vivek Kumar Gupta
Hi everybody,

I am new to Jakarta Taglibs.
I am facing following problem:

Used Jakarta Taglibs  on linux AS3.0 it is working fine. But on AIX 5.3 IBM 
machine it is getting crashed.
I am using IBM Java 1.4.2, 64bit.

Here is log for JVM Crash:

===
compile_files:
[echo] 
build/common/java:build/server/java:thirdparty/tomcat/5.0.12/common/lib/jasper-compiler.jar:thirdparty/tomcat/5.0.12/common/l
ib/jasper-runtime.jar:thirdparty/tomcat/5.0.12/server/lib/catalina.jar:thirdparty/jakarta-taglibs/standard-1.0.2/lib/dom.jar:thirdpar
ty/jakarta-taglibs/standard-1.0.2/lib/jaxen-full.jar:thirdparty/jakarta-taglibs/standard-1.0.2/lib/jaxp-api.jar:thirdparty/jakarta-tagli
bs/standard-1.0.2/lib/jdbc2_0-stdext.jar:thirdparty/jakarta-taglibs/standard-1.0.2/lib/jstl.jar:thirdparty/jakarta-taglibs/standard-1
.0.2/lib/sax.jar:thirdparty/jakarta-taglibs/standard-1.0.2/lib/saxpath.jar:thirdparty/jakarta-taglibs/standard-1.0.2/lib/standard.jar
[javac] Compiling 668 source files to /home/qatest/vivek/build/server/java
JVMDG217: Dump Handler is Processing a Signal - Please Wait.
JVMDG315: JVM Requesting Heap dump file
...JVMDG318: Heap dump file written to 
/home/qatest/vivek/heapdump315594.1109669355.txt
JVMDG303: JVM Requesting Java core file
===

Regards
Vivek Kumar Gupta
Dept.: Switching
Network Programs (I) Ltd.
B-1-C, Sector -10, Noida.
Email: [EMAIL PROTECTED]
Tel: +91-120-2536622/2544781 Ext: 1160

Network Programs is a SEI-CMM Level 5  ISO 9001: 2000 Certified Company

The information contained in this communication (including any attachments) is
intended solely for the use of the individual or entity to whom it is addressed
and others authorized to receive it. It may contain confidential or legally
privileged information. If you are not the intended recipient you are hereby
notified that any disclosure, copying, distribution or taking any action in
reliance on the contents of this information is strictly prohibited and may be
unlawful. If you have received this communication in error, please notify us
immediately by responding to this email and delete it from your system.
Network Programs (India) Limited is neither liable for the proper and complete
transmission of the information contained in this communication nor for any
delay in its receipt.




Re: JVM Crashed because of taglibs

2005-03-03 Thread Henri Yandell
Wow :)

How sure are you that it's the Standard taglib? Seems unlikely for it
to be causing JVM crashes, especially a compile.

I'd advise trying to remove bits from the breaking system until you've
reduced the problem a bit more. Might be you're just hitting bugs in
the 64-bit compiler? (no clue about 64-bit compiling).

Hen

On Thu, 3 Mar 2005 14:03:44 +0530, Vivek Kumar Gupta
[EMAIL PROTECTED] wrote:
 Hi everybody,
 
 I am new to Jakarta Taglibs.
 I am facing following problem:
 
 Used Jakarta Taglibs  on linux AS3.0 it is working fine. But on AIX 5.3 IBM 
 machine it is getting crashed.
 I am using IBM Java 1.4.2, 64bit.
 
 Here is log for JVM Crash:
 
 ===
 compile_files:
 [echo] 
 build/common/java:build/server/java:thirdparty/tomcat/5.0.12/common/lib/jasper-compiler.jar:thirdparty/tomcat/5.0.12/common/l
 ib/jasper-runtime.jar:thirdparty/tomcat/5.0.12/server/lib/catalina.jar:thirdparty/jakarta-taglibs/standard-1.0.2/lib/dom.jar:thirdpar
 ty/jakarta-taglibs/standard-1.0.2/lib/jaxen-full.jar:thirdparty/jakarta-taglibs/standard-1.0.2/lib/jaxp-api.jar:thirdparty/jakarta-tagli
 bs/standard-1.0.2/lib/jdbc2_0-stdext.jar:thirdparty/jakarta-taglibs/standard-1.0.2/lib/jstl.jar:thirdparty/jakarta-taglibs/standard-1
 .0.2/lib/sax.jar:thirdparty/jakarta-taglibs/standard-1.0.2/lib/saxpath.jar:thirdparty/jakarta-taglibs/standard-1.0.2/lib/standard.jar
 [javac] Compiling 668 source files to /home/qatest/vivek/build/server/java
 JVMDG217: Dump Handler is Processing a Signal - Please Wait.
 JVMDG315: JVM Requesting Heap dump file
 ...JVMDG318: Heap dump file written to 
 /home/qatest/vivek/heapdump315594.1109669355.txt
 JVMDG303: JVM Requesting Java core file
 ===
 
 Regards
 Vivek Kumar Gupta
 Dept.: Switching
 Network Programs (I) Ltd.
 B-1-C, Sector -10, Noida.
 Email: [EMAIL PROTECTED]
 Tel: +91-120-2536622/2544781 Ext: 1160
 
 Network Programs is a SEI-CMM Level 5  ISO 9001: 2000 Certified Company
 
 The information contained in this communication (including any attachments) is
 intended solely for the use of the individual or entity to whom it is 
 addressed
 and others authorized to receive it. It may contain confidential or legally
 privileged information. If you are not the intended recipient you are hereby
 notified that any disclosure, copying, distribution or taking any action in
 reliance on the contents of this information is strictly prohibited and may be
 unlawful. If you have received this communication in error, please notify us
 immediately by responding to this email and delete it from your system.
 Network Programs (India) Limited is neither liable for the proper and complete
 transmission of the information contained in this communication nor for any
 delay in its receipt.
 
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: JVM Crashed because of taglibs

2005-03-03 Thread Vivek Kumar Gupta
Hi Hen,

today I have done some analysis about the JVM Crash:
1. Jakarta Taglibs are using the Sun XML parser.
2. Now on AIX Machine only IBM Java will run, which in turn will use XML4J
i.e. ibm xml java parser.

Conclusion : So something is happening due to Sun XML parser.
---jvm crash
[echo] build/common/java:build/server/java:
thirdparty/tomcat/5.0.12/common/lib/jasper-compiler.jar:
thirdparty/tomcat/5.0.12/common/lib/jasper-runtime.jar:
thirdparty/tomcat/5.0.12/server/lib/catalina.jar:
thirdparty/jakarta-taglibs/standard-1.0.2/lib/dom.jar: this seems to be Sun
XML parser
thirdparty/jakarta-taglibs/standard-1.0.2/lib/jaxen-full.jar: this seems to
be Sun XML parser
thirdparty/jakarta-taglibs/standard-1.0.2/lib/jaxp-api.jar:  this seems to
be Sun XML parser
thirdparty/jakarta-taglibs/standard-1.0.2/lib/jdbc2_0-stdext.jar:
thirdparty/jakarta-taglibs/standard-1.0.2/lib/jstl.jar:
thirdparty/jakarta-taglibs/standard-1.0.2/lib/sax.jar:  this seems to be Sun
XML parser
thirdparty/jakarta-taglibs/standard-1.0.2/lib/saxpath.jar: this seems to be
Sun XML parser
thirdparty/jakarta-taglibs/standard-1.0.2/lib/standard.jar
-

3. question due to curiosity why Taglibs is not using consolidated xml java
parser.

if can guide something to avoid this JVM Crash please do suggest.

Regards
Vivek Kumar Gupta
Dept.: Switching
Network Programs (I) Ltd.
B-1-C, Sector -10, Noida.
Email: [EMAIL PROTECTED]
Tel: +91-120-2536622/2544781 Ext: 1160
- Original Message - 
From: Henri Yandell [EMAIL PROTECTED]
To: Tag Libraries Users List taglibs-user@jakarta.apache.org
Sent: Thursday, March 03, 2005 7:36 PM
Subject: Re: JVM Crashed because of taglibs


 Wow :)

 How sure are you that it's the Standard taglib? Seems unlikely for it
 to be causing JVM crashes, especially a compile.

 I'd advise trying to remove bits from the breaking system until you've
 reduced the problem a bit more. Might be you're just hitting bugs in
 the 64-bit compiler? (no clue about 64-bit compiling).

 Hen

 On Thu, 3 Mar 2005 14:03:44 +0530, Vivek Kumar Gupta
 [EMAIL PROTECTED] wrote:
  Hi everybody,
 
  I am new to Jakarta Taglibs.
  I am facing following problem:
 
  Used Jakarta Taglibs  on linux AS3.0 it is working fine. But on AIX 5.3
IBM machine it is getting crashed.
  I am using IBM Java 1.4.2, 64bit.
 
  Here is log for JVM Crash:
 
  ===
  compile_files:
  [echo]
build/common/java:build/server/java:thirdparty/tomcat/5.0.12/common/lib/jasp
er-compiler.jar:thirdparty/tomcat/5.0.12/common/l
 
ib/jasper-runtime.jar:thirdparty/tomcat/5.0.12/server/lib/catalina.jar:third
party/jakarta-taglibs/standard-1.0.2/lib/dom.jar:thirdpar
 
ty/jakarta-taglibs/standard-1.0.2/lib/jaxen-full.jar:thirdparty/jakarta-tagl
ibs/standard-1.0.2/lib/jaxp-api.jar:thirdparty/jakarta-tagli
 
bs/standard-1.0.2/lib/jdbc2_0-stdext.jar:thirdparty/jakarta-taglibs/standard
-1.0.2/lib/jstl.jar:thirdparty/jakarta-taglibs/standard-1
 
.0.2/lib/sax.jar:thirdparty/jakarta-taglibs/standard-1.0.2/lib/saxpath.jar:t
hirdparty/jakarta-taglibs/standard-1.0.2/lib/standard.jar
  [javac] Compiling 668 source files to
/home/qatest/vivek/build/server/java
  JVMDG217: Dump Handler is Processing a Signal - Please Wait.
  JVMDG315: JVM Requesting Heap dump file
  ...JVMDG318: Heap dump file written to
/home/qatest/vivek/heapdump315594.1109669355.txt
  JVMDG303: JVM Requesting Java core file
  ===
 
  Regards
  Vivek Kumar Gupta
  Dept.: Switching
  Network Programs (I) Ltd.
  B-1-C, Sector -10, Noida.
  Email: [EMAIL PROTECTED]
  Tel: +91-120-2536622/2544781 Ext: 1160
 


  Network Programs is a SEI-CMM Level 5  ISO 9001: 2000 Certified Company
 


  The information contained in this communication (including any
attachments) is
  intended solely for the use of the individual or entity to whom it is
addressed
  and others authorized to receive it. It may contain confidential or
legally
  privileged information. If you are not the intended recipient you are
hereby
  notified that any disclosure, copying, distribution or taking any action
in
  reliance on the contents of this information is strictly prohibited and
may be
  unlawful. If you have received this communication in error, please
notify us
  immediately by responding to this email and delete it from your system.
  Network Programs (India) Limited is neither liable for the proper and
complete
  transmission of the information contained in this communication nor for
any
  delay in its receipt.
 


 
 

 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED

taglibs-mailer1.1 subject attribute defunct on '' character

2005-01-22 Thread Ferindo Middleton, Jr
When using the 'subject' attribute of the mt:message tag, if the text that
I include in the subject attributes value has the special character '', the
container end up parsing the email as:amp;   instead of just using the
character: 

Is there a fix for not letting this happen or is it supposed act cranky
towards special characters like this... seems like bug...

Doesn't make a difference if the mt:message type=... attribute is set to
text or html...  character gets parsed as amp; anyway.

Ferindo


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[ANN] Taglibs Wiki created

2004-10-15 Thread Kris Schneider
We now have an official Apache subwiki. I've just updated the Apache front page
(http://wiki.apache.org/) and our own front page
(http://wiki.apache.org/jakarta-taglibs). Obviously, our own front page is a
bit minimilistic for now, but that's something we can all change ;-).

-- 
Kris Schneider mailto:[EMAIL PROTECTED]
D.O.Tech   http://www.dotech.com/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: [ANN] New taglibs on Jakarta Taglibs Sandbox

2004-09-17 Thread Eric Chow
Hi all,


The DataGrid tag is a body tag, the body contents is constructed un XML.
The problem is that how can I display the item that with some
extra action.

For example, before print out the item value, I want to encode/decode
the original value,
how can I do this in DataGrid ???


Eric




On Thu, 16 Sep 2004 21:58:02 -0300, Felipe Leme
[EMAIL PROTECTED] wrote:
 Hi all,
 
 The Jakarta Taglibs Team is proud to announce the availability of 3 new
 taglibs in their sandbox:
 
 * Datagrid - a taglib that can be used to create web tables with data,
 calculate aggregations, order table values and do paging
 
 * Mailer2 - a complete rewrite of the original Mailer Tag Library.
 
 * RDC (Reusable Dialog Components) - a framework for creating JSP
 taglibs that aid in rapid development of voice and multimodal
 applications.
 
 The taglibs documentation are available in the following links:
 
 http://jakarta.apache.org/taglibs/sandbox/doc/datagrid-doc/intro.html
 http://jakarta.apache.org/taglibs/sandbox/doc/mailer2-doc/intro.html
 http://jakarta.apache.org/taglibs/sandbox/doc/rdc-doc/intro.html
 
 And their nightly builds can be downloaded from:
 
 http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/src/
 http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/projects/datagrid/
 http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/projects/mailer2/
 http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/projects/rdc/
 
 Cheers,
 
 Felipe Leme
 
 (on behalf of the Jakarta Taglibs team)
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



[ANN] New taglibs on Jakarta Taglibs Sandbox

2004-09-16 Thread Felipe Leme
Hi all,

The Jakarta Taglibs Team is proud to announce the availability of 3 new
taglibs in their sandbox:

* Datagrid - a taglib that can be used to create web tables with data,
calculate aggregations, order table values and do paging

* Mailer2 - a complete rewrite of the original Mailer Tag Library.

* RDC (Reusable Dialog Components) - a framework for creating JSP
taglibs that aid in rapid development of voice and multimodal
applications.

The taglibs documentation are available in the following links:

http://jakarta.apache.org/taglibs/sandbox/doc/datagrid-doc/intro.html
http://jakarta.apache.org/taglibs/sandbox/doc/mailer2-doc/intro.html
http://jakarta.apache.org/taglibs/sandbox/doc/rdc-doc/intro.html

And their nightly builds can be downloaded from:

http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/src/
http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/projects/datagrid/
http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/projects/mailer2/
http://jakarta.apache.org/builds/jakarta-taglibs-sandbox/nightly/projects/rdc/

Cheers,

Felipe Leme

(on behalf of the Jakarta Taglibs team)



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



parsing SOAP with taglibs

2004-05-20 Thread Benedetto Dell'Ariccia
Hi,
I have the a variable containg the response of a SOAP call,
how can I parse it?
I tried with XTAGS but it doesn't seem to work.
Bye
Benny
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


book on taglibs

2004-03-31 Thread Arora, Avinash

Hi,
Is there a good book available to study the usage of various taglibs
or the best way is the documentation that is available.
Thanks.
Avinash

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



taglibs-1.1 source

2004-03-22 Thread Zachary Hartley
Hello,

Is there a way to get the source for a specific taglibs release, rather 
than just a nightly source distribution? Thanks.

Zach

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Re: taglibs-1.1 source

2004-03-22 Thread Glenn Nielsen
You could check out jakarta-taglibs from CVS then update or co the branch
for the version of the taglib you want.

Glenn

On Mon, Mar 22, 2004 at 01:24:10PM -0500, Zachary Hartley wrote:
 Hello,
 
 Is there a way to get the source for a specific taglibs release, rather 
 than just a nightly source distribution? Thanks.
 
 
 Zach
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
--
Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder|
MOREnet System Programming   |  * if iz ina coment.  |
Missouri Research and Education Network  |  */   |
--

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 andj2sdk1.4.1_06

2004-03-17 Thread qwerty7890q
thank you guys for your time.

I'll try to upgrade to Tomcat 4 or 5.


-Original Message-
From: Martin Cooper [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 17, 2004 1:43 AM
To: Tag Libraries Users List
Subject: RE: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3
andj2sdk1.4.1_06


On Wed, 17 Mar 2004 [EMAIL PROTECTED] wrote:

 I still have the distribution that I used to install Tomcat. I replaced
the
 jar files with those of the dist and I got the same thing.

 I tried Tomcat 5 and the taglisb-image-exemples is working.

 Upgrading to a newer Tomcat version would be much more dificult than
trying
 to work around the taglibs itself, because I have to upgrade my
applications
 too that are already developped and deployed under tomcat 3.2.3.

Tomcat 3.2.3 really is quite ancient. How about trying Tomcat 3.3.2, which
is the latest version of that era of Tomcat, released recently?

Unless you're doing something rather unusual, you shouldn't have to
upgrade your apps just to use a newer version of Tomcat.

--
Martin Cooper





 -Original Message-
 From: Roy Benjamin [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, March 16, 2004 1:54 PM
 To: Tag Libraries Users List
 Subject: Re: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3
 andj2sdk1.4.1_06


 Not sure if this is helpful, but I'd be very reluctant
 to adopt a 'replace all methods' approach. Event if it
 were to work, you probably have not actually found the
 problem.

 The first thing I would do is to grab another copy
 (download) of Tomcat and untar it into a temp directory.
 Then I'd check to be sure the various jar files are all
 exactly the same between your failing run-time and the
 fresh download.  I've occasionally had trouble with
 corrupted jar files...

 Then I'd try the same with a later version of Tomcat,
 possibly this might help?  Or try reinstalling Tomcat
 again.

 Roy


 On Tue, 2004-03-16 at 09:07, [EMAIL PROTECTED] wrote:
  Hi !
 
  I'm reposting the emai and hoping that someone could finaly help me to
  resolve the problem.
 
  I installed the image-examples under webapps in Tomcat v3.2.3 using
  j2sdk1.4.1_06 and I when I run http://myserver/image-examples/index.jsp
I
  get an Internal Servlet Error with a root cause:
  java.lang.NoSuchMethodError:
 

javax.servlet.http.HttpServletRequest.getRequestURL()Ljava/lang/StringBuffer
  ;
 
  I think the problem is with the servlet.jar that comes with tomcat
3.2.3.
 
  I made a quick search in google and I found that someone suggested to
  replace all methods
  javax.servlet.http.HttpServletRequest.getRequestURL() with
  javax.servlet.http.HttpUtils.getRequestURL(request)
  http://mail.sourceid.org/pipermail/sso-users/2003-May/000119.html
 
  I don't know if this will work if I do this in taglibs-source code, but
is
  there any work around already available without the need to upgrade my
  tomcat webserver or JDK to a newer version?
 
  thank you for your help.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 and j2sdk1.4.1_06

2004-03-16 Thread qwerty7890q
Hi !

I'm reposting the emai and hoping that someone could finaly help me to
resolve the problem.

I installed the image-examples under webapps in Tomcat v3.2.3 using
j2sdk1.4.1_06 and I when I run http://myserver/image-examples/index.jsp I
get an Internal Servlet Error with a root cause:
java.lang.NoSuchMethodError:
javax.servlet.http.HttpServletRequest.getRequestURL()Ljava/lang/StringBuffer
;

I think the problem is with the servlet.jar that comes with tomcat 3.2.3.

I made a quick search in google and I found that someone suggested to
replace all methods
javax.servlet.http.HttpServletRequest.getRequestURL() with
javax.servlet.http.HttpUtils.getRequestURL(request)
http://mail.sourceid.org/pipermail/sso-users/2003-May/000119.html

I don't know if this will work if I do this in taglibs-source code, but is
there any work around already available without the need to upgrade my
tomcat webserver or JDK to a newer version?

thank you for your help.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 an d j2sdk1.4.1_06

2004-03-16 Thread Felix Velasco
I don't think you can do it without upgrading your Tomcat version.
You're using the 2.2 servlet API, and need at least the 2.3 version of the
api for custom tags, even if you downgrade the code to use the
HttpUtils.getRequestURL deprecated method.

Félix

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 16 March 2004 18:08
To: Tag Libraries Users List
Subject: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 and
j2sdk1.4.1_06


Hi !

I'm reposting the emai and hoping that someone could finaly help me to
resolve the problem.

I installed the image-examples under webapps in Tomcat v3.2.3 using
j2sdk1.4.1_06 and I when I run http://myserver/image-examples/index.jsp I
get an Internal Servlet Error with a root cause:
java.lang.NoSuchMethodError:
javax.servlet.http.HttpServletRequest.getRequestURL()Ljava/lang/StringBuffer
;

I think the problem is with the servlet.jar that comes with tomcat 3.2.3.

I made a quick search in google and I found that someone suggested to
replace all methods
javax.servlet.http.HttpServletRequest.getRequestURL() with
javax.servlet.http.HttpUtils.getRequestURL(request)
http://mail.sourceid.org/pipermail/sso-users/2003-May/000119.html

I don't know if this will work if I do this in taglibs-source code, but is
there any work around already available without the need to upgrade my
tomcat webserver or JDK to a newer version?

thank you for your help.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 and j2sdk1.4.1_06

2004-03-16 Thread qwerty7890q
they are not specifying servlet 2.3 in the doc. Theyère sating any jsp 1.1
and Java 1.2
http://jakarta.apache.org/taglibs/sandbox/doc/image-doc/index.html

I cannot upgrade tomcat because many applications are already running on
3.2.2, may be in the future.

Thanks.



-Original Message-
From: Felix Velasco [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 16, 2004 12:18 PM
To: 'Tag Libraries Users List'
Subject: RE: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3
and j2sdk1.4.1_06


I don't think you can do it without upgrading your Tomcat version.
You're using the 2.2 servlet API, and need at least the 2.3 version of the
api for custom tags, even if you downgrade the code to use the
HttpUtils.getRequestURL deprecated method.

Félix

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: 16 March 2004 18:08
To: Tag Libraries Users List
Subject: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 and
j2sdk1.4.1_06


Hi !

I'm reposting the emai and hoping that someone could finaly help me to
resolve the problem.

I installed the image-examples under webapps in Tomcat v3.2.3 using
j2sdk1.4.1_06 and I when I run http://myserver/image-examples/index.jsp I
get an Internal Servlet Error with a root cause:
java.lang.NoSuchMethodError:
javax.servlet.http.HttpServletRequest.getRequestURL()Ljava/lang/StringBuffer
;

I think the problem is with the servlet.jar that comes with tomcat 3.2.3.

I made a quick search in google and I found that someone suggested to
replace all methods
javax.servlet.http.HttpServletRequest.getRequestURL() with
javax.servlet.http.HttpUtils.getRequestURL(request)
http://mail.sourceid.org/pipermail/sso-users/2003-May/000119.html

I don't know if this will work if I do this in taglibs-source code, but is
there any work around already available without the need to upgrade my
tomcat webserver or JDK to a newer version?

thank you for your help.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 and j2sdk1.4.1_06

2004-03-16 Thread Roy Benjamin
Not sure if this is helpful, but I'd be very reluctant
to adopt a 'replace all methods' approach. Event if it
were to work, you probably have not actually found the
problem.

The first thing I would do is to grab another copy
(download) of Tomcat and untar it into a temp directory.
Then I'd check to be sure the various jar files are all
exactly the same between your failing run-time and the
fresh download.  I've occasionally had trouble with
corrupted jar files...

Then I'd try the same with a later version of Tomcat, 
possibly this might help?  Or try reinstalling Tomcat
again.

Roy


On Tue, 2004-03-16 at 09:07, [EMAIL PROTECTED] wrote:
 Hi !
 
 I'm reposting the emai and hoping that someone could finaly help me to
 resolve the problem.
 
 I installed the image-examples under webapps in Tomcat v3.2.3 using
 j2sdk1.4.1_06 and I when I run http://myserver/image-examples/index.jsp I
 get an Internal Servlet Error with a root cause:
 java.lang.NoSuchMethodError:
 javax.servlet.http.HttpServletRequest.getRequestURL()Ljava/lang/StringBuffer
 ;
 
 I think the problem is with the servlet.jar that comes with tomcat 3.2.3.
 
 I made a quick search in google and I found that someone suggested to
 replace all methods
 javax.servlet.http.HttpServletRequest.getRequestURL() with
 javax.servlet.http.HttpUtils.getRequestURL(request)
 http://mail.sourceid.org/pipermail/sso-users/2003-May/000119.html
 
 I don't know if this will work if I do this in taglibs-source code, but is
 there any work around already available without the need to upgrade my
 tomcat webserver or JDK to a newer version?
 
 thank you for your help.
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 andj2sdk1.4.1_06

2004-03-16 Thread qwerty7890q
I still have the distribution that I used to install Tomcat. I replaced the
jar files with those of the dist and I got the same thing.

I tried Tomcat 5 and the taglisb-image-exemples is working.

Upgrading to a newer Tomcat version would be much more dificult than trying
to work around the taglibs itself, because I have to upgrade my applications
too that are already developped and deployed under tomcat 3.2.3.



-Original Message-
From: Roy Benjamin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 16, 2004 1:54 PM
To: Tag Libraries Users List
Subject: Re: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3
andj2sdk1.4.1_06


Not sure if this is helpful, but I'd be very reluctant
to adopt a 'replace all methods' approach. Event if it
were to work, you probably have not actually found the
problem.

The first thing I would do is to grab another copy
(download) of Tomcat and untar it into a temp directory.
Then I'd check to be sure the various jar files are all
exactly the same between your failing run-time and the
fresh download.  I've occasionally had trouble with
corrupted jar files...

Then I'd try the same with a later version of Tomcat,
possibly this might help?  Or try reinstalling Tomcat
again.

Roy


On Tue, 2004-03-16 at 09:07, [EMAIL PROTECTED] wrote:
 Hi !

 I'm reposting the emai and hoping that someone could finaly help me to
 resolve the problem.

 I installed the image-examples under webapps in Tomcat v3.2.3 using
 j2sdk1.4.1_06 and I when I run http://myserver/image-examples/index.jsp I
 get an Internal Servlet Error with a root cause:
 java.lang.NoSuchMethodError:

javax.servlet.http.HttpServletRequest.getRequestURL()Ljava/lang/StringBuffer
 ;

 I think the problem is with the servlet.jar that comes with tomcat 3.2.3.

 I made a quick search in google and I found that someone suggested to
 replace all methods
 javax.servlet.http.HttpServletRequest.getRequestURL() with
 javax.servlet.http.HttpUtils.getRequestURL(request)
 http://mail.sourceid.org/pipermail/sso-users/2003-May/000119.html

 I don't know if this will work if I do this in taglibs-source code, but is
 there any work around already available without the need to upgrade my
 tomcat webserver or JDK to a newer version?

 thank you for your help.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 andj2sdk1.4.1_06

2004-03-16 Thread Martin Cooper
On Wed, 17 Mar 2004 [EMAIL PROTECTED] wrote:

 I still have the distribution that I used to install Tomcat. I replaced the
 jar files with those of the dist and I got the same thing.

 I tried Tomcat 5 and the taglisb-image-exemples is working.

 Upgrading to a newer Tomcat version would be much more dificult than trying
 to work around the taglibs itself, because I have to upgrade my applications
 too that are already developped and deployed under tomcat 3.2.3.

Tomcat 3.2.3 really is quite ancient. How about trying Tomcat 3.3.2, which
is the latest version of that era of Tomcat, released recently?

Unless you're doing something rather unusual, you shouldn't have to
upgrade your apps just to use a newer version of Tomcat.

--
Martin Cooper





 -Original Message-
 From: Roy Benjamin [mailto:[EMAIL PROTECTED]
 Sent: Tuesday, March 16, 2004 1:54 PM
 To: Tag Libraries Users List
 Subject: Re: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3
 andj2sdk1.4.1_06


 Not sure if this is helpful, but I'd be very reluctant
 to adopt a 'replace all methods' approach. Event if it
 were to work, you probably have not actually found the
 problem.

 The first thing I would do is to grab another copy
 (download) of Tomcat and untar it into a temp directory.
 Then I'd check to be sure the various jar files are all
 exactly the same between your failing run-time and the
 fresh download.  I've occasionally had trouble with
 corrupted jar files...

 Then I'd try the same with a later version of Tomcat,
 possibly this might help?  Or try reinstalling Tomcat
 again.

 Roy


 On Tue, 2004-03-16 at 09:07, [EMAIL PROTECTED] wrote:
  Hi !
 
  I'm reposting the emai and hoping that someone could finaly help me to
  resolve the problem.
 
  I installed the image-examples under webapps in Tomcat v3.2.3 using
  j2sdk1.4.1_06 and I when I run http://myserver/image-examples/index.jsp I
  get an Internal Servlet Error with a root cause:
  java.lang.NoSuchMethodError:
 
 javax.servlet.http.HttpServletRequest.getRequestURL()Ljava/lang/StringBuffer
  ;
 
  I think the problem is with the servlet.jar that comes with tomcat 3.2.3.
 
  I made a quick search in google and I found that someone suggested to
  replace all methods
  javax.servlet.http.HttpServletRequest.getRequestURL() with
  javax.servlet.http.HttpUtils.getRequestURL(request)
  http://mail.sourceid.org/pipermail/sso-users/2003-May/000119.html
 
  I don't know if this will work if I do this in taglibs-source code, but is
  there any work around already available without the need to upgrade my
  tomcat webserver or JDK to a newer version?
 
  thank you for your help.
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 and j2sdk1.4.1_06

2004-03-14 Thread qwerty7890q
Hi !

I installed the image-examples under webapps in Tomcat v3.2.3 using
j2sdk1.4.1_06 and I when I run http://myserver/image-examples/index.jsp I
get an Internal Servlet Error with a root cause:
java.lang.NoSuchMethodError:
javax.servlet.http.HttpServletRequest.getRequestURL()Ljava/lang/StringBuffer
;

I think the problem is with the servlet.jar that comes with tomcat 3.2.3.

I made a quick search in google and I found that someone suggested to
replace all methods
javax.servlet.http.HttpServletRequest.getRequestURL() with
javax.servlet.http.HttpUtils.getRequestURL(request)
http://mail.sourceid.org/pipermail/sso-users/2003-May/000119.html

I don't know if this will work if I do this in taglibs-source code, but is
there any work around already available without the need to upgrade my
tomcat webserver or JDK to a newer version?

thank you for your help.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 and j2sdk1.4.1_06

2004-03-14 Thread Gaurav Vaish
Do you have the servlet.jar in your classpath?




Cheers,
Gaurav
http://gallery.mastergaurav.net/


- Original Message - 
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 15, 2004 11:16
Subject: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 and
j2sdk1.4.1_06


 Hi !

 I installed the image-examples under webapps in Tomcat v3.2.3 using
 j2sdk1.4.1_06 and I when I run http://myserver/image-examples/index.jsp I
 get an Internal Servlet Error with a root cause:
 java.lang.NoSuchMethodError:

javax.servlet.http.HttpServletRequest.getRequestURL()Ljava/lang/StringBuffer
 ;

 I think the problem is with the servlet.jar that comes with tomcat 3.2.3.

 I made a quick search in google and I found that someone suggested to
 replace all methods
 javax.servlet.http.HttpServletRequest.getRequestURL() with
 javax.servlet.http.HttpUtils.getRequestURL(request)
 http://mail.sourceid.org/pipermail/sso-users/2003-May/000119.html

 I don't know if this will work if I do this in taglibs-source code, but is
 there any work around already available without the need to upgrade my
 tomcat webserver or JDK to a newer version?

 thank you for your help.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 and j2sdk1.4.1_06

2004-03-14 Thread qwerty7890q
yes

CLASSPATH=...:$TOMCAT_HOME/lib/servlet.jar:...

export ... CLASSPATH ...


-Original Message-
From: Gaurav Vaish [mailto:[EMAIL PROTECTED]
Sent: Monday, March 15, 2004 1:50 AM
To: Tag Libraries Users List
Subject: Re: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3
and j2sdk1.4.1_06


Do you have the servlet.jar in your classpath?




Cheers,
Gaurav
http://gallery.mastergaurav.net/


- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, March 15, 2004 11:16
Subject: Internal Servlet Error using Taglibs-image on Tomcat 3.2.3 and
j2sdk1.4.1_06


 Hi !

 I installed the image-examples under webapps in Tomcat v3.2.3 using
 j2sdk1.4.1_06 and I when I run http://myserver/image-examples/index.jsp I
 get an Internal Servlet Error with a root cause:
 java.lang.NoSuchMethodError:

javax.servlet.http.HttpServletRequest.getRequestURL()Ljava/lang/StringBuffer
 ;

 I think the problem is with the servlet.jar that comes with tomcat 3.2.3.

 I made a quick search in google and I found that someone suggested to
 replace all methods
 javax.servlet.http.HttpServletRequest.getRequestURL() with
 javax.servlet.http.HttpUtils.getRequestURL(request)
 http://mail.sourceid.org/pipermail/sso-users/2003-May/000119.html

 I don't know if this will work if I do this in taglibs-source code, but is
 there any work around already available without the need to upgrade my
 tomcat webserver or JDK to a newer version?

 thank you for your help.


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



jakarta-taglibs-standard-1.0.5 I18N-Capable Formatting Tags Example Demo

2004-03-03 Thread George Hester
I don't think it is working right.  I installed the standard-examples.war into Tomcat 
4.1.30.  I then went to

http://localhost:8080/standard-examples and I18N  Formatting Tags and then chose the 
first entry:

Demo

I executed this and the table came up:

KEY VALUE 
greetingMorning ???greetingMorning??? 
greetingEvening ???greetingEvening??? 
currentTime ???currentTime???  
serverInfo ???serverInfo??? 
undefinedKey ???undefinedKey??? 

That does not look right to me.  I expected to see something like:

KEY VALUE 
greetingMorning Good Morning 
greetingEvening Good Evening 
currentTime currentTime  
serverInfo Tomcat 4.1.30 
undefinedKey ???undefinedKey??? 

instead.  The german one gives this selecting Set application-based locale from above:

KEY VALUE 
greetingMorning Guten Morgen! 
greetingEvening Guten Abend! 
currentTime Heutiges Datum und Uhrzeit: 03.03.04 22:23  
serverInfo Name/Version des Servlet Containers: {0}, Java Version: {1} 
undefinedKey ???undefinedKey??? 

which is much better.  But the English one doesn't work.  Any ideas how to fix this?  
Also the other languages only seem to partially work.  Here's the Italian output:

KEY VALUE 
greetingMorning Buon giorno! 
greetingEvening ???greetingEvening??? 
currentTime ???currentTime???  
serverInfo ???serverInfo??? 
undefinedKey ???undefinedKey??? 

Thanks.

-- 
George Hester
__


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: taglibs i/o or jstl core library

2004-02-09 Thread Chris Daly
when i tested the c:import tag on my machine, it didn't work when pulled 
in the include page.  i also tested it on the jsp page itself (not from the 
include page) and still got the same problem.

this was on a unix sever so i then tested it on my local server (on a test 
app on win2000 pro), and still the images were broken.  i cant figure it 
out because if i simply enter the url into my browser then it comes back 
with relative images etc no problem ???

i think the page is an html page created from a content managment 
system.  its url (not the real one) is

http://intranet.company.co.uk/sites/topnav/topnavheader?view=Administration 
so its creating html on the fly

there is a section in the jstl documentation (section 7-64) that states

some absolute URL resources may be incaccessible when using 
c:import.  To provide access the JVM of the container should be started 
with the proper networking properties, eg proxyHost and proxyPort

i've tested on both apps local windows and unix server though they're both 
running as stand alone tomcat 4.1 - do you know how i set the proxyhost and 
proxyPort in the jvm ?  (so that i can tell the network people as they wont 
buy it otherwise - they operate an invisible proxy server and claim that it 
wont be this )

cheers

chris

At 16:18 07.02.2004 -0800, you wrote:
On Thu, 5 Feb 2004, Chris Daly wrote:

 yes.  i have an application with an include header.jsp file, and its using
 the c:redirect/ tag to go to the remote site then nothing happens in
 terms of header.jsp tag, this is missing from the browser page and appears
 to return nothing.
That's not surprising. The redirect goes back to the browser, which will
then request that page directly. Any output from the original request will
be discarded, and replaced by the response from the redirected-to URL.
 in terms of the c:import tag it works ok if the url is simply entered
 into teh browser but if teh url is in an include tag then any relative
 image references are not to the imported url (which would be ok), but to
 the header include it seems.
Is the page you're trying to include plain HTML, or is it also a JSP page?
I'm wondering if there's something going on in a JSP page related to the
original request URL that might be confusing things.
--
Martin Cooper

 cheers

 At 08:19 05.02.2004 -0500, you wrote:
 Hang on, you lost me with the redirect problem. Are you saying that a 
JSP with
 something like:
 
 c:redirect url=http://java.sun.com//
 
 isn't working for you? I don't understand what you mean by, the app 
doesn't
 recognise it.
 
 Quoting Chris Daly [EMAIL PROTECTED]:
 
   thanks,
  
   i tried this on opera 6 for windows and it does not compute the 
base URI of
  
   the document per Section 14.14 of rfc2616.  i tried using the jstl 
redirect
  
   tag but the app doesn't recognise it the header returns a blank and 
whats
   within the body tags takes up the space. it looks like a frameset 
within
   the header.jsp page is the only option.  any other ideas ?
  
   cheers
  
   chris
  
  
   At 12:14 04.02.2004 -0500, you wrote:
   I've never used the IO taglib so I can't comment on it's 
abilities. The
   quick
   test I performed with JSTL's c:import failed to do what I think 
you're
   asking
   for (even when setting the Content-Location header). If you have 
access to
   either the Amaya or Opera browsers (as pointed to in the link I 
provided),
   you
   can verify if this is a browser issue. As for base:
   
   http://www.htmlhelp.com/reference/html40/head/base.html
   
   Quoting Chris Daly [EMAIL PROTECTED]:
   
 hi

 what i've done is imprt teh i/o tag library from
 http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am
  trying
   to

 use an existing include jsp to pull in the remote url and all 
relative
 image links using the io:request tag.  I'm now looking at the 
jstl
   and
 url related actions and the c:import tag - would this work where
 io:request hasn't ?

 what do you mean by a resource that uses a base element - can 
you give
   an
 example ?

 cheers

 chris


 At 09:10 04.02.2004 -0500, you wrote:
 In theory, you might be able to do this by setting the
   Content-Location
 header
 to match the resource you're importing. In practice, however, this
   doesn't

 seem
 to be too well supported:
 
 http://jigsaw.w3.org/HTTP/CL/
 
 Have you tried imorting a resource that uses a base element 
to see
   if
 that works?
   
   --
   Kris Schneider mailto:[EMAIL PROTECTED]
   D.O.Tech   http://www.dotech.com/
 
 --
 Kris Schneider mailto:[EMAIL PROTECTED]
 D.O.Tech   http://www.dotech.com/
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 -
 To unsubscribe, e-mail

RE: taglibs i/o or jstl core library

2004-02-07 Thread Martin Cooper
On Thu, 5 Feb 2004, Chris Daly wrote:

 yes.  i have an application with an include header.jsp file, and its using
 the c:redirect/ tag to go to the remote site then nothing happens in
 terms of header.jsp tag, this is missing from the browser page and appears
 to return nothing.

That's not surprising. The redirect goes back to the browser, which will
then request that page directly. Any output from the original request will
be discarded, and replaced by the response from the redirected-to URL.

 in terms of the c:import tag it works ok if the url is simply entered
 into teh browser but if teh url is in an include tag then any relative
 image references are not to the imported url (which would be ok), but to
 the header include it seems.

Is the page you're trying to include plain HTML, or is it also a JSP page?
I'm wondering if there's something going on in a JSP page related to the
original request URL that might be confusing things.

--
Martin Cooper



 cheers

 At 08:19 05.02.2004 -0500, you wrote:
 Hang on, you lost me with the redirect problem. Are you saying that a JSP with
 something like:
 
 c:redirect url=http://java.sun.com//
 
 isn't working for you? I don't understand what you mean by, the app doesn't
 recognise it.
 
 Quoting Chris Daly [EMAIL PROTECTED]:
 
   thanks,
  
   i tried this on opera 6 for windows and it does not compute the base URI of
  
   the document per Section 14.14 of rfc2616.  i tried using the jstl redirect
  
   tag but the app doesn't recognise it the header returns a blank and whats
   within the body tags takes up the space. it looks like a frameset within
   the header.jsp page is the only option.  any other ideas ?
  
   cheers
  
   chris
  
  
   At 12:14 04.02.2004 -0500, you wrote:
   I've never used the IO taglib so I can't comment on it's abilities. The
   quick
   test I performed with JSTL's c:import failed to do what I think you're
   asking
   for (even when setting the Content-Location header). If you have access to
   either the Amaya or Opera browsers (as pointed to in the link I provided),
   you
   can verify if this is a browser issue. As for base:
   
   http://www.htmlhelp.com/reference/html40/head/base.html
   
   Quoting Chris Daly [EMAIL PROTECTED]:
   
 hi

 what i've done is imprt teh i/o tag library from
 http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am
  trying
   to

 use an existing include jsp to pull in the remote url and all relative
 image links using the io:request tag.  I'm now looking at the jstl
   and
 url related actions and the c:import tag - would this work where
 io:request hasn't ?

 what do you mean by a resource that uses a base element - can you give
   an
 example ?

 cheers

 chris


 At 09:10 04.02.2004 -0500, you wrote:
 In theory, you might be able to do this by setting the
   Content-Location
 header
 to match the resource you're importing. In practice, however, this
   doesn't

 seem
 to be too well supported:
 
 http://jigsaw.w3.org/HTTP/CL/
 
 Have you tried imorting a resource that uses a base element to see
   if
 that works?
   
   --
   Kris Schneider mailto:[EMAIL PROTECTED]
   D.O.Tech   http://www.dotech.com/
 
 --
 Kris Schneider mailto:[EMAIL PROTECTED]
 D.O.Tech   http://www.dotech.com/
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: taglibs i/o or jstl core library

2004-02-05 Thread Chris Daly
thanks,

i tried this on opera 6 for windows and it does not compute the base URI of 
the document per Section 14.14 of rfc2616.  i tried using the jstl redirect 
tag but the app doesn't recognise it the header returns a blank and whats 
within the body tags takes up the space. it looks like a frameset within 
the header.jsp page is the only option.  any other ideas ?

cheers

chris

At 12:14 04.02.2004 -0500, you wrote:
I've never used the IO taglib so I can't comment on it's abilities. The quick
test I performed with JSTL's c:import failed to do what I think you're 
asking
for (even when setting the Content-Location header). If you have access to
either the Amaya or Opera browsers (as pointed to in the link I provided), you
can verify if this is a browser issue. As for base:

http://www.htmlhelp.com/reference/html40/head/base.html

Quoting Chris Daly [EMAIL PROTECTED]:

 hi

 what i've done is imprt teh i/o tag library from
 http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am trying to

 use an existing include jsp to pull in the remote url and all relative
 image links using the io:request tag.  I'm now looking at the jstl and
 url related actions and the c:import tag - would this work where
 io:request hasn't ?

 what do you mean by a resource that uses a base element - can you give an
 example ?

 cheers

 chris


 At 09:10 04.02.2004 -0500, you wrote:
 In theory, you might be able to do this by setting the Content-Location
 header
 to match the resource you're importing. In practice, however, this doesn't

 seem
 to be too well supported:
 
 http://jigsaw.w3.org/HTTP/CL/
 
 Have you tried imorting a resource that uses a base element to see if
 that works?
--
Kris Schneider mailto:[EMAIL PROTECTED]
D.O.Tech   http://www.dotech.com/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: taglibs i/o or jstl core library

2004-02-05 Thread Chris Daly
yes.  i have an application with an include header.jsp file, and its using 
the c:redirect/ tag to go to the remote site then nothing happens in 
terms of header.jsp tag, this is missing from the browser page and appears 
to return nothing.

in terms of the c:import tag it works ok if the url is simply entered 
into teh browser but if teh url is in an include tag then any relative 
image references are not to the imported url (which would be ok), but to 
the header include it seems.

cheers

At 08:19 05.02.2004 -0500, you wrote:
Hang on, you lost me with the redirect problem. Are you saying that a JSP with
something like:
c:redirect url=http://java.sun.com//

isn't working for you? I don't understand what you mean by, the app doesn't
recognise it.
Quoting Chris Daly [EMAIL PROTECTED]:

 thanks,

 i tried this on opera 6 for windows and it does not compute the base URI of

 the document per Section 14.14 of rfc2616.  i tried using the jstl redirect

 tag but the app doesn't recognise it the header returns a blank and whats
 within the body tags takes up the space. it looks like a frameset within
 the header.jsp page is the only option.  any other ideas ?

 cheers

 chris


 At 12:14 04.02.2004 -0500, you wrote:
 I've never used the IO taglib so I can't comment on it's abilities. The
 quick
 test I performed with JSTL's c:import failed to do what I think you're
 asking
 for (even when setting the Content-Location header). If you have access to
 either the Amaya or Opera browsers (as pointed to in the link I provided),
 you
 can verify if this is a browser issue. As for base:
 
 http://www.htmlhelp.com/reference/html40/head/base.html
 
 Quoting Chris Daly [EMAIL PROTECTED]:
 
   hi
  
   what i've done is imprt teh i/o tag library from
   http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am 
trying
 to
  
   use an existing include jsp to pull in the remote url and all relative
   image links using the io:request tag.  I'm now looking at the jstl
 and
   url related actions and the c:import tag - would this work where
   io:request hasn't ?
  
   what do you mean by a resource that uses a base element - can you give
 an
   example ?
  
   cheers
  
   chris
  
  
   At 09:10 04.02.2004 -0500, you wrote:
   In theory, you might be able to do this by setting the
 Content-Location
   header
   to match the resource you're importing. In practice, however, this
 doesn't
  
   seem
   to be too well supported:
   
   http://jigsaw.w3.org/HTTP/CL/
   
   Have you tried imorting a resource that uses a base element to see
 if
   that works?
 
 --
 Kris Schneider mailto:[EMAIL PROTECTED]
 D.O.Tech   http://www.dotech.com/

--
Kris Schneider mailto:[EMAIL PROTECTED]
D.O.Tech   http://www.dotech.com/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


taglibs i/o or jstl core library

2004-02-04 Thread Chris Daly
hi

i'm trying to make a url include within a page and was wondering which tag 
could pull in the url and display relative image links within the url ?

cheers

chris

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: taglibs i/o or jstl core library

2004-02-04 Thread Kris Schneider
In theory, you might be able to do this by setting the Content-Location header
to match the resource you're importing. In practice, however, this doesn't seem
to be too well supported:

http://jigsaw.w3.org/HTTP/CL/

Have you tried imorting a resource that uses a base element to see if that works?

Quoting Martin van Dijken [EMAIL PROTECTED]:

 Hey Chris,
 
 Can't you take that into account on the page you're including? I can't
 imagine there would be a tag that actually parses the HTML it retrieves
 to correct incorrect paths. You see, you want images to work, another
 will want stylesheets to work, yet another wants forms to submit anyway.
 Plus there are quite a few ways to get a picture into a page. You'd have
 to check the style attribute, the src attribute and several other
 places. It is simply far too much work to start on.
 
 Grtz,
 
 Martin
 
  -Original Message-
  From: Chris Daly [mailto:[EMAIL PROTECTED] 
  Sent: woensdag 4 februari 2004 12:05
  To: [EMAIL PROTECTED]
  Subject: taglibs i/o or jstl core library
  
  
  hi
  
  i'm trying to make a url include within a page and was 
  wondering which tag 
  could pull in the url and display relative image links within 
  the url ?
  
  cheers
  
  chris

-- 
Kris Schneider mailto:[EMAIL PROTECTED]
D.O.Tech   http://www.dotech.com/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: taglibs i/o or jstl core library

2004-02-04 Thread Chris Daly
hi

what i've done is imprt teh i/o tag library from 
http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am trying to 
use an existing include jsp to pull in the remote url and all relative 
image links using the io:request tag.  I'm now looking at the jstl and 
url related actions and the c:import tag - would this work where 
io:request hasn't ?

what do you mean by a resource that uses a base element - can you give an 
example ?

cheers

chris

At 09:10 04.02.2004 -0500, you wrote:
In theory, you might be able to do this by setting the Content-Location header
to match the resource you're importing. In practice, however, this doesn't 
seem
to be too well supported:

http://jigsaw.w3.org/HTTP/CL/

Have you tried imorting a resource that uses a base element to see if 
that works?


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: taglibs i/o or jstl core library

2004-02-04 Thread Kris Schneider
I've never used the IO taglib so I can't comment on it's abilities. The quick
test I performed with JSTL's c:import failed to do what I think you're asking
for (even when setting the Content-Location header). If you have access to
either the Amaya or Opera browsers (as pointed to in the link I provided), you
can verify if this is a browser issue. As for base:

http://www.htmlhelp.com/reference/html40/head/base.html

Quoting Chris Daly [EMAIL PROTECTED]:

 hi
 
 what i've done is imprt teh i/o tag library from 
 http://jakarta.apache.org/taglibs/doc/io-doc/intro.htmland and am trying to
 
 use an existing include jsp to pull in the remote url and all relative 
 image links using the io:request tag.  I'm now looking at the jstl and 
 url related actions and the c:import tag - would this work where 
 io:request hasn't ?
 
 what do you mean by a resource that uses a base element - can you give an 
 example ?
 
 cheers
 
 chris
 
 
 At 09:10 04.02.2004 -0500, you wrote:
 In theory, you might be able to do this by setting the Content-Location
 header
 to match the resource you're importing. In practice, however, this doesn't
 
 seem
 to be too well supported:
 
 http://jigsaw.w3.org/HTTP/CL/
 
 Have you tried imorting a resource that uses a base element to see if 
 that works?

-- 
Kris Schneider mailto:[EMAIL PROTECTED]
D.O.Tech   http://www.dotech.com/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Copyright Notices when Customizing Jakarta Taglibs

2003-12-10 Thread Chaimungkalanot, Mark
Hi there,

We're making some small customizations to the various JSTL reference
implementation tags. What sorts of copy right notices/headers do we need to
have on our Java files /doco?

Cheers

MC


**   IMPORTANT MESSAGE  **
This e-mail message is intended only for the addressee(s) and contains information 
which may be confidential. If you are not the intended recipient please advise the 
sender by return email, do not use or disclose the contents, and delete the message 
and any attachments from your system. Unless specifically indicated, this email does 
not constitute formal advice or commitment by the sender or the Commonwealth Bank of 
Australia (ABN 48 123 123 124) or its subsidiaries.
**


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Copyright Notices when Customizing Jakarta Taglibs

2003-12-10 Thread Martin Cooper
On Thu, 11 Dec 2003, Chaimungkalanot, Mark  wrote:

 Hi there,

 We're making some small customizations to the various JSTL reference
 implementation tags. What sorts of copy right notices/headers do we need to
 have on our Java files /doco?

What you need to do is pretty much spelled out in the license, which is
listed at the top of each of the source files. Essentially, all you have
to do is retain the original Apache license, and acknowledge that your
software is based on that owned by the Apache Software Foundation.

If you have detailed licensing questions, you should direct them to
[EMAIL PROTECTED]

--
Martin Cooper



 Cheers

 MC


 **   IMPORTANT MESSAGE  **
 This e-mail message is intended only for the addressee(s) and contains information 
 which may be confidential. If you are not the intended recipient please advise the 
 sender by return email, do not use or disclose the contents, and delete the message 
 and any attachments from your system. Unless specifically indicated, this email does 
 not constitute formal advice or commitment by the sender or the Commonwealth Bank of 
 Australia (ABN 48 123 123 124) or its subsidiaries.
 **


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Unstandard Library Source / Developing custom EL taglibs

2003-11-10 Thread Martin Cooper
On Mon, 10 Nov 2003, Chaimungkalanot, Mark  wrote:

 Hi there,

 I'm looking for examples of Taglibs that uses EL and so I thought that a
 relatively simple library like the Unstandard taglibs in sandbox would be
 the most appropriate.

 I've downloaded the src dist. for Jakarta taglibs but the source for
 unstandard doesn't seem to be there. Does anyone know where I can d/l this
 from?

The Unstandard taglib is in jakarta-taglibs-sandbox, not jakarta-taglibs.

--
Martin Cooper



 Or does anyone have a good reference site for developing custom taglibs with
 EL?

 Thanks

 Mark C


 **   IMPORTANT MESSAGE  **
 This e-mail message is intended only for the addressee(s) and contains information 
 which may be confidential. If you are not the intended recipient please advise the 
 sender by return email, do not use or disclose the contents, and delete the message 
 and any attachments from your system. Unless specifically indicated, this email does 
 not constitute formal advice or commitment by the sender or the Commonwealth Bank of 
 Australia (ABN 48 123 123 124) or its subsidiaries.
 **


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Unstandard Library Source / Developing custom EL taglibs

2003-11-09 Thread Chaimungkalanot, Mark
Hi there,

I'm looking for examples of Taglibs that uses EL and so I thought that a
relatively simple library like the Unstandard taglibs in sandbox would be
the most appropriate.

I've downloaded the src dist. for Jakarta taglibs but the source for
unstandard doesn't seem to be there. Does anyone know where I can d/l this
from?

Or does anyone have a good reference site for developing custom taglibs with
EL?

Thanks

Mark C


**   IMPORTANT MESSAGE  **
This e-mail message is intended only for the addressee(s) and contains information 
which may be confidential. If you are not the intended recipient please advise the 
sender by return email, do not use or disclose the contents, and delete the message 
and any attachments from your system. Unless specifically indicated, this email does 
not constitute formal advice or commitment by the sender or the Commonwealth Bank of 
Australia (ABN 48 123 123 124) or its subsidiaries.
**


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Unstandard Library Source / Developing custom EL taglibs

2003-11-09 Thread Manolo Ramirez T.
Check the struts-el taglibs in the struts src's, its is a wrapper over 
the struts tags to support EL.

Regards,

_
Manolo Ramirez T.
Chaimungkalanot, Mark wrote:
Hi there,

I'm looking for examples of Taglibs that uses EL and so I thought that a
relatively simple library like the Unstandard taglibs in sandbox would be
the most appropriate.
I've downloaded the src dist. for Jakarta taglibs but the source for
unstandard doesn't seem to be there. Does anyone know where I can d/l this
from?
Or does anyone have a good reference site for developing custom taglibs with
EL?
Thanks

Mark C

**   IMPORTANT MESSAGE  **
This e-mail message is intended only for the addressee(s) and contains information 
which may be confidential. If you are not the intended recipient please advise the 
sender by return email, do not use or disclose the contents, and delete the message 
and any attachments from your system. Unless specifically indicated, this email does 
not constitute formal advice or commitment by the sender or the Commonwealth Bank of 
Australia (ABN 48 123 123 124) or its subsidiaries.
**
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


RE: Unstandard Library Source / Developing custom EL taglibs

2003-11-09 Thread Karr, David
As another poster pointed out, the source for the Struts-EL taglib is
one example of a library that specifically uses the EL.  I would
recommend that you don't write a standalone library that uses the EL,
but instead extend a non-EL library, and keep all the real business
logic in the non-EL library.  If you have a JSP 2.0 web container, you
can use the base library, and still use the EL wherever you want (and
even more than with the EL library in JSP 1.2).

-Original Message-
From: Chaimungkalanot, Mark [mailto:[EMAIL PROTECTED] 
Sent: Sunday, November 09, 2003 2:52 PM
To: Tag Libraries Users List
Subject: Unstandard Library Source / Developing custom EL taglibs


Hi there,

I'm looking for examples of Taglibs that uses EL and so I thought that a
relatively simple library like the Unstandard taglibs in sandbox would
be the most appropriate.

I've downloaded the src dist. for Jakarta taglibs but the source for
unstandard doesn't seem to be there. Does anyone know where I can d/l
this from?

Or does anyone have a good reference site for developing custom taglibs
with EL?

Thanks

Mark C


**   IMPORTANT MESSAGE  **
This e-mail message is intended only for the addressee(s) and contains
information which may be confidential. If you are not the intended
recipient please advise the sender by return email, do not use or
disclose the contents, and delete the message and any attachments from
your system. Unless specifically indicated, this email does not
constitute formal advice or commitment by the sender or the Commonwealth
Bank of Australia (ABN 48 123 123 124) or its subsidiaries.
**


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Simple question, taglibs on eclipse-specific

2003-10-21 Thread Manos Papantoniou
Hi Pierre,

and thanks for the reply. I have already tried the same code outside ecplise with 
tomcat 5 and works fine. Also, even within eclipse the web module is deployed to the 
tomcat webapps directory and runs fine! and at the same time the editor insists 
flagging an error! 

So apparently this is a bug of the editor or the Lomboz plugin (since AFAIK this 
plugin gives the eclipse editor JSP syntax highlighting and recognision capabilities). 
I have already made a post to the relevant eclipse newsgroup. I initially posted here 
too because it seems like an eclipse issue which is somehow related to the taglibs, 
and other people might come across it too, so it would be nice to make them aware of 
the problem. 


Manos 





  - Original Message - 
  From: Pierre Delisle 
  To: Tag Libraries Users List 
  Sent: Monday, October 20, 2003 7:14 PM
  Subject: Re: Simple question, taglibs on eclipse-specific


  Manos,

  What you're doing seems correct. To make sure there is no typo
  anywhere, why don't you just try a simple webapp with tomcat 5 only.
  If it works, then there's definitely a problem with eclipse and I'd
  suggest you try an eclipse support list.

  -- Pierre



Re: Simple question, taglibs on eclipse-specific

2003-10-21 Thread Felipe Leme
Hi Manos,

There is another eclipse similar to lomboz, called MyEclipse IDE, Enterprise 
Workbench (www.myeclipseide.org).

Felipe


On Tuesday 21 October 2003 12:12 pm, Manos Papantoniou wrote:

 So apparently this is a bug of the editor or the Lomboz plugin (since AFAIK
 this plugin gives the eclipse editor JSP syntax highlighting and
 recognision capabilities). I have already made a post to the relevant


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Simple question, taglibs on eclipse-specific

2003-10-20 Thread Pierre Delisle
Manos,

What you're doing seems correct. To make sure there is no typo
anywhere, why don't you just try a simple webapp with tomcat 5 only.
If it works, then there's definitely a problem with eclipse and I'd
suggest you try an eclipse support list.
   -- Pierre

Manos Papantoniou wrote:

I have a relatively basic question, and I expect someone who has been using
taglibs with eclipse to be able to answer it. I have very recently started
using eclipse, JSP and taglibs so please excuse me if you find this question
trivial. I have looked in the archives and couldn't find the answer, I
suppose this is too basic for most people to ask, but since I can't solve it
for a few hours... here is the problem:
I am using eclipse 2.1, with tomcat 5.0.12beta and the Lomboz plugin on a
windows machine. Java version is
java version 1.4.2_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06)
Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode)
I created a Lomboz J2EE project, and then a web module inside the project.
Simple JSP pages created in the module are deployed fine (when I say simple
I mean without taglibs). Also, the JSP 2.0 Expresion Language works fine (I
had to change the web.xml definition for that, since the one that is
automatically created by lomboz refers to the older style 2.3 but we want
2.4 for the EL to work), so my web.xml starts like that:
?xml version=1.0 ?
web-app version=2.4
xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee web-app_2_4.xsd
Now I have tried to add a taglib statement in the first line of the jsp page
and the eclipse editor flags it as an error. The statement is:
%@ taglib prefix=c uri=http://java.sun.com/jsp/jstl/core; %

as the taglibs readme states:

USING THE STANDARD TAG LIBRARY

To use this distribution with your own web applications, simply copy the JAR
files in the 'lib' directory (jstl.jar and standard.jar) to your
application's
WEB-INF/lib directory (add the other dependencies as well if your runtime
does not already provide them). Then, import JSTL into your pages with the
following directives:
  CORE LIBRARY
%@ taglib prefix=c uri=http://java.sun.com/jsp/jstl/core; %
I have followed the readme instructions that come with taglibs (the precise
taglibs file I downloaded is jakarta-taglibs-20031006.zip). I copied the 2
libraries from the
jakarta-taglibs-20031006\jakarta-taglibs-standard-1.1.0-B1\lib folder,
jstl.jar and standard.jar to the WEB-INF\lib folder of my project, but still
the error is there. I have tried changing the uri to all variations,
removing the /jsp part, including the _rt in the end and everything. I
have tried adding the required libraries (.jar files) to the eclipse Project
Properties / Java Build Path / Libraries, since I think this is probably
some internal eclipse configuration issue, and by doing it through the IDE
it would generate the required dependencied internally, but the error is
still there.
Can anyone who uses taglibs with eclipse tell me how do you configure the
libraries? I cannot use the taglibs at all if I don't solve this, I have
spend several hours looking on the net, on the eclipse site, and the taglibs
archive but I cannot find this anywhere, everybody refers to more complex
problems. Can someone please help?
Thanks



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


Simple question, taglibs on eclipse-specific

2003-10-18 Thread Manos Papantoniou
I have a relatively basic question, and I expect someone who has been using
taglibs with eclipse to be able to answer it. I have very recently started
using eclipse, JSP and taglibs so please excuse me if you find this question
trivial. I have looked in the archives and couldn't find the answer, I
suppose this is too basic for most people to ask, but since I can't solve it
for a few hours... here is the problem:

I am using eclipse 2.1, with tomcat 5.0.12beta and the Lomboz plugin on a
windows machine. Java version is

java version 1.4.2_01
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_01-b06)
Java HotSpot(TM) Client VM (build 1.4.2_01-b06, mixed mode)

I created a Lomboz J2EE project, and then a web module inside the project.
Simple JSP pages created in the module are deployed fine (when I say simple
I mean without taglibs). Also, the JSP 2.0 Expresion Language works fine (I
had to change the web.xml definition for that, since the one that is
automatically created by lomboz refers to the older style 2.3 but we want
2.4 for the EL to work), so my web.xml starts like that:

?xml version=1.0 ?
web-app version=2.4
xmlns=http://java.sun.com/xml/ns/j2ee;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation=http://java.sun.com/xml/ns/j2ee web-app_2_4.xsd

Now I have tried to add a taglib statement in the first line of the jsp page
and the eclipse editor flags it as an error. The statement is:

%@ taglib prefix=c uri=http://java.sun.com/jsp/jstl/core; %

as the taglibs readme states:

USING THE STANDARD TAG LIBRARY

To use this distribution with your own web applications, simply copy the JAR
files in the 'lib' directory (jstl.jar and standard.jar) to your
application's
WEB-INF/lib directory (add the other dependencies as well if your runtime
does not already provide them). Then, import JSTL into your pages with the
following directives:

  CORE LIBRARY
%@ taglib prefix=c uri=http://java.sun.com/jsp/jstl/core; %

I have followed the readme instructions that come with taglibs (the precise
taglibs file I downloaded is jakarta-taglibs-20031006.zip). I copied the 2
libraries from the
jakarta-taglibs-20031006\jakarta-taglibs-standard-1.1.0-B1\lib folder,
jstl.jar and standard.jar to the WEB-INF\lib folder of my project, but still
the error is there. I have tried changing the uri to all variations,
removing the /jsp part, including the _rt in the end and everything. I
have tried adding the required libraries (.jar files) to the eclipse Project
Properties / Java Build Path / Libraries, since I think this is probably
some internal eclipse configuration issue, and by doing it through the IDE
it would generate the required dependencied internally, but the error is
still there.

Can anyone who uses taglibs with eclipse tell me how do you configure the
libraries? I cannot use the taglibs at all if I don't solve this, I have
spend several hours looking on the net, on the eclipse site, and the taglibs
archive but I cannot find this anywhere, everybody refers to more complex
problems. Can someone please help?

Thanks




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Need Help Getting Taglibs Working

2003-10-02 Thread deepaksawdekar
Hello,
I am facing a problem while starting tomcat with struts and JSTL. I read all the mail 
for reply to your mail in the taglibs-user list. But was more confused. Can you please 
help me to recetify the problem.

I am getting the same error which you got. 
org.xml.sax.SAXParseException: Document root element taglib, must match DOCTYPE 
root null.

I am using tomcat 4.1.12 
my dir structure is as follows.

web-inf /
/c-1_0.tld
/display.tld
/struts-bean.tld
/struts-html.tld
/struts-html-el.tld
/struts-logic.tld
/struts-nested.tld
/struts-template.tld
/struts-tiles.tld

web-inf/lib/
/struts.jar
/standard.jar
/arm-3.0.jar
/blf-client.jar
/commons-beanutils.jar
/commons-collections.jar
/commond-dbcp.jar
/commons-digester.jar
/commons-lang.jar
/commons-logging.jar
/commons-pool.jar
/commons-services.jar
/commons-validator.jar
/jcs.jar
/jmxri.jar
/jmxtools.jar
/jstl.jar
/struts-el.jar


And I had a following taglib entry in web.xml

  !-- Struts Tag Library Descriptors --
  taglib
taglib-uri/tags/struts-bean/taglib-uri
taglib-location/WEB-INF/struts-bean.tld/taglib-location
  /taglib

  taglib
taglib-uri/tags/struts-html/taglib-uri
taglib-location/WEB-INF/struts-html.tld/taglib-location
  /taglib
  
  taglib
  taglib-uri/tags/struts-html-el/taglib-uri
  taglib-location/WEB-INF/struts-html-el.tld/taglib-location
  /taglib

  taglib
taglib-uri/tags/struts-logic/taglib-uri
taglib-location/WEB-INF/struts-logic.tld/taglib-location
  /taglib

  taglib
taglib-uri/tags/struts-nested/taglib-uri
taglib-location/WEB-INF/struts-nested.tld/taglib-location
  /taglib

  taglib
taglib-uri/tags/struts-template/taglib-uri
taglib-location/WEB-INF/struts-template.tld/taglib-location
  /taglib

  taglib
taglib-uri/tags/struts-tiles/taglib-uri
taglib-location/WEB-INF/struts-tiles.tld/taglib-location
  /taglib

  
  taglib
taglib-uri/tags/c/taglib-uri
taglib-location/WEB-INF/c-1_0.tld/taglib-location
  /taglib
  
  !-- Pagination Tag Library Descriptors --
  taglib
taglib-uri/tags/display/taglib-uri
taglib-location/WEB-INF/display.tld/taglib-location
  /taglib
/web-app






-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: Need Help Getting Taglibs Working

2003-10-02 Thread Martin van Dijken
Hey Deepak,

Looks like you have a taglibrary in there somewhere that has an incorrect or missing 
!DOCTYPE declaration in it's tld file. The DOCTYPE is required to be correct by the 
XML parser so it can check if you have the syntax of your XML-file(in your case 
tld-file) correct.

Grtz,

Martin


 -Original Message-
 From: deepaksawdekar [mailto:[EMAIL PROTECTED]
 Sent: donderdag 2 oktober 2003 10:48
 To: [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Subject: Re: Need Help Getting Taglibs Working
 
 
 Hello,
 I am facing a problem while starting tomcat with struts and 
 JSTL. I read all the mail for reply to your mail in the 
 taglibs-user list. But was more confused. Can you please help 
 me to recetify the problem.
 
 I am getting the same error which you got. 
 org.xml.sax.SAXParseException: Document root element 
 taglib, must match DOCTYPE root null.
 
 I am using tomcat 4.1.12 
 my dir structure is as follows.
 
 web-inf /
   /c-1_0.tld
   /display.tld
   /struts-bean.tld
   /struts-html.tld
   /struts-html-el.tld
   /struts-logic.tld
   /struts-nested.tld
   /struts-template.tld
   /struts-tiles.tld
 
 web-inf/lib/
   /struts.jar
   /standard.jar
   /arm-3.0.jar
   /blf-client.jar
   /commons-beanutils.jar
   /commons-collections.jar
   /commond-dbcp.jar
   /commons-digester.jar
   /commons-lang.jar
   /commons-logging.jar
   /commons-pool.jar
   /commons-services.jar
   /commons-validator.jar
   /jcs.jar
   /jmxri.jar
   /jmxtools.jar
   /jstl.jar
   /struts-el.jar
 
 
 And I had a following taglib entry in web.xml
 
   !-- Struts Tag Library Descriptors --
   taglib
 taglib-uri/tags/struts-bean/taglib-uri
 taglib-location/WEB-INF/struts-bean.tld/taglib-location
   /taglib
 
   taglib
 taglib-uri/tags/struts-html/taglib-uri
 taglib-location/WEB-INF/struts-html.tld/taglib-location
   /taglib
   
   taglib
   taglib-uri/tags/struts-html-el/taglib-uri
   taglib-location/WEB-INF/struts-html-el.tld/taglib-location
   /taglib
 
   taglib
 taglib-uri/tags/struts-logic/taglib-uri
 taglib-location/WEB-INF/struts-logic.tld/taglib-location
   /taglib
 
   taglib
 taglib-uri/tags/struts-nested/taglib-uri
 taglib-location/WEB-INF/struts-nested.tld/taglib-location
   /taglib
 
   taglib
 taglib-uri/tags/struts-template/taglib-uri
 taglib-location/WEB-INF/struts-template.tld/taglib-location
   /taglib
 
   taglib
 taglib-uri/tags/struts-tiles/taglib-uri
 taglib-location/WEB-INF/struts-tiles.tld/taglib-location
   /taglib
 
   
   taglib
 taglib-uri/tags/c/taglib-uri
 taglib-location/WEB-INF/c-1_0.tld/taglib-location
   /taglib
   
   !-- Pagination Tag Library Descriptors --
   taglib
 taglib-uri/tags/display/taglib-uri
 taglib-location/WEB-INF/display.tld/taglib-location
   /taglib
 /web-app
 
 
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 
 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Need Help Getting Taglibs Working

2003-07-15 Thread C F
Hello,
I tried for many hours to get Taglibs working with Tomcat.  I'm at my wit's end!  
Hopefully someone here can help.
 
I'm using Tomcat tomcat-4.1.24 and jakarta-taglibs-20030713 nightly build.  I'm trying 
to get the standard JSTL 1.0 tags working.  
When I copy the jars from standard-1.0\lib into my WEB-INF\lib.  I get a bunch of 
errors starting up when Tomcat (partial stack trace at the bottom of this message).
When I don't do the jars and I just copy the tld files from standard-1.0\tld into my 
WEB-INF directory and put the tablib entries into the web.xml I don't get any 
errors at Tomcat startup but when I try to use the JSTL tags such as c:out/, I get a 
message saying that it can't find the out class!
I've seen about 3 or 4 different versions of installations directions floating around 
for TagLibs and I think I've tried every combination of all of them.  I'm out of 
ideas. Help!  Thanks!!!
 
===
 
 
 
 
 
Using CATALINA_BASE:   C:\tomcat
Using CATALINA_HOME:   C:\tomcat
Using CATALINA_TMPDIR: C:\tomcat\temp
Using JAVA_HOME:   C:\j2sdk1.4.1_02
Jul 14, 2003 11:55:10 PM org.apache.commons.modeler.Registry loadRegistry
INFO: Loading registry information
Jul 14, 2003 11:55:11 PM org.apache.commons.modeler.Registry getRegistry
INFO: Creating new Registry instance
Jul 14, 2003 11:55:12 PM org.apache.commons.modeler.Registry getServer
INFO: Creating MBeanServer
Jul 14, 2003 11:55:15 PM org.apache.coyote.http11.Http11Protocol init
INFO: Initializing Coyote HTTP/1.1 on port 8080
Starting service Tomcat-Standalone
Apache Tomcat/4.1.24
Jul 14, 2003 11:55:31 PM org.apache.commons.digester.Digester error
SEVERE: Parse Error at line 6 column 19: Document root element taglib, must match 
DOCTYPE root null.
org.xml.sax.SAXParseException: Document root element taglib, must match DOCTYPE root 
null.
at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown 
Source)
at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.rootElementSpecified(Unknown 
Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(Unknown 
Source)
at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown Source)
at 
org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
 Source)
at 
org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
 Source)
at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown 
Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
at org.apache.commons.digester.Digester.parse(Digester.java:1618)
at 
org.apache.catalina.startup.ContextConfig.tldScanStream(ContextConfig.java:977)
at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:921)
at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868)
at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647)
at 
org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243)
at 
org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166)
at org.apache.catalina.core.StandardContext.start(StandardContext.java:3567)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at org.apache.catalina.core.StandardHost.start(StandardHost.java:738)
at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188)
at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347)
at org.apache.catalina.core.StandardService.start(StandardService.java:497)
at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190)
at org.apache.catalina.startup.Catalina.start(Catalina.java:512)
at org.apache.catalina.startup.Catalina.execute(Catalina.java:400)
at org.apache.catalina.startup.Catalina.process(Catalina.java:180)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:324

Re: Need Help Getting Taglibs Working

2003-07-15 Thread C F
Thanks for your response Henri.  I have or have tried things similar to what you are 
suggesting below and I believe all of my URIs are correct.  So I have two questions 
for you 
 
1)  Are both the jars *and* the tld's required?  I thought I read that only the jars 
are now required.
 
2)  Are you telling me that 'logging' and 'string' taglibs are required for the 
standard taglib or were you just showing me an example of what you had?
 


Henri Yandell [EMAIL PROTECTED] wrote:

WEB-INF/ should look akin to:
c.tld fmt.tld log4j.properties sql.tld taglibs-string.tld x.tld
classes lib taglibs-log.tld web.xml

WEB-INF/lib should look akin to:

commons-lang-1.0.jar jdbc2_0-stdext.jar saxpath.jar xalan.jar
dom.jar jstl.jar standard.jar xercesImpl.jar
jaxen-full.jar log4j-1.2.7.jar taglibs-log.jar
jaxp-api.jar sax.jar taglibs-string.jar

taglibs-string pulls in the commons-lang requirement and taglibs-log pulls
in the log4j requirement, but I thought I'd include them as good marketing :)

web.xml should contain bits like:




javax.servlet.jsp.jstl.sql.dataSource


jdbc/TimeTrackerDS





http://jakarta.apache.org/taglibs/string-1.0
/WEB-INF/taglibs-string.tld




http://java.sun.com/jstl/core
/WEB-INF/c.tld


I think the taglib-uri's change for jstl 1.1.

Hen

On Tue, 15 Jul 2003, C F wrote:

 Hello,
 I tried for many hours to get Taglibs working with Tomcat. I'm at my wit's end! 
 Hopefully someone here can help.

 I'm using Tomcat tomcat-4.1.24 and jakarta-taglibs-20030713 nightly build. I'm 
 trying to get the standard JSTL 1.0 tags working.
 When I copy the jars from standard-1.0\lib into my WEB-INF\lib. I get a bunch of 
 errors starting up when Tomcat (partial stack trace at the bottom of this message).
 When I don't do the jars and I just copy the tld files from standard-1.0\tld into my 
 WEB-INF directory and put the entries into the web.xml I don't get any errors at 
 Tomcat startup but when I try to use the JSTL tags such as , I get a message saying 
 that it can't find the out class!
 I've seen about 3 or 4 different versions of installations directions floating 
 around for TagLibs and I think I've tried every combination of all of them. I'm out 
 of ideas. Help! Thanks!!!

 ===





 Using CATALINA_BASE: C:\tomcat
 Using CATALINA_HOME: C:\tomcat
 Using CATALINA_TMPDIR: C:\tomcat\temp
 Using JAVA_HOME: C:\j2sdk1.4.1_02
 Jul 14, 2003 11:55:10 PM org.apache.commons.modeler.Registry loadRegistry
 INFO: Loading registry information
 Jul 14, 2003 11:55:11 PM org.apache.commons.modeler.Registry getRegistry
 INFO: Creating new Registry instance
 Jul 14, 2003 11:55:12 PM org.apache.commons.modeler.Registry getServer
 INFO: Creating MBeanServer
 Jul 14, 2003 11:55:15 PM org.apache.coyote.http11.Http11Protocol init
 INFO: Initializing Coyote HTTP/1.1 on port 8080
 Starting service Tomcat-Standalone
 Apache Tomcat/4.1.24
 Jul 14, 2003 11:55:31 PM org.apache.commons.digester.Digester error
 SEVERE: Parse Error at line 6 column 19: Document root element taglib, must match 
 DOCTYPE root null.
 org.xml.sax.SAXParseException: Document root element taglib, must match DOCTYPE 
 root null.
 at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
 at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
 at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
 at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
 at org.apache.xerces.impl.dtd.XMLDTDValidator.rootElementSpecified(Unknown Source)
 at org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(Unknown Source)
 at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
 at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown 
 Source)
 at 
 org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
  Source)
 at 
 org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
  Source)
 at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
 at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
 at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
 at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
 at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
 at org.apache.commons.digester.Digester.parse(Digester.java:1618)
 at org.apache.catalina.startup.ContextConfig.tldScanStream(ContextConfig.java:977)
 at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:921)
 at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868)
 at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647)
 at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243)
 at 
 org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166

Re: Need Help Getting Taglibs Working

2003-07-15 Thread C F
Thanks for your response Henri.  I have or have tried things similar to what you are 
suggesting below and I believe all of my URIs are correct.  So I have two questions 
for you 
 
1)  Are both the jars *and* the tld's required?  I thought I read that only the jars 
are now required.
 
2)  Are you telling me that 'logging' and 'string' taglibs are required for the 
standard taglib or were you just showing me an example of what you had?
 


Henri Yandell [EMAIL PROTECTED] wrote:

WEB-INF/ should look akin to:
c.tld fmt.tld log4j.properties sql.tld taglibs-string.tld x.tld
classes lib taglibs-log.tld web.xml

WEB-INF/lib should look akin to:

commons-lang-1.0.jar jdbc2_0-stdext.jar saxpath.jar xalan.jar
dom.jar jstl.jar standard.jar xercesImpl.jar
jaxen-full.jar log4j-1.2.7.jar taglibs-log.jar
jaxp-api.jar sax.jar taglibs-string.jar

taglibs-string pulls in the commons-lang requirement and taglibs-log pulls
in the log4j requirement, but I thought I'd include them as good marketing :)

web.xml should contain bits like:




javax.servlet.jsp.jstl.sql.dataSource


jdbc/TimeTrackerDS





http://jakarta.apache.org/taglibs/string-1.0
/WEB-INF/taglibs-string.tld




http://java.sun.com/jstl/core
/WEB-INF/c.tld


I think the taglib-uri's change for jstl 1.1.

Hen

On Tue, 15 Jul 2003, C F wrote:

 Hello,
 I tried for many hours to get Taglibs working with Tomcat. I'm at my wit's end! 
 Hopefully someone here can help.

 I'm using Tomcat tomcat-4.1.24 and jakarta-taglibs-20030713 nightly build. I'm 
 trying to get the standard JSTL 1.0 tags working.
 When I copy the jars from standard-1.0\lib into my WEB-INF\lib. I get a bunch of 
 errors starting up when Tomcat (partial stack trace at the bottom of this message).
 When I don't do the jars and I just copy the tld files from standard-1.0\tld into my 
 WEB-INF directory and put the entries into the web.xml I don't get any errors at 
 Tomcat startup but when I try to use the JSTL tags such as , I get a message saying 
 that it can't find the out class!
 I've seen about 3 or 4 different versions of installations directions floating 
 around for TagLibs and I think I've tried every combination of all of them. I'm out 
 of ideas. Help! Thanks!!!

 ===





 Using CATALINA_BASE: C:\tomcat
 Using CATALINA_HOME: C:\tomcat
 Using CATALINA_TMPDIR: C:\tomcat\temp
 Using JAVA_HOME: C:\j2sdk1.4.1_02
 Jul 14, 2003 11:55:10 PM org.apache.commons.modeler.Registry loadRegistry
 INFO: Loading registry information
 Jul 14, 2003 11:55:11 PM org.apache.commons.modeler.Registry getRegistry
 INFO: Creating new Registry instance
 Jul 14, 2003 11:55:12 PM org.apache.commons.modeler.Registry getServer
 INFO: Creating MBeanServer
 Jul 14, 2003 11:55:15 PM org.apache.coyote.http11.Http11Protocol init
 INFO: Initializing Coyote HTTP/1.1 on port 8080
 Starting service Tomcat-Standalone
 Apache Tomcat/4.1.24
 Jul 14, 2003 11:55:31 PM org.apache.commons.digester.Digester error
 SEVERE: Parse Error at line 6 column 19: Document root element taglib, must match 
 DOCTYPE root null.
 org.xml.sax.SAXParseException: Document root element taglib, must match DOCTYPE 
 root null.
 at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown Source)
 at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
 at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
 at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
 at org.apache.xerces.impl.dtd.XMLDTDValidator.rootElementSpecified(Unknown Source)
 at org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(Unknown Source)
 at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
 at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown 
 Source)
 at 
 org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
  Source)
 at 
 org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
  Source)
 at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source)
 at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
 at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
 at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
 at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
 at org.apache.commons.digester.Digester.parse(Digester.java:1618)
 at org.apache.catalina.startup.ContextConfig.tldScanStream(ContextConfig.java:977)
 at org.apache.catalina.startup.ContextConfig.tldScanJar(ContextConfig.java:921)
 at org.apache.catalina.startup.ContextConfig.tldScan(ContextConfig.java:868)
 at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:647)
 at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:243)
 at 
 org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:166

Re: Need Help Getting Taglibs Working

2003-07-15 Thread Henri Yandell


On Tue, 15 Jul 2003, C F wrote:

 Thanks for your response Henri.  I have or have tried things similar to
 what you are suggesting below and I believe all of my URIs are correct.
 So I have two questions for you

  1)  Are both the jars *and* the tld's required?  I thought I read that
 only the jars are now required.

I've always put both in. I know jars are meant to be able to have tld's
in, but it's not a practice I've used very often.

 2)  Are you telling me that 'logging' and 'string' taglibs are required for the 
 standard taglib or were you just showing me an example of what you had?

Just an example. At work, so wanted to pass the information over speedily.

Do you want to try mailing your web.xml to the list? Just in case
something looks dodge to someone?

Hen

 Henri Yandell [EMAIL PROTECTED] wrote:

 WEB-INF/ should look akin to:
 c.tld fmt.tld log4j.properties sql.tld taglibs-string.tld x.tld
 classes lib taglibs-log.tld web.xml

 WEB-INF/lib should look akin to:

 commons-lang-1.0.jar jdbc2_0-stdext.jar saxpath.jar xalan.jar
 dom.jar jstl.jar standard.jar xercesImpl.jar
 jaxen-full.jar log4j-1.2.7.jar taglibs-log.jar
 jaxp-api.jar sax.jar taglibs-string.jar

 taglibs-string pulls in the commons-lang requirement and taglibs-log pulls
 in the log4j requirement, but I thought I'd include them as good marketing :)

 web.xml should contain bits like:




 javax.servlet.jsp.jstl.sql.dataSource


 jdbc/TimeTrackerDS





 http://jakarta.apache.org/taglibs/string-1.0
 /WEB-INF/taglibs-string.tld




 http://java.sun.com/jstl/core
 /WEB-INF/c.tld


 I think the taglib-uri's change for jstl 1.1.

 Hen

 On Tue, 15 Jul 2003, C F wrote:

  Hello,
  I tried for many hours to get Taglibs working with Tomcat. I'm at my wit's 
  end! Hopefully someone here can help.
 
  I'm using Tomcat tomcat-4.1.24 and jakarta-taglibs-20030713 nightly build. I'm 
  trying to get the standard JSTL 1.0 tags working.
  When I copy the jars from standard-1.0\lib into my WEB-INF\lib. I get a bunch of 
  errors starting up when Tomcat (partial stack trace at the bottom of this message).
  When I don't do the jars and I just copy the tld files from standard-1.0\tld into 
  my WEB-INF directory and put the entries into the web.xml I don't get any 
  errors at Tomcat startup but when I try to use the JSTL tags such as , I get a 
  message saying that it can't find the out class!
  I've seen about 3 or 4 different versions of installations directions floating 
  around for TagLibs and I think I've tried every combination of all of them. I'm 
  out of ideas. Help! Thanks!!!
 
  ===
 
 
 
 
 
  Using CATALINA_BASE: C:\tomcat
  Using CATALINA_HOME: C:\tomcat
  Using CATALINA_TMPDIR: C:\tomcat\temp
  Using JAVA_HOME: C:\j2sdk1.4.1_02
  Jul 14, 2003 11:55:10 PM org.apache.commons.modeler.Registry loadRegistry
  INFO: Loading registry information
  Jul 14, 2003 11:55:11 PM org.apache.commons.modeler.Registry getRegistry
  INFO: Creating new Registry instance
  Jul 14, 2003 11:55:12 PM org.apache.commons.modeler.Registry getServer
  INFO: Creating MBeanServer
  Jul 14, 2003 11:55:15 PM org.apache.coyote.http11.Http11Protocol init
  INFO: Initializing Coyote HTTP/1.1 on port 8080
  Starting service Tomcat-Standalone
  Apache Tomcat/4.1.24
  Jul 14, 2003 11:55:31 PM org.apache.commons.digester.Digester error
  SEVERE: Parse Error at line 6 column 19: Document root element taglib, must 
  match DOCTYPE root null.
  org.xml.sax.SAXParseException: Document root element taglib, must match DOCTYPE 
  root null.
  at org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown 
  Source)
  at org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown Source)
  at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
  at org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown Source)
  at org.apache.xerces.impl.dtd.XMLDTDValidator.rootElementSpecified(Unknown Source)
  at org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(Unknown Source)
  at org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown Source)
  at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown 
  Source)
  at 
  org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
   Source)
  at 
  org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
   Source)
  at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown 
  Source)
  at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
  at org.apache.xerces.parsers.DTDConfiguration.parse(Unknown Source)
  at org.apache.xerces.parsers.XMLParser.parse(Unknown Source)
  at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source)
  at org.apache.commons.digester.Digester.parse(Digester.java:1618)
  at org.apache.catalina.startup.ContextConfig.tldScanStream(ContextConfig.java

Re: Need Help Getting Taglibs Working

2003-07-15 Thread C F
Even the standard-examples.war application does not
work so I'm wondering if it's not necessarily my
taglib configuration.  I began to wonder if I had some
weird XML library in my path that was hosing
everything up.  So I reinstalled my JDK (1.4.1_02) and
Tomcat... but it had no effect.  Okay, here are more
specifics along with a snip from my web.xml.  I've
tried many variations of the configs you see below...
such as jars only without tld's... or only tld's
without jars tld's with/without web.xml entries...
etc., etc very frustrated :)



From WEB-INF/lib
===
07/12/2003  10:03p 118,726
commons-beanutils.jar
07/12/2003  10:03p 165,119
commons-collections.jar
07/12/2003  10:03p 109,096
commons-digester.jar
07/12/2003  10:03p  22,379
commons-fileupload.jar
07/12/2003  10:03p  63,980
commons-lang.jar
07/12/2003  10:03p  31,605
commons-logging.jar
07/12/2003  10:03p  46,865
commons-validator.jar
07/13/2003  03:49a  26,710 dom.jar
07/12/2003  10:03p  65,368 jakarta-oro.jar
07/13/2003  03:49a 191,881 jaxen-full.jar
07/13/2003  03:49a  27,052 jaxp-api.jar
07/13/2003  03:49a   6,727
jdbc2_0-stdext.jar
07/13/2003  03:49a  20,997 jstl.jar
07/12/2003  03:51p 215,441
mysql-connector-java-3.0.8-stable-bin.jar
07/13/2003  03:49a  26,206 sax.jar
07/13/2003  03:49a  23,563 saxpath.jar
07/13/2003  03:49a   2,949,430 standard.jar
07/12/2003  10:03p  10,518
struts-legacy.jar
07/12/2003  10:03p 498,051 struts.jar
07/13/2003  03:44a  14,496
taglibs-application.jar
07/13/2003  03:49a   1,031,036 xalan.jar
07/13/2003  03:49a 885,250 xercesImpl.jar







From WEB-INF

07/13/2003  03:49a  10,763 c-rt.tld
07/13/2003  03:49a  11,310 c.tld
07/14/2003  11:54p  DIR  classes
07/13/2003  03:49a  11,409 fmt-rt.tld
07/13/2003  03:49a  12,580 fmt.tld
07/15/2003  12:14a  DIR  lib
07/13/2003  03:49a   5,372 sql-rt.tld
07/13/2003  03:49a   6,127 sql.tld
07/12/2003  05:26p  DIR  src
07/12/2003  10:21p   8,868 struts-bean.tld
07/14/2003  09:59p   1,762
struts-config.xml
07/12/2003  10:21p  66,192 struts-html.tld
07/12/2003  10:21p  14,511
struts-logic.tld
07/12/2003  10:21p  64,659
struts-nested.tld
07/12/2003  10:21p   1,631
struts-template.tld
07/12/2003  10:21p   7,850
struts-tiles.tld
07/12/2003  10:03p   1,652
tiles-config.dtd
07/12/2003  10:03p  12,404
tiles-config_1_1.dtd
07/14/2003  09:51p 751 tiles-defs.xml
07/12/2003  10:03p  10,071
validation_1_1.dtd
07/12/2003  10:03p  11,303
validator-rules_1_1.dtd
07/12/2003  10:03p  15,994 web-app_2_2.dtd
07/12/2003  10:03p  33,619 web-app_2_3.dtd
07/15/2003  12:00a   3,037 web.xml
07/13/2003  03:49a   7,200 x-rt.tld
07/13/2003  03:49a   7,673 x.tld


From my web.xml
=
 servlet mapping tags .


taglib

taglib-urihttp://java.sun.com/jstl/core/taglib-uri
taglib-location/WEB-INF/c.tld/taglib-location
/taglib
taglib

taglib-urihttp://java.sun.com/jstl/core_rt/taglib-uri
taglib-location/WEB-INF/c-rt.tld/taglib-location
/taglib
taglib

taglib-urihttp://java.sun.com/jstl/xml/taglib-uri
taglib-location/WEB-INF/x.tld/taglib-location
/taglib
taglib

taglib-urihttp://java.sun.com/jstl/xml_rt/taglib-uri
taglib-location/WEB-INF/x-rt.tld/taglib-location
/taglib
taglib

taglib-urihttp://java.sun.com/jstl/fmt/taglib-uri
taglib-location/WEB-INF/fmt.tld/taglib-location
/taglib
taglib

taglib-urihttp://java.sun.com/jstl/fmt_rt/taglib-uri

taglib-location/WEB-INF/fmt-rt.tld/taglib-location
/taglib
taglib

taglib-urihttp://java.sun.com/jstl/sql/taglib-uri
taglib-location/WEB-INF/sql.tld/taglib-location
/taglib
taglib

taglib-urihttp://java.sun.com/jstl/sql_rt/taglib-uri

taglib-location/WEB-INF/sql-rt.tld/taglib-location
/taglib

 security contraint tags  


From my JSP
===
%@ taglib prefix=c
uri=http://java.sun.com/jstl/core; %
%@ taglib prefix=x
uri=http://java.sun.com/jstl/xml; %
%@ taglib prefix=fmt
uri=http://java.sun.com/jstl/fmt; %
%@ taglib prefix=sql
uri=http://java.sun.com/jstl/sql; %
%@ taglib prefix=c_rt
uri=http://java.sun.com/jstl/core_rt; %
%@ taglib prefix=x_rt
uri=http://java.sun.com/jstl/xml_rt; %
%@ taglib prefix

Re: Need Help Getting Taglibs Working

2003-07-15 Thread C F
Thanks to all who helped me... and thanks to Kris who
helped me clean a lot of junk out of my app to help
narrow down the problem! 
It turns out that it was the version of taglib I was
using.  I still don't entirely understand the
link/directory structure under the jakarta binaries
download page.  As I understood it, the standard
directory was the latest JSTL spec which needs a JSP
2.0+ container and standard-1.0 directory was
what I needed for Tomcat 4.  I guess that holds true
but I did something funky with the CVS branch builds? 
I dont' know.  I got the nightly build because I
couldn't figure what the heck was going on with that
directory structure under Realease Builds/Taglibs
link.  If you look under taglibs/standard-1.0 under
there, you get nothing.  What finally fixed the
problem was going to taglibs/standard which I
thought was supposed to be the newer JSTL which I
could not use and it does not help that file names
are truncated on the page!  All of this despite the
fact that I was using taglibs/standard-1.0 directory
from the nightly build I had retrieved earlier.
This probably makes no sense to anyone reading this...
I don't know how to explain it.  Either that download
section is screwed up or... more likely... I just
don't get it.  Either way, it's working now... thanks
again!



http://www.ibiblio.org/pub/packages/infosystems/WWW/servers/apache/jakarta/taglibs/standard/binaries/

--- Pierre Delisle [EMAIL PROTECTED] wrote:
 Did you download the nightly for the 1.0 branch, or
 the HEAD?
 Please note there is both 'standard-1.0' and
 'standard'
 at

http://cvs.apache.org/builds/jakarta-taglibs/nightly/projects/.
 
 If you run on tomcat-4.1.24, you want to use the
 nightly under
 'standard-1.0'.
 
-- Pierre
 
 C F wrote:
  Hello,
  I tried for many hours to get Taglibs working with
 Tomcat.  I'm at my wit's end!  Hopefully someone
 here can help.
   
  I'm using Tomcat tomcat-4.1.24 and
 jakarta-taglibs-20030713 nightly build.  I'm trying
 to get the standard JSTL 1.0 tags working.  
  When I copy the jars from standard-1.0\lib into my
 WEB-INF\lib.  I get a bunch of errors starting up
 when Tomcat (partial stack trace at the bottom of
 this message).
  When I don't do the jars and I just copy the tld
 files from standard-1.0\tld into my WEB-INF
 directory and put the tablib entries into the
 web.xml I don't get any errors at Tomcat startup
 but when I try to use the JSTL tags such as
 c:out/, I get a message saying that it can't find
 the out class!
  I've seen about 3 or 4 different versions of
 installations directions floating around for TagLibs
 and I think I've tried every combination of all of
 them.  I'm out of ideas. Help!  Thanks!!!
   
 

===
   
   
   
   
   
  Using CATALINA_BASE:   C:\tomcat
  Using CATALINA_HOME:   C:\tomcat
  Using CATALINA_TMPDIR: C:\tomcat\temp
  Using JAVA_HOME:   C:\j2sdk1.4.1_02
  Jul 14, 2003 11:55:10 PM
 org.apache.commons.modeler.Registry loadRegistry
  INFO: Loading registry information
  Jul 14, 2003 11:55:11 PM
 org.apache.commons.modeler.Registry getRegistry
  INFO: Creating new Registry instance
  Jul 14, 2003 11:55:12 PM
 org.apache.commons.modeler.Registry getServer
  INFO: Creating MBeanServer
  Jul 14, 2003 11:55:15 PM
 org.apache.coyote.http11.Http11Protocol init
  INFO: Initializing Coyote HTTP/1.1 on port 8080
  Starting service Tomcat-Standalone
  Apache Tomcat/4.1.24
  Jul 14, 2003 11:55:31 PM
 org.apache.commons.digester.Digester error
  SEVERE: Parse Error at line 6 column 19: Document
 root element taglib, must match DOCTYPE root
 null.
  org.xml.sax.SAXParseException: Document root
 element taglib, must match DOCTYPE root null.
  at

org.apache.xerces.util.ErrorHandlerWrapper.createSAXParseException(Unknown
 Source)
  at

org.apache.xerces.util.ErrorHandlerWrapper.error(Unknown
 Source)
  at

org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
 Source)
  at

org.apache.xerces.impl.XMLErrorReporter.reportError(Unknown
 Source)
  at

org.apache.xerces.impl.dtd.XMLDTDValidator.rootElementSpecified(Unknown
 Source)
  at

org.apache.xerces.impl.dtd.XMLDTDValidator.handleStartElement(Unknown
 Source)
  at

org.apache.xerces.impl.dtd.XMLDTDValidator.startElement(Unknown
 Source)
  at

org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(Unknown
 Source)
  at

org.apache.xerces.impl.XMLDocumentScannerImpl$ContentDispatcher.scanRootElementHook(Unknown
 Source)
  at

org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown
 Source)
  at

org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
 Source)
  at

org.apache.xerces.parsers.DTDConfiguration.parse(Unknown
 Source)
  at

org.apache.xerces.parsers.DTDConfiguration.parse(Unknown
 Source

Re: Jakarta Taglibs Installation

2003-07-06 Thread Neil Zanella

Excellent idea. I should have a look at the document type definition for 
the web.xml file to find out where exactly I should place the 
context-param element and its contents, and then perhaps also
validate the resulting XML file with an XML validator with
the DTD also supplied as input.

The DTD does not come with tomcat or taglibs but...

$ find /usr/local/jakarta-tomcat-4.1.24 -name '*dtd'
$ find /usr/local/jakarta-taglibs -name '*dtd'
$

The file /usr/local/jakarta-tomcat-4.1.24/webapps/ROOT/WEB-INF/web.xml
reveals its location:

http://java.sun.com/dtd/web-app_2_3.dtd

OK, I validated the page versus the DTD using the XML validator at 
http://validator.w3.org/ and found the page to be valid XML, that
is the XML file is well-formed and validates versus the DTD.

I also checked it at the following site:
http://www.stg.brown.edu/cgi-bin/xmlvalid/xmlvalid.pl
and obtained the same results (except for the following
warning which I suppose is nothing to worry about):

line 2, web.xml:
warning (562): can't resolve Public ID: -//Sun Microsystems, Inc.//DTD 
Web Application 2.2//EN 

Both validators nevertheless downloaded the DTD from the contents of 
the second string specified in the document type declaration and did
find the document to conform to the DTD, so that was not the problem.

The error message reported is clearly wrong.

Regards,

Neil

On Sat, 5 Jul 2003, N. Chen wrote:

 do you have taglib define in the web.xml file?  might be the ordering of
 your other directives, try looking at the DTD.
 
 nick
 
 On Fri, 4 Jul 2003, Neil Zanella wrote:
 
 
  Well, now I am not entirely sure that it is mandatory, because I have
  a JSP page such that when I change the WEB-INF/web.xml to include the
  following lines (for connecting to a database which is not yet on the
  network):
 
context-param
  param-name
javax.servlet.jsp.jstl.sql.dataSource
  /param-name
  param-value
jdbc:postgresql:foodb,org.postgresql.Driver,johndoe
  /param-value
/context-param
 
  and save the .jsp file without making any modifications to it, I get
  the following error, but the error is not caused by a change in the
  .jsp file; it's caused by the above lines:
 
  org.apache.jasper.JasperException: This absolute uri
  (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or
  the jar files deployed with this application
 
  This is clearly wrong!!! BTW I have not been able to connect to the data
  source yet so I'm not sure yet if that would fix it, but the error is
  clearly the wrong error, and is introduced by the above lines.
 
  Why is this happening? (almost would seem like a bug: Tomcat 4.1.24)
 
  Neil
 
  On Mon, 30 Jun 2003, Shawn Bayern wrote:
 
   On Mon, 30 Jun 2003, [gb2312] guo yingshou wrote:
  
If it is *mandatory*,why the web-app.dtd still specifiy an optional
taglib element?Just for backward compatibility?
  
   That's part of it, and it's also necessary for cases where a tag library
   doesn't package its JAR in the format necessary for it to work.  Note that
   it's mandatory for the container to support it; it's not mandatory for a
   taglib author to deploy his or her libraries in this fashion (though it's
   probably a good idea in all cases).
  
  
 
 
  -
  To unsubscribe, e-mail: [EMAIL PROTECTED]
  For additional commands, e-mail: [EMAIL PROTECTED]
 
 
 
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Jakarta Taglibs Installation

2003-07-05 Thread N. Chen

do you have taglib define in the web.xml file?  might be the ordering of
your other directives, try looking at the DTD.

nick

On Fri, 4 Jul 2003, Neil Zanella wrote:


 Well, now I am not entirely sure that it is mandatory, because I have
 a JSP page such that when I change the WEB-INF/web.xml to include the
 following lines (for connecting to a database which is not yet on the
 network):

   context-param
 param-name
   javax.servlet.jsp.jstl.sql.dataSource
 /param-name
 param-value
   jdbc:postgresql:foodb,org.postgresql.Driver,johndoe
 /param-value
   /context-param

 and save the .jsp file without making any modifications to it, I get
 the following error, but the error is not caused by a change in the
 .jsp file; it's caused by the above lines:

 org.apache.jasper.JasperException: This absolute uri
 (http://java.sun.com/jstl/core) cannot be resolved in either web.xml or
 the jar files deployed with this application

 This is clearly wrong!!! BTW I have not been able to connect to the data
 source yet so I'm not sure yet if that would fix it, but the error is
 clearly the wrong error, and is introduced by the above lines.

 Why is this happening? (almost would seem like a bug: Tomcat 4.1.24)

 Neil

 On Mon, 30 Jun 2003, Shawn Bayern wrote:

  On Mon, 30 Jun 2003, [gb2312] guo yingshou wrote:
 
   If it is *mandatory*,why the web-app.dtd still specifiy an optional
   taglib element?Just for backward compatibility?
 
  That's part of it, and it's also necessary for cases where a tag library
  doesn't package its JAR in the format necessary for it to work.  Note that
  it's mandatory for the container to support it; it's not mandatory for a
  taglib author to deploy his or her libraries in this fashion (though it's
  probably a good idea in all cases).
 
 


 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Jakarta Taglibs Installation

2003-07-04 Thread Neil Zanella

Well, now I am not entirely sure that it is mandatory, because I have
a JSP page such that when I change the WEB-INF/web.xml to include the
following lines (for connecting to a database which is not yet on the
network):

  context-param
param-name
  javax.servlet.jsp.jstl.sql.dataSource
/param-name
param-value
  jdbc:postgresql:foodb,org.postgresql.Driver,johndoe
/param-value
  /context-param

and save the .jsp file without making any modifications to it, I get
the following error, but the error is not caused by a change in the
.jsp file; it's caused by the above lines:

org.apache.jasper.JasperException: This absolute uri 
(http://java.sun.com/jstl/core) cannot be resolved in either web.xml or 
the jar files deployed with this application

This is clearly wrong!!! BTW I have not been able to connect to the data
source yet so I'm not sure yet if that would fix it, but the error is
clearly the wrong error, and is introduced by the above lines.

Why is this happening? (almost would seem like a bug: Tomcat 4.1.24)

Neil

On Mon, 30 Jun 2003, Shawn Bayern wrote:

 On Mon, 30 Jun 2003, [gb2312] guo yingshou wrote:
 
  If it is *mandatory*,why the web-app.dtd still specifiy an optional
  taglib element?Just for backward compatibility?
 
 That's part of it, and it's also necessary for cases where a tag library
 doesn't package its JAR in the format necessary for it to work.  Note that
 it's mandatory for the container to support it; it's not mandatory for a
 taglib author to deploy his or her libraries in this fashion (though it's
 probably a good idea in all cases).
 
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Jakarta Taglibs Installation

2003-06-30 Thread Michael Duffy

I should point out, in the interest of intellectual
honesty, that I didn't lick this off the grass.  I
learned it after reading a well-written explanation by
Shawn Bayern.  Proper credit should be given where it
belongs. - MOD


--- guo yingshou [EMAIL PROTECTED] wrote:
 Thanks for your info. I never do that before.Maybe I
 need to have a detailed look at the sections you
 mentions if I have time later.After a glimpse of
 these
 lines,a question pops up my mind:
 If it is *mandatory*,why the web-app.dtd still
 specifiy an optional taglib element?Just for
 backward
 compatibility?
 
 Anyway,thanks for clarification.
 
  --- Shawn Bayern [EMAIL PROTECTED] µÄÕýÎÄ£º
 On Mon, 30 Jun 2003, [gb2312] guo yingshou wrote:
  
   Are you sure it works on all j2ee complaint
  servlet engine?
  
  The behavior is mandated by sections 7.2.1 and
 7.3.1
  of the JSP 1.2
  specification, so all compliant containers support
  it; if a product
  claiming compliance doesn't support it, then it's
 a
  bug.
  
  Shawn
  
  
 

-
  To unsubscribe, e-mail:
  [EMAIL PROTECTED]
  For additional commands, e-mail:
  [EMAIL PROTECTED]
   
 

_
 Do You Yahoo!? 
 ÍøÁµµÄÚ¹ÊÍ£ºÕæÇ黹ÊÇ·Å×Ý£¿

http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove
 

-
 To unsubscribe, e-mail:
 [EMAIL PROTECTED]
 For additional commands, e-mail:
 [EMAIL PROTECTED]
 


__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



problem to replace character \ with character / with the help of jakarta.apache.org/taglibs/string

2003-06-30 Thread Milut
Hello, all!

I have a problem to replace character \ with character / with the help
of jakarta.apache.org/taglibs/string.

test.jsp
---
%@ page language=java contentType=text/html; charset=windows-1251 %
%@ taglib uri=http://jakarta.apache.org/taglibs/string-1.0; prefix=str
%

!-- not works --
str:replace replace=\ with=/q\qq\qqq/str:replace
br
!-- not works --
str:replace replace=\\ with=/q\qq\qqq/str:replace
---

Under tomcat and jboss test.jsp doesn't work:

exception:
org.apache.jasper.JasperException: /index.jsp(5,11)
jsp.error.unterminated.tag at
org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.
java:94)
...

Under resin-ee - ok.

Any help would be gratefully appreciated.

Thanks in advance.
Best regards.
Bye.
Michael.

PS
Please send a copy of the answer to my e-mail
[EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Jakarta Taglibs Installation

2003-06-30 Thread Shawn Bayern
On Mon, 30 Jun 2003, [gb2312] guo yingshou wrote:

 If it is *mandatory*,why the web-app.dtd still specifiy an optional
 taglib element?Just for backward compatibility?

That's part of it, and it's also necessary for cases where a tag library
doesn't package its JAR in the format necessary for it to work.  Note that
it's mandatory for the container to support it; it's not mandatory for a
taglib author to deploy his or her libraries in this fashion (though it's
probably a good idea in all cases).

-- 
Shawn Bayern
JSTL in Action   http://www.jstlbook.com


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Jakarta Taglibs Installation

2003-06-29 Thread Neil Zanella

Hello,

I have installed Jakarta Tomcat 4.1.24 and Jakarta Taglibs 1.0.3,
both of which support the JSP specification. I found the README
file /usr/local/jakarta-taglibs/standard-1.0.3/README to be
close to useless: it seems to me that copying the files
standard-doc.war and standard-examples.war to the
WEB-INF/classes is almost irrelevant: what do I
do once I copy them? How do I test them?

With a JavaServer page with the following directive:

%@ taglib prefix=c uri=http://java.sun.com/jstl/core; %

I was getting the following error:

uri (http://java.sun.com/jstl/core) cannot be resolved

and then also the error:

org.apache.jasper.JasperException: File /WEB-INF/c.tld not found

Hence I fixed it with:

$ cp /usr/local/jakarta-taglibs/standard-1.0.3/tld/c.tld \
 ~/public_html/WEB-INF

This is undocumented though. Is it what I'm supposed to do?
Seems strange to me that I would have to copy the file to
my web applications' WEB-INF directory: if it's the same
for everyone why can't it be used as a system file,
without the need to copy it?

Thanks,

Neil


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Jakarta Taglibs Installation

2003-06-29 Thread guo yingshou
Have you configured the taglib in your web.xml using
taglib element ?


 --- Neil Zanella [EMAIL PROTECTED]  
 Hello,
 
 I have installed Jakarta Tomcat 4.1.24 and Jakarta
 Taglibs 1.0.3,
 both of which support the JSP specification. I found
 the README
 file
 /usr/local/jakarta-taglibs/standard-1.0.3/README to
 be
 close to useless: it seems to me that copying the
 files
 standard-doc.war and standard-examples.war to the
 WEB-INF/classes is almost irrelevant: what do I
 do once I copy them? How do I test them?
 
 With a JavaServer page with the following directive:
 
 %@ taglib prefix=c
 uri=http://java.sun.com/jstl/core; %
 
 I was getting the following error:
 
 uri (http://java.sun.com/jstl/core) cannot be
 resolved
 
 and then also the error:
 
 org.apache.jasper.JasperException: File
 /WEB-INF/c.tld not found
 
 Hence I fixed it with:
 
 $ cp
 /usr/local/jakarta-taglibs/standard-1.0.3/tld/c.tld
 \
  ~/public_html/WEB-INF
 
 This is undocumented though. Is it what I'm supposed
 to do?
 Seems strange to me that I would have to copy the
 file to
 my web applications' WEB-INF directory: if it's the
 same
 for everyone why can't it be used as a system file,
 without the need to copy it?
 
 Thanks,
 
 Neil
 
 

-
 To unsubscribe, e-mail:
 [EMAIL PROTECTED]
 For additional commands, e-mail:
 [EMAIL PROTECTED]
  

_
Do You Yahoo!? 

http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Jakarta Taglibs Installation

2003-06-29 Thread Neil Zanella

On Sun, 29 Jun 2003, [gb2312] guo yingshou wrote:

 Have you configured the taglib in your web.xml using
 taglib element ?

No I have not because:

1. I have not seen anything about this in the documentation.

2. I have read that Tomcat 4.1.24 has an autodetection feature
   which makes this unnecessary.

In case 2 is not true, then where can I find documentation on the
syntax of this taglib XML element and what attributes/contents
should I set for this element?

Thanks,

Neil

  --- Neil Zanella [EMAIL PROTECTED] µÄÕýÎÄ£º 
  Hello,
  
  I have installed Jakarta Tomcat 4.1.24 and Jakarta
  Taglibs 1.0.3,
  both of which support the JSP specification. I found
  the README
  file
  /usr/local/jakarta-taglibs/standard-1.0.3/README to
  be
  close to useless: it seems to me that copying the
  files
  standard-doc.war and standard-examples.war to the
  WEB-INF/classes is almost irrelevant: what do I
  do once I copy them? How do I test them?
  
  With a JavaServer page with the following directive:
  
  %@ taglib prefix=c
  uri=http://java.sun.com/jstl/core; %
  
  I was getting the following error:
  
  uri (http://java.sun.com/jstl/core) cannot be
  resolved
  
  and then also the error:
  
  org.apache.jasper.JasperException: File
  /WEB-INF/c.tld not found
  
  Hence I fixed it with:
  
  $ cp
  /usr/local/jakarta-taglibs/standard-1.0.3/tld/c.tld
  \
   ~/public_html/WEB-INF
  
  This is undocumented though. Is it what I'm supposed
  to do?
  Seems strange to me that I would have to copy the
  file to
  my web applications' WEB-INF directory: if it's the
  same
  for everyone why can't it be used as a system file,
  without the need to copy it?
  
  Thanks,
  
  Neil
  
  
 
 -
  To unsubscribe, e-mail:
  [EMAIL PROTECTED]
  For additional commands, e-mail:
  [EMAIL PROTECTED]
   
 
 _
 Do You Yahoo!? 
 ÍøÁµµÄÚ¹ÊÍ£ºÕæÇ黹ÊÇ·Å×Ý£¿
 http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Jakarta Taglibs Installation

2003-06-29 Thread guo yingshou
Have a look at servlet specification.

 --- Neil Zanella [EMAIL PROTECTED]  
 On Sun, 29 Jun 2003, [gb2312] guo yingshou wrote:
 
  Have you configured the taglib in your web.xml
 using
  taglib element ?
 
 No I have not because:
 
 1. I have not seen anything about this in the
 documentation.
 
 2. I have read that Tomcat 4.1.24 has an
 autodetection feature
which makes this unnecessary.
 
 In case 2 is not true, then where can I find
 documentation on the
 syntax of this taglib XML element and what
 attributes/contents
 should I set for this element?
 
 Thanks,
 
 Neil
 
   --- Neil Zanella [EMAIL PROTECTED]  
   Hello,
   
   I have installed Jakarta Tomcat 4.1.24 and
 Jakarta
   Taglibs 1.0.3,
   both of which support the JSP specification. I
 found
   the README
   file
   /usr/local/jakarta-taglibs/standard-1.0.3/README
 to
   be
   close to useless: it seems to me that copying
 the
   files
   standard-doc.war and standard-examples.war to
 the
   WEB-INF/classes is almost irrelevant: what do I
   do once I copy them? How do I test them?
   
   With a JavaServer page with the following
 directive:
   
   %@ taglib prefix=c
   uri=http://java.sun.com/jstl/core; %
   
   I was getting the following error:
   
   uri (http://java.sun.com/jstl/core) cannot be
   resolved
   
   and then also the error:
   
   org.apache.jasper.JasperException: File
   /WEB-INF/c.tld not found
   
   Hence I fixed it with:
   
   $ cp
  
 /usr/local/jakarta-taglibs/standard-1.0.3/tld/c.tld
   \
~/public_html/WEB-INF
   
   This is undocumented though. Is it what I'm
 supposed
   to do?
   Seems strange to me that I would have to copy
 the
   file to
   my web applications' WEB-INF directory: if it's
 the
   same
   for everyone why can't it be used as a system
 file,
   without the need to copy it?
   
   Thanks,
   
   Neil
   
   
  
 

-
   To unsubscribe, e-mail:
   [EMAIL PROTECTED]
   For additional commands, e-mail:
   [EMAIL PROTECTED]

  
 

_
  Do You Yahoo!? 
  
 

http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove
  
 

-
  To unsubscribe, e-mail:
 [EMAIL PROTECTED]
  For additional commands, e-mail:
 [EMAIL PROTECTED]
  
 
 

-
 To unsubscribe, e-mail:
 [EMAIL PROTECTED]
 For additional commands, e-mail:
 [EMAIL PROTECTED]
  

_
Do You Yahoo!? 

http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: Jakarta Taglibs Installation

2003-06-29 Thread Neil Zanella

Well, I just had a look at the instructions at:

http://jakarta.apache.org/taglibs/doc/standard-doc/standard/GettingStarted.html
and they say to copy the contents of directory:

/usr/local/jakarta-taglibs/standard-1.0.3/lib

to the WEB-INF/lib directory. That worked, but
once again, it seems wasteful. If every user
did this for their own web application directory
then there would be a lot of unnecessary duplication.
Did you say that I can avoid this by using the
taglib element in my web.xml (server.xml?).

Thanks,

Neil

(Now I'll also have a look at:
http://jakarta.apache.org/taglibs/binarydist.html)_

I cannot understand why these jakarta packages can't
just distribute whatever installation instructions
are necessary in the README file like just about
any other software does it.

...

On Sun, 29 Jun 2003, [gb2312] guo yingshou wrote:

 Have a look at servlet specification.
 
  --- Neil Zanella [EMAIL PROTECTED] µÄÕýÎÄ£º 
  On Sun, 29 Jun 2003, [gb2312] guo yingshou wrote:
  
   Have you configured the taglib in your web.xml
  using
   taglib element ?
  
  No I have not because:
  
  1. I have not seen anything about this in the
  documentation.
  
  2. I have read that Tomcat 4.1.24 has an
  autodetection feature
 which makes this unnecessary.
  
  In case 2 is not true, then where can I find
  documentation on the
  syntax of this taglib XML element and what
  attributes/contents
  should I set for this element?
  
  Thanks,
  
  Neil
  
--- Neil Zanella [EMAIL PROTECTED] µÄÕýÎÄ£º 
Hello,

I have installed Jakarta Tomcat 4.1.24 and
  Jakarta
Taglibs 1.0.3,
both of which support the JSP specification. I
  found
the README
file
/usr/local/jakarta-taglibs/standard-1.0.3/README
  to
be
close to useless: it seems to me that copying
  the
files
standard-doc.war and standard-examples.war to
  the
WEB-INF/classes is almost irrelevant: what do I
do once I copy them? How do I test them?

With a JavaServer page with the following
  directive:

%@ taglib prefix=c
uri=http://java.sun.com/jstl/core; %

I was getting the following error:

uri (http://java.sun.com/jstl/core) cannot be
resolved

and then also the error:

org.apache.jasper.JasperException: File
/WEB-INF/c.tld not found

Hence I fixed it with:

$ cp
   
  /usr/local/jakarta-taglibs/standard-1.0.3/tld/c.tld
\
 ~/public_html/WEB-INF

This is undocumented though. Is it what I'm
  supposed
to do?
Seems strange to me that I would have to copy
  the
file to
my web applications' WEB-INF directory: if it's
  the
same
for everyone why can't it be used as a system
  file,
without the need to copy it?

Thanks,

Neil


   
  
 
 -
To unsubscribe, e-mail:
[EMAIL PROTECTED]
For additional commands, e-mail:
[EMAIL PROTECTED]
 
   
  
 
 _
   Do You Yahoo!? 
   ÍøÁµµÄÚ¹ÊÍ£ºÕæÇ黹ÊÇ·Å×Ý£¿
  
 
 http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove
   
  
 
 -
   To unsubscribe, e-mail:
  [EMAIL PROTECTED]
   For additional commands, e-mail:
  [EMAIL PROTECTED]
   
  
  
 
 -
  To unsubscribe, e-mail:
  [EMAIL PROTECTED]
  For additional commands, e-mail:
  [EMAIL PROTECTED]
   
 
 _
 Do You Yahoo!? 
 ÍøÁµµÄÚ¹ÊÍ£ºÕæÇ黹ÊÇ·Å×Ý£¿
 http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.surveys.yahoo.com/netlove
 
 -
 To unsubscribe, e-mail: [EMAIL PROTECTED]
 For additional commands, e-mail: [EMAIL PROTECTED]
 


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



  1   2   3   >