Re: Where is GenericDataSource?

[Ka-Wai Chan]

The release says that GenericDataSource is compiled under jdk1.3, but 
can be recompiled in jdk1.4... Is this necessary?  I am running jdk 1.4 
and the lib seems to work fine.  Any known issues?

Thanks
Ka-Wai
Steve Raeburn wrote:
It's packaged in struts-legacy.jar which is in the lib directory of your the
struts distribution.
Steve


-Original Message-
From: Michael Muller [mailto:[EMAIL PROTECTED]
Sent: July 7, 2003 8:59 AM
To: Struts Users Mailing List
Subject: Where is GenericDataSource?
I assume I need to copy another jar file to by WEB-INF/lib dir...  So
where *is* the GenericDataSource packaged now?


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

Why is dbcp / pool removed?

[Ka-Wai Chan]

Hello

Just wondering why dbcp/pool is removed from RC2, will they be back for 
the final release?  I have lots of apps that use them and wanted to know 
what direction this is going.

Thanks
Ka-Wai


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

BeanUtils ArrayIndexOutOfBoundsException on session timeout of formsubmit.

[Ka-Wai Chan]

Hello

I currently have arrays of objects in my Session Form object which gets 
populated by struts.  All is fine except when the session times out, 
Struts still wants to populate the arrays but can't because they aren't 
initialized to the right size anymore.  And the place where I handle 
session time out (BaseAction) is called after this happens.  Any 
suggestions on how to intercept this?  Do I have to extend the 
controller servlet?

Thanks
Ka-Wai
Here is the stack trace:

java.lang.ArrayIndexOutOfBoundsException
	at java.lang.reflect.Array.set(Native Method)
	at 
org.apache.commons.beanutils.PropertyUtils.setIndexedProperty(PropertyUtils.java:1468)
	at org.apache.commons.beanutils.BeanUtils.setProperty(BeanUtils.java:918)
	at org.apache.commons.beanutils.BeanUtils.populate(BeanUtils.java:729)
	at org.apache.struts.util.RequestUtils.populate(RequestUtils.java:1097)
	at 
org.apache.struts.action.RequestProcessor.processPopulate(RequestProcessor.java:798)
	at 
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:254)
	at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1422)
	at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:523)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:760)
	at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
	at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:247)
	at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:193)
	at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:256)
	at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
	at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
	at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
	at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
	at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
	at 
org.apache.catalina.core.StandardContext.invoke(StandardContext.java:2415)
	at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:180)
	at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
	at 
org.apache.catalina.valves.ErrorDispatcherValve.invoke(ErrorDispatcherValve.java:171)
	at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
	at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:172)
	at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:641)
	at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
	at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:174)
	at 
org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNext(StandardPipeline.java:643)
	at 
org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:480)
	at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995)
	at org.apache.coyote.tomcat4.CoyoteAdapter.service(CoyoteAdapter.java:223)
	at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:594)
	at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:392)
	at 
org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:565)
	at 
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:619)
	at java.lang.Thread.run(Thread.java:479)



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

Re: Stuts on iPlanet 6.0 - which one is broken? (just needs tlc,but we use it in production)

[Ka-Wai Chan]

I am using iPlanet WS6.0 SP4 w/ JDK1.3 in production

Struts 1.1b1 - 1.1b3 have all worked given some workarounds with the 
classpath and settings.

1)  modify classpath
/---/xerces.jar://log4j-1.2rc1.jar://commons-logging.jar://locationToTheDirWIthApplicationResources.properties

I explicitly copy the applicationResources.properties from 
/WEB-INF/classes to an external location which is in the classpath

2) FormBeans MUST be declared in struts-config.xml and created by the 
controller, have the form bean tags in your jsp will not create the 
FormBean objects correctly and will be null.  So in general have just 1 
form bean associated with a jsp

3) increase stack size of in your magnus editor under performace to at 
least 262144

When in doubt, make sure full DEBUG messages are on and see exactly 
where it dies, but everything can work under iPlanet

good luck
Ka-Wai Chan




Daniel E. Morrison wrote:

Using iPlanet Web Server 6.0 sp5 on Solaris 8, current patches.

Always try to make the 'test' case simple! Just using struts-example.

The struts-config.xml is configured to use DynaValidatorForm by 
default - which works fine.

