RE: Data Validation

2001-02-06 Thread Rey Francois


In our case, we have chosen to use the java.text.Format as a superclass of
all our validation and formatting classes. I would suggest Struts to
consider this approach. Our decision derives from the following
requirements:

1 Validation of Strings data according to a specified format
The basic requirement is to validate that a string complies to a specified
format. For example, for a string representing a date, the requirement is to
make sure it is of the form: dd/mm/.

2 Parsing Strings to Objects and vice-versa
Beyond the simple aspect of validating the format of an input string, it is
also often required to transform the validated string into a usable form for
further processing. In Java this means creating an object instance from the
string. With the date example, this could mean creating a java.util.Date
object.
On the other hand, it is also required to perform the reverse operation. In
the case of an instance of a java.util.Date, it should be possible to get a
string representation of it according to a specified format.

3 String buffer parsing and formatting
It should be easy to parse only a certain part of a larger string when the
latter contains the formatting of several elements. Conversely, it should be
easy to append the string representation of an object to an existing string.
This can be useful for example in the context of marshalling object
instances into an XML representation.

4 Independence of the usage context
The classes involved should be coupled to any context of usage. This is to
allow maximum reuse of the logic in various contexts. For example the
framework should not depend on the HTTP request of the Servlet API.
This should enable the creation of a library of formatter that can be used
in various projects. This library can contain basic formatters, but also
more business oriented ones such as account number formatting, etc.

5 Internationalization
In some cases it is necessary to have the parsing and validation processing
aware of locale-specific factors. The date example is again a very good
illustration of this requirement, whereby in the United States dates are of
the form mm/dd/, while in Europe dates are of the form dd/mm/. In
the context of a graphical user interface, this is an important requirement.

The java.text.Format class satisfies all the above requirements. It is a
standard Java object, so using it should be consistent with future Java
developments. Finally, J2SE already proposes some formatters for numeric
values, date, and messages.

In our context, these format classes will be used for:
- HTTP request parameter validation
- Handling of request and return buffer to and from legacy systems
- Displaying of the data elements in an HTML front-end

Eventually, beyond the use of Format classes, we intend to create a sort of
format class instance pool, whereby pre-initialized format classes are
stored for repetitive usage. This avoids the creation and initialization of
an object each time a validation/formatting has to be performed. The Struts
digester would be a great tool for initializing this pool.

Comments welcomed!

Franois Rey
Financial WebSuite
The Capital Markets Company
http://www.capco.com/


-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]]
Sent: 06 February 2001 01:01
To: Struts List; [EMAIL PROTECTED]
Subject: Re: Data Validation


On 2/4/2001 at 11:52 PM Neal Kaiser wrote:
Just wondering...  Where do people typically do their validation? In
the
ActionServlet or ActionForm? Are there any pros/cons?

Validation is still rather controversial. Some people bypass the Struts
mechanism completely. 

Typically, you would start by validating the type and range of data in
ActionForm. Once that passes, you might need to do some further
"business logic" validation in the ActionServlet; for example, to check
a login from a database. 


*** REPLY SEPARATOR  ***


Has anyone thought about adding data validation tags to the Struts
taglibs?

For example, what if we could do:

form:text property="username" required="true"
validationtype="varchar" /

or something like that.

Could it not generate the necessary javascript, as well as provide an
easy
to use
interface for detecting and reporting errors in the Action.perform()?

Just wondering...  Where do people typically do their validation? In
the
ActionServlet
or ActionForm? Are there any pros/cons?

Thanks,
Neal



-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/



The information in this email is confidential and is intended solely
for the addressee(s).
Access to this email by anyone else is unauthorised. If you are not
an intended recipient, you must not read, use or disseminate the
information contained in the email.
Any views expressed in this message are those of the individual 

RE: which development tool to use?

2001-02-06 Thread Michael Gerdau

Emacs and Jakarta-Ant.  What bugs? ;-)

hell, why not vi??

Why are you trying to belittle the above mentioned combo ?

Have you actually tried using emacs, JDE (Java Development Environment
for emacs) and jakarta-ant *before* writing your smart remark comparing
emacs to vi ?

It may be out of fashion but *any* keyboard interface certainly is
faster than whatever WIMP (WIndows Mouse Pointer) interface you use.

Of course you have to know all your keyboard shortcuts... ;-)

Anyway, I don't wish to start a religious war on development tools.
Everyone has his/her preferences and most certainly for good reason.

Best,
Michael
--
 Vote against SPAM - see http://www.politik-digital.de/spam/
 Michael Gerdau   email: [EMAIL PROTECTED]
 Why I like DR-DOS?  It doesn't work with Windows 9x!
 PGP-keys available on request or at public keyserver





Cancel an upload form (Problem not solved yet)

2001-02-06 Thread Till Nagel

Hi,

I didn't find a solution to the problem described below (forwarded message).


Currently the form and all its new data is stored, even if the user
canceled.
If the ActionServlet reads the cancel-Parameter from a multipart request,
the action would be able to cancel the storing process. But the file will be
uploaded though.

If I don't use the Struts cancel mechanism where should I delete the data
bean from the session?

Regards,
Till

- Original Message -
From: Till Nagel [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, January 16, 2001 6:51 PM
Subject: Cancel an upload form


 Hi,

 I've encountered a problem with forms supporting uploading files.

 These forms must include enctype="multipart/form-data" in their form-tag.
 The problem is that these multipart streams could be read just once.
 The ActionServlet populates the objectForm (i.e. reads the stream) and
next
 it tries to read the parameter Constants.CANCEL_PROPERTY from request. But
 it is always null.
 How could I solve this problem?

 Thanks for any advice.

 Regards,
 Till









What's the estimated release schedule for struts 1.0?

2001-02-06 Thread Ronen Babayoff

I'm asking because I want to know which version should I use in my new web
project.



More on Weblogic and Struts

2001-02-06 Thread Josh

Sorry to beat the dead horse, I have read through the archives and have found
them very useful.  Thanks to all who have submitted to the Weblogic/struts
thread. 

I have read what seems to be the now famous Oct. 10th 2000 post:

http://archive.covalent.net/jakarta/struts-user/2000/10/0009.xml

Before I went ahead and started implementing this approach I wanted to know if
there had been any more recent successful attempts.  I did read this post: 

http://archive.covalent.net/jakarta/struts-user/2000/12/0442.xml

Which stated that the Struts example nearly ran out of the box, with sp7.  I'm
running sp8 and before I go off writing code, I was wondering if anyone could
confirm Weblogic's current status on integrating with Struts.

btw - I didn't have 'any' luck running straight out of the box, but that's not
to say that I didn't get lost in weblogic.properties.  (I've been known to do
that before).

Thanks,
Josh

__
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/



Re: Help with Context Path Error

2001-02-06 Thread Ted Husted

Are you able to run the Struts applications provided in the
distribution?

The action mappings are provided through the struts-config.xml in the
application's WEB-INF folder.

*** REPLY SEPARATOR  ***

On 2/5/2001 at 8:21 PM Toby wrote:

Hi,
I'm new to Tomcat and Struts.  I can get the basic hello world struts
 examples to run in my environment.  But when I try something more
 sophisticated, I receive the following error message concerning the
 ActionMappings.  I believe I have a Context Path problem, but am not
 sure how to resolve it.  Can anyone help?

 Error: 500
 Location: /struts-logon/logon.jsp
 Internal Servlet Error:

 javax.servlet.ServletException: Cannot retrieve ActionMappings under
key
 "org.apache.struts.action.MAPPINGS"
  at

org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContex
tImpl.java:386)

  at

_0002flogon_0002ejsplogon_jsp_0._jspService(_0002flogon_0002ejsplogon_js
p_0.java,

 Compiled Code)
  at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:126)

  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
  at

org.apache.jasper.runtime.JspServlet$JspServletWrapper.service(JspServle
t.java:174)

  at

org.apache.jasper.runtime.JspServlet.serviceJspFile(JspServlet.java:261)


  at org.apache.jasper.runtime.JspServlet.service(JspServlet.java,
 Compiled Code)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
  at

org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java,


 Compiled Code)
  at

org.apache.tomcat.core.ContextManager.service(ContextManager.java:559)
  at

org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(H
ttpConnectionHandler.java,

 Compiled Code)
  at

org.apache.tomcat.service.TcpConnectionThread.run(SimpleTcpEndpoint.java
,

 Compiled Code)
  at java.lang.Thread.run(Thread.java, Compiled Code)

 Root cause:
 javax.servlet.jsp.JspTagException: Cannot retrieve ActionMappings
under

 key "org.apache.struts.action.MAPPINGS"
  at
org.apache.struts.taglib.form.FormTag.doStartTag(FormTag.java:491)
  at

_0002flogon_0002ejsplogon_jsp_0._jspService(_0002flogon_0002ejsplogon_js
p_0.java,

 Compiled Code)
  at
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:126)

  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
  at

org.apache.jasper.runtime.JspServlet$JspServletWrapper.service(JspServle
t.java:174)

  at

org.apache.jasper.runtime.JspServlet.serviceJspFile(JspServlet.java:261)


  at org.apache.jasper.runtime.JspServlet.service(JspServlet.java,
 Compiled Code)
  at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
  at

