You are viewing a plain text version of this content. The canonical link for it is here.
Posted to taglibs-user@tomcat.apache.org by Anders Berg <an...@vg.no> on 2001/07/18 10:52:05 UTC
jsptl build
Hi,
beeing new to jakarta-taglibs and this mailing list, I hope the question I
ask is not asked _all_ the time. :)
I'm having no problems whatsoever compiling and installing all the modules
in JTL, except jsptl. I build xalan (1.4.1) and xerces(2.2.D6) from
scratch, and j-ant, j-oro, j-servletap, j-servletapi-4 from CVS. I also
downloaded JAXP 1.1 from SUN for crimson.jar and jaxp.jar (Not that I have
not tried the ones in j-ant) but still when I try to build j-taglibs I get
the error below. I can't seem to find the topic covered in this mailinglist
earlier either. If anybody has had this problem and knows the remedy?...
[javac] Compiling 163 source files to
/home/andersb/jakarta/jakarta-taglibs/build/jsptl/jsptl
[javac]
/home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/JsptlCoreTLV.java:350:
<identifier> expe
cted
[javac] public ValidationMessage[] synchronized validate(
[javac] ^
[javac]
/home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/JsptlCoreTLV.java:458:
';' expected
[javac] }
[javac] ^
[javac]
/home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/JsptlCoreTLV.java:206:
cannot resolve sy
mbol
[javac] symbol : method
validateExpression
(java.lang.String,java.lang.String,java.lang.String,java.lang.String)
[javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV.Handler
[javac] validateExpression(
[javac] ^
[javac]
/home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:153:
cannot resolve s
ymbol
[javac] symbol : method vmFromString (java.lang.String)
[javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
[javac] return JsptlCoreTLV.vmFromString(e.getMessage());
[javac] ^
[javac]
/home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:156:
cannot resolve s
ymbol
[javac] symbol : method vmFromString (java.lang.String)
[javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
[javac] return JsptlCoreTLV.vmFromString(e.getMessage());
[javac] ^
[javac]
/home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:159:
cannot resolve s
ymbol
[javac] symbol : method vmFromString (java.lang.String)
[javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
[javac] ^
[javac]
/home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:262:
cannot resolve s
ymbol
[javac] symbol : method vmFromString (java.lang.String)
[javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
[javac] return JsptlCoreTLV.vmFromString(results.toString());
[javac] ^
[javac] 7 errors
*****************************************************************
This footnote confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
*****************************************************************
Re: Hi everyone,
Posted by Glenn Nielsen <gl...@voyager.apg.more.net>.
What you are describing sounds like Sun's JavaServer Faces.
You should be able to find information about it at java.sun.com.
Glenn
Kevin Duffey wrote:
>
> Hi there,
>
> Not sure if I posted this yet, but I am wondering if there is any standard
> form taglibs being worked on that will be part of the JSR-052 standard?
> Ideally it should handle field validation on the server with an optional
> ability to provide javascript client-side validation (although I personally
> am moving away from that because of the nightmare of browser compatibility
> problems I have seen from MSIE/NS 3 to the latest). As a MVC framework
> developer, I would love to avoid having to write my own taglibs and utilize
> a standard set..although I am not sure at this point how a standard set of
> form taglibs will properly interface with my framework giving developers
> using my framework the ease of simply dropping in taglibs and having it
> handled by my framework directly. I am hoping by using a Standard set, I can
> work some magic in the framework itself.
>
> Thanks.
--
----------------------------------------------------------------------
Glenn Nielsen glenn@more.net | /* Spelin donut madder |
MOREnet System Programming | * if iz ina coment. |
Missouri Research and Education Network | */ |
----------------------------------------------------------------------
RE: Hi everyone,
Posted by Borislav Iordanov <bo...@speakeasy.net>.
Hi guys,
Does anybody have more info on what this JavaServer Faces technology is? As
I understand, it was presented at JavaOne... does anybody know more what
kinds of "graphical" elements, besides form input fields, will be supported?
Thanks,
Borislav
-----Original Message-----
From: Shawn Bayern [mailto:bayern@essentially.net]
Sent: Wednesday, July 18, 2001 6:23 PM
To: taglibs-user@jakarta.apache.org
Subject: Re: Hi everyone,
Kevin,
I can't speak for the group as a whole, but tags like HTML form elements
seem controversial and difficult to get right, and I'd thus personally be
surprised if they ended up in JSPTL 1.0. The JavaServer Faces (JSR-127)
JSR calls for a tag library in support of "graphical" elements; see
http://www.jcp.org/jsr/detail/127.jsp
for more information about JSF.
Shawn
On Thu, 19 Jul 2001, Kevin Duffey wrote:
> Hi there,
>
> Not sure if I posted this yet, but I am wondering if there is any
> standard form taglibs being worked on that will be part of the JSR-052
> standard? Ideally it should handle field validation on the server with
> an optional ability to provide javascript client-side validation
> (although I personally am moving away from that because of the
> nightmare of browser compatibility problems I have seen from MSIE/NS 3
> to the latest). As a MVC framework developer, I would love to avoid
> having to write my own taglibs and utilize a standard set..although I
> am not sure at this point how a standard set of form taglibs will
> properly interface with my framework giving developers using my
> framework the ease of simply dropping in taglibs and having it handled
> by my framework directly. I am hoping by using a Standard set, I can
> work some magic in the framework itself.
>
> Thanks.
RE: Hi everyone,
Posted by Kevin Duffey <ke...@home.com>.
Thanks for the reply Shawn. I agree with what your saying in that it might
be a little difficult initially. However, I think it would be beneficial to
come up with at least some sort of standard interface for form input
taglibs. Maybe base it off of Struts, although I just read an email from a
developer that some guy wrote a MVC framework independent taglib for form
elements including client-side and server-side validation routines. I will
check these out, but being that a big part of J2EE is web sites using JSP
and forms, it would make sense to standardize upon a common taglib API for
forms. I haven't much looked at the Java Faces, and from what I have heard
from others it might be a nice way to build applets/Swing applications AND
JSP pages via one IDE using one set of JavaBean componenets or something to
that extent.
I have to say..the one thing I am most disappointed in is the lack of
javabean and taglib supporting IDE's to rapidly build web pages with JSP!!
It seems DreamWeaver and others allow quick GUI/RAD built HTML pages,
ColdFusion supports its own, but I have yet to see an IDE that really allows
one to drag and drop JavaBeans and TagLibs onto a page, pops up a property
editor, and otherwise quickly develop JSP pages. I sold our CTO on the idea
a long time ago that we would soon be able to do this, and it still doesn't
seem to be showing up in IDE's. I could be wrong..I haven't checked out the
very latest versions. I know I tried WebGain when it first came out and it
sucked for developing JSP pages. The fact that you had to have VisualCafe
AND DreamWeaver open at the same time for JSP pages, and it didn't even
support drag/drop of javabeans and taglibs despite the fact that the Sales
guy said it did, was most disappointing for me.
Any idea of IDE's that do actually support this feature? I sure would love
to get us a web page developer that doesn't have to deal with java code on
the page.
> -----Original Message-----
> From: Shawn Bayern [mailto:bayern@essentially.net]
> Sent: Wednesday, July 18, 2001 3:23 PM
> To: taglibs-user@jakarta.apache.org
> Subject: Re: Hi everyone,
>
>
> Kevin,
>
> I can't speak for the group as a whole, but tags like HTML form elements
> seem controversial and difficult to get right, and I'd thus personally be
> surprised if they ended up in JSPTL 1.0. The JavaServer Faces (JSR-127)
> JSR calls for a tag library in support of "graphical" elements; see
>
> http://www.jcp.org/jsr/detail/127.jsp
>
> for more information about JSF.
>
> Shawn
>
> On Thu, 19 Jul 2001, Kevin Duffey wrote:
>
> > Hi there,
> >
> > Not sure if I posted this yet, but I am wondering if there is any
> > standard form taglibs being worked on that will be part of the JSR-052
> > standard? Ideally it should handle field validation on the server with
> > an optional ability to provide javascript client-side validation
> > (although I personally am moving away from that because of the
> > nightmare of browser compatibility problems I have seen from MSIE/NS 3
> > to the latest). As a MVC framework developer, I would love to avoid
> > having to write my own taglibs and utilize a standard set..although I
> > am not sure at this point how a standard set of form taglibs will
> > properly interface with my framework giving developers using my
> > framework the ease of simply dropping in taglibs and having it handled
> > by my framework directly. I am hoping by using a Standard set, I can
> > work some magic in the framework itself.
> >
> > Thanks.
>
Re: Hi everyone,
Posted by Shawn Bayern <ba...@essentially.net>.
Kevin,
I can't speak for the group as a whole, but tags like HTML form elements
seem controversial and difficult to get right, and I'd thus personally be
surprised if they ended up in JSPTL 1.0. The JavaServer Faces (JSR-127)
JSR calls for a tag library in support of "graphical" elements; see
http://www.jcp.org/jsr/detail/127.jsp
for more information about JSF.
Shawn
On Thu, 19 Jul 2001, Kevin Duffey wrote:
> Hi there,
>
> Not sure if I posted this yet, but I am wondering if there is any
> standard form taglibs being worked on that will be part of the JSR-052
> standard? Ideally it should handle field validation on the server with
> an optional ability to provide javascript client-side validation
> (although I personally am moving away from that because of the
> nightmare of browser compatibility problems I have seen from MSIE/NS 3
> to the latest). As a MVC framework developer, I would love to avoid
> having to write my own taglibs and utilize a standard set..although I
> am not sure at this point how a standard set of form taglibs will
> properly interface with my framework giving developers using my
> framework the ease of simply dropping in taglibs and having it handled
> by my framework directly. I am hoping by using a Standard set, I can
> work some magic in the framework itself.
>
> Thanks.
Hi everyone,
Posted by Kevin Duffey <ke...@home.com>.
Hi there,
Not sure if I posted this yet, but I am wondering if there is any standard
form taglibs being worked on that will be part of the JSR-052 standard?
Ideally it should handle field validation on the server with an optional
ability to provide javascript client-side validation (although I personally
am moving away from that because of the nightmare of browser compatibility
problems I have seen from MSIE/NS 3 to the latest). As a MVC framework
developer, I would love to avoid having to write my own taglibs and utilize
a standard set..although I am not sure at this point how a standard set of
form taglibs will properly interface with my framework giving developers
using my framework the ease of simply dropping in taglibs and having it
handled by my framework directly. I am hoping by using a Standard set, I can
work some magic in the framework itself.
Thanks.
Re: jsptl build
Posted by Glenn Nielsen <gl...@voyager.apg.more.net>.
There was a syntax error in the source code. It was fixed last night.
The source code currently in CVS or the source code distribution available
on the jakarta site created this morning should compile fine.
Regards,
Glenn
Anders Berg wrote:
>
> Hi,
>
> beeing new to jakarta-taglibs and this mailing list, I hope the question I
> ask is not asked _all_ the time. :)
>
> I'm having no problems whatsoever compiling and installing all the modules
> in JTL, except jsptl. I build xalan (1.4.1) and xerces(2.2.D6) from
> scratch, and j-ant, j-oro, j-servletap, j-servletapi-4 from CVS. I also
> downloaded JAXP 1.1 from SUN for crimson.jar and jaxp.jar (Not that I have
> not tried the ones in j-ant) but still when I try to build j-taglibs I get
> the error below. I can't seem to find the topic covered in this mailinglist
> earlier either. If anybody has had this problem and knows the remedy?...
>
> [javac] Compiling 163 source files to
> /home/andersb/jakarta/jakarta-taglibs/build/jsptl/jsptl
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/JsptlCoreTLV.java:350:
> <identifier> expe
> cted
> [javac] public ValidationMessage[] synchronized validate(
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/JsptlCoreTLV.java:458:
> ';' expected
> [javac] }
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/JsptlCoreTLV.java:206:
> cannot resolve sy
> mbol
> [javac] symbol : method
> validateExpression
> (java.lang.String,java.lang.String,java.lang.String,java.lang.String)
> [javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV.Handler
> [javac] validateExpression(
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:153:
> cannot resolve s
> ymbol
> [javac] symbol : method vmFromString (java.lang.String)
> [javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
> [javac] return JsptlCoreTLV.vmFromString(e.getMessage());
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:156:
> cannot resolve s
> ymbol
> [javac] symbol : method vmFromString (java.lang.String)
> [javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
> [javac] return JsptlCoreTLV.vmFromString(e.getMessage());
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:159:
> cannot resolve s
> ymbol
> [javac] symbol : method vmFromString (java.lang.String)
> [javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:262:
> cannot resolve s
> ymbol
> [javac] symbol : method vmFromString (java.lang.String)
> [javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
> [javac] return JsptlCoreTLV.vmFromString(results.toString());
> [javac] ^
> [javac] 7 errors
>
> *****************************************************************
> This footnote confirms that this email message has been swept by
> MIMEsweeper for the presence of computer viruses.
> *****************************************************************
--
----------------------------------------------------------------------
Glenn Nielsen glenn@more.net | /* Spelin donut madder |
MOREnet System Programming | * if iz ina coment. |
Missouri Research and Education Network | */ |
----------------------------------------------------------------------
Re: jsptl build
Posted by Shawn Bayern <ba...@essentially.net>.
Anders,
Actually, you're very close; the problem isn't on your end at all. The
particular issue you're running into is a minor syntactic error I
introduced in a round of changes to update JSPTL to the current version of
the servlet API.
The good news is that we've already caught it. If you pull either the
initial EA1 "release" of the JSPTL or the most current copy of the code in
the jakarta-taglibs CVS archive (or from the "nightly" image), you should
be able to build JSPTL without any trouble.
Sorry for the inconvenience; this was solely my fault. (I tested
thoroughly after a bunch of major changes, and then I typed one minor
change incorrectly and neglected to test it!)
Shawn
On Wed, 18 Jul 2001, Anders Berg wrote:
> Hi,
>
> beeing new to jakarta-taglibs and this mailing list, I hope the question I
> ask is not asked _all_ the time. :)
>
> I'm having no problems whatsoever compiling and installing all the modules
> in JTL, except jsptl. I build xalan (1.4.1) and xerces(2.2.D6) from
> scratch, and j-ant, j-oro, j-servletap, j-servletapi-4 from CVS. I also
> downloaded JAXP 1.1 from SUN for crimson.jar and jaxp.jar (Not that I have
> not tried the ones in j-ant) but still when I try to build j-taglibs I get
> the error below. I can't seem to find the topic covered in this mailinglist
> earlier either. If anybody has had this problem and knows the remedy?...
>
>
> [javac] Compiling 163 source files to
> /home/andersb/jakarta/jakarta-taglibs/build/jsptl/jsptl
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/JsptlCoreTLV.java:350:
> <identifier> expe
> cted
> [javac] public ValidationMessage[] synchronized validate(
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/JsptlCoreTLV.java:458:
> ';' expected
> [javac] }
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/JsptlCoreTLV.java:206:
> cannot resolve sy
> mbol
> [javac] symbol : method
> validateExpression
> (java.lang.String,java.lang.String,java.lang.String,java.lang.String)
> [javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV.Handler
> [javac] validateExpression(
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:153:
> cannot resolve s
> ymbol
> [javac] symbol : method vmFromString (java.lang.String)
> [javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
> [javac] return JsptlCoreTLV.vmFromString(e.getMessage());
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:156:
> cannot resolve s
> ymbol
> [javac] symbol : method vmFromString (java.lang.String)
> [javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
> [javac] return JsptlCoreTLV.vmFromString(e.getMessage());
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:159:
> cannot resolve s
> ymbol
> [javac] symbol : method vmFromString (java.lang.String)
> [javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
> [javac] ^
> [javac]
> /home/andersb/jakarta/jakarta-taglibs/jsptl/src/org/apache/taglibs/jsptl/tlv/ScriptFreeTLV.java:262:
> cannot resolve s
> ymbol
> [javac] symbol : method vmFromString (java.lang.String)
> [javac] location: class org.apache.taglibs.jsptl.tlv.JsptlCoreTLV
> [javac] return JsptlCoreTLV.vmFromString(results.toString());
> [javac] ^
> [javac] 7 errors
>
>
>
> *****************************************************************
> This footnote confirms that this email message has been swept by
> MIMEsweeper for the presence of computer viruses.
> *****************************************************************