However, when I switch to the form-bean:



I get the following error:

, root cause: javax.servlet.jsp.JspException
 at org.apache.struts.taglib.html.FormTag.doStartTag(FormTag.java:600)
 at _jsps._logon_jsp._jspService(_logon_jsp.java:164)

The sample LogonForm.java looks fine and all the configuration looks 
fine. Looks like it can't find the bean?

Thanks,
Dan



Karr, David wrote:

I don't know whether you did this in any of your earlier notes, but how
about describing exactly what went wrong, including specific error
messages and stack traces, and showing us your relevant source files?

-Original Message-
From: Daniel E. Morrison [mailto:[EMAIL PROTECTED]] Sent: 
Friday, January 31, 2003 7:36 AM
To: [EMAIL PROTECTED]
Subject: Stuts on iPlanet 6.0 - which one is broken?

Struts just doesn't play nicely on Solaris iPlanet 6.0 sp5
j2sdk-1_4_1_01

- resource messages don't work, correctly.

- form-bean does not work at all !!

Spent 2 weeks so far, trying to find solution.

I thought this would be the correct forum - but I don't think there 
are any experts that know enough about iPlanet.

Would someone please, at least be kind enough to say if it is 
POSSIBLE to use struts on iPlanet ???

Which one is broken ?? Struts 1.1-b3 ?? iPlanet 6.0 sp5 ??

Is it the container ?? Should I research modifying the struts source for

a work-around ??

I own EVERY book on the topic! All my research has turned up NO 
SOLUTIONS! And my emails on the topic are ignored completely.

Thanks,
"Frustrated" Dan



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


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





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






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

Re: Struts on IPlanet Web server 6

[Ka-Wai Chan]

Hi Trevor

We are currently using iPlanet WS 6 w/ struts b3.  It works, with some 
tweaking of the class paths and stack sizes.  We develop on Tomcat and 
then deploy to iPlanet.  If you have configuration problems, I can help 
you out.

Good luck

Ka-Wai Chan


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

Re: The tag library

[Ka-Wai Chan]

Please keep the sorting feature!  It is used lots and helps performance 
as there isn't a need to hit the database everytime

Ka-Wai

Dave Hodson wrote:

I disagree on the sorting feature -- I'd vote to keep it, as we use it heavily

Dave

--
Dave Hodson 
MessageCast, inc.
Email: [EMAIL PROTECTED]
http://www.messagecast.net



 