org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java,


 Compiled Code)
  at

org.apache.tomcat.core.ContextManager.service(ContextManager.java:559)
  at

org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(H
ttpConnectionHandler.java,

 Compiled Code)
  at

org.apache.tomcat.service.TcpConnectionThread.run(SimpleTcpEndpoint.java
,

 Compiled Code)
  at java.lang.Thread.run(Thread.java, Compiled Code)


Thanks for the help.



-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/





Re: Action class

2001-02-06 Thread Ted Husted

To satisify Struts, you only need to return null. 

Once that is done, you can respond to the request using standard
servlet techniques. 

A good references for that is 


http://developer.java.sun.com/developer/Books/cservletsjsp/chapter7.pdf


and of course 

 http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6 

*** REPLY SEPARATOR  ***

On 2/5/2001 at 8:27 PM John Hunt wrote:

If an action class directly wants set the headers like
content type etc and write the output directly, what
all issues should be taken care of apart form
returning null in perform method?
Thanks
Hunt

__
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/



-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/





RE: Data Validation

2001-02-06 Thread Ted Husted

In our case, we have chosen to use the java.text.Format as a
superclass of
all our validation and formatting classes.

Can you provide working examples of any of the classes you are using
now?

Putting something like this into a sample Struts application can really
help move things along.

Beyond the simple aspect of validating the format of an input string,
it is
also often required to transform the validated string into a usable
form for
further processing.

Eventually, beyond the use of Format classes, we intend to create a
sort of
format class instance pool, whereby pre-initialized format classes are
stored for repetitive usage. This avoids the creation and
initialization of
an object each time a validation/formatting has to be performed. The
Struts
digester would be a great tool for initializing this pool.

A big example of that is inserting the value into a JDBC DBMS. Here, it
can be convenient to use a string-based entity bean to work with the
Struts form, and then let the driver do the final conversion of the
validated sttring. A pool  of JDBC-orientated validation classes sounds
be very useful.

If you haven't already, you should consider subscribing to the
Struts-Dev too, where there is more talk about how to extend Struts.










Could you provide a simple example of how you use the  java.text.Format
class to validate some standard types. For example, a form with fields
like:

Date
Name
Amount
Telephone Number



An important reason for validation, as you point out, is for later use
of the value, especially the insertion of the value into the database.




*** REPLY SEPARATOR  ***

On 2/6/2001 at 8:12 AM Rey Francois wrote:

In our case, we have chosen to use the java.text.Format as a
superclass of
all our validation and formatting classes. I would suggest Struts to
consider this approach. Our decision derives from the following
requirements:

1 Validation of Strings data according to a specified format
The basic requirement is to validate that a string complies to a
specified
format. For example, for a string representing a date, the requirement
is to
make sure it is of the form: dd/mm/.

2 Parsing Strings to Objects and vice-versa
Beyond the simple aspect of validating the format of an input string,
it is
also often required to transform the validated string into a usable
form for
further processing. In Java this means creating an object instance
from the
string. With the date example, this could mean creating a
java.util.Date
object.
On the other hand, it is also required to perform the reverse
operation. In
the case of an instance of a java.util.Date, it should be possible to
get a
string representation of it according to a specified format.

3 String buffer parsing and formatting
It should be easy to parse only a certain part of a larger string when
the
latter contains the formatting of several elements. Conversely, it
should be
easy to append the string representation of an object to an existing
string.
This can be useful for example in the context of marshalling object
instances into an XML representation.

4 Independence of the usage context
The classes involved should be coupled to any context of usage. This
is to
allow maximum reuse of the logic in various contexts. For example the
framework should not depend on the HTTP request of the Servlet API.
This should enable the creation of a library of formatter that can be
used
in various projects. This library can contain basic formatters, but
also
more business oriented ones such as account number formatting, etc.

5 Internationalization
In some cases it is necessary to have the parsing and validation
processing
aware of locale-specific factors. The date example is again a very
good
illustration of this requirement, whereby in the United States dates
are of
the form mm/dd/, while in Europe dates are of the form dd/mm/.
In
the context of a graphical user interface, this is an important
requirement.

The java.text.Format class satisfies all the above requirements. It is
a
standard Java object, so using it should be consistent with future
Java
developments. Finally, J2SE already proposes some formatters for
numeric
values, date, and messages.

In our context, these format classes will be used for:
- HTTP request parameter validation
- Handling of request and return buffer to and from legacy systems
- Displaying of the data elements in an HTML front-end

Eventually, beyond the use of Format classes, we intend to create a
sort of
format class instance pool, whereby pre-initialized format classes are
stored for repetitive usage. This avoids the creation and
initialization of
an object each time a validation/formatting has to be performed. The
Struts
digester would be a great tool for initializing this pool.

Comments welcomed!

Franois Rey
Financial WebSuite
The Capital Markets Company
http://www.capco.com/


-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]]
Sent: 06 February 2001 01:01
To: 

Re: What's the estimated release schedule for struts 1.0?

2001-02-06 Thread Ted Husted

On 2/6/2001 at 4:08 AM Ronen Babayoff wrote:
I'm asking because I want to know which version should I use in my new
web
project.

This is a volunteer project, so there isn't a release schedule per se.
We all do what we can on a time-available basis.

The 1.0 todo list is part of the package, which you can check on the
Web site. The latest bug list is at 

When these are resolved, it would be some period of formal
beta-testing, a final vote of the committers, and it ships.

Implied question Can I use it for production now ? Is it that stable ?

I'd say so. I'm developing against it now, and wouldn't hestitate to
ship. 

Some early-birds are still working with 0.5, and are very happy with
it, but most people seem to be using the latest builds, which tend to
be very stable. 


-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/





Re: What's the estimated release schedule for struts 1.0?

2001-02-06 Thread Ted Husted

On 2/6/2001 at 7:42 AM Ted Husted wrote:
The latest bug list is at 

Oops, forgot to check this 

The latest bug list is at   http://nagoya.apache.org/bugzilla 


-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/





Installation notes for other servlet containers

2001-02-06 Thread Ted Husted

We now have notes for Orion, Tomcat, Resin, and Weblogic. Similar
instructons for other containers, like Enhydra, JBoss, JRun, and
Websphere, and whatever else anyone is using, would be very much
appreciated. 

If you know that Struts won't work with a container, and have a good
explanation as to the specific problem, we should include that too. 

If you can help us out, please see the install file in your
jakarta-struts folder for an example format. 

-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/





Struts and XHTML

2001-02-06 Thread Clarke, Agnes

Hi all,

I'm a newbie to STRUTS, so please forgive my ignorance!

1. Does STRUTS support XHTML? Struts tags seem to generate uppercase tag
names, which is invalid XHTML...

2. When STRUTS generates an input element, the unique identifier for the
field is placed in the name attribute (deprecated since HTML 4.0 or even
earlier) and not the id attribute.

3. Does STRUTS-generated HTML in general honor well-formed XML restrictions
(eg closing end tags, quoting attribute values, etc)?

Finally, where is the STRUTS FAQ page?

Regards,

Agnes Clarke



RE: which development tool to use?

2001-02-06 Thread Greg Reddin

Actually, I was just joking.  No "belittlement" was intended.  I apologize if it
came across that way.  I am one of the weird guys that actually gets pretty good
use out of vi.  I think it's best to use whatever tool works for you.  If you
can fly through a keyboard-based app, then do it.  I've seen people who can use
a mouse faster than I can type.  To me it's pretty cool that the development
tool is not really an issue like it was in other environments.  The people in my
group use whatever they want and we have no compatibility problems.  Anyway,
perhaps my post was out of line.  I apologize.

G

-Original Message-
From: [EMAIL PROTECTED] 
Sent: Tuesday, February 06, 2001 3:02 AM
To: [EMAIL PROTECTED]
Subject: RE: which development tool to use?


Emacs and Jakarta-Ant.  What bugs? ;-)

hell, why not vi??

Why are you trying to belittle the above mentioned combo ?

Have you actually tried using emacs, JDE (Java Development Environment
for emacs) and jakarta-ant *before* writing your smart remark comparing
emacs to vi ?

It may be out of fashion but *any* keyboard interface certainly is
faster than whatever WIMP (WIndows Mouse Pointer) interface you use.

Of course you have to know all your keyboard shortcuts... ;-)

Anyway, I don't wish to start a religious war on development tools.
Everyone has his/her preferences and most certainly for good reason.

Best,
Michael
--
 Vote against SPAM - see http://www.politik-digital.de/spam/
 Michael Gerdau   email: [EMAIL PROTECTED]
 Why I like DR-DOS?  It doesn't work with Windows 9x!
 PGP-keys available on request or at public keyserver



Re: which development tool to use?

2001-02-06 Thread James Howe

We also use VAJ 3.5 with Tomcat and Struts.  It's nice to be able to 
develop, run, and debug within the same environment.  Since the generated 
JSP code is part of the IDE, it's a simple matter to put breakpoints in the 
generated JSP if necessary.

At 11:24 PM 2/5/2001 +0100, you wrote:
I use VAJ 3.5 with Tomcat and struts.

works perfectly can debug throught the jsp's (not really jsp's but the
generated servlets)
Can change code on the fly without restarting anything.

