Re: Nested tags attribute clash

2002-03-22 Thread Erwin DSouza

Hi Hans,

Sorry to bother you again with this old thread, but I
hadn't thought of all the implications of your
suggestion until now.
I was asking about how to avoid attribute-name clashes
in nested tags, and you suggested using:

>The easiest solution is to let the page athor specify
the
>variable name:
>
>   
>   
> 
> 
>...
> 
>   
>
>If you don't need to access the value through a
scripting...


>If you *do* need to access the value through scripting
code,
>you can tell the container to use the "var" attribute
value for
>the scripting variable using either a TagExtraInfo
class (JSP 1.1
>and JSP 1.2) or using the  element in the
TLD (JSP 1.2).
>

I *do* need to access the attributes in scripting code.
But how do I add the new variable dynamically to the
TagExtraInfo class? How does it help if I add "var" to
the TEI?
(I need foo and bar to be variables that I can access
in my scripting code)
Is this possible?

Thanks a ton.

-Erwin

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



Re: [ann] WebWork 1.0 released

2002-03-22 Thread Rickard Öberg

On Fri, 22 Mar 2002 17:32:47 -0500, M. Simms <[EMAIL PROTECTED]> wrote:

>I certainly will !
>I was just testing to see how passionate you guys were about this
>effort
>and you passed the test.
>I was not going to waste my time if there was little or no response.

LOL, good one ;-) Well, I most certainly wouldn't want you to waste time, and it is my 
firm belief that this isn't once of those.

>A lightweight STRUTs is certainly an excellent idea...and whose time has
>come.

Amen to that!

>(Why didn't Sun think of that ?)

Because "lightweight sun" is an oxymoron?

;-)

/Rickard

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



Re: [ann] WebWork 1.0 released

2002-03-22 Thread M. Simms

I certainly will !
I was just testing to see how passionate you guys were about this
effort
and you passed the test.
I was not going to waste my time if there was little or no response.

A lightweight STRUTs is certainly an excellent idea...and whose time has
come.
(Why didn't Sun think of that ?)

> -Original Message-
> From: A mailing list about Java Server Pages specification and reference
> [mailto:[EMAIL PROTECTED]]On Behalf Of Rickard Öberg
> Sent: Friday, March 22, 2002 4:00 PM
> To: [EMAIL PROTECTED]
> Subject: Re: [ann] WebWork 1.0 released
>
>
> On Fri, 22 Mar 2002 09:26:40 -0500, M. Simms
> <[EMAIL PROTECTED]> wrote:
> >Why would this be better than STRUTS which has taken about 10
> man years of
> >effort and the expertise of many heavyweights to build and debug ?
>
> Somehow the above argument is not quite logical. The amount of
> man years or expertise of heavyweights means nothing if the basic
> foundation is bad.
>
> But sure, if you want to play that game WW has approximately 10
> man years of effort put into it as well (10 registered
> developers, plus patch submissions from about 10 more, 1 year of
> development), and being a lead developer on both JBoss and
> XDoclet I wouldn't consider myself lightweight exactly.
>
> But this is a nonsensical argument. I would encourage you
> download it and take a look at the examples and documentation
> before passing any swift judgments. You might actually like it ;-)
>
> /Rickard
>
> ==
> =
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> JSP-INTEREST".
> For digest: mailto [EMAIL PROTECTED] with body: "set
> JSP-INTEREST DIGEST".
> Some relevant FAQs on JSP/Servlets can be found at:
>
>  http://archives.java.sun.com/jsp-interest.html
>  http://java.sun.com/products/jsp/faq.html
>  http://www.esperanto.org.nz/jsp/jspfaq.jsp
>  http://www.jguru.com/faq/index.jsp
>  http://www.jspinsider.com

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



Re: [ann] WebWork 1.0 released

2002-03-22 Thread Rickard Öberg

On Fri, 22 Mar 2002 10:09:14 -0600, Haseltine, Celeste