-Original Message-
From: Jerome Jacobsen [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 23, 2003 8:07 AM
To: Struts Users Mailing List
Subject: RE: The  tag library


I think a complete rewrite is needed AND a new API (same tags 
but different
tag attributes).  Thus I would say an entirely new tag 
library.  I'll call
the new version display2 and the current one display1 for 
clarity below.

- Follow JSTL conventions for attribute names and support JSTL-EL.
(Actually make use of the JSTL Tag support classes).  This 
means JSP 1.2 is
baseline.  Assuming JSTL-EL capable attributes allows us to 
make a simpler
tag API.  Less attributes are needed.  For example we don't need the
Struts-like bean-name and bean-property attributes.

- Drop the sorting feature.  The user can provide this 
functionality by
making their column names links to actions which resort their 
list.  Or
their query form can have order by criteria.  The display1 taglib only
provides resort of contents in current page which I think is 
confusing to
users if there are multiple pages.

- The display2:table tag should work as an IterationTag.  The display1
doesn't therefore you cannot access a scripting variable for 
the current row
of the iteration.  You are forced to use Decorators.  This is 
non-standard
as per Struts or JSTL.  I vote for removing the Decorator 
functionality.

- The display2:column should allow optional body content.  If 
present its
output is used in the table cell.

A first stab at the API might look like this.

Table
-

  [varStatus="varStatusName"]
  [begin="begin"] [end="end"] [step="step"]
  [pageSize="pageSize"] [pageUrl="pageUrl"]
  [cssClassPrefix="cssClassPrefix"]>
  body content


Where var, items, varStatus, begin, end, and step have the 
same meaning as
JSTL's c:forEach tag.
And pageSize and pageUrl have same meaning as in display1 taglib.
The display1 taglib generates HTML tags using CSS class 
names.  You can't
define what these names will be so in display2 the 
cssClassPrefix can be
used to prefix the auto generated CSS names.  A div tag 
around the entire
table works too so maybe this attribute isn't necessary?

Column
--

body content


Title has the same meaning as in display1, except that it is 
mandatory.
Value is optional, but must be present if there is no body 
content.  The
evaluation of value goes in the contents of the cell.  The 
optional body
content is used in the cell if there is no value attribute or 
if the value
attribute results in null.

That's a first stab and it probably is missing stuff.  Maybe 
an escapeXml
attribute should be added to both tags?

Any thoughts on this?

   

-Original Message-
From: Charles Brault [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 23, 2003 10:09 AM
To: [EMAIL PROTECTED]
Subject: Re: The  tag library


+1

I've added support for Struts messages in column titles, glad to
contribute it. Since I really depend on this library for a 
 

product I've
   

developed, and need to fix some problems, make some 
 

additions, I'd be
   

pleased to work with others on improving this great piece of code,
perhaps be the "pumpkin keeper" if no one else will do it 
 

(although I'm
   

reluctant to volunteer, as I haven't performed that role 
 

before, except
   

as a gardner ;-)

chaz
--
Charles E Brault
[EMAIL PROTECTED]
"Where are we going, and why am I in this handbasket?"


--
To unsubscribe, e-mail:

For additional commands, e-mail:




 

--
To unsubscribe, e-mail:   

For additional commands, e-mail: 



   


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: [OT] Struts Users in Calgary Alberta CANADA ?

[Ka-Wai Chan]

Hello

There are lots of struts users in Calgary Alberta.  I am one!

Cheers

Mark Galbreath wrote:


Don't know about Struts developers, but there's a bunch of hashers:

http://onon.org/asm/

Mark

-Original Message-
From: Mike Deegan [mailto:[EMAIL PROTECTED]] 
Sent: Wednesday, January 22, 2003 5:06 PM

Are you a Struts user in Calgary Alberta CANADA ??

I've just moved to Calgary Alberta and was wondering if there are other list
subscribers here in Calgary.

Please email me off list !!

I'd like to know what STRUTS development is ongoing in Calgary (if any).

Is there a STRUTS users group in Calgary ?

Thanks in advance,
Mike

[EMAIL PROTECTED]



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 


 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: The tag library

[Ka-Wai Chan]

+1
This lib is very useful, I'd be glad to help

Ka-Wai
Rick Reumann wrote:


On Thursday, January 23, 2003, 8:33:20 AM, Robert wrote:

RT> Matt,

RT> I'ld like to see Ed's paging API broken into more layers;
RT> separate paging functionality from HTML generation. 

RT> I've already tweaked the code a little to provide the ability
RT> to publish the current page and page size to any hyperlinked
RT> column so that after viewing the details, you can jump back
RT> to the same page of results with the same number of items
RT> per page being displayed.

You guys also might want to get with Tim who's done a lot of work with
this tag also. This link shows the changes he's made:
http://timgolden.com/taglib/ All of this functionality and the latest
changes you guys made should be combined. I think possibly one of you
guys should maybe take over this project and set up a yahoo group or
something. A lot has been brought up as of late and a lot of changes
have been made to it over time. I think I started way back with the
ability to define a columns parameter and then I noticed Tim made tons
more changes. Now with the changes you made Robert it's come along
even further. Ed seems to have dropped out of existence so I don't
think he would mind his work continuing forward.


RT> robert


 

-Original Message-
From: Matt Raible [mailto:[EMAIL PROTECTED]]
Sent: Thursday, January 23, 2003 12:05 AM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: The  tag library 


Below is a proposal I posted on my website tonight
(http://tinyurl.com/4s3j):


If you need a slick JSP Tag Library for sorting and paging data, the
display tag library is a great library to use. However, it's got issues
- just like any piece of software. I've fixed a couple on my own, but it
definitely needs some work - and integration with Struts (i.e. for
getting messages, or referencing forwards) would be awesome.

The problem is that Ed Hill doesn't seem to be working on it anymore -
and there hasn't been a release since May 2002! Since I do have the
source it wouldn't be hard to create a project at SourceForge for it. It
would be great to get some input from Ed though. Last year, I think he
even did a presentation on JSP Taglibs at Java One! I know there's lots
of Struts developers that use the  tag - are any of you
interested in continuing development on this project? 

Thanks,

Matt



--
To unsubscribe, e-mail:   

For additional commands, e-mail: 


 


RT> --
RT> To unsubscribe, e-mail:   
RT> For additional commands, e-mail: 



 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Axis/SOAP proposal for Struts

[Ka-Wai Chan]

Yes, JAXM has SOAP calls under the covers.  I have external applications 
that are publishing messages into a JMS Queue (cortex) which are then 
translated into JAXM posts to our JAXMServlet implementation. 
http://wwws.sun.com/software/sunone/wp-cortex.pdf.  

We are using this as a way to communicate between modules in a large 
workflow.  Currently I have the JAXMServlet execute different message 
handlers based on either the SOAP header or the post url based on a xml 
configuration file.  At first I wished that there was a way to integrate 
this directly to struts (single point of entry).  But from the posts, it 
seems like having multiple points of entries wasn't such a bad idea.  So 
I guess I am just hoping for someway to configure these so that the 
messages can be transformed into form objects and call action classes 
based on some kind of message transformation.  Instead of just 
processing the messages directly.

Thanks
Ka-Wai


Robert McIntosh wrote:

Unless I'm mistaken (it has been a while since I've looked at) JAXM 
uses SOAP calls under the covers, so in theory anyway you could use 
JAXM as a Java API to a SOAP based Struts app. I believe JAXM is 
supposed to support other transport types, but currently only SOAP is 
supported, or something like that.

Robert

Ka-Wai Chan wrote:

This is awesome... I am currently working on a struts app that has to 
integrate with JAXM Any chance that JAXM could be supported some 
way as well?

Ka-Wai Chan


Robert McIntosh wrote:

I'll keep a lookout for it. I'll have to brush up on Axis in the 
meantime...

Mike Oliver wrote:

Thanks Robert,
The interest level in this is also exciting to me.  Watch for the
"Axis4Struts" project on SourceForge and I look forward to your
participation.

Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036


-Original Message-
From: Robert McIntosh [mailto:[EMAIL PROTECTED]] Sent: 
Friday, January 17, 2003 11:36 AM
To: Struts Users Mailing List
Subject: Re: Axis/SOAP proposal for Struts

I hear ya! I got excited thinking of the possibilities. I sent an 
email to one of our clients (a struts user) and our product group 
about this potentially being a part of a future struts package. 
With our current plugins for Struts (we have a model framework 
called eQ!), it really expands our possibilities as well, and the 
sales/marketing guy will love

that :-)

Robert

Mike Oliver wrote:

 

Robert,
My thinking exactly! I just didn't want to burden the list with a 
tome
of every implication of this proposal.

Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036


-Original Message-
From: Robert McIntosh [mailto:[EMAIL PROTECTED]] Sent: 
Friday, January 17, 2003 10:24 AM
To: Struts Users Mailing List
Subject: Re: Axis/SOAP proposal for Struts

I think this would be a wonderful idea for several reasons.

- For one it would really enable a standalone Swing (maybe even 
SWT...)
  




 

or applet-based client to use the processesing abilities of the 
struts app in a more defined manner. Or even, dare I say, a .Net 
client...
- It would also enable application to application communication, 
which could be a big plus for some enterprises. Imagine, a B2B 
scenario, or even within an enterprise some app could send a 
message to JMS, which
  



is
 

picked up by a MDB which then sends a SOAP message to a 
Struts-based application.

I think it would really open up the possibilities and user base for
Struts.

Just my .02
Robert McIntosh

Mike Oliver wrote:



 

Struts Users,


I would like to propose that Struts be extended to support another
 




entry


 

point.  The ActionServlet would be augmented by an Axis/SOAP Web
Services Interface to Struts.  FormBeans would be part of the 
payload
for requests.  Responses would be generated by Forwards for SOAP.





This
 

new Axis entry point would do the same work as ActionServlet with 
the
only significant difference being the construction of the FormBean.
Incoming SOAP Requests would be configured to call the same
RequestHandlers and as far as the actions go they won't know that 
the
source was an HTML Form or a serialized FormBean.

I feel this will give a great deal of flexibility to Applications





where
 

they want a Web Browser User Interface as well as Web Services 
for the
same Application Data Model and Business Logic.



I am planning on doing this anyway, and felt it applicable to this
 




group


 

and would offer to share it as a sub project and would welcome
contributions of thought, expertise and code.



Michael Oliver
Chief Technology Officer
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
520.574.1150 Voice
520.844.1036 Fax
520.270.8862 Cell
http://www.appsaspeers.com <http://www.appsaspeers.com/>  Home Page
[EMAIL PROTECTED] SMS
http://www.ollie.ezpeer.net <

Re: Axis/SOAP proposal for Struts

[Ka-Wai Chan]

This is awesome... I am currently working on a struts app that has to 
integrate with JAXM Any chance that JAXM could be supported some way 
as well?

Ka-Wai Chan


Robert McIntosh wrote:

I'll keep a lookout for it. I'll have to brush up on Axis in the 
meantime...

Mike Oliver wrote:

Thanks Robert,
The interest level in this is also exciting to me.  Watch for the
"Axis4Struts" project on SourceForge and I look forward to your
participation.

Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036


-Original Message-
From: Robert McIntosh [mailto:[EMAIL PROTECTED]] Sent: 
Friday, January 17, 2003 11:36 AM
To: Struts Users Mailing List
Subject: Re: Axis/SOAP proposal for Struts

I hear ya! I got excited thinking of the possibilities. I sent an 
email to one of our clients (a struts user) and our product group 
about this potentially being a part of a future struts package. With 
our current plugins for Struts (we have a model framework called 
eQ!), it really expands our possibilities as well, and the 
sales/marketing guy will love

that :-)