johan

James W. Howe   mailto:[EMAIL PROTECTED]
Allen Creek Software, Inc.  pgpkey: http://ic.net/~jwh/pgpkey.html
Ann Arbor, MI 48103




datetime input tags

2001-02-06 Thread Deadman, Hal



Can anyone recommend 
a tag library that helps with the entry of date and time values into a JSP 
form?The datetime-examples.war that comes with the jakarta datetime taglib 
didn't work in weblogic 6.0. If anyone has successfully used that library with 
weblogic, let me know. Is there any support for date related input in 
Struts?

Thanks, 
Hal


RE: More on Weblogic and Struts

2001-02-06 Thread Carl Tallis

Thanks no doubt to Sun cracking the whip on J2EE licensees, the Struts
example code runs *untouched* on WLS 6.0, providing you have a build that
fixed the getter/setter method problems from ~ two weeks ago.  If possible,
I'd upgrade.  Also among the many pleasant surprises in 6.0 are real support
for the web.xml file, pre-loading, and not having to register all your
servlets.

Carl Tallis
Director Of Products
SupplyLinks, Inc.
Tel: (703) 796-6010
Fax: (703) 796-6014
email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

***
This email message contains confidential information for the above addressee
only. If you are not the intended addressee you must not disclose or use the
information in any manner whatsoever.
Any opinion or views contained in this email message are those of the
sender, do not represent those of the Company in any way and reliance should
not be placed upon its contents.
Unless otherwise stated this email message is not intended to be
contractually binding. Where an Agreement exists between our respective
companies and there is conflict between the contents of this email message
and the Agreement then the terms of that Agreement shall prevail.
***


 -Original Message-
 From: Josh [mailto:[EMAIL PROTECTED]]
 Sent: Tuesday, February 06, 2001 7:33 AM
 To: [EMAIL PROTECTED]
 Subject: More on Weblogic and Struts


 Sorry to beat the dead horse, I have read through the archives
 and have found
 them very useful.  Thanks to all who have submitted to the Weblogic/struts
 thread.

 I have read what seems to be the now famous Oct. 10th 2000 post:

 http://archive.covalent.net/jakarta/struts-user/2000/10/0009.xml

 Before I went ahead and started implementing this approach I
 wanted to know if
 there had been any more recent successful attempts.  I did read
 this post:

 http://archive.covalent.net/jakarta/struts-user/2000/12/0442.xml

 Which stated that the Struts example nearly ran out of the box,
 with sp7.  I'm
 running sp8 and before I go off writing code, I was wondering if
 anyone could
 confirm Weblogic's current status on integrating with Struts.

 btw - I didn't have 'any' luck running straight out of the box,
 but that's not
 to say that I didn't get lost in weblogic.properties.  (I've been
 known to do
 that before).

 Thanks,
 Josh

 __
 Do You Yahoo!?
 Yahoo! Auctions - Buy the things you want at great prices.
 http://auctions.yahoo.com/






HELP: Illegal target of jump or branch Error

2001-02-06 Thread TMalvos

I receive the following error when accessing my JSP in WebLogic 5.1 (sp8):

Tue Feb 06 10:56:07 EST 2001:E WebAppServletContext-smartforms Servlet
failed with Exception
java.lang.VerifyError: (class: jsp_servlet/_test, method: _jspService
signature: (Ljavax/servlet/htt
p/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V) Illegal
target of jump or branch
at java.lang.Class.newInstance0(Native Method)
at java.lang.Class.newInstance(Class.java, Compiled Code)
at
weblogic.servlet.internal.ServletStubImpl.createServlet(ServletStubImpl.java:431)
at
weblogic.servlet.internal.ServletStubImpl.createInstances(ServletStubImpl.java,

Compiled
Code)
at
weblogic.servlet.internal.ServletStubImpl.prepareServlet(ServletStubImpl.java:404)
at weblogic.servlet.jsp.JspStub.prepareServlet(JspStub.java:228)
at
weblogic.servlet.internal.ServletStubImpl.getServlet(ServletStubImpl.java:164)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:101)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:124)
at
weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:907)
at
weblogic.servlet.internal.ServletContextImpl.invokeServlet(ServletContextImpl.java:851)
at
weblogic.servlet.internal.ServletContextManager.invokeServlet(ServletContextManager.java:
252)
at
weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketHTTP.java:364)
at
weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:252)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java, Compiled
Code)



The same call in Tomcat is successful.  Does anyone know what causes this
error?




Re: JBuilder Enterprise

2001-02-06 Thread Deping Chian

Lind Jrgen wrote:
 
 Hi,
 
 after the discussion on using JBuilder for Web Development, I decided
 to try the Enterprise Edition... While my stuff worked fine with the
 Foundation version (and an "external" Tomcat), I cannot get it running
 within the JBuilder Environment. After I managed to tell the internal
 Tomcat where to find the struts TLDs, Tomcat complains about some missing
 attribute:
 
 javax.servlet.ServletException: Missing resources attribute
 org.apache.struts.action.MESSAGE
Discard JB4's internal Tomcat (older version). Download tomcat 3.2.1,
and new struts nightly build.

create a new library set (call it tomcat3.2.1 if you want), add all jar
files in tomcat-3.2.1/lib directory. I do database apps with
interclient, so I put my interclient.jar there. Also I used
GenericDataSource class of struts, so I put jdbc2_0-stdext.jar there
(download from Sun).

I have been using these for one of my projects for a while. Debugging is
ok in Linux even for struts calls. Debugging can be slow in windows
unless you include a -class VM parameters.

If you updrade to another version of JBuilder or struts, you should
delete all the work files. Otherwise, it is very likely to have
problems.


Deping

  at
 org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImp
 l.java:386)
  at
 www.p_00025blic_0005fhtml.webapps.odin_0002dtracer.jsp._0002fwww_0002fpublic
 _0005fhtml_0002fwebapps_0002fodin_0002dtracer_0002fjsp_0002flogon_0002ejsplo
 gon_jsp_0._jspService(_0002fwww_0002fpublic_0005fhtml_0002fwebapps_0002fodin
 _0002dtracer_0002fjsp_0002flogon_0002ejsplogon_jsp_0.java:305)
 
 Any ideas what this means and how to fix it?
 
 Regards,
 
 Jrgen



Re: trouble building struts

2001-02-06 Thread Steven D. Wilkinson

You need the servlet api in your classpath.
I use the following...
/jakarta-servletapi-3.2/lib/servlet.jar


john d ware wrote:
 
 Hi,
 I am having trouble building struts. I just downloaded the source
 and get this error. Does this error ring a bell for anyone?
 
 thanks
 
 john ware
 
 ant
 Searching for build.xml ...
 Buildfile: c:\proj\jakarta\jakarta-struts\.\build.xml
 
 prepare.library:
 
 compile.library:
 Property ${servlet.jar} has not been set
 Compiling 9 source files to
 C:\proj\jakarta\jakarta-struts\build\library\classes
 Transforming into C:\proj\jakarta\jakarta-struts\build\library
 trying trax
 Loading stylesheet
 C:\proj\jakarta\jakarta-struts\src\doc\stylesheets\tld.xsl
 Transforming into C:\proj\jakarta\jakarta-struts\build\library
 
 BUILD FAILED
 
 java.lang.NoSuchMethodError
 at
 org.apache.xpath.DOM2Helper.getLocalNameOfNode(DOM2Helper.java:326)
 at
 org.apache.xalan.templates.TemplateList.getHead(TemplateList.java:471)
 at
 org.apache.xalan.templates.TemplateList.getTemplate(TemplateList.java:528)
 
 at
 org.apache.xalan.templates.StylesheetRoot.getWhiteSpaceInfo(StylesheetRoot.java:827)
 
 at org.apache.xalan.stree.Parent.appendChild(Parent.java:374)
 at
 org.apache.xalan.stree.DocumentImpl.appendChild(DocumentImpl.java:235)
 at org.apache.xml.utils.DOMBuilder.append(DOMBuilder.java:209)
 at
 org.apache.xalan.stree.StreeDOMBuilder.startElement(StreeDOMBuilder.java:219)
 
 at
 org.apache.xalan.stree.SourceTreeHandler.startElement(SourceTreeHandler.java:523)
 
 at
 org.apache.xerces.parsers.SAXParser.startElement(SAXParser.java:1371)
 at
 
org.apache.xerces.validators.common.XMLValidator.callStartElement(XMLValidator.java:840)
 
 at
 
org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocumentScanner.java:1853)
 
 at
 
org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch(XMLDocumentScanner.java:1
 
 001)
 at
 org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.java:381)
 
 at
 org.apache.xerces.framework.XMLParser.parse(XMLParser.java:948)
 at
 org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:576)
 
 at
 org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1085)
 
 at
 org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:96)
 
 at
 org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:286)
 at
 org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:180)
 at org.apache.tools.ant.Target.execute(Target.java:153)
 at org.apache.tools.ant.Project.runTarget(Project.java:898)
 at org.apache.tools.ant.Project.executeTarget(Project.java:536)
 at org.apache.tools.ant.Project.executeTargets(Project.java:510)
 
 at org.apache.tools.ant.Main.runBuild(Main.java:421)
 at org.apache.tools.ant.Main.main(Main.java:149)
 
 Total time: 15 seconds
 classpath
 CLASSPATH
 