>I have not seen WebWork, but to answer your question, Struts is a very heavy
>framework in that the Jakarta tag libraries are very tightly integrated into
>the MVC architecture portion of Struts.  For those of us who use JSP tag
>libraries that either come with our Servlet containers, or choose to use
>other tag libraries than those bundled with Struts, then Struts is not a
>good option.  Since I prefer to use the tag libraries that come bundled with
>my JSP/Servlet container, I need a "stand alone" MVC architecture, that I
>can integrate my servlet containers tag libraries into.  If WebWork is such
>a "stand alone" MVC architecture, then it is one I would consider using over
>Struts.

I certainly think you'd be able to use MVC given the above. The main point of 
"integration" between the WebWork servlet dispatcher (if you choose the Model-2 mode 
that is) is the value stack that holds the objects that can be rendered in the view 
(e.g. JSP). You can access this stack from the request object directly, or bind the 
action that was executed to a request attribute by wrapping your code with the 
following:


.. your JSP code goes here. The attribute "action" holds the action object:
<%=((MyAction)request.getAttribute("action")).getFoo()%>



Is that good enough?

We certainly do recommend that you use the provided tag library to access the data, 
but if you want to use your own tags there's a multitude of ways to accomplish that, 
depending on your particular scenario.

/Rickard

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



Re: [ann] WebWork 1.0 released

2002-03-22 Thread Rickard Öberg

On Fri, 22 Mar 2002 09:26:40 -0500, M. Simms <[EMAIL PROTECTED]> wrote:
>Why would this be better than STRUTS which has taken about 10 man years of
>effort and the expertise of many heavyweights to build and debug ?

Somehow the above argument is not quite logical. The amount of man years or expertise 
of heavyweights means nothing if the basic foundation is bad.

But sure, if you want to play that game WW has approximately 10 man years of effort 
put into it as well (10 registered developers, plus patch submissions from about 10 
more, 1 year of development), and being a lead developer on both JBoss and XDoclet I 
wouldn't consider myself lightweight exactly.

But this is a nonsensical argument. I would encourage you download it and take a look 
at the examples and documentation before passing any swift judgments. You might 
actually like it ;-)

/Rickard

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



Re: javax.mail.NoSuchProviderException

2002-03-22 Thread Karau, Joe

Just ran into this exact problem yesterday believe it or not.  

 Add the javamail jars to the external directory of the test environment.

Joseph Karau
Kingland Systems
[EMAIL PROTECTED]
507-536-3629
AIM: jkara3629