Robert

Mike Oliver wrote:

 

Robert,
My thinking exactly! I just didn't want to burden the list with a tome
of every implication of this proposal.

Michael Oliver
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
Phone:(520)574-1150
Fax:(520)844-1036


-Original Message-
From: Robert McIntosh [mailto:[EMAIL PROTECTED]] Sent: 
Friday, January 17, 2003 10:24 AM
To: Struts Users Mailing List
Subject: Re: Axis/SOAP proposal for Struts

I think this would be a wonderful idea for several reasons.

- For one it would really enable a standalone Swing (maybe even SWT...)
  


 

or applet-based client to use the processesing abilities of the 
struts app in a more defined manner. Or even, dare I say, a .Net 
client...
- It would also enable application to application communication, 
which could be a big plus for some enterprises. Imagine, a B2B 
scenario, or even within an enterprise some app could send a message 
to JMS, which
  

is
 

picked up by a MDB which then sends a SOAP message to a Struts-based 
application.

I think it would really open up the possibilities and user base for
Struts.

Just my .02
Robert McIntosh

Mike Oliver wrote:



  

Struts Users,


I would like to propose that Struts be extended to support another
 


entry


  

point.  The ActionServlet would be augmented by an Axis/SOAP Web
Services Interface to Struts.  FormBeans would be part of the payload
for requests.  Responses would be generated by Forwards for SOAP.