.;c:\weblogic\lib\weblogicaux.jar;c:\weblogic\myserver\serverclasses;c:\weblogicsp8\weblogic510sp8.j
 
 
ar;C:\weblogic\classes\boot;C:\java\proj\jdbc\mm.mysql.jdbc-1.2c;c:\weblogic\classes;c:\proj\java\src;c:\apps\
 
 
javasoft\j2sdkee1.2.1\lib\j2ee.jar;c:\jdk1.3\jre\lib\rt.jar;C:\jdk1.3\lib\tools.jar;c:\apps\javasoft\Swing1.1\
 
 
swingall.jar;C:\apps\javasoft\jpda\lib\jpda.jar;c:\tools\java\jdbc2_0-stdext.jar;;c:/AlbumBuilder/AlbumBuilder
 
 
;;c:\proj\java\jdbc\mm.mysql.jdbc-1.2c;c:\proj\apache\xalan-j_2_0_D07\build\xalan.jar;c:\proj\apache\xerces-1_
 
 
2_3\xerces.jar;c:\proj\jakarta\build\tomcat\lib\tomcat.jar;c:\proj\jakarta\build\tomcat\lib\tomcat_util.jar;c:
 
 
\proj\jakarta\build\tomcat\lib\servlet.jar;c:\proj\jakarta\build\tomcat\lib\webserver.jar;c:\proj\jakarta\buil
 
 
d\tomcat\lib\jasper.jar;c:\proj\jakarta\build\tomcat\lib\xml.jar;c:\proj\java\lib\classes12.zip;c:\apps\javaso
 
 
ft\javamail\javamail-1.2ea2\mail.jar;c:\apps\javasoft\javamail\javamail-1.2ea2\smtp.jar;c:\apps\javasoft\javam
 
 
ail\javamail-1.2ea2\pop3.jar;c:\apps\javasoft\javamail\javamail-1.2ea2\mailapi.jar;c:\apps\javasoft\javamail\j
 
 
avamail-1.2ea2\imap.jar;c:\proj\java\src;c:\apps\javasoft\j2sdkee1.2.1\lib\j2ee.jar;c:\jdk1.3\jre\lib\rt.jar;C
 
 
:\jdk1.3\lib\tools.jar;c:\apps\javasoft\Swing1.1\swingall.jar;C:\apps\javasoft\jpda\lib\jpda.jar;c:\tools\java
 
 \jdbc2_0-stdext.jar
 

-- 
-
Steven D. Wilkinson, [EMAIL PROTECTED]



RE: More on Weblogic and Struts

2001-02-06 Thread Josh

Does anyone have an example weblogic.properties and startweblogic.cmd that
deploys the struts-example.war file properly, and who would be willing to
share.

I am getting closer, but I am now getting:

Loading database from '/WEB-INF/database.xml'
New org.apache.struts.example.User
Begin event threw exception
java.lang.ClassNotFoundException: org.apache.struts.example.User at
weblogic.boot.ServerClassLoader.findLocalClass(ServerClassLoader.java, Compiled
Code)

Any suggestions? (I can't go to wls 6.0, at least not yet, but I am begging)

Thanks,
Josh

--- Carl Tallis [EMAIL PROTECTED] wrote:
   Thanks no doubt to Sun cracking the whip on J2EE licensees, the Struts
 example code runs *untouched* on WLS 6.0, providing you have a build that
 fixed the getter/setter method problems from ~ two weeks ago.  If possible,
 I'd upgrade.  Also among the many pleasant surprises in 6.0 are real support
 for the web.xml file, pre-loading, and not having to register all your
 servlets.
 
 Carl Tallis
 Director Of Products
 SupplyLinks, Inc.
 Tel: (703) 796-6010
 Fax: (703) 796-6014
 email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
 
 ***
 This email message contains confidential information for the above addressee
 only. If you are not the intended addressee you must not disclose or use the
 information in any manner whatsoever.
 Any opinion or views contained in this email message are those of the
 sender, do not represent those of the Company in any way and reliance should
 not be placed upon its contents.
 Unless otherwise stated this email message is not intended to be
 contractually binding. Where an Agreement exists between our respective
 companies and there is conflict between the contents of this email message
 and the Agreement then the terms of that Agreement shall prevail.
 ***
 
 
  -Original Message-
  From: Josh [mailto:[EMAIL PROTECTED]]
  Sent: Tuesday, February 06, 2001 7:33 AM
  To: [EMAIL PROTECTED]
  Subject: More on Weblogic and Struts
 
 
  Sorry to beat the dead horse, I have read through the archives
  and have found
  them very useful.  Thanks to all who have submitted to the Weblogic/struts
  thread.
 
  I have read what seems to be the now famous Oct. 10th 2000 post:
 
  http://archive.covalent.net/jakarta/struts-user/2000/10/0009.xml
 
  Before I went ahead and started implementing this approach I
  wanted to know if
  there had been any more recent successful attempts.  I did read
  this post:
 
  http://archive.covalent.net/jakarta/struts-user/2000/12/0442.xml
 
  Which stated that the Struts example nearly ran out of the box,
  with sp7.  I'm
  running sp8 and before I go off writing code, I was wondering if
  anyone could
  confirm Weblogic's current status on integrating with Struts.
 
  btw - I didn't have 'any' luck running straight out of the box,
  but that's not
  to say that I didn't get lost in weblogic.properties.  (I've been
  known to do
  that before).
 
  Thanks,
  Josh
 
  __
  Do You Yahoo!?
  Yahoo! Auctions - Buy the things you want at great prices.
  http://auctions.yahoo.com/
 
 
 


__
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/



AW: JBuilder Enterprise

2001-02-06 Thread Lind Jürgen


 -Ursprngliche Nachricht-
 Von: Steven D. Wilkinson [mailto:[EMAIL PROTECTED]]
 Gesendet am: Dienstag, 6. Februar 2001 17:32
 An: [EMAIL PROTECTED]
 Betreff: Re: JBuilder Enterprise
 
 Did you figure out how to debug JSP's in the Enterprise Version?
 

thats what I'm currently working on as I expected a much better 
performance from that... The first problem I still working on, however,
is that it seems to be impossible to tell the Tomcat that comes with
JBE which directory to use for configuration info. It always uses the
root of the C: drive. As it appears to me right now, I'm no longer sure
whether the Enterprise edition is worth the investment as the better
debugging support would have been my main point in buying it.
Perhaps I'll try to contact Inprise about that topic but I'm not sure
whether they are willing to offer support to a not-yet customer...

Jrgen



Tomcat/Struts-friendly hosting services

2001-02-06 Thread Tom Miller

Any recommendations on web hosting services that support Tomcat 3.2.1?
I'm especially interested in experiences in fielding a Struts based site
with a reasonably priced hosting service that was/is a good bet to
recommend to clients. Has anyone compiled a list somewhere?

TIA

--
Tom Miller
[EMAIL PROTECTED]
641.469.3535 Phone
413.581.6326 FAX





Re: Tomcat/Struts-friendly hosting services

2001-02-06 Thread Ted Husted

imagineis.com

Just a customer, but it's a good shop.

*** REPLY SEPARATOR  ***

On 2/6/2001 at 11:11 AM Tom Miller wrote:

Any recommendations on web hosting services that support Tomcat 3.2.1?
I'm especially interested in experiences in fielding a Struts based
site
with a reasonably priced hosting service that was/is a good bet to
recommend to clients. Has anyone compiled a list somewhere?

TIA

--
Tom Miller
[EMAIL PROTECTED]
641.469.3535 Phone
413.581.6326 FAX



-- Ted Husted, Husted dot Com, Fairport NY USA.
-- Custom Software ~ Technical Services.
-- Tel 716 425-0252; Fax 716 223-2506.
-- http://www.husted.com/about/struts/





Re: trouble building struts

2001-02-06 Thread john d ware

That did it,
thanks

john

"Steven D. Wilkinson" wrote:

 You need the servlet api in your classpath.
 I use the following...
 /jakarta-servletapi-3.2/lib/servlet.jar

 john d ware wrote:
 
  Hi,
  I am having trouble building struts. I just downloaded the source
  and get this error. Does this error ring a bell for anyone?
 
  thanks
 
  john ware
 
  ant
  Searching for build.xml ...
  Buildfile: c:\proj\jakarta\jakarta-struts\.\build.xml
 
  prepare.library:
 
  compile.library:
  Property ${servlet.jar} has not been set
  Compiling 9 source files to
  C:\proj\jakarta\jakarta-struts\build\library\classes
  Transforming into C:\proj\jakarta\jakarta-struts\build\library
  trying trax
  Loading stylesheet
  C:\proj\jakarta\jakarta-struts\src\doc\stylesheets\tld.xsl
  Transforming into C:\proj\jakarta\jakarta-struts\build\library
 
  BUILD FAILED
 
  java.lang.NoSuchMethodError
  at
  org.apache.xpath.DOM2Helper.getLocalNameOfNode(DOM2Helper.java:326)
  at
  org.apache.xalan.templates.TemplateList.getHead(TemplateList.java:471)
  at
  org.apache.xalan.templates.TemplateList.getTemplate(TemplateList.java:528)
 
  at
  