-Original Message-
From: Chan Mal [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 22, 2002 10:42 AM
To: [EMAIL PROTECTED]
Subject: javax.mail.NoSuchProviderException


I'm encountering following exception on Email Object
in my Jsp: javax.mail.NoSuchProviderException: No
provider for Address type: rfc822

 I am running a websphere Test Environment in Visual
Age .  Please let me know the solution for this
Excep...


Thanks.


__
Do You Yahoo!?
Yahoo! Movies - coverage of the 74th Academy Awards®
http://movies.yahoo.com/

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com

==To 
unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



javax.mail.NoSuchProviderException

2002-03-22 Thread Chan Mal

I'm encountering following exception on Email Object
in my Jsp: javax.mail.NoSuchProviderException: No
provider for Address type: rfc822

 I am running a websphere Test Environment in Visual
Age .  Please let me know the solution for this
Excep...


Thanks.


__
Do You Yahoo!?
Yahoo! Movies - coverage of the 74th Academy Awards®
http://movies.yahoo.com/

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



Re: [ann] WebWork 1.0 released

2002-03-22 Thread Haseltine, Celeste

I have not seen WebWork, but to answer your question, Struts is a very heavy
framework in that the Jakarta tag libraries are very tightly integrated into
the MVC architecture portion of Struts.  For those of us who use JSP tag
libraries that either come with our Servlet containers, or choose to use
other tag libraries than those bundled with Struts, then Struts is not a
good option.  Since I prefer to use the tag libraries that come bundled with
my JSP/Servlet container, I need a "stand alone" MVC architecture, that I
can integrate my servlet containers tag libraries into.  If WebWork is such
a "stand alone" MVC architecture, then it is one I would consider using over
Struts.

Celeste
-Original Message-
From: M. Simms [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 22, 2002 8:27 AM
To: [EMAIL PROTECTED]
Subject: Re: [ann] WebWork 1.0 released


Why would this be better than STRUTS which has taken about 10 man years of
effort and the expertise of many heavyweights to build and debug ?


> -Original Message-
> From: A mailing list about Java Server Pages specification and reference
> [mailto:[EMAIL PROTECTED]]On Behalf Of Rickard
> Sent: Friday, March 22, 2002 6:31 AM
> To: [EMAIL PROTECTED]
> Subject: [ann] WebWork 1.0 released
>
>
> Short version:
> WebWork 1.0 has been released. If you're into building web apps in Java
> you need to check it out. End of story. Go here and download ASAP:
> http://sourceforge.net/projects/webwork
>
> Slighly longer version:
> I'm proud to announce the release of WebWork 1.0! WebWork is a HMVC web
> application framework in Java, developed as Open Source (BSD license)
> and designed to help create dynamic websites using minimal effort and
> maximum flexibility. It's architecture is easy to learn and understand,
> yet has features that allow for complex applications to be built.
>
> One of the main features is it's total separation between the controller
> and view aspects of an application, thus allowing for a multitude of
> view technologies to be utilized. Out of the box WebWork has support for
> JSP (and comes with an extensive tag library that covers most needs),
> XSLT, and the template engine Velocity. Adding support for more such
> tools is very easy (the Velocity "integration" was done in hours),
> allowing you to have maximum flexibility with regard to how you
> structure your application.
>
> You also get to choose whether you want to use a Model-1 or Model-2
> approach to building applications, although we'd recommend using both as
> is described in our comprehensive documentation that includes reference
> sheets (for the tag library and expression language) and many useful
> tips&tricks sections.
>
> WebWork comes with a comprehensive set of examples that are both used to
> test the functionality of the framework, as well as showcase how it can
> be used. Many examples are conversions from other frameworks (such as
> Struts) so that you can see firsthand how WebWork differs from the rest
> of the crowd.
>
> One of the most important tasks when working with frameworks like this
> is the configuration step, which is where Java classes are mapped to
> logical names (used for invocation) and where the connection between
> controller and view (such as a JSP or Velocity template) is made. This
> configuration can be done manually, but to ease this process there is an
> XDoclet extension available (through the XDoclet project, see
> http://xdoclet.sourceforge.net) that will allow you to specify all such
> configuration directly in your Java code using custom WebWork-specific
> JavaDoc tags.
> XDoclet is also used to generate HTML documentation of your application,
> which helps to serve as a
> communication channel between the Java developer and web designer (if
> those roles are separated into
> several team members).
>
> There are a multitude of other unique and interesting features that we
> are very excited about, but we'd encourage you to download and find out
> about those yourself. So get it now from:
> http://sourceforge.net/project/showfiles.php?group_id=14797
>
> Documentation can be found in the download, or online at:
> http://213.203.18.31/
>
> We encourage you to try WebWork together with the wonderful SiteMesh
> (http://www.opensymphony.com) and XDoclet tools, a combination which can
> give you an amazing productivity and clean application architeture.
>
> This is an OpenSource project, developed using an open development
> process, and is hosted by SourceForge. If you have any questions we
> recommend the user mailing list, and if you have suggestions for
> improvements we're all ears on the development mailing list, both of
> which can be found on the project homepage at:
> http://sourceforge.net/projects/webwork
>
> If you are attending JavaOne this year, then you might want to stop by
> our WebWork developer meeting on Wednesday March 27, 6.30pm at Fourth
> street Bar & Deli (across from the Metreon). See ya there :-)
>
> /Rickard Öber

Re: [ann] WebWork 1.0 released

2002-03-22 Thread M. Simms

Why would this be better than STRUTS which has taken about 10 man years of
effort and the expertise of many heavyweights to build and debug ?


> -Original Message-
> From: A mailing list about Java Server Pages specification and reference
> [mailto:[EMAIL PROTECTED]]On Behalf Of Rickard
> Sent: Friday, March 22, 2002 6:31 AM
> To: [EMAIL PROTECTED]
> Subject: [ann] WebWork 1.0 released
>
>
> Short version:
> WebWork 1.0 has been released. If you're into building web apps in Java
> you need to check it out. End of story. Go here and download ASAP:
> http://sourceforge.net/projects/webwork
>
> Slighly longer version:
> I'm proud to announce the release of WebWork 1.0! WebWork is a HMVC web
> application framework in Java, developed as Open Source (BSD license)
> and designed to help create dynamic websites using minimal effort and
> maximum flexibility. It's architecture is easy to learn and understand,
> yet has features that allow for complex applications to be built.
>
> One of the main features is it's total separation between the controller
> and view aspects of an application, thus allowing for a multitude of
> view technologies to be utilized. Out of the box WebWork has support for
> JSP (and comes with an extensive tag library that covers most needs),
> XSLT, and the template engine Velocity. Adding support for more such
> tools is very easy (the Velocity "integration" was done in hours),
> allowing you to have maximum flexibility with regard to how you
> structure your application.
>
> You also get to choose whether you want to use a Model-1 or Model-2
> approach to building applications, although we'd recommend using both as
> is described in our comprehensive documentation that includes reference
> sheets (for the tag library and expression language) and many useful
> tips&tricks sections.
>
> WebWork comes with a comprehensive set of examples that are both used to
> test the functionality of the framework, as well as showcase how it can
> be used. Many examples are conversions from other frameworks (such as
> Struts) so that you can see firsthand how WebWork differs from the rest
> of the crowd.
>
> One of the most important tasks when working with frameworks like this
> is the configuration step, which is where Java classes are mapped to
> logical names (used for invocation) and where the connection between
> controller and view (such as a JSP or Velocity template) is made. This
> configuration can be done manually, but to ease this process there is an
> XDoclet extension available (through the XDoclet project, see
> http://xdoclet.sourceforge.net) that will allow you to specify all such
> configuration directly in your Java code using custom WebWork-specific
> JavaDoc tags.
> XDoclet is also used to generate HTML documentation of your application,
> which helps to serve as a
> communication channel between the Java developer and web designer (if
> those roles are separated into
> several team members).
>
> There are a multitude of other unique and interesting features that we
> are very excited about, but we'd encourage you to download and find out
> about those yourself. So get it now from:
> http://sourceforge.net/project/showfiles.php?group_id=14797
>
> Documentation can be found in the download, or online at:
> http://213.203.18.31/
>
> We encourage you to try WebWork together with the wonderful SiteMesh
> (http://www.opensymphony.com) and XDoclet tools, a combination which can
> give you an amazing productivity and clean application architeture.
>
> This is an OpenSource project, developed using an open development
> process, and is hosted by SourceForge. If you have any questions we
> recommend the user mailing list, and if you have suggestions for
> improvements we're all ears on the development mailing list, both of
> which can be found on the project homepage at:
> http://sourceforge.net/projects/webwork
>
> If you are attending JavaOne this year, then you might want to stop by
> our WebWork developer meeting on Wednesday March 27, 6.30pm at Fourth
> street Bar & Deli (across from the Metreon). See ya there :-)
>
> /Rickard Öberg, WebWork project manager
>
> --
> Rickard Öberg
> Author of "Mastering RMI"
> Chief Architect, TheServerSide.com
>The Middleware Company - We Build Experts!
>
> ==
> =
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> JSP-INTEREST".
> For digest: mailto [EMAIL PROTECTED] with body: "set
> JSP-INTEREST DIGEST".
> Some relevant FAQs on JSP/Servlets can be found at:
>
>  http://archives.java.sun.com/jsp-interest.html
>  http://java.sun.com/products/jsp/faq.html
>  http://www.esperanto.org.nz/jsp/jspfaq.jsp
>  http://www.jguru.com/faq/index.jsp
>  http://www.jspinsider.com

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with 

RES: attributes for custom tags

2002-03-22 Thread Marco Aurelio Cancio Pereira Soares - DISI.N

Have you tried using a Vector as a parameter instead?
In the book ADVENCED JAVA SERVER PAGES by David M Geary, there are good
examples, but don't have the time right now to look for one. 

Sorry.

-Mensagem original-
De: cbarnes [mailto:[EMAIL PROTECTED]]
Enviada em: quinta-feira, 21 de março de 2002 09:13
Para: [EMAIL PROTECTED]
Assunto: attributes for custom tags


I am writing a custom tag where one of the attributes required is a String
array. I know I'm being awkward but I want to be able to create this string
array within the custom tag line. I imagined that I would be able to do
something like the following



However, tomcat wants to translate the type into something.class, but gets
muddled up because of the [].

I then thought I could change the String array into a String of comma
separated items, and allow the custom tag to convert this into a string
array using a StringTokenizer. However, the problem here is that each of the
items in the list is an expression. I had imagined that if I did something
like the following



that each expression would be evaluated. But it doesn't. It recognises the
first <%= and the last %> and tries to evaluate everything in between as one
expression.

If I change it to



the expressions don't get evaluated and it doesn't consider it as one quoted
string anyway.

Can anyone suggest how to get either of these 2 approaches to work, or
suggest a different approach to set a custom tag attribute that is a list of
expressions?

Thanks,
Catharine

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com

---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.338 / Virus Database: 189 - Release Date: 14/3/2002
 

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.338 / Virus Database: 189 - Release Date: 14/3/2002
 

==To 
unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



Re: ServletPackage in API spec

2002-03-22 Thread Tom Kochanowicz

Sven,
You need the servlet.jar file. You can get it in from the Tomcat download.
You can put the servlet.jar file in your jsdkX.X/bin directory (assuming you
have this directory in your classpath) Then when you compile your program,
it should find the javax.servlet.* files. By the way, if you are new to
servlets/jsp. Tomcat is a good servlet engine to do your testing on.

Sincerely,

Tom K


-Original Message-
From: A mailing list about Java Server Pages specification and reference
[mailto:[EMAIL PROTECTED]]On Behalf Of Sven Hohage
Sent: Friday, March 22, 2002 6:26 AM
To: [EMAIL PROTECTED]
Subject: ServletPackage in API spec


I'm reading a JSP book and try to find the servlet package(import
javax.servlet.*
import javax.servlet.http.*) in the Sun Api Spec which you download with the
1.3.1 SDK.
I find java.awt and java.beans and javax.swing but no javax.servlet.
What do I misunderstand..?

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST
DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



Re: using getProperty with session scope

2002-03-22 Thread Rick Snide

Change either learnjsp.Status or learn.Status so they refer to the same class.

I believe your problem is that you are creating a new instance of a bean "status" on 
the second page because your "class=" is different.  Your class needs to be the same 
on both "usebean" references.

Page1:

Then the second page :


===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



ServletPackage in API spec

2002-03-22 Thread Sven Hohage

I'm reading a JSP book and try to find the servlet package(import
javax.servlet.*
import javax.servlet.http.*) in the Sun Api Spec which you download with the
1.3.1 SDK.
I find java.awt and java.beans and javax.swing but no javax.servlet.
What do I misunderstand..?

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



iplanet 6 App Server

2002-03-22 Thread Shahata, Ashraf

Hi all,
did anyone do any work with the iPlanet 6 App Server.. installation in
specific?

Thanks

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



[ann] WebWork 1.0 released

2002-03-22 Thread Rickard

Short version:
WebWork 1.0 has been released. If you're into building web apps in Java
you need to check it out. End of story. Go here and download ASAP:
http://sourceforge.net/projects/webwork

Slighly longer version:
I'm proud to announce the release of WebWork 1.0! WebWork is a HMVC web
application framework in Java, developed as Open Source (BSD license)
and designed to help create dynamic websites using minimal effort and
maximum flexibility. It's architecture is easy to learn and understand,
yet has features that allow for complex applications to be built.

One of the main features is it's total separation between the controller
and view aspects of an application, thus allowing for a multitude of
view technologies to be utilized. Out of the box WebWork has support for
JSP (and comes with an extensive tag library that covers most needs),
XSLT, and the template engine Velocity. Adding support for more such
tools is very easy (the Velocity "integration" was done in hours),
allowing you to have maximum flexibility with regard to how you
structure your application.

You also get to choose whether you want to use a Model-1 or Model-2
approach to building applications, although we'd recommend using both as
is described in our comprehensive documentation that includes reference
sheets (for the tag library and expression language) and many useful
tips&tricks sections.

WebWork comes with a comprehensive set of examples that are both used to
test the functionality of the framework, as well as showcase how it can
be used. Many examples are conversions from other frameworks (such as
Struts) so that you can see firsthand how WebWork differs from the rest
of the crowd.

One of the most important tasks when working with frameworks like this
is the configuration step, which is where Java classes are mapped to
logical names (used for invocation) and where the connection between
controller and view (such as a JSP or Velocity template) is made. This
configuration can be done manually, but to ease this process there is an
XDoclet extension available (through the XDoclet project, see
http://xdoclet.sourceforge.net) that will allow you to specify all such
configuration directly in your Java code using custom WebWork-specific
JavaDoc tags.
XDoclet is also used to generate HTML documentation of your application,
which helps to serve as a
communication channel between the Java developer and web designer (if
those roles are separated into
several team members).

There are a multitude of other unique and interesting features that we
are very excited about, but we'd encourage you to download and find out
about those yourself. So get it now from:
http://sourceforge.net/project/showfiles.php?group_id=14797

Documentation can be found in the download, or online at:
http://213.203.18.31/

We encourage you to try WebWork together with the wonderful SiteMesh
(http://www.opensymphony.com) and XDoclet tools, a combination which can
give you an amazing productivity and clean application architeture.

This is an OpenSource project, developed using an open development
process, and is hosted by SourceForge. If you have any questions we
recommend the user mailing list, and if you have suggestions for
improvements we're all ears on the development mailing list, both of
which can be found on the project homepage at:
http://sourceforge.net/projects/webwork

If you are attending JavaOne this year, then you might want to stop by
our WebWork developer meeting on Wednesday March 27, 6.30pm at Fourth
street Bar & Deli (across from the Metreon). See ya there :-)

/Rickard Öberg, WebWork project manager

--
Rickard Öberg
Author of "Mastering RMI"
Chief Architect, TheServerSide.com
   The Middleware Company - We Build Experts!

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com



Re: HTTP Post Maximum Length

2002-03-22 Thread dave

Take a look at RFC 2616 (one of the biggest)

http://www.ietf.org/rfc/rfc2616.txt

Happy reading.





--
Cordialement,
 davemailto:[EMAIL PROTECTED]

===
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
For digest: mailto [EMAIL PROTECTED] with body: "set JSP-INTEREST DIGEST".
Some relevant FAQs on JSP/Servlets can be found at:

 http://archives.java.sun.com/jsp-interest.html
 http://java.sun.com/products/jsp/faq.html
 http://www.esperanto.org.nz/jsp/jspfaq.jsp
 http://www.jguru.com/faq/index.jsp
 http://www.jspinsider.com