This
 

new Axis entry point would do the same work as ActionServlet with the
only significant difference being the construction of the FormBean.
Incoming SOAP Requests would be configured to call the same
RequestHandlers and as far as the actions go they won't know that the
source was an HTML Form or a serialized FormBean. 


I feel this will give a great deal of flexibility to Applications



where
 

they want a Web Browser User Interface as well as Web Services for the
same Application Data Model and Business Logic.



I am planning on doing this anyway, and felt it applicable to this
 


group


  

and would offer to share it as a sub project and would welcome
contributions of thought, expertise and code.



Michael Oliver
Chief Technology Officer
AppsAsPeers LLC
7391 S. Bullrider Ave.
Tucson, AZ 85747
520.574.1150 Voice
520.844.1036 Fax
520.270.8862 Cell
http://www.appsaspeers.com <http://www.appsaspeers.com/>  Home Page
[EMAIL PROTECTED] SMS
http://www.ollie.ezpeer.net <http://www.ollie.ezpeer.net/>  Personal
Home Page
http://www.ollie.im-live.com/im-live/  Instant Chat
[EMAIL PROTECTED] MSN Messenger
[EMAIL PROTECTED] Yahoo Instant Messenger
MikeOliverAZ Aol Instant Messenger








 


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



--
To unsubscribe, e-mail:
  