org.apache.xalan.templates.StylesheetRoot.getWhiteSpaceInfo(StylesheetRoot.java:827)
 
  at org.apache.xalan.stree.Parent.appendChild(Parent.java:374)
  at
  org.apache.xalan.stree.DocumentImpl.appendChild(DocumentImpl.java:235)
  at org.apache.xml.utils.DOMBuilder.append(DOMBuilder.java:209)
  at
  org.apache.xalan.stree.StreeDOMBuilder.startElement(StreeDOMBuilder.java:219)
 
  at
  org.apache.xalan.stree.SourceTreeHandler.startElement(SourceTreeHandler.java:523)
 
  at
  org.apache.xerces.parsers.SAXParser.startElement(SAXParser.java:1371)
  at
  
org.apache.xerces.validators.common.XMLValidator.callStartElement(XMLValidator.java:840)
 
  at
  
org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocumentScanner.java:1853)
 
  at
  
org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch(XMLDocumentScanner.java:1
 
  001)
  at
  
org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.java:381)
 
  at
  org.apache.xerces.framework.XMLParser.parse(XMLParser.java:948)
  at
  org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:576)
 
  at
  org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:1085)
 
  at
  org.apache.tools.ant.taskdefs.optional.TraXLiaison.transform(TraXLiaison.java:96)
 
  at
  org.apache.tools.ant.taskdefs.XSLTProcess.process(XSLTProcess.java:286)
  at
  org.apache.tools.ant.taskdefs.XSLTProcess.execute(XSLTProcess.java:180)
  at org.apache.tools.ant.Target.execute(Target.java:153)
  at org.apache.tools.ant.Project.runTarget(Project.java:898)
  at org.apache.tools.ant.Project.executeTarget(Project.java:536)
  at org.apache.tools.ant.Project.executeTargets(Project.java:510)
 
  at org.apache.tools.ant.Main.runBuild(Main.java:421)
  at org.apache.tools.ant.Main.main(Main.java:149)
 
  Total time: 15 seconds
  classpath
  CLASSPATH
  
.;c:\weblogic\lib\weblogicaux.jar;c:\weblogic\myserver\serverclasses;c:\weblogicsp8\weblogic510sp8.j
 
  
ar;C:\weblogic\classes\boot;C:\java\proj\jdbc\mm.mysql.jdbc-1.2c;c:\weblogic\classes;c:\proj\java\src;c:\apps\
 
  
javasoft\j2sdkee1.2.1\lib\j2ee.jar;c:\jdk1.3\jre\lib\rt.jar;C:\jdk1.3\lib\tools.jar;c:\apps\javasoft\Swing1.1\
 
  
swingall.jar;C:\apps\javasoft\jpda\lib\jpda.jar;c:\tools\java\jdbc2_0-stdext.jar;;c:/AlbumBuilder/AlbumBuilder
 
  
;;c:\proj\java\jdbc\mm.mysql.jdbc-1.2c;c:\proj\apache\xalan-j_2_0_D07\build\xalan.jar;c:\proj\apache\xerces-1_
 
  
2_3\xerces.jar;c:\proj\jakarta\build\tomcat\lib\tomcat.jar;c:\proj\jakarta\build\tomcat\lib\tomcat_util.jar;c:
 
  
\proj\jakarta\build\tomcat\lib\servlet.jar;c:\proj\jakarta\build\tomcat\lib\webserver.jar;c:\proj\jakarta\buil
 
  
d\tomcat\lib\jasper.jar;c:\proj\jakarta\build\tomcat\lib\xml.jar;c:\proj\java\lib\classes12.zip;c:\apps\javaso
 
  
ft\javamail\javamail-1.2ea2\mail.jar;c:\apps\javasoft\javamail\javamail-1.2ea2\smtp.jar;c:\apps\javasoft\javam
 
  
ail\javamail-1.2ea2\pop3.jar;c:\apps\javasoft\javamail\javamail-1.2ea2\mailapi.jar;c:\apps\javasoft\javamail\j
 
  
avamail-1.2ea2\imap.jar;c:\proj\java\src;c:\apps\javasoft\j2sdkee1.2.1\lib\j2ee.jar;c:\jdk1.3\jre\lib\rt.jar;C
 
  
:\jdk1.3\lib\tools.jar;c:\apps\javasoft\Swing1.1\swingall.jar;C:\apps\javasoft\jpda\lib\jpda.jar;c:\tools\java
 
  \jdbc2_0-stdext.jar
  

 --
 -
 Steven D. Wilkinson, [EMAIL PROTECTED]




Re: Tomcat/Struts-friendly hosting services

2001-02-06 Thread Tom Janofsky


I signed up with www.aoindustries.com for web hosting becasue of their
good java support.  Tomcat 3.2.1 is on the list, but I haven't tried
it.  Great customer service though IMHO.

--tom

Tom Miller wrote:
 
 Any recommendations on web hosting services that support Tomcat 3.2.1?
 I'm especially interested in experiences in fielding a Struts based site
 with a reasonably priced hosting service that was/is a good bet to
 recommend to clients. Has anyone compiled a list somewhere?
 
 TIA
 
 --
 Tom Miller
 [EMAIL PROTECTED]
 641.469.3535 Phone
 413.581.6326 FAX



RE: Data Validation

2001-02-06 Thread David Winterfeldt

I posted this to struts-dev, but not to struts-user. 
I have a basic validation framework using regular
expressions and I made an example struts application. 
The validation rules are stored in the validation.xml
file.  

Having a java.text.Format class is nicer since it is
locale based and also converts a string to another
object.  When I've had to convert a string to an
another object, I've used regular expressions to get
the pieces of the string that I want and then convert
them to a date, for example.

http://home.earthlink.net/~dwinterfeldt/

David Winterfeldt

--- Ted Husted [EMAIL PROTECTED] wrote:
 In our case, we have chosen to use the
 java.text.Format as a
 superclass of
 all our validation and formatting classes.
 
 Can you provide working examples of any of the
 classes you are using
 now?
 
 Putting something like this into a sample Struts
 application can really
 help move things along.
 
 Beyond the simple aspect of validating the format
 of an input string,
 it is
 also often required to transform the validated
 string into a usable
 form for
 further processing.
 
 Eventually, beyond the use of Format classes, we
 intend to create a
 sort of
 format class instance pool, whereby pre-initialized
 format classes are
 stored for repetitive usage. This avoids the
 creation and
 initialization of
 an object each time a validation/formatting has to
 be performed. The
 Struts
 digester would be a great tool for initializing
 this pool.
 
 A big example of that is inserting the value into a
 JDBC DBMS. Here, it
 can be convenient to use a string-based entity bean
 to work with the
 Struts form, and then let the driver do the final
 conversion of the
 validated sttring. A pool  of JDBC-orientated
 validation classes sounds
 be very useful.
 
 If you haven't already, you should consider
 subscribing to the
 Struts-Dev too, where there is more talk about how
 to extend Struts.
 
 
 
 
 
 
 
 
 
 
 Could you provide a simple example of how you use
 the  java.text.Format
 class to validate some standard types. For example,
 a form with fields
 like:
 
 Date
 Name
 Amount
 Telephone Number
 
 
 
 An important reason for validation, as you point
 out, is for later use
 of the value, especially the insertion of the value
 into the database.
 
 
 
 
 *** REPLY SEPARATOR  ***
 
 On 2/6/2001 at 8:12 AM Rey Francois wrote:
 
 In our case, we have chosen to use the
 java.text.Format as a
 superclass of
 all our validation and formatting classes. I would
 suggest Struts to
 consider this approach. Our decision derives from
 the following
 requirements:
 
 1 Validation of Strings data according to a
 specified format
 The basic requirement is to validate that a string
 complies to a
 specified
 format. For example, for a string representing a
 date, the requirement
 is to
 make sure it is of the form: dd/mm/.
 
 2 Parsing Strings to Objects and vice-versa
 Beyond the simple aspect of validating the format
 of an input string,
 it is
 also often required to transform the validated
 string into a usable
 form for
 further processing. In Java this means creating an
 object instance
 from the
 string. With the date example, this could mean
 creating a
 java.util.Date
 object.
 On the other hand, it is also required to perform
 the reverse
 operation. In
 the case of an instance of a java.util.Date, it
 should be possible to
 get a
 string representation of it according to a
 specified format.
 
 3 String buffer parsing and formatting
 It should be easy to parse only a certain part of a
 larger string when
 the
 latter contains the formatting of several elements.
 Conversely, it
 should be
 easy to append the string representation of an
 object to an existing
 string.
 This can be useful for example in the context of
 marshalling object
 instances into an XML representation.
 
 4 Independence of the usage context
 The classes involved should be coupled to any
 context of usage. This
 is to
 allow maximum reuse of the logic in various
 contexts. For example the
 framework should not depend on the HTTP request of
 the Servlet API.
 This should enable the creation of a library of
 formatter that can be
 used
 in various projects. This library can contain basic
 formatters, but
 also
 more business oriented ones such as account number
 formatting, etc.
 
 5 Internationalization
 In some cases it is necessary to have the parsing
 and validation
 processing
 aware of locale-specific factors. The date example
 is again a very
 good
 illustration of this requirement, whereby in the
 United States dates
 are of
 the form mm/dd/, while in Europe dates are of
 the form dd/mm/.
 In
 the context of a graphical user interface, this is
 an important
 requirement.
 
 The java.text.Format class satisfies all the above
 requirements. It is
 a
 standard Java object, so using it should be
 consistent with future
 Java
 developments. Finally, J2SE already proposes some
 formatters for
 numeric
 values, date, 

Re: More on Weblogic and Struts

2001-02-06 Thread john d ware

Well,
My luck hasn't changed. I build struts from source this morning.
I plopped the struts-example.war into my
wlserver6.0/config/mydomain/applications dir. WLS read the war file automatically
but this is what I get when accessing "localhost:7001/struts-example/index.jsp".

john




Feb 6, 2001 10:54:28 AM MST Error HTTP
[WebAppServletContext(3003491,struts-example)] Could not deserialize context
attribute
java.io.NotSerializableException:
org.apache.struts.util.PropertyMessageResourcesFactory
at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1148)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
at
java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java:1841)
at
java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:480)
at java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1214)
at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
at
weblogic.servlet.internal.AttributeWrapper.getObject(AttributeWrapper.java:71)
at
weblogic.servlet.internal.WebAppServletContext.getAttribute(WebAppServletContext.java:211)

at
weblogic.servlet.jsp.PageContextImpl.getAttribute(PageContextImpl.java:164)
at
org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:229)
at jsp_servlet._index._jspService(_index.java:107)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:208)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:244)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:1127)

at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:1529)

at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)

Feb 6, 2001 10:54:28 AM MST Error HTTP
[WebAppServletContext(3003491,struts-example)] Root cause of Ser
vletException
javax.servlet.jsp.JspException: Missing resources attribute
org.apache.struts.action.MESSAGE
at
org.apache.struts.taglib.bean.MessageTag.doStartTag(MessageTag.java:232)
at jsp_servlet._index._jspService(_index.java:107)
at weblogic.servlet.jsp.JspBase.service(JspBase.java:27)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:208)
at
weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:244)
at
weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:1127)

at
weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:1529)

at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:137)
at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:120)



Carl Tallis wrote:

 Thanks no doubt to Sun cracking the whip on J2EE licensees, the Struts
 example code runs *untouched* on WLS 6.0, providing you have a build that
 fixed the getter/setter method problems from ~ two weeks ago.  If possible,
 I'd upgrade.  Also among the many pleasant surprises in 6.0 are real support
 for the web.xml file, pre-loading, and not having to register all your
 servlets.

 Carl Tallis
 Director Of Products
 SupplyLinks, Inc.
 Tel: (703) 796-6010
 Fax: (703) 796-6014
 email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

 ***
 This email message contains confidential information for the above addressee
 only. If you are not the intended addressee you must not disclose or use the
 information in any manner whatsoever.
 Any opinion or views contained in this email message are those of the
 sender, do not represent those of the Company in any way and reliance should
 not be placed upon its contents.
 Unless otherwise stated this email message is not intended to be
 contractually binding. Where an Agreement exists between our respective
 companies and there is conflict between the contents of this email message
 and the Agreement then the terms of that Agreement shall prevail.
 ***

  -Original Message-
  From: Josh [mailto:[EMAIL PROTECTED]]
  Sent: Tuesday, February 06, 2001 7:33 AM
  To: [EMAIL PROTECTED]
  Subject: More on Weblogic and Struts
 
 
  Sorry to beat the dead horse, I have read through the archives
  and have found
  them very useful.  Thanks to all who have submitted to the Weblogic/struts
  thread.
 
  I have read what seems to be the now famous Oct. 10th 2000 post:
 
  http://archive.covalent.net/jakarta/struts-user/2000/10/0009.xml
 
  Before I went ahead and started implementing this approach I
  wanted to know if
  there had been any more recent successful attempts.  I did read
  this post:
 
  

Re: Hacking Servlet Mill

2001-02-06 Thread Craig R. McClanahan

Julia Reynolds wrote:

 Well, Craig was right and our problems with Struts and Servlet Mill apparently
 stem from
 the fact that it is Servlet 2.1, not Servlet 2.2 compatible.  Can we just replace
 the servlet.jar file in Servlet Mill with the 2.2 servlet.jar?  Is that safe, or
 will it
 break Servlet Mill?


Unfortunately, that approach is unlikely to work.

It's not just an issue of having the right servlet API classes (which are mostly
interfaces).  The servlet container has to support all of the required functionality
-- most importantly, it needs to understand what a web application archive (WAR) file
is, which 2.1 based containers don't.


 Julia

Craig





What is the use of ActionFormBean?

2001-02-06 Thread Rajan Gupta

Hi! All,
Can somebody please provide me with some documentation on ActionFormBean 
 its typical usage.

Thanks in advance,

Cheers
Rajan



__
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/



Re: Struts and XHTML

2001-02-06 Thread Craig R. McClanahan

"Clarke, Agnes" wrote:

 Hi all,

 I'm a newbie to STRUTS, so please forgive my ignorance!

 1. Does STRUTS support XHTML? Struts tags seem to generate uppercase tag
 names, which is invalid XHTML...


XHTML is not supported directly, but the "html" tag library strives to render
code that is compatible with most XHTML requirements.

Which tags in particular are you finding generate upper case tag names?  There
were some tags in 0.5 that produced mixed case attributes, but AFAIK all the
tags rendered with current 1.0 code are pure lower case.


 2. When STRUTS generates an input element, the unique identifier for the
 field is placed in the name attribute (deprecated since HTML 4.0 or even
 earlier) and not the id attribute.


I missed catching that one -- let me look into it further.


 3. Does STRUTS-generated HTML in general honor well-formed XML restrictions
 (eg closing end tags, quoting attribute values, etc)?


Yes, to the maximum degree feasible.  It renders closing tags for all the
"open" tags that have nested content (like form and html), but does not
render XML-style no content tags (br/) with the trailing slash included.  All
attribute values are quoted.

Of course, Struts has no control over the non-Struts tags -- it is still up to
the page designer to create valid syntax of the entire page.


 Finally, where is the STRUTS FAQ page?


There is not really a FAQ page per se -- the best source of information is
searching the STRUTS-USER mailing list archives.


 Regards,

 Agnes Clarke

Craig





RE: JBuilder Enterprise

2001-02-06 Thread Bruce McCleave

Hotspot is what causes debugging to be so slow.  We have found that passing
"-classic" as a VM Parameter, which disables HotSpot, will dramatically
increase performance.  In my case I went from a 2 minute startup time to
about 5 seconds, it actually makes the debugger usable.

That was with JBuilder Professional 4.0.

~Bruce

-Original Message-
From: Deping Chian [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 06, 2001 9:09 AM
To: [EMAIL PROTECTED]
Subject: Re: JBuilder Enterprise


Lind Jrgen wrote:
 
 Hi,
 
 after the discussion on using JBuilder for Web Development, I decided
 to try the Enterprise Edition... While my stuff worked fine with the
 Foundation version (and an "external" Tomcat), I cannot get it running
 within the JBuilder Environment. After I managed to tell the internal
 Tomcat where to find the struts TLDs, Tomcat complains about some missing
 attribute:
 
 javax.servlet.ServletException: Missing resources attribute
 org.apache.struts.action.MESSAGE
Discard JB4's internal Tomcat (older version). Download tomcat 3.2.1,
and new struts nightly build.

create a new library set (call it tomcat3.2.1 if you want), add all jar
files in tomcat-3.2.1/lib directory. I do database apps with
interclient, so I put my interclient.jar there. Also I used
GenericDataSource class of struts, so I put jdbc2_0-stdext.jar there
(download from Sun).

I have been using these for one of my projects for a while. Debugging is
ok in Linux even for struts calls. Debugging can be slow in windows
unless you include a -class VM parameters.

If you updrade to another version of JBuilder or struts, you should
delete all the work files. Otherwise, it is very likely to have
problems.


Deping

  at

org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImp
 l.java:386)
  at

www.p_00025blic_0005fhtml.webapps.odin_0002dtracer.jsp._0002fwww_0002fpublic

_0005fhtml_0002fwebapps_0002fodin_0002dtracer_0002fjsp_0002flogon_0002ejsplo

gon_jsp_0._jspService(_0002fwww_0002fpublic_0005fhtml_0002fwebapps_0002fodin
 _0002dtracer_0002fjsp_0002flogon_0002ejsplogon_jsp_0.java:305)
 
 Any ideas what this means and how to fix it?
 
 Regards,
 
 Jrgen



Re: which development tool to use?

2001-02-06 Thread Suchi Somasekar


I have been using struts with Forte for Java, Internet Edition for the
past couple of weeks and have not come across any major problems. Simply
following the struts documentation had me up and running pretty quickly.

Suchithra Sekar

Mike Campbell wrote:

 Has anyone done much development with Forte for Java, Internet edition
 with Struts and care to comment on your thoughts?

 --




No match was found for method setFilter(java.lang.String)

2001-02-06 Thread Ranjan Dasgupta