<mailto:[EMAIL PROTECTED]>
 

For additional commands, e-mail:
  

<mailto:[EMAIL PROTECTED]>
 



  



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



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

 



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





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

Re: Help with Struts1.1b and IPlanet 6.0 SP1

[Ka-Wai Chan]

Struts 1.1b requires a jaxp1.1 compliant xml parser,  I solved this problem by going 
into
Iplanet's webadmin's JVM config and adding the xerces.jar directly there.   The parser 
that
comes with Iplanet 6 is jaxp.jar which is only jaxp1.0 compliant...

I have ran into a different problem, I am using log4j for logging.  My IPlanet starts 
up
fine, but as soon as I try to access any resources I get the error below.  My app 
works fine
with Tomcat 4.03.  It seems like that the struts code using commons-logging can't find 
my
log4j configuration and instances?  Anyone have this problem? and a solution?  I have a
servlet which starts up and initializes log4j with a log4j.properties file and log4j 
messages
are working fine.

Thanks
Ka-Wai Chan

01/May/2002:13:59:46] failure ( 9794): Internal error: Unexpected error condition 
thrown
(unknown exception,no description), stack:
java.lang.ExceptionInInitializerError: 
org.apache.commons.logging.LogConfigurationException:
org.apache.commons.logging.LogConfigurationException: No suitable Log constructor
at
org.apache.commons.logging.impl.LogFactoryImpl.newInstance(LogFactoryImpl.java:494)
at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:285)
at
org.apache.commons.logging.impl.LogFactoryImpl.getInstance(LogFactoryImpl.java:255)
at org.apache.commons.logging.LogFactory.getLog(LogFactory.java:381)
at 
org.apache.struts.util.MessageResourcesFactory.(MessageResourcesFactory.java:135)
at
org.apache.struts.util.MessageResources.getMessageResources(MessageResources.java:557)
at org.apache.struts.action.ActionServlet.initInternal(ActionServlet.java:989)
at org.apache.struts.action.ActionServlet.init(ActionServlet.java:411)
at javax.servlet.GenericServlet.init(GenericServlet.java:258)
at
com.iplanet.server.http.servlet.WServletEntity.loadAndInitServlet(WServletEntity.java:98)
at com.iplanet.server.http.servlet.WebApplication.init(WebApplication.java:317)
at com.iplanet.server.http.servlet.VirtualServer.init(VirtualServer.java:170)
at 
com.iplanet.server.http.servlet.NSServletRunner.VSInit(NSServletRunner.java:675)




Vlad Levin wrote:

> Some help would be greatly appreciated for the
> following problem:
>
> We cannot get an application developed using struts
> 1.1 (milestone release) working with IPlanet 6.0
> Service Pack 1.
>
> If we use Struts 1.0, we can get things running.
> It seems as though there is a problem loading the
> struts-config.xml file.
>
> The following error shows up in the log:
>
> [01/May/2002:09:09:32] info (25705):
> vs(https-ris_dev_7306)servlet 'action' class =
> 'org.apache.struts.action.ActionServlet'
> loaded in context = '/ris'
> [01/May/2002:09:09:32] info (25705): action: init
> [01/May/2002:09:09:33] warning (25705):
> vs(https-ris_dev_7306)ServletException thrown in
> servlet.init; context = /ris, servlet
> = 'action'; stack tace:
> javax.servlet.UnavailableException: Parsing error
> processing resource path
> /WEB-INF/struts-config.xml
>  at
> org.apache.struts.action.ActionServlet.initApplicationConfig(ActionServlet.java:780)
>
>  at
> org.apache.struts.action.ActionServlet.init(ActionServlet.java:417)
>
>  at
> javax.servlet.GenericServlet.init(GenericServlet.java:258)
>
>  at
> 
>com.iplanet.server.http.servlet.WServletEntity.loadAndInitServlet(WServletEntity.java:98)
>
>  at
> com.iplanet.server.http.servlet.WebApplication.init(WebApplication.java:317)
>
>  at
> com.iplanet.server.http.servlet.VirtualServer.init(VirtualServer.java:170)
>
>  at com.iplanet.server.http.servlet.NSServletRunner.VSInit(NSServletRunner.java:675)
>
> __
> Find, Connect Date! http://personals.yahoo.ca
>
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


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