Using the latest struts nightly build. When I try to access
/test/bean-include.jsp, JRun 3.01 on NES 3.6 gives the following error (for
bean:write name="index" filter="true"/)

500 Internal Server Error

/test/bean-include.jsp:

javax.servlet.ServletException: Compilation error occured:

allaire.jrun.scripting.DefaultCFE:
Errors reported by
compiler:C:/JRun3/servers/default/default-app/WEB-INF/jsp/jrun__test__bean2dinclude2ejsp16.java:59:1:59:29:
Error: No match was found for method "setFilter(java.lang.String)".

at
allaire.jrun.scripting.JavaCompilerService.compile(JavaCompilerService.java:122)

at allaire.jrun.jsp.JSPServlet.compilePage(JSPServlet.java:458)
at allaire.jrun.jsp.JSPServlet.createServlet(JSPServlet.java:399)
at allaire.jrun.jsp.JSPServlet.loadPage(JSPServlet.java:202)
at allaire.jrun.jsp.JSPServlet.service(JSPServlet.java:169)
at allaire.jrun.servlet.JRunSE.service(JRunSE.java:1013)
at allaire.jrun.servlet.JRunSE.runServlet(JRunSE.java:925)
at
allaire.jrun.servlet.JRunRequestDispatcher.forward(JRunRequestDispatcher.java:88)

at allaire.jrun.servlet.JRunSE.service(JRunSE.java:1131)
at allaire.jrun.servlet.JvmContext.dispatch(JvmContext.java:330)
at allaire.jrun.jrpp.ProxyEndpoint.run(ProxyEndpoint.java:367)
at allaire.jrun.ThreadPool.run(ThreadPool.java:272)
at allaire.jrun.WorkerThread.run(WorkerThread.java:75)

Generated java source

org.apache.struts.taglib.bean.WriteTag write__27_1 =
(org.apache.struts.taglib.bean.WriteTag)JRunJSPStaticHelpers.createTagHandler(pageContext,
"org.apache.struts.taglib.bean.WriteTag");
write__27_1.setFilter("true");

// while the method declared in WriteTag is setFilter(boolean)
***

Also for /struts/index.jsp (html:html locale="true")

500 Internal Server Error

javax.servlet.ServletException: Compilation error occured:

allaire.jrun.scripting.DefaultCFE:
Errors reported by
compiler:C:/JRun3/servers/default/default-app/WEB-INF/jsp/jrun__struts__index2ejsp11.java:41:1:41:27:
Error: No match was found for method "setLocale(java.lang.String)".

at
allaire.jrun.scripting.JavaCompilerService.compile(JavaCompilerService.java:122)

at allaire.jrun.jsp.JSPServlet.compilePage(JSPServlet.java:458)
at allaire.jrun.jsp.JSPServlet.createServlet(JSPServlet.java:399)
at allaire.jrun.jsp.JSPServlet.loadPage(JSPServlet.java:202)
at allaire.jrun.jsp.JSPServlet.service(JSPServlet.java:169)
at allaire.jrun.servlet.JRunSE.service(JRunSE.java:1013)
at allaire.jrun.servlet.JRunSE.runServlet(JRunSE.java:925)
at
allaire.jrun.servlet.JRunRequestDispatcher.forward(JRunRequestDispatcher.java:88)

at allaire.jrun.servlet.JRunSE.service(JRunSE.java:1131)
at allaire.jrun.servlet.JvmContext.dispatch(JvmContext.java:330)
at allaire.jrun.jrpp.ProxyEndpoint.run(ProxyEndpoint.java:367)
at allaire.jrun.ThreadPool.run(ThreadPool.java:272)
at allaire.jrun.WorkerThread.run(WorkerThread.java:75)

Generated java source by the JSP engine

org.apache.struts.taglib.html.HtmlTag html__6_1 =
(org.apache.struts.taglib.html.HtmlTag)JRunJSPStaticHelpers.createTagHandler(pageContext,
"org.apache.struts.taglib.html.HtmlTag");
html__6_1.setLocale("true");

// while the method declared in HtmlTag is setLocale(boolean)


What am I doing wrong?

Thanks.
-Ranjan




RE: No match was found for method setFilter(java.lang.String)

2001-02-06 Thread Moore, Mark A

It's a JRun bug.  I sent mail to this group on 31-JAN about it not being
fixed in SP2.  Others have mentioned it as well.  Allaire is silent on when
it will be fixed.

Cheers

Mark


-Original Message-
From: Ranjan Dasgupta [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 06, 2001 4:32 PM
To: [EMAIL PROTECTED]
Subject: No match was found for method "setFilter(java.lang.String)"


Using the latest struts nightly build. When I try to access
/test/bean-include.jsp, JRun 3.01 on NES 3.6 gives the following error (for
bean:write name="index" filter="true"/)

500 Internal Server Error

/test/bean-include.jsp:

javax.servlet.ServletException: Compilation error occured:

allaire.jrun.scripting.DefaultCFE:
Errors reported by
compiler:C:/JRun3/servers/default/default-app/WEB-INF/jsp/jrun__test__bean2d
include2ejsp16.java:59:1:59:29:
Error: No match was found for method "setFilter(java.lang.String)".

at
allaire.jrun.scripting.JavaCompilerService.compile(JavaCompilerService.java:
122)

at allaire.jrun.jsp.JSPServlet.compilePage(JSPServlet.java:458)
at allaire.jrun.jsp.JSPServlet.createServlet(JSPServlet.java:399)
at allaire.jrun.jsp.JSPServlet.loadPage(JSPServlet.java:202)
at allaire.jrun.jsp.JSPServlet.service(JSPServlet.java:169)
at allaire.jrun.servlet.JRunSE.service(JRunSE.java:1013)
at allaire.jrun.servlet.JRunSE.runServlet(JRunSE.java:925)
at
allaire.jrun.servlet.JRunRequestDispatcher.forward(JRunRequestDispatcher.jav
a:88)

at allaire.jrun.servlet.JRunSE.service(JRunSE.java:1131)
at allaire.jrun.servlet.JvmContext.dispatch(JvmContext.java:330)
at allaire.jrun.jrpp.ProxyEndpoint.run(ProxyEndpoint.java:367)
at allaire.jrun.ThreadPool.run(ThreadPool.java:272)
at allaire.jrun.WorkerThread.run(WorkerThread.java:75)

Generated java source

org.apache.struts.taglib.bean.WriteTag write__27_1 =
(org.apache.struts.taglib.bean.WriteTag)JRunJSPStaticHelpers.createTagHandle
r(pageContext,
"org.apache.struts.taglib.bean.WriteTag");
write__27_1.setFilter("true");

// while the method declared in WriteTag is setFilter(boolean)
***

Also for /struts/index.jsp (html:html locale="true")

500 Internal Server Error

javax.servlet.ServletException: Compilation error occured:

allaire.jrun.scripting.DefaultCFE:
Errors reported by
compiler:C:/JRun3/servers/default/default-app/WEB-INF/jsp/jrun__struts__inde
x2ejsp11.java:41:1:41:27:
Error: No match was found for method "setLocale(java.lang.String)".

at
allaire.jrun.scripting.JavaCompilerService.compile(JavaCompilerService.java:
122)

at allaire.jrun.jsp.JSPServlet.compilePage(JSPServlet.java:458)
at allaire.jrun.jsp.JSPServlet.createServlet(JSPServlet.java:399)
at allaire.jrun.jsp.JSPServlet.loadPage(JSPServlet.java:202)
at allaire.jrun.jsp.JSPServlet.service(JSPServlet.java:169)
at allaire.jrun.servlet.JRunSE.service(JRunSE.java:1013)
at allaire.jrun.servlet.JRunSE.runServlet(JRunSE.java:925)
at
allaire.jrun.servlet.JRunRequestDispatcher.forward(JRunRequestDispatcher.jav
a:88)

at allaire.jrun.servlet.JRunSE.service(JRunSE.java:1131)
at allaire.jrun.servlet.JvmContext.dispatch(JvmContext.java:330)
at allaire.jrun.jrpp.ProxyEndpoint.run(ProxyEndpoint.java:367)
at allaire.jrun.ThreadPool.run(ThreadPool.java:272)
at allaire.jrun.WorkerThread.run(WorkerThread.java:75)

Generated java source by the JSP engine

org.apache.struts.taglib.html.HtmlTag html__6_1 =
(org.apache.struts.taglib.html.HtmlTag)JRunJSPStaticHelpers.createTagHandler
(pageContext,
"org.apache.struts.taglib.html.HtmlTag");
html__6_1.setLocale("true");

// while the method declared in HtmlTag is setLocale(boolean)


What am I doing wrong?

Thanks.
-Ranjan
*
The information in this email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else
is unauthorized. 

If you are not the intended recipient, any disclosure, copying, distribution
or any action taken or omitted to be taken in reliance on it, is prohibited
and may be unlawful. When addressed to our clients any opinions or advice
contained in this email are subject to the terms and conditions expressed in
the governing KPMG client engagement letter. 
*



Getting a value in the JSP from an ActionForm

2001-02-06 Thread Tom Janofsky


Here's my dilemma (see 2 summary questions at end):

I'm coming to a page with a value set in an ActionForm by my action for
me.  Works great.  Now what I want to do is get that property out of
that bean, and into another bean that's only being used on the page. 
Something conceptually like:

jsp:useBean id="page_only_bean" scope="page" class="xyz"
jsp:setProperty name="page_only_bean"
value="action_form_bean.property"

No go.  Any thoughts on an easy way to do this?

Alternatively I thought html:form looked up the bean, and put it under
the name that i have registered in struts-config.xml for form-bean.  So
after my html:form tag, I tried:

jsp:useBean id="page_only_bean" scope="page" class="xyz"/
%
  page_only_bean.setXXX(bean_name_from_form-bean_tag.getXXX());
%

Again, no dice.  JSP compiler says no such variable.


Anyway, I guess this boils down to 2 simple questions:

1) (The most importnant) I've got an ActionForm that is populated and
passed all around.  I can directly manipulate it in Action classes no
problem.  html:text and bean:writes work fine.  Now how do I get a real
reference to the ActionForm in the JSP?  (Why?  What if I want to call
getXXX() or setXXX() on the Form bean in a scriptlet?)

2) Is there a way using bean:define to copy a property from one bean
into another bean?  (Don't think so, although I can make a bean that
consists just of that property...)


Thanks,

--tom



Re: Getting a value in the JSP from an ActionForm

2001-02-06 Thread Craig R. McClanahan

Tom Janofsky wrote:

 Here's my dilemma (see 2 summary questions at end):

 I'm coming to a page with a value set in an ActionForm by my action for
 me.  Works great.  Now what I want to do is get that property out of
 that bean, and into another bean that's only being used on the page.
 Something conceptually like:

 jsp:useBean id="page_only_bean" scope="page" class="xyz"
 jsp:setProperty name="page_only_bean"
 value="action_form_bean.property"


How about:

jsp:setProperty name="page_only_bean"
  value="%= action_form_bean.getProperty() %"/

for this?

A more Struts-oriented solution might be some extended version of
jsp:setProperty that behaves more like what you are trying ... maybe for
Struts 1.1?


 No go.  Any thoughts on an easy way to do this?

 Alternatively I thought html:form looked up the bean, and put it under
 the name that i have registered in struts-config.xml for form-bean.  So
 after my html:form tag, I tried:

 jsp:useBean id="page_only_bean" scope="page" class="xyz"/
 %
   page_only_bean.setXXX(bean_name_from_form-bean_tag.getXXX());
 %

 Again, no dice.  JSP compiler says no such variable.

 Anyway, I guess this boils down to 2 simple questions:

 1) (The most importnant) I've got an ActionForm that is populated and
 passed all around.  I can directly manipulate it in Action classes no
 problem.  html:text and bean:writes work fine.  Now how do I get a real
 reference to the ActionForm in the JSP?  (Why?  What if I want to call
 getXXX() or setXXX() on the Form bean in a scriptlet?)


The form bean for the current form is stored as a request or session
attribute (depending on your struts-config.xml setting) with a key equal to
the form name.  That is how the html:form tag itself finds these beans,
so you can count on it as well.


 2) Is there a way using bean:define to copy a property from one bean
 into another bean?  (Don't think so, although I can make a bean that
 consists just of that property...)


Not yet, but a runtime expression should work as illustrated above.


 Thanks,

 --tom

Craig





Re: Help with Context Path Error

2001-02-06 Thread Toby

I am able to run the struts-test example and the hello-world example from
Bluestone, but nothing else.  I will take a closer look at the
struts-config.xml file.

Ted Husted wrote:

 Are you able to run the Struts applications provided in the
 distribution?

 The action mappings are provided through the struts-config.xml in the
 application's WEB-INF folder.

 *** REPLY SEPARATOR  ***

 On 2/5/2001 at 8:21 PM Toby wrote:

 Hi,
 I'm new to Tomcat and Struts.  I can get the basic hello world struts
  examples to run in my environment.  But when I try something more
  sophisticated, I receive the following error message concerning the
  ActionMappings.  I believe I have a Context Path problem, but am not
  sure how to resolve it.  Can anyone help?
 
  Error: 500
  Location: /struts-logon/logon.jsp
  Internal Servlet Error:
 
  javax.servlet.ServletException: Cannot retrieve ActionMappings under
 key
  "org.apache.struts.action.MAPPINGS"
   at
 
 org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContex
 tImpl.java:386)
 
   at
 
 _0002flogon_0002ejsplogon_jsp_0._jspService(_0002flogon_0002ejsplogon_js
 p_0.java,
 
  Compiled Code)
   at
 org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:126)
 
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
   at
 
 org.apache.jasper.runtime.JspServlet$JspServletWrapper.service(JspServle
 t.java:174)
 
   at
 
 org.apache.jasper.runtime.JspServlet.serviceJspFile(JspServlet.java:261)

 
   at org.apache.jasper.runtime.JspServlet.service(JspServlet.java,
  Compiled Code)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
   at
 
 org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java,

 
  Compiled Code)
   at
 
 org.apache.tomcat.core.ContextManager.service(ContextManager.java:559)
   at
 
 org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(H
 ttpConnectionHandler.java,
 
  Compiled Code)
   at
 
 org.apache.tomcat.service.TcpConnectionThread.run(SimpleTcpEndpoint.java
 ,
 
  Compiled Code)
   at java.lang.Thread.run(Thread.java, Compiled Code)
 
  Root cause:
  javax.servlet.jsp.JspTagException: Cannot retrieve ActionMappings
 under
 
  key "org.apache.struts.action.MAPPINGS"
   at
 org.apache.struts.taglib.form.FormTag.doStartTag(FormTag.java:491)
   at
 
 _0002flogon_0002ejsplogon_jsp_0._jspService(_0002flogon_0002ejsplogon_js
 p_0.java,
 
  Compiled Code)
   at
 org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:126)
 
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
   at
 
 org.apache.jasper.runtime.JspServlet$JspServletWrapper.service(JspServle
 t.java:174)
 
   at
 
 org.apache.jasper.runtime.JspServlet.serviceJspFile(JspServlet.java:261)

 
   at org.apache.jasper.runtime.JspServlet.service(JspServlet.java,
  Compiled Code)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
   at
 
 org.apache.tomcat.core.ServletWrapper.handleRequest(ServletWrapper.java,

 
  Compiled Code)
   at
 
 org.apache.tomcat.core.ContextManager.service(ContextManager.java:559)
   at
 
 org.apache.tomcat.service.http.HttpConnectionHandler.processConnection(H
 ttpConnectionHandler.java,
 
  Compiled Code)
   at
 
 org.apache.tomcat.service.TcpConnectionThread.run(SimpleTcpEndpoint.java
 ,
 
  Compiled Code)
   at java.lang.Thread.run(Thread.java, Compiled Code)
 
 
 Thanks for the help.

 -- Ted Husted, Husted dot Com, Fairport NY USA.
 -- Custom Software ~ Technical Services.
 -- Tel 716 425-0252; Fax 716 223-2506.
 -- http://www.husted.com/about/struts/




rte in attributes

2001-02-06 Thread John Hunt

Hi
Cant we have runtime exprs in attribute names
I am doing this
form:select property="%=fieldName%"
and am running into problems.
I tried without quotes too...
How do we handle this?

__
Do You Yahoo!?
Yahoo! Auctions - Buy the things you want at great prices.
http://auctions.yahoo.com/



Locale differences between Windows Linux JDK?

2001-02-06 Thread Andy Boyko

I'm seeing a confusing difference in the localized message
resource behavior between the same application running on 
Windows 2000 and on Linux.  

My error messages in the resources file are all non-localized,
and thus not prefixed, but simply named (ie "errors.header").
On a Linux server, messages like errors.header are correctly
looked up and retrieved.  With the same application on a
Windows 2000, the resource is not found, and instead I 
see ???en_US.errors.header??? (with IE 5.5) or 
???en.errors.header??? (with netscape 4.7). 

I thought that perhaps disabling locales using the
ActionServlet init parameter "locale"=false would solve
it, but it had no effect.

Obviously, I would prefer not to have to duplicate my 
messages with the appropriate prefix, and instead for struts 
to fall back to the default unprefixed message if a localized
one is not found.  

I know I'm missing something simple; localization is totally
new to me.  The only obvious thing I thought to check was 
Locale.getDefault(), which returns en_US on both sides.
I hate to ask for a localization (or, really, delocalization :)
primer here, but... um... any suggestions?

It's the same app code on both sides; I'm using Struts 
from cvs, and Sun JDK 1.3 on Red Hat 6.2
with Apache 1.3/Resin 1.2.2, and Windows 2000 with just 
Resin 1.2.2.

Andy Boyko   [EMAIL PROTECTED]



RE: Locale differences between Windows Linux JDK? NEVERMIND; SORRY

2001-02-06 Thread Andy Boyko

 I'm seeing a confusing difference in the localized message
 resource behavior between the same application running on 
 Windows 2000 and on Linux.  

Oh, jeez.  I'm embarrassedly, sheepishly sorry - as usual,
when things seem fundamentally broken, check the obvious stuff
first.  The only problem here was with my build process, which 
wasn't copying the message resource file from my source tree
into my webapp dir.  Cross-platform development always
sounds like a better idea than it is.   

Andy Boyko[EMAIL PROTECTED]