You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by Abhishek Khandelwal <ak...@spikesource.com> on 2004/05/11 02:08:07 UTC

building struts from source code

I am getting this error when I try to do ant dist on the source code of
the struts framework.

Anyone has any idea what might the error be??? I have correctly set path
for servlet-api.jar and jsp-api.jar

-------------------------------------------------------------------------

jakarta-struts-1.1-src/src/share/org/apache/struts/upload/MultipartRequestWrapper.java:95: org.apache.struts.upload.MultipartRequestWrapper is not abstract and does not override abstract method getLocalPort() in javax.servlet.ServletRequest
    [javac] public class MultipartRequestWrapper implements
HttpServletRequest {


---------------------------------------------------------------------------

Thanks,
Abhishek




---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Michael McGrady <mi...@michaelmcgrady.com>.
Very helpful, Joe.  Thanks.

Michael


At 07:03 AM 5/12/2004, Joe Germuska wrote:
>At 8:05 PM -0700 5/11/04, Abhishek Khandelwal wrote:
>>No need to make any changes in build.properties?? As mentioned in apache
>>website, regarding building instructions?
>
>One of the motivations for developing a Maven build process for Struts is 
>to lower the barrier to entry, as there's a lot of work to do in editing 
>the build.properties to work with Ant the first time (as you've seen by 
>now if you got as far as compiling against a newer version of the Servlet API!)
>
>If you have Maven installed, you normally wouldn't need to do anything 
>else.  Maven reads a config file and downloads dependencies from public 
>repositories.
>
>At this time, however, the Struts project has a defined dependency on an 
>unreleased version of commons-validator.  An unmodified maven build from 
>CVS HEAD will fail because that dependency can't be resolved.  A full 
>commons-validator release is coming real-soon-now, and in the future, 
>we'll be putting interim releases on a secondary repository (dependency 
>JAR web server).
>
>For now, I've put up a copy of the dependency and written a few 
>instructions at http://apache.org/~germuska/commons-validator/
>
>Joe
>--
>Joe Germuska
>Joe@Germuska.com
>http://blog.germuska.com
>       "Imagine if every Thursday your shoes exploded if you tied them the 
> usual way.  This happens to us all the time with computers, and nobody 
> thinks of complaining."
>             -- Jef Raskin
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>For additional commands, e-mail: dev-help@struts.apache.org
>
>

Another problem with struts and cactus

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
Hi,

I am building struts1.2 from CVS_HEAD.
I was able to build struts properly by ant dist.

When I try to run ant test.tomcat.all
All the tests are running properly and finally when the test.tomcat.50
target call the stop.tomcat.50 target, I guess the target hangs. It
never returns. Probably some problem in stopping the tomcat server.

Does anyone has any idea or know the work around for stopping tomcat,
wtihout it getting hang.
Seeing mails from last couple of days, looks like validator problem. But
still I am confused how validator is interfering with shutting down
tomcat.

Although it shows me that build was successful.

After I kill the hanged process, It shows me
java.reflect.InvocationTargetException.

Here is the dump of error I am getting::

_______________________________________________________________________


stop.tomcat.50:
     [java] Catalina.stop: java.net.ConnectException: Connection refused
     [java] java.net.ConnectException: Connection refused
     [java]     at java.net.PlainSocketImpl.socketConnect(Native Method)
     [java]     at
java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
     [java]     at
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
     [java]     at
java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
     [java]     at java.net.Socket.connect(Socket.java:452)
     [java]     at java.net.Socket.connect(Socket.java:402)
     [java]     at java.net.Socket.<init>(Socket.java:309)
     [java]     at java.net.Socket.<init>(Socket.java:124)
     [java]     at
org.apache.catalina.startup.Catalina.stopServer(Catalina.java:449)
     [java]     at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
     [java]     at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
     [java]     at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
     [java]     at java.lang.reflect.Method.invoke(Method.java:324)
     [java]     at
org.apache.catalina.startup.Bootstrap.stopServer(Bootstrap.java:322)
     [java]     at
org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:400)
 
 
     [java] Java Result: 1
[runservertests] Server stopped !
 
test.tomcat.all:
 
BUILD SUCCESSFUL
Total time: 10 minutes 28 seconds
 
 
java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:324)
        at
org.apache.tools.ant.taskdefs.ProcessDestroyer.removeShutdownHook(ProcessDestroyer.java:116)
        at
org.apache.tools.ant.taskdefs.ProcessDestroyer.remove(ProcessDestroyer.java:186)
        at
org.apache.tools.ant.taskdefs.Execute.execute(Execute.java:495)
        at org.apache.tools.ant.taskdefs.Java.fork(Java.java:702)
        at org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:161)
        at org.apache.tools.ant.taskdefs.Java.execute(Java.java:77)
        at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
        at org.apache.tools.ant.Task.perform(Task.java:364)
        at org.apache.tools.ant.Target.execute(Target.java:301)
        at org.apache.tools.ant.Target.performTasks(Target.java:328)
        at org.apache.tools.ant.Project.executeTarget(Project.java:1215)
        at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:383)
        at
org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:107)
        at org.apache.cactus.ant.StartServerHelper.run(Unknown Source)
        at java.lang.Thread.run(Thread.java:534)
Caused by: java.lang.IllegalStateException: Shutdown in progress
        at java.lang.Shutdown.remove(Shutdown.java:102)
        at java.lang.Runtime.removeShutdownHook(Runtime.java:218)
        ... 19 more
     [java] Java Result: -126


_______________________________________________________________________



Thanks
Abhishek


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: Cactus test hangs annd get Action servlet error

Posted by Niall Pemberton <ni...@blueyonder.co.uk>.
Sorry, can't really help you any further - I don't know much about the
tests, except that I had the same problem - so I was just sharing what
worked for me.

Niall
----- Original Message ----- 
From: "Abhishek Khandelwal" <ak...@spikesource.com>
To: "Struts Developers List" <de...@struts.apache.org>
Sent: Friday, May 21, 2004 1:26 AM
Subject: Re: Cactus test hangs annd get Action servlet error


> I am running on Cactus version 13-1.4.1
>
> Is there some kind of configuration set up, that needs to be done before
> running the test.?
>
> Here are the steps I am following:
> 1) Downloaded struts1.1 source code.
> 2) Downloaded cactus jars - binary distribution
> 3) set the cactus 13-1.14.1 properties in build.properties
> 4) ant dist
> 5) ant test.tomcat.all ( added tomcat50.test code, similar to
> tomcat41.test)
>
> Am I missing anything in between?
>
> Abhishek
>
> On Thu, 2004-05-20 at 17:28, Niall Pemberton wrote:
> > I had this problem and got past it by changing the Cactus version - I
was
> > getting this with Cactus version 1.5 - when I went back to Cactus 1.4.1
it
> > sorted it out.
> >
> > >From this message, seems like it was a problem with versions prior to
1.4 as
> > well.
> >
> >
http://www.mail-archive.com/struts-dev@jakarta.apache.org/msg13464.html
> >
> > You can get older releases of Cactus here:
> >
> >    http://archive.apache.org/dist/jakarta/cactus/archive/
> >
> > Niall
> >
> > ----- Original Message ----- 
> > From: "Abhishek Khandelwal" <ak...@spikesource.com>
> > To: "Struts Developers List" <de...@struts.apache.org>
> > Sent: Thursday, May 20, 2004 11:42 PM
> > Subject: Cactus test hangs annd get Action servlet error
> >
> >
> > >
> > > I am running cactus tests on the struts 1.1 release version.
> > > I am getting the following error while the test run on tomcat5
> > >
> > > After this erro, it tries to exit build-tests.xml and then stop the
> > > tomcat server and hangs.
> > >
> > > Does anyone have idea about this problem?
> > >
> > > =====================================================================
> > >
> > >  [junit] Testcase: testInitDestroyInternal took 0.23 sec
> > >     [junit]     Caused an ERROR
> > >     [junit] Failed to get the test results. This is probably due to an
> > > error that happened on the server side when trying to execute the
tests.
> > > Here is what was returned by the server : []
> > >     [junit] org.apache.cactus.util.ChainedRuntimeException: Failed to
> > > get the test results. This is probably due to an error that happened
on
> > > the server side when trying to execute the tests. Here is what was
> > > returned by the server : []
> > >     [junit]     at
> > >
> >
org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(AbstractHttpCli
> > ent.java;org/apache/cactus/util/log/LogAspect.aj(1k):120)
> > >     [junit]     at
> > >
> >
org.apache.cactus.client.AbstractHttpClient.around2_doTest(AbstractHttpClien
> > t.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
> > >     [junit]     at
> > >
> >
org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;o
> > rg/apache/cactus/util/log/LogAspect.aj(1k):104)
> > >     [junit]     at
> > >
> >
org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase.jav
> > a:260)
> > >     [junit]     at
> > > org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133)
> > >     [junit]     at
> > > org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195)
> > >     [junit] org.apache.cactus.client.ParsingException: Not a valid
> > > response
> > >     [junit]     at
> > >
> >
org.apache.cactus.client.WebTestResultParser.readRootElement(WebTestResultPa
> > rser.java;org/apache/cactus/util/log/LogAspect.aj(1k):140)
> > >     [junit]     at
> > >
> >
org.apache.cactus.client.WebTestResultParser.dispatch29_parse(WebTestResultP
> > arser.java;org/apache/cactus/util/log/LogAspect.aj(1k):101)
> > >     [junit]     at
> > >
> >
org.apache.cactus.client.WebTestResultParser.around29_parse(WebTestResultPar
> > ser.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
> > >     [junit]     at
> > >
> >
org.apache.cactus.client.WebTestResultParser.parse(WebTestResultParser.java;
> > org/apache/cactus/util/log/LogAspect.aj(1k):96)
> > >     [junit]     at
> > >
> >
org.apache.cactus.client.AbstractHttpClient.callGetResult(AbstractHttpClient
> > .java;org/apache/cactus/util/log/LogAspect.aj(1k):230)
> > >     [junit]     at
> > >
> >
org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(AbstractHttpCli
> > ent.java;org/apache/cactus/util/log/LogAspect.aj(1k):114)
> > >     [junit]     at
> > >
> >
org.apache.cactus.client.AbstractHttpClient.around2_doTest(AbstractHttpClien
> > t.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
> > >     [junit]     at
> > >
> >
org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;o
> > rg/apache/cactus/util/log/LogAspect.aj(1k):104)
> > >     [junit]     at
> > >
> >
org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase.jav
> > a:260)
> > >     [junit]     at
> > > org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133)
> > >     [junit]     at
> > > org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195)
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > ==================================================================
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > For additional commands, e-mail: dev-help@struts.apache.org
> > >
> > >
> > >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: Cactus test hangs annd get Action servlet error

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
I am running on Cactus version 13-1.4.1

Is there some kind of configuration set up, that needs to be done before
running the test.?

Here are the steps I am following:
1) Downloaded struts1.1 source code.
2) Downloaded cactus jars - binary distribution
3) set the cactus 13-1.14.1 properties in build.properties
4) ant dist
5) ant test.tomcat.all ( added tomcat50.test code, similar to
tomcat41.test)

Am I missing anything in between?

Abhishek

On Thu, 2004-05-20 at 17:28, Niall Pemberton wrote:
> I had this problem and got past it by changing the Cactus version - I was
> getting this with Cactus version 1.5 - when I went back to Cactus 1.4.1 it
> sorted it out.
> 
> >From this message, seems like it was a problem with versions prior to 1.4 as
> well.
> 
>   http://www.mail-archive.com/struts-dev@jakarta.apache.org/msg13464.html
> 
> You can get older releases of Cactus here:
> 
>    http://archive.apache.org/dist/jakarta/cactus/archive/
> 
> Niall
> 
> ----- Original Message ----- 
> From: "Abhishek Khandelwal" <ak...@spikesource.com>
> To: "Struts Developers List" <de...@struts.apache.org>
> Sent: Thursday, May 20, 2004 11:42 PM
> Subject: Cactus test hangs annd get Action servlet error
> 
> 
> >
> > I am running cactus tests on the struts 1.1 release version.
> > I am getting the following error while the test run on tomcat5
> >
> > After this erro, it tries to exit build-tests.xml and then stop the
> > tomcat server and hangs.
> >
> > Does anyone have idea about this problem?
> >
> > =====================================================================
> >
> >  [junit] Testcase: testInitDestroyInternal took 0.23 sec
> >     [junit]     Caused an ERROR
> >     [junit] Failed to get the test results. This is probably due to an
> > error that happened on the server side when trying to execute the tests.
> > Here is what was returned by the server : []
> >     [junit] org.apache.cactus.util.ChainedRuntimeException: Failed to
> > get the test results. This is probably due to an error that happened on
> > the server side when trying to execute the tests. Here is what was
> > returned by the server : []
> >     [junit]     at
> >
> org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(AbstractHttpCli
> ent.java;org/apache/cactus/util/log/LogAspect.aj(1k):120)
> >     [junit]     at
> >
> org.apache.cactus.client.AbstractHttpClient.around2_doTest(AbstractHttpClien
> t.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
> >     [junit]     at
> >
> org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;o
> rg/apache/cactus/util/log/LogAspect.aj(1k):104)
> >     [junit]     at
> >
> org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase.jav
> a:260)
> >     [junit]     at
> > org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133)
> >     [junit]     at
> > org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195)
> >     [junit] org.apache.cactus.client.ParsingException: Not a valid
> > response
> >     [junit]     at
> >
> org.apache.cactus.client.WebTestResultParser.readRootElement(WebTestResultPa
> rser.java;org/apache/cactus/util/log/LogAspect.aj(1k):140)
> >     [junit]     at
> >
> org.apache.cactus.client.WebTestResultParser.dispatch29_parse(WebTestResultP
> arser.java;org/apache/cactus/util/log/LogAspect.aj(1k):101)
> >     [junit]     at
> >
> org.apache.cactus.client.WebTestResultParser.around29_parse(WebTestResultPar
> ser.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
> >     [junit]     at
> >
> org.apache.cactus.client.WebTestResultParser.parse(WebTestResultParser.java;
> org/apache/cactus/util/log/LogAspect.aj(1k):96)
> >     [junit]     at
> >
> org.apache.cactus.client.AbstractHttpClient.callGetResult(AbstractHttpClient
> .java;org/apache/cactus/util/log/LogAspect.aj(1k):230)
> >     [junit]     at
> >
> org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(AbstractHttpCli
> ent.java;org/apache/cactus/util/log/LogAspect.aj(1k):114)
> >     [junit]     at
> >
> org.apache.cactus.client.AbstractHttpClient.around2_doTest(AbstractHttpClien
> t.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
> >     [junit]     at
> >
> org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;o
> rg/apache/cactus/util/log/LogAspect.aj(1k):104)
> >     [junit]     at
> >
> org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase.jav
> a:260)
> >     [junit]     at
> > org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133)
> >     [junit]     at
> > org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195)
> >
> >
> >
> >
> >
> >
> >
> >
> > ==================================================================
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
> >
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: Cactus test hangs annd get Action servlet error

Posted by Niall Pemberton <ni...@blueyonder.co.uk>.
I had this problem and got past it by changing the Cactus version - I was
getting this with Cactus version 1.5 - when I went back to Cactus 1.4.1 it
sorted it out.

>From this message, seems like it was a problem with versions prior to 1.4 as
well.

  http://www.mail-archive.com/struts-dev@jakarta.apache.org/msg13464.html

You can get older releases of Cactus here:

   http://archive.apache.org/dist/jakarta/cactus/archive/

Niall

----- Original Message ----- 
From: "Abhishek Khandelwal" <ak...@spikesource.com>
To: "Struts Developers List" <de...@struts.apache.org>
Sent: Thursday, May 20, 2004 11:42 PM
Subject: Cactus test hangs annd get Action servlet error


>
> I am running cactus tests on the struts 1.1 release version.
> I am getting the following error while the test run on tomcat5
>
> After this erro, it tries to exit build-tests.xml and then stop the
> tomcat server and hangs.
>
> Does anyone have idea about this problem?
>
> =====================================================================
>
>  [junit] Testcase: testInitDestroyInternal took 0.23 sec
>     [junit]     Caused an ERROR
>     [junit] Failed to get the test results. This is probably due to an
> error that happened on the server side when trying to execute the tests.
> Here is what was returned by the server : []
>     [junit] org.apache.cactus.util.ChainedRuntimeException: Failed to
> get the test results. This is probably due to an error that happened on
> the server side when trying to execute the tests. Here is what was
> returned by the server : []
>     [junit]     at
>
org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(AbstractHttpCli
ent.java;org/apache/cactus/util/log/LogAspect.aj(1k):120)
>     [junit]     at
>
org.apache.cactus.client.AbstractHttpClient.around2_doTest(AbstractHttpClien
t.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
>     [junit]     at
>
org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;o
rg/apache/cactus/util/log/LogAspect.aj(1k):104)
>     [junit]     at
>
org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase.jav
a:260)
>     [junit]     at
> org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133)
>     [junit]     at
> org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195)
>     [junit] org.apache.cactus.client.ParsingException: Not a valid
> response
>     [junit]     at
>
org.apache.cactus.client.WebTestResultParser.readRootElement(WebTestResultPa
rser.java;org/apache/cactus/util/log/LogAspect.aj(1k):140)
>     [junit]     at
>
org.apache.cactus.client.WebTestResultParser.dispatch29_parse(WebTestResultP
arser.java;org/apache/cactus/util/log/LogAspect.aj(1k):101)
>     [junit]     at
>
org.apache.cactus.client.WebTestResultParser.around29_parse(WebTestResultPar
ser.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
>     [junit]     at
>
org.apache.cactus.client.WebTestResultParser.parse(WebTestResultParser.java;
org/apache/cactus/util/log/LogAspect.aj(1k):96)
>     [junit]     at
>
org.apache.cactus.client.AbstractHttpClient.callGetResult(AbstractHttpClient
.java;org/apache/cactus/util/log/LogAspect.aj(1k):230)
>     [junit]     at
>
org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(AbstractHttpCli
ent.java;org/apache/cactus/util/log/LogAspect.aj(1k):114)
>     [junit]     at
>
org.apache.cactus.client.AbstractHttpClient.around2_doTest(AbstractHttpClien
t.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
>     [junit]     at
>
org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;o
rg/apache/cactus/util/log/LogAspect.aj(1k):104)
>     [junit]     at
>
org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase.jav
a:260)
>     [junit]     at
> org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133)
>     [junit]     at
> org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195)
>
>
>
>
>
>
>
>
> ==================================================================
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Cactus test hangs annd get Action servlet error

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
I am running cactus tests on the struts 1.1 release version. 
I am getting the following error while the test run on tomcat5

After this erro, it tries to exit build-tests.xml and then stop the
tomcat server and hangs. 

Does anyone have idea about this problem?

=====================================================================

 [junit] Testcase: testInitDestroyInternal took 0.23 sec
    [junit]     Caused an ERROR
    [junit] Failed to get the test results. This is probably due to an
error that happened on the server side when trying to execute the tests.
Here is what was returned by the server : []
    [junit] org.apache.cactus.util.ChainedRuntimeException: Failed to
get the test results. This is probably due to an error that happened on
the server side when trying to execute the tests. Here is what was
returned by the server : []
    [junit]     at
org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(AbstractHttpClient.java;org/apache/cactus/util/log/LogAspect.aj(1k):120)
    [junit]     at
org.apache.cactus.client.AbstractHttpClient.around2_doTest(AbstractHttpClient.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
    [junit]     at
org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;org/apache/cactus/util/log/LogAspect.aj(1k):104)
    [junit]     at
org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase.java:260)
    [junit]     at
org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133)
    [junit]     at
org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195)
    [junit] org.apache.cactus.client.ParsingException: Not a valid
response
    [junit]     at
org.apache.cactus.client.WebTestResultParser.readRootElement(WebTestResultParser.java;org/apache/cactus/util/log/LogAspect.aj(1k):140)
    [junit]     at
org.apache.cactus.client.WebTestResultParser.dispatch29_parse(WebTestResultParser.java;org/apache/cactus/util/log/LogAspect.aj(1k):101)
    [junit]     at
org.apache.cactus.client.WebTestResultParser.around29_parse(WebTestResultParser.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
    [junit]     at
org.apache.cactus.client.WebTestResultParser.parse(WebTestResultParser.java;org/apache/cactus/util/log/LogAspect.aj(1k):96)
    [junit]     at
org.apache.cactus.client.AbstractHttpClient.callGetResult(AbstractHttpClient.java;org/apache/cactus/util/log/LogAspect.aj(1k):230)
    [junit]     at
org.apache.cactus.client.AbstractHttpClient.dispatch2_doTest(AbstractHttpClient.java;org/apache/cactus/util/log/LogAspect.aj(1k):114)
    [junit]     at
org.apache.cactus.client.AbstractHttpClient.around2_doTest(AbstractHttpClient.java;org/apache/cactus/util/log/LogAspect.aj(1k):1236)
    [junit]     at
org.apache.cactus.client.AbstractHttpClient.doTest(AbstractHttpClient.java;org/apache/cactus/util/log/LogAspect.aj(1k):104)
    [junit]     at
org.apache.cactus.AbstractWebTestCase.runGenericTest(AbstractWebTestCase.java:260)
    [junit]     at
org.apache.cactus.ServletTestCase.runTest(ServletTestCase.java:133)
    [junit]     at
org.apache.cactus.AbstractTestCase.runBare(AbstractTestCase.java:195)
 







==================================================================


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.

> 
> You are using JUnit 3.7.  Assert.assertNotSame was added in JUnit 
> 3.8.  You should probably be using JUnit 3.8.1.
> 

You are right, it needs Junit 3.8.1. I was just trying to use
build.properties in struts code. It only specifies cactus 13-1.4.1 so I
downloaded cactus 13-1.4.1 and specified all the properties according to
cactus-lib. The cactus has junit3.7 in it. 

Well, after specifying the path for junit-3.8.jar, I am able to compile
the code.

I am getting a problem in running the cactus tests though. Probably it
has something to do with tomcat start up. I am not sure though.
Also, What cactus.contexturl should I set. Currently I have left it to
be the default one.. which is http://localhost:9090/test

Does not seem to work though:

Here is the dump of error message I am getting.:::

Any idea???

-------------------------------------------------------------------------

start.tomcat.50:
Could not load a dependent class
(com/sun/media/jai/codec/FileSeekableStream) for type image
Could not load a dependent class (com/jcraft/jsch/UserInfo) for type
sshexec
Could not load a dependent class (com/jcraft/jsch/UserInfo) for type scp
Could not load a dependent class (org/apache/commons/net/SocketClient)
for type rexec
Could not load class (org.apache.tools.ant.tasksdefs.cvslib.CvsVersion)
for type cvsversion
Could not load a dependent class (com/starbase/starteam/Item) for type
stlist
Could not load a dependent class (org/apache/commons/net/SocketClient)
for type telnet
Could not load a dependent class (org/apache/commons/net/ftp/FTP) for
type ftp
Could not load a dependent class (jdepend/xmlui/JDepend) for type
jdepend
Could not load a dependent class (com/starbase/starteam/Item) for type
stcheckin
Could not load a dependent class (com/starbase/starteam/Item) for type
stcheckout
fileset: Setup scanner in dir /opt/dev/jakarta/tomcat/home with
patternSet{ includes: [bin/bootstrap.jar] excludes: [] }
fileset: Setup scanner in dir /opt/dev/jakarta/tomcat/home with
patternSet{ includes: [bin/bootstrap.jar] excludes: [] }
     [java] Executing '/opt/dev/sun-j2sdk/jre/bin/java' with arguments:
     [java] '-Dcatalina.home=/opt/dev/jakarta/tomcat/home'
     [java] '-Dcatalina.base=/opt/dev/jakarta/tomcat/home'
     [java] '-classpath'
     [java]
'/opt/dev/sun-j2sdk/lib/tools.jar:/opt/dev/jakarta/tomcat/home/bin/bootstrap.jar'
     [java] 'org.apache.catalina.startup.Bootstrap'
     [java] '-config'
     [java]
'/home/akhandel/cvs-root/oss/comp/presentation/struts/src/target/test/servers/tomcat50/conf/server.xml'
     [java] 'start'
     [java]
     [java] The ' characters around the executable and arguments are
     [java] not part of the command.
fileset: Setup scanner in dir /opt/dev/jakarta/tomcat/home with
patternSet{ includes: [bin/bootstrap.jar] excludes: [] }
fileset: Setup scanner in dir /opt/dev/jakarta/tomcat/home with
patternSet{ includes: [bin/bootstrap.jar] excludes: [] }
Execute:Java13CommandLauncher: Executing
'/opt/dev/sun-j2sdk/jre/bin/java' with arguments:
'-Dcatalina.home=/opt/dev/jakarta/tomcat/home'
'-Dcatalina.base=/opt/dev/jakarta/tomcat/home'
'-classpath'
'/opt/dev/sun-j2sdk/lib/tools.jar:/opt/dev/jakarta/tomcat/home/bin/bootstrap.jar'
'org.apache.catalina.startup.Bootstrap'
'-config'
'usr/local/struts/src/target/test/servers/tomcat50/conf/server.xml'
'start'
 
The ' characters around the executable and arguments are
not part of the command.
[runservertests] Checking if server is up ...
[runservertests] Failed to call test URL. Reason
:java.net.ConnectException: Connection refused
[runservertests]        at java.net.PlainSocketImpl.socketConnect(Native
Method)
[runservertests]        at
java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
[runservertests]        at
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
[runservertests]        at
java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
[runservertests]        at java.net.Socket.connect(Socket.java:452)
[runservertests]        at java.net.Socket.connect(Socket.java:402)
[runservertests]        at
sun.net.NetworkClient.doConnect(NetworkClient.java:139)
[runservertests]        at
sun.net.www.http.HttpClient.openServer(HttpClient.java:402)
[runservertests]        at
sun.net.www.http.HttpClient.openServer(HttpClient.java:618)
[runservertests]        at
sun.net.www.http.HttpClient.<init>(HttpClient.java:306)
[runservertests]        at
sun.net.www.http.HttpClient.<init>(HttpClient.java:267)
[runservertests]        at
sun.net.www.http.HttpClient.New(HttpClient.java:339)
[runservertests]        at
sun.net.www.http.HttpClient.New(HttpClient.java:320)
[runservertests]        at
sun.net.www.http.HttpClient.New(HttpClient.java:315)
[runservertests]        at
sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:512)
[runservertests]        at
sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:489)
[runservertests]        at
org.apache.cactus.ant.StartServerHelper.isURLCallable(Unknown Source)
[runservertests]        at
org.apache.cactus.ant.StartServerHelper.execute(Unknown Source)
[runservertests]        at
org.apache.cactus.ant.RunServerTestsTask.callStart(Unknown Source)
[runservertests]        at
org.apache.cactus.ant.RunServerTestsTask.execute(Unknown Source)
[runservertests]        at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
[runservertests]        at
org.apache.tools.ant.Task.perform(Task.java:364)
[runservertests]        at
org.apache.tools.ant.Target.execute(Target.java:301)
[runservertests]        at
org.apache.tools.ant.Target.performTasks(Target.java:328)
[runservertests]        at
org.apache.tools.ant.Project.executeTarget(Project.java:1215)
[runservertests]        at
org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:383)
[runservertests]        at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
[runservertests]        at
org.apache.tools.ant.Task.perform(Task.java:364)
[runservertests]        at
org.apache.tools.ant.Target.execute(Target.java:301)
[runservertests]        at
org.apache.tools.ant.Target.performTasks(Target.java:328)
[runservertests]        at
org.apache.tools.ant.Project.executeTarget(Project.java:1215)
[runservertests]        at
org.apache.tools.ant.Project.executeTargets(Project.java:1063)
[runservertests]        at
org.apache.tools.ant.Main.runBuild(Main.java:632)
[runservertests]        at
org.apache.tools.ant.Main.startAnt(Main.java:183)
[runservertests]        at
org.apache.tools.ant.launch.Launcher.run(Launcher.java:197)
[runservertests]        at
org.apache.tools.ant.launch.Launcher.main(Launcher.java:56)
[runservertests] Checking if server is up ...
[runservertests] Failed to call test URL. Reason
:java.net.ConnectException: Connection refused


-------------------------------------------------------------------------


Abhishek


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
Does anyone has any idea how to run the cactus tests on struts?

I tried to run, but getting connection errors.
Here is the dump of the error

=====================================================================

start.tomcat.50:
Could not load a dependent class
(com/sun/media/jai/codec/FileSeekableStream) for type image
Could not load a dependent class (com/jcraft/jsch/UserInfo) for type
sshexec
Could not load a dependent class (com/jcraft/jsch/UserInfo) for type scp
Could not load a dependent class (org/apache/commons/net/SocketClient)
for type rexec
Could not load class (org.apache.tools.ant.tasksdefs.cvslib.CvsVersion)
for type cvsversion
Could not load a dependent class (com/starbase/starteam/Item) for type
stlist
Could not load a dependent class (org/apache/commons/net/SocketClient)
for type telnet
Could not load a dependent class (org/apache/commons/net/ftp/FTP) for
type ftp
Could not load a dependent class (jdepend/xmlui/JDepend) for type
jdepend
Could not load a dependent class (com/starbase/starteam/Item) for type
stcheckin
Could not load a dependent class (com/starbase/starteam/Item) for type
stcheckout
fileset: Setup scanner in dir /opt/dev/jakarta/tomcat/home with
patternSet{ includes: [bin/bootstrap.jar] excludes: [] }
fileset: Setup scanner in dir /opt/dev/jakarta/tomcat/home with
patternSet{ includes: [bin/bootstrap.jar] excludes: [] }
     [java] Executing '/opt/dev/sun-j2sdk/jre/bin/java' with arguments:
     [java] '-Dcatalina.home=/opt/dev/jakarta/tomcat/home'
     [java] '-Dcatalina.base=/opt/dev/jakarta/tomcat/base/demo'
     [java] '-classpath'
     [java]
'/opt/dev/sun-j2sdk/lib/tools.jar:/opt/dev/jakarta/tomcat/home/bin/bootstrap.jar'
     [java] 'org.apache.catalina.startup.Bootstrap'
     [java] '-config'
     [java]
'/home/akhandel/cvs-root/oss/comp/presentation/struts/src/target/test/servers/tomcat50/conf/server.xml'
     [java] 'start'
     [java]
     [java] The ' characters around the executable and arguments are
     [java] not part of the command.
fileset: Setup scanner in dir /opt/dev/jakarta/tomcat/home with
patternSet{ includes: [bin/bootstrap.jar] excludes: [] }
fileset: Setup scanner in dir /opt/dev/jakarta/tomcat/home with
patternSet{ includes: [bin/bootstrap.jar] excludes: [] }
Execute:Java13CommandLauncher: Executing
'/opt/dev/sun-j2sdk/jre/bin/java' with arguments:
'-Dcatalina.home=/opt/dev/jakarta/tomcat/home'
'-Dcatalina.base=/opt/dev/jakarta/tomcat/base/demo'
'-classpath'
'/opt/dev/sun-j2sdk/lib/tools.jar:/opt/dev/jakarta/tomcat/home/bin/bootstrap.jar'
'org.apache.catalina.startup.Bootstrap'
'-config'
'/home/akhandel/cvs-root/oss/comp/presentation/struts/src/target/test/servers/tomcat50/conf/server.xml'
'start'
 
The ' characters around the executable and arguments are
not part of the command.
[runservertests] Checking if server is up ...
[runservertests] Failed to call test URL. Reason
:java.net.ConnectException: Connection refused
[runservertests]        at java.net.PlainSocketImpl.socketConnect(Native
Method)
[runservertests]        at
java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:305)
[runservertests]        at
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:171)
[runservertests]        at
java.net.PlainSocketImpl.connect(PlainSocketImpl.java:158)
[runservertests]        at java.net.Socket.connect(Socket.java:452)
[runservertests]        at java.net.Socket.connect(Socket.java:402)
[runservertests]        at
sun.net.NetworkClient.doConnect(NetworkClient.java:139)
[runservertests]        at
sun.net.www.http.HttpClient.openServer(HttpClient.java:402)
[runservertests]        at
sun.net.www.http.HttpClient.openServer(HttpClient.java:618)
[runservertests]        at
sun.net.www.http.HttpClient.<init>(HttpClient.java:306)
[runservertests]        at
sun.net.www.http.HttpClient.<init>(HttpClient.java:267)
[runservertests]        at
sun.net.www.http.HttpClient.New(HttpClient.java:339)
[runservertests]        at
sun.net.www.http.HttpClient.New(HttpClient.java:320)
[runservertests]        at
sun.net.www.http.HttpClient.New(HttpClient.java:315)
[runservertests]        at
sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:512)
[runservertests]        at
sun.net.www.protocol.http.HttpURLConnection.connect(HttpURLConnection.java:489)
[runservertests]        at
org.apache.cactus.ant.StartServerHelper.isURLCallable(Unknown Source)
[runservertests]        at
org.apache.cactus.ant.StartServerHelper.execute(Unknown Source)
[runservertests]        at
org.apache.cactus.ant.RunServerTestsTask.callStart(Unknown Source)
[runservertests]        at
org.apache.cactus.ant.RunServerTestsTask.execute(Unknown Source)
[runservertests]        at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
[runservertests]        at
org.apache.tools.ant.Task.perform(Task.java:364)
[runservertests]        at
org.apache.tools.ant.Target.execute(Target.java:301)
[runservertests]        at
org.apache.tools.ant.Target.performTasks(Target.java:328)
[runservertests]        at
org.apache.tools.ant.Project.executeTarget(Project.java:1215)
[runservertests]        at
org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:383)
[runservertests]        at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:269)
[runservertests]        at
org.apache.tools.ant.Task.perform(Task.java:364)
[runservertests]        at
org.apache.tools.ant.Target.execute(Target.java:301)
[runservertests]        at
org.apache.tools.ant.Target.performTasks(Target.java:328)
[runservertests]        at
org.apache.tools.ant.Project.executeTarget(Project.java:1215)
[runservertests]        at
org.apache.tools.ant.Project.executeTargets(Project.java:1063)
[runservertests]        at
org.apache.tools.ant.Main.runBuild(Main.java:632)
[runservertests]        at
org.apache.tools.ant.Main.startAnt(Main.java:183)
[runservertests]        at
org.apache.tools.ant.launch.Launcher.run(Launcher.java:197)
[runservertests]        at
org.apache.tools.ant.launch.Launcher.main(Launcher.java:56)



=====================================================================

Any inputs would be helpful

Abhishek


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Joe Germuska <Jo...@Germuska.com>.
At 2:46 PM -0700 5/18/04, Abhishek Khandelwal wrote:
>I am not able to find Struts 1.2.0 in CVS. I cannot even find the tag
>STRUTS_1_2_0. Can you please guide me?

I'm not sure what you mean.  Have you got CVS installed?  Have you 
followed these instructions?
http://jakarta.apache.org/site/cvsindex.html

The Struts module is "jakarta-struts"  When you check it out, you 
will get CVS HEAD.  If you want Struts 1.2.0 (bugs and all), you must 
use your CVS client to check out Struts to that version.  I use the 
command-line CVS, so for that, I would do something like this:

cvs -d $APACHE_CVSROOT co -r STRUTS_1_2_0 jakarta-struts

but like I said, that was a still-born release, so you're better of 
with CVS HEAD than with that version
cvs -d $APACHE_CVSROOT co jakarta-struts



>Also, When I run the ant test.tomcat.all
>I get the following compilation error
>
>-------------------------------------------------------------------
>
>/usr/local/struts/src/src/test/org/apache/struts/tiles/TestTilesPlugin.java:239: 
>cannot resolve symbol
>     [javac] symbol  : method assertNotSame
>(java.lang.String,org.apache.struts.tiles.DefinitionsFactory,org.apache.struts.tiles.DefinitionsFactory)
>     [javac] location: class org.apache.struts.tiles.TestTilesPlugin
>     [javac]             assertNotSame("Factory from different modules",
>factory1, factory2);
>
>
>--------------------------------------------------------------------
>
>I guess this method is available in junit framework. And I am sure it
>has imported teh package correctly since I am not getting compilation
>error message in methods assetEquals() and assertNotNull().

You are using JUnit 3.7.  Assert.assertNotSame was added in JUnit 
3.8.  You should probably be using JUnit 3.8.1.

Joe

-- 
Joe Germuska            
Joe@Germuska.com  
http://blog.germuska.com    
       "Imagine if every Thursday your shoes exploded if you tied them 
the usual way.  This happens to us all the time with computers, and 
nobody thinks of complaining."
             -- Jef Raskin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
I am not able to find Struts 1.2.0 in CVS. I cannot even find the tag
STRUTS_1_2_0. Can you please guide me?

Also, When I run the ant test.tomcat.all
I get the following compilation error

-------------------------------------------------------------------

/usr/local/struts/src/src/test/org/apache/struts/tiles/TestTilesPlugin.java:239: cannot resolve symbol
    [javac] symbol  : method assertNotSame
(java.lang.String,org.apache.struts.tiles.DefinitionsFactory,org.apache.struts.tiles.DefinitionsFactory)
    [javac] location: class org.apache.struts.tiles.TestTilesPlugin
    [javac]             assertNotSame("Factory from different modules",
factory1, factory2);


--------------------------------------------------------------------

I guess this method is available in junit framework. And I am sure it
has imported teh package correctly since I am not getting compilation
error message in methods assetEquals() and assertNotNull().

Any idea?

Abhishek



On Tue, 2004-05-18 at 13:49, Joe Germuska wrote:
> At 1:27 PM -0700 5/18/04, Abhishek Khandelwal wrote:
> >In that case, how are you differentiating between 1.2.0 and 1.2.1?
> 
> Struts 1.2.0 is the code in CVS under the tag STRUTS_1_2_0
> 
> >And if all, I need to get the CVS code, which days code should I take?
> 
> Normally when you check code out of CVS, you get the newest of 
> everything -- so it's not a specific day's code, it's NOW -- this is 
> what's known as CVS HEAD, and technically, it's a moving target, 
> although realistically, it hasn't been changing that quickly in the 
> last couple of months.
> 
> It is always possible using CVS to check out code to a specific date 
> and time, or when tags have been applied, to a specific tag.
> 
> If you use CVS to keep a current copy of the working code, then it's 
> easy to keep up to date -- you can just do a CVS update and pick up 
> any changes, bug fixes, or enhancements which have been made since 
> your last checkout.  Much easier than downloading a new source 
> package, especially if you also make any local modifications to the 
> code yourself -- Struts will deal with merging repository changes 
> into your local copy.
> 
> It just so happens that I just applied a patch to ExceptionHandler, 
> so at this very instant, CVS is one bug "better" than the nightly 
> source distribution (until the next one is made, of course.)
> 
> Joe
> 
> 
> >Abhishek
> >
> >On Tue, 2004-05-18 at 13:09, Joe Germuska wrote:
> >>  At 12:35 PM -0700 5/18/04, Abhishek Khandelwal wrote:
> >>  >Thanks Joe for your detailed reply.
> >>  >
> >>  >Where can I get Struts 1.2.1 Version source code?
> >>  >I am little skeptible of taking the todays nightly-build source code.
> >>
> >>  There's no "release candidate" code for 1.2.1.  Once
> >>  commons-validator is released, we'll assess the open bugs, fix what
> >>  we can and mark the others for "LATER", and then use that day's
> >>  "nightly-build source code" to cut 1.2.1 -- so you can't do much
> >>  better than CVS HEAD.  (I never did understand the appeal of
> >>  downloading source tarballs; it's much easier to keep up with changes
> >>  using CVS...)
> >>
> >>  >I have few more questions, like, does the 1.2.1 version support Tomcat
> >>  >5.0. Since I am using Tomcat5. I can see from build-test.xml that it has
> >>  >cactus test case for tomcat5.
> >>  >
> >>  >Also, if it supports tomcat5, would it be compatible to Servlet2.4?
> >>  >
> >>  >And lastly, would it be backward compatible, in terms of supporting
> >>  >previous versions of tomcat?
> >>
> >>  Regarding Servlet versions, Struts is built to work against Servlet
> >>  2.2/JSP 1.1.  One of the outstanding bugs refers to some issues with
> >>  differences between the HttpServletRequest interface, (as implemented
> >>  in MultipartRequestWrapper) which has sprouted new methods in 2.3 and
> >>  again in 2.4.  But if you aren't using any of those things, then it
> >>  should work fine in Tomcat 5 -- several people who post to this list
> >>  or the user@struts list refer to running Struts under Tomcat 5,
> >>  although I have no personal experience.
> >>
> >>  Open source code is yours -- especially if you're building from
> >>  source -- so just grab what's in CVS HEAD and if you find bugs, fix
> >>  'em!  (Or at least report 'em.)  This is how we make it better.
> >>
> >>  Joe
> >
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >For additional commands, e-mail: dev-help@struts.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Joe Germuska <Jo...@Germuska.com>.
At 1:27 PM -0700 5/18/04, Abhishek Khandelwal wrote:
>In that case, how are you differentiating between 1.2.0 and 1.2.1?

Struts 1.2.0 is the code in CVS under the tag STRUTS_1_2_0

>And if all, I need to get the CVS code, which days code should I take?

Normally when you check code out of CVS, you get the newest of 
everything -- so it's not a specific day's code, it's NOW -- this is 
what's known as CVS HEAD, and technically, it's a moving target, 
although realistically, it hasn't been changing that quickly in the 
last couple of months.

It is always possible using CVS to check out code to a specific date 
and time, or when tags have been applied, to a specific tag.

If you use CVS to keep a current copy of the working code, then it's 
easy to keep up to date -- you can just do a CVS update and pick up 
any changes, bug fixes, or enhancements which have been made since 
your last checkout.  Much easier than downloading a new source 
package, especially if you also make any local modifications to the 
code yourself -- Struts will deal with merging repository changes 
into your local copy.

It just so happens that I just applied a patch to ExceptionHandler, 
so at this very instant, CVS is one bug "better" than the nightly 
source distribution (until the next one is made, of course.)

Joe


>Abhishek
>
>On Tue, 2004-05-18 at 13:09, Joe Germuska wrote:
>>  At 12:35 PM -0700 5/18/04, Abhishek Khandelwal wrote:
>>  >Thanks Joe for your detailed reply.
>>  >
>>  >Where can I get Struts 1.2.1 Version source code?
>>  >I am little skeptible of taking the todays nightly-build source code.
>>
>>  There's no "release candidate" code for 1.2.1.  Once
>>  commons-validator is released, we'll assess the open bugs, fix what
>>  we can and mark the others for "LATER", and then use that day's
>>  "nightly-build source code" to cut 1.2.1 -- so you can't do much
>>  better than CVS HEAD.  (I never did understand the appeal of
>>  downloading source tarballs; it's much easier to keep up with changes
>>  using CVS...)
>>
>>  >I have few more questions, like, does the 1.2.1 version support Tomcat
>>  >5.0. Since I am using Tomcat5. I can see from build-test.xml that it has
>>  >cactus test case for tomcat5.
>>  >
>>  >Also, if it supports tomcat5, would it be compatible to Servlet2.4?
>>  >
>>  >And lastly, would it be backward compatible, in terms of supporting
>>  >previous versions of tomcat?
>>
>>  Regarding Servlet versions, Struts is built to work against Servlet
>>  2.2/JSP 1.1.  One of the outstanding bugs refers to some issues with
>>  differences between the HttpServletRequest interface, (as implemented
>>  in MultipartRequestWrapper) which has sprouted new methods in 2.3 and
>>  again in 2.4.  But if you aren't using any of those things, then it
>>  should work fine in Tomcat 5 -- several people who post to this list
>>  or the user@struts list refer to running Struts under Tomcat 5,
>>  although I have no personal experience.
>>
>>  Open source code is yours -- especially if you're building from
>>  source -- so just grab what's in CVS HEAD and if you find bugs, fix
>>  'em!  (Or at least report 'em.)  This is how we make it better.
>>
>>  Joe
>
>
>---------------------------------------------------------------------
>To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>For additional commands, e-mail: dev-help@struts.apache.org


-- 
Joe Germuska            
Joe@Germuska.com  
http://blog.germuska.com    
       "Imagine if every Thursday your shoes exploded if you tied them 
the usual way.  This happens to us all the time with computers, and 
nobody thinks of complaining."
             -- Jef Raskin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
In that case, how are you differentiating between 1.2.0 and 1.2.1?

And if all, I need to get the CVS code, which days code should I take?

Abhishek

On Tue, 2004-05-18 at 13:09, Joe Germuska wrote:
> At 12:35 PM -0700 5/18/04, Abhishek Khandelwal wrote:
> >Thanks Joe for your detailed reply.
> >
> >Where can I get Struts 1.2.1 Version source code?
> >I am little skeptible of taking the todays nightly-build source code.
> 
> There's no "release candidate" code for 1.2.1.  Once 
> commons-validator is released, we'll assess the open bugs, fix what 
> we can and mark the others for "LATER", and then use that day's 
> "nightly-build source code" to cut 1.2.1 -- so you can't do much 
> better than CVS HEAD.  (I never did understand the appeal of 
> downloading source tarballs; it's much easier to keep up with changes 
> using CVS...)
> 
> >I have few more questions, like, does the 1.2.1 version support Tomcat
> >5.0. Since I am using Tomcat5. I can see from build-test.xml that it has
> >cactus test case for tomcat5.
> >
> >Also, if it supports tomcat5, would it be compatible to Servlet2.4?
> >
> >And lastly, would it be backward compatible, in terms of supporting
> >previous versions of tomcat?
> 
> Regarding Servlet versions, Struts is built to work against Servlet 
> 2.2/JSP 1.1.  One of the outstanding bugs refers to some issues with 
> differences between the HttpServletRequest interface, (as implemented 
> in MultipartRequestWrapper) which has sprouted new methods in 2.3 and 
> again in 2.4.  But if you aren't using any of those things, then it 
> should work fine in Tomcat 5 -- several people who post to this list 
> or the user@struts list refer to running Struts under Tomcat 5, 
> although I have no personal experience.
> 
> Open source code is yours -- especially if you're building from 
> source -- so just grab what's in CVS HEAD and if you find bugs, fix 
> 'em!  (Or at least report 'em.)  This is how we make it better.
> 
> Joe


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Joe Germuska <Jo...@Germuska.com>.
At 12:35 PM -0700 5/18/04, Abhishek Khandelwal wrote:
>Thanks Joe for your detailed reply.
>
>Where can I get Struts 1.2.1 Version source code?
>I am little skeptible of taking the todays nightly-build source code.

There's no "release candidate" code for 1.2.1.  Once 
commons-validator is released, we'll assess the open bugs, fix what 
we can and mark the others for "LATER", and then use that day's 
"nightly-build source code" to cut 1.2.1 -- so you can't do much 
better than CVS HEAD.  (I never did understand the appeal of 
downloading source tarballs; it's much easier to keep up with changes 
using CVS...)

>I have few more questions, like, does the 1.2.1 version support Tomcat
>5.0. Since I am using Tomcat5. I can see from build-test.xml that it has
>cactus test case for tomcat5.
>
>Also, if it supports tomcat5, would it be compatible to Servlet2.4?
>
>And lastly, would it be backward compatible, in terms of supporting
>previous versions of tomcat?

Regarding Servlet versions, Struts is built to work against Servlet 
2.2/JSP 1.1.  One of the outstanding bugs refers to some issues with 
differences between the HttpServletRequest interface, (as implemented 
in MultipartRequestWrapper) which has sprouted new methods in 2.3 and 
again in 2.4.  But if you aren't using any of those things, then it 
should work fine in Tomcat 5 -- several people who post to this list 
or the user@struts list refer to running Struts under Tomcat 5, 
although I have no personal experience.

Open source code is yours -- especially if you're building from 
source -- so just grab what's in CVS HEAD and if you find bugs, fix 
'em!  (Or at least report 'em.)  This is how we make it better.

Joe

-- 
Joe Germuska            
Joe@Germuska.com  
http://blog.germuska.com    
       "Imagine if every Thursday your shoes exploded if you tied them 
the usual way.  This happens to us all the time with computers, and 
nobody thinks of complaining."
             -- Jef Raskin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
Thanks Joe for your detailed reply.

Where can I get Struts 1.2.1 Version source code? 
I am little skeptible of taking the todays nightly-build source code.

I have few more questions, like, does the 1.2.1 version support Tomcat
5.0. Since I am using Tomcat5. I can see from build-test.xml that it has
cactus test case for tomcat5.

Also, if it supports tomcat5, would it be compatible to Servlet2.4?

And lastly, would it be backward compatible, in terms of supporting
previous versions of tomcat?

Please let me know.

Thanks,
Abhishek



On Tue, 2004-05-18 at 12:12, Joe Germuska wrote:
> At 11:38 AM -0700 5/18/04, Abhishek Khandelwal wrote:
> >I know the source code is available from nightly.
> >I was just wondering if it is stable enough.
> >
> >Is there any beta release? or something like that?
> 
> Beginning with the 1.2.x family, Struts is following the httpd/Tomcat 
> release scheme.  This means that releases are made and numbered, and 
> then after they are made, they are voted to be of "alpha", "beta", or 
> "General Availability" quality.
> 
> Struts 1.2.0 was released a few months ago.  No formal vote was ever 
> held because it happened to be cut with at least one or two serious 
> errors -- qualifying it as an "alpha" release at best.  I suppose we 
> wouldn't bother putting a release up for download unless it at least 
> qualified as a "beta", although i'm not sure if we have a formal 
> policy on this.
> 
> The Struts 1.2.1 release is pending a full release of 
> commons-validator.  These things have been pending for a while, and 
> little new development has happened while they are pending. 
> Meanwhile, there are only six open bugs in Bugzilla, so I'd say that 
> the current CVS HEAD is pretty stable.  Of those 6, two are labeled 
> major -- one (Bug 26322) only affects users of Weblogic 8.1, and the 
> other (Bug 29004) only affects users of ValidatorActionForm  or 
> DynaValidatorActionForm .
> 
> Note that Struts 1.2 was the occasion for the removal of many legacy 
> elements from Struts 1.0 which were deprecated for Struts 1.1. 
> Migrating an old Struts app may require some extra time to account 
> for this, although if you were careful to honor deprecation warnings, 
> it shouldn't be so bad.
> 
> If you get to the point where you can build Struts from source, then 
> I don't think there's any reason to fear using CVS HEAD for the 1.2.x 
> family -- you'll be able to apply patches and/or fix things yourself 
> if you find them.  Of course, it's very valuable for the Struts 
> community as a whole for those who are able to work from 
> interim/nightly releases or CVS HEAD to do so, so as to help flush 
> out bugs.
> 
> Note that after 1.2.1 is cut, we're hoping to branch and begin 
> development on 1.3, which is a bit more likely to be occasionally 
> unstable -- we've been saving up some bigger things for that family 
> of releases.
> 
> Joe
> 
> If you want to keep up with bugs, here's the Bugzilla query I used to 
> get my count of 6 open bugs.
> http://issues.apache.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=Blocker&bug_severity=Critical&bug_severity=Major&bug_severity=Normal&bug_severity=Minor&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&bugidtype=include&bug_id=&changedin=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&product=Struts&short_desc=&short_desc_type=allwordssubstr&long_desc=&long_desc_type=allwordssubstr&bug_file_loc=&bug_file_loc_type=allwordssubstr&keywords=&keywords_type=anywords&field0-0-0=noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&namedcmd=Bugs+Assigned+To+Me&newqueryname=&order=bugs.bug_id


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: bugs 28668 and 22207 (was: building struts from source code)

Posted by Hubert Rabago <ja...@yahoo.com>.
The list of open bugs include the empty struts-faces integration nightlies
(Bug 28668).  I believe Niall submitted a patch to another bug report (Bug
22207) that's related to this, though that bug remains "Fixed".  Should 22207
be reopened, or the two linked somehow?
Here's a link to the discussion of these two issues:
http://marc.theaimsgroup.com/?l=struts-dev&m=108377893828070&w=2

--- Joe Germuska <Jo...@Germuska.com> wrote:
> If you want to keep up with bugs, here's the Bugzilla query I used to 
> get my count of 6 open bugs.
>
http://issues.apache.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=Blocker&bug_severity=Critical&bug_severity=Major&bug_severity=Normal&bug_severity=Minor&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&bugidtype=include&bug_id=&changedin=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&product=Struts&short_desc=&short_desc_type=allwordssubstr&long_desc=&long_desc_type=allwordssubstr&bug_file_loc=&bug_file_loc_type=allwordssubstr&keywords=&keywords_type=anywords&field0-0-0=noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&namedcmd=Bugs+Assigned+To+Me&newqueryname=&order=bugs.bug_id
> -- 
> Joe Germuska            



	
		
__________________________________
Do you Yahoo!?
SBC Yahoo! - Internet access at a great low price.
http://promo.yahoo.com/sbc/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Joe Germuska <Jo...@Germuska.com>.
At 11:38 AM -0700 5/18/04, Abhishek Khandelwal wrote:
>I know the source code is available from nightly.
>I was just wondering if it is stable enough.
>
>Is there any beta release? or something like that?

Beginning with the 1.2.x family, Struts is following the httpd/Tomcat 
release scheme.  This means that releases are made and numbered, and 
then after they are made, they are voted to be of "alpha", "beta", or 
"General Availability" quality.

Struts 1.2.0 was released a few months ago.  No formal vote was ever 
held because it happened to be cut with at least one or two serious 
errors -- qualifying it as an "alpha" release at best.  I suppose we 
wouldn't bother putting a release up for download unless it at least 
qualified as a "beta", although i'm not sure if we have a formal 
policy on this.

The Struts 1.2.1 release is pending a full release of 
commons-validator.  These things have been pending for a while, and 
little new development has happened while they are pending. 
Meanwhile, there are only six open bugs in Bugzilla, so I'd say that 
the current CVS HEAD is pretty stable.  Of those 6, two are labeled 
major -- one (Bug 26322) only affects users of Weblogic 8.1, and the 
other (Bug 29004) only affects users of ValidatorActionForm  or 
DynaValidatorActionForm .

Note that Struts 1.2 was the occasion for the removal of many legacy 
elements from Struts 1.0 which were deprecated for Struts 1.1. 
Migrating an old Struts app may require some extra time to account 
for this, although if you were careful to honor deprecation warnings, 
it shouldn't be so bad.

If you get to the point where you can build Struts from source, then 
I don't think there's any reason to fear using CVS HEAD for the 1.2.x 
family -- you'll be able to apply patches and/or fix things yourself 
if you find them.  Of course, it's very valuable for the Struts 
community as a whole for those who are able to work from 
interim/nightly releases or CVS HEAD to do so, so as to help flush 
out bugs.

Note that after 1.2.1 is cut, we're hoping to branch and begin 
development on 1.3, which is a bit more likely to be occasionally 
unstable -- we've been saving up some bigger things for that family 
of releases.

Joe

If you want to keep up with bugs, here's the Bugzilla query I used to 
get my count of 6 open bugs.
http://issues.apache.org/bugzilla/buglist.cgi?bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_severity=Blocker&bug_severity=Critical&bug_severity=Major&bug_severity=Normal&bug_severity=Minor&email1=&emailtype1=substring&emailassigned_to1=1&email2=&emailtype2=substring&emailreporter2=1&bugidtype=include&bug_id=&changedin=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&product=Struts&short_desc=&short_desc_type=allwordssubstr&long_desc=&long_desc_type=allwordssubstr&bug_file_loc=&bug_file_loc_type=allwordssubstr&keywords=&keywords_type=anywords&field0-0-0=noop&type0-0-0=noop&value0-0-0=&cmdtype=doit&namedcmd=Bugs+Assigned+To+Me&newqueryname=&order=bugs.bug_id
-- 
Joe Germuska            
Joe@Germuska.com  
http://blog.germuska.com    
       "Imagine if every Thursday your shoes exploded if you tied them 
the usual way.  This happens to us all the time with computers, and 
nobody thinks of complaining."
             -- Jef Raskin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Hubert Rabago <ja...@yahoo.com>.
The closest would be Struts 1.2.0:
http://www.apache.org/~martinc/struts/v1.2.0/

This is much older than the nightlies.  Here was the announcement:
http://marc.theaimsgroup.com/?l=struts-user&m=107786087127479&w=2

--- Abhishek Khandelwal <ak...@spikesource.com> wrote:
> I know the source code is available from nightly.
> I was just wondering if it is stable enough.
> 
> Is there any beta release? or something like that?
> 
> Abhishek
> 
> 
> On Tue, 2004-05-18 at 11:39, Matthias Wessendorf wrote:
> > here is the build from this morning:
> > http://cvs.apache.org/builds/jakarta-struts/nightly/src/jakarta-struts-s
> > rc-20040518.zip
> > (src of 1.2)
> > 
> > btw. the sources of 1.2 are also available via a cvs-client
> > (perhaps one in your IDE like eclipse (only ONE example :-))
> > 
> > cheers,
> > Matze 
> > 



	
		
__________________________________
Do you Yahoo!?
SBC Yahoo! - Internet access at a great low price.
http://promo.yahoo.com/sbc/

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
I know the source code is available from nightly.
I was just wondering if it is stable enough.

Is there any beta release? or something like that?

Abhishek


On Tue, 2004-05-18 at 11:39, Matthias Wessendorf wrote:
> here is the build from this morning:
> http://cvs.apache.org/builds/jakarta-struts/nightly/src/jakarta-struts-s
> rc-20040518.zip
> (src of 1.2)
> 
> btw. the sources of 1.2 are also available via a cvs-client
> (perhaps one in your IDE like eclipse (only ONE example :-))
> 
> cheers,
> Matze 
> 
> > -----Original Message-----
> > From: Abhishek Khandelwal [mailto:akhandel@spikesource.com] 
> > Sent: Tuesday, May 18, 2004 8:30 PM
> > To: Struts Developers List
> > Subject: RE: building struts from source code
> > 
> > 
> > Yes,
> > I got the latest stable release source code.
> > I guess Struts-1.2 is not released yet. Only nightly builds 
> > are available?
> > 
> > Abhishek
> > 
> > On Tue, 2004-05-18 at 11:15, Matthias Wessendorf wrote:
> > > mmm, strange
> > > 
> > > 
> > http://cvs.apache.org/viewcvs.cgi/jakarta-struts/src/share/org/apache/
> > > st
> > > ruts/util/
> > > contains no GenericDataSource.java
> > > 
> > > GenericDS was removed, like joe tolds.
> > > (for struts-1.2)
> > > 
> > > did you get CVS-based sources (nightly_build (1.2))?
> > > 
> > > or did you load src of struts-1.1, which contains legacy.jar (incl.
> > > GenericDS)
> > > 
> > > i guess you have 1.1
> > > (public class GenericDataSource extends 
> > > org.apache.struts.legacy.GenericDataSource ... )
> > > 
> > > Cheers,
> > > Matze
> > > 
> > > 
> > > > -----Original Message-----
> > > > From: Abhishek Khandelwal [mailto:akhandel@spikesource.com]
> > > > Sent: Tuesday, May 18, 2004 7:59 PM
> > > > To: Struts Developers List
> > > > Subject: Re: building struts from source code
> > > > 
> > > > 
> > > > No, it does not work. I get few error messages in terms of
> > > > genericDataSource class. So the release version needs 
> > > > struts-legacy.jar
> > > > 
> > > > see the error messages below---
> > > > 
> > > > --------------------------------------------------------------
> > > > ----------------------------
> > > > 
> > > > 
> > > > /usr/local/struts/src/src/share/org/apache/struts/util/Generic
> > > > DataSource.java:78: package org.apache.struts.legacy does 
> > not exist
> > > >     [javac] public class GenericDataSource extends
> > > > org.apache.struts.legacy.GenericDataSource {
> > > >    
> > > > [javac]                                                       
> > > >          ^
> > > >     [javac] 
> > > > /usr/local/struts/src/src/share/org/apache/struts/action/Actio
> > > > nServlet.java:779: cannot resolve symbol
> > > >     [javac] symbol  : method close ()
> > > >     [javac] location: class 
> > org.apache.struts.util.GenericDataSource
> > > >     [javac]                         ((GenericDataSource)
> > > > dataSource).close();
> > > > 
> > > > --------------------------------------------------------------
> > > > --------------------------------
> > > > 
> > > > I have one more question regarding building.
> > > > When I build using ant dist, I get lots of warning messages.
> > > > What is the reason behind those messages?
> > > > 
> > > > Here is one of the warning messages... i get almost 200 of
> > > > such messages.
> > > > 
> > > > --------------------------------------------------------------
> > > > ---------------------------------
> > > > 
> > > > /usr/local/struts/src/src/share/org/apache/struts/taglib/html/
> > > > BaseInputTag.java:242: warning: EVAL_BODY_TAG in
> > > > javax.servlet.jsp.tagext.BodyTag has been deprecated
> > > >     [javac]         return (EVAL_BODY_TAG);
> > > >     [javac]                 ^
> > > >     [javac]
> > > > /usr/local/struts/src/src/share/org/apache/struts/taglib/html/
> > > > BaseFieldTag.java:190: warning: EVAL_BODY_TAG in 
> > > > javax.servlet.jsp.tagext.BodyTag has been deprecated
> > > >     [javac]         return (EVAL_BODY_TAG);
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > /usr/local/struts/src/src/share/org/apache/struts/tiles/TilesU
> > > > tilImpl.java:193: warning:
> > > > org.apache.struts.tiles.ComponentDefinitionsFactory in 
> > > > org.apache.struts.tiles has been deprecated
> > > >     [javac]     if( factory instanceof 
> > ComponentDefinitionsFactory )
> > > >     [javac]                            ^
> > > >     [javac]
> > > > /usr/local/struts/src/src/share/org/apache/struts/tiles/TilesU
> > > > tilImpl.java:195: warning: 
> > > > org.apache.struts.tiles.ComponentDefinitionsFactory in 
> > > > org.apache.struts.tiles has been deprecated
> > > >     [javac]       factory = new 
> > ComponentDefinitionsFactoryWrapper(
> > > > (ComponentDefinitionsFactory)factory );
> > > > 
> > > > 
> > > > 
> > > > --------------------------------------------------------------
> > > > ----------------------------------
> > > > 
> > > > Thanks
> > > > Abhishek
> > > > 
> > > > 
> > > > 
> > > > On Tue, 2004-05-18 at 09:24, Joe Germuska wrote:
> > > > > At 6:38 PM -0700 5/17/04, Abhishek Khandelwal wrote:
> > > > > >Hi,
> > > > > >I have another issue with building struts.
> > > > > >
> > > > > >The source code does not come with struts-legacy.jar
> > > > > >in contrib/struts-legacy/dist/ directory
> > > > > >
> > > > > >But the top level build.xml and build.properties file needs
> > > > > >struts-legacy.jar.
> > > > > >
> > > > > >What is the way to do it? Is it a bug in struts released
> > > > source code?
> > > > > 
> > > > > All the files in contrib/struts-legacy were removed from
> > > > CVS  about 9
> > > > > months ago.
> > > > > 
> > > > > 
> > > > http://cvs.apache.org/viewcvs.cgi/jakarta->
> > > struts/contrib/struts-legacy
> > > > > /src/java/org/apache/struts/legacy/Attic/
> > > > > 
> > > > > I don't know exactly why that was done, but I wouldn't 
> > think you'd 
> > > > > actually need them to compile Struts.  They are just 
> > provided as a 
> > > > > way to provide minimal support to people who rely on Struts
> > > > to manage
> > > > > their JDBC datasources -- a strategy which is 
> > deprecated as these
> > > > > days most servlet containers provide the same 
> > functionality better.
> > > > > 
> > > > > If you just need the struts-legacy JAR, you can get it from 
> > > > > http://ibiblio.org/maven/struts/jars/
> > > > > 
> > > > > Probably those lines should just be removed from the 
> > build.xml and 
> > > > > build.properties -- maybe you can do that and report on 
> > whether it 
> > > > > still builds!
> > > > > 
> > > > > Joe
> > > > 
> > > > 
> > > > 
> > --------------------------------------------------------------------
> > > > -
> > > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > > For additional commands, e-mail: dev-help@struts.apache.org
> > > > 
> > > 
> > > 
> > > 
> > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > For additional commands, e-mail: dev-help@struts.apache.org
> > 
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> > 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Matthias Wessendorf <ma...@matthias-wessendorf.de>.
here is the build from this morning:
http://cvs.apache.org/builds/jakarta-struts/nightly/src/jakarta-struts-s
rc-20040518.zip
(src of 1.2)

btw. the sources of 1.2 are also available via a cvs-client
(perhaps one in your IDE like eclipse (only ONE example :-))

cheers,
Matze 

> -----Original Message-----
> From: Abhishek Khandelwal [mailto:akhandel@spikesource.com] 
> Sent: Tuesday, May 18, 2004 8:30 PM
> To: Struts Developers List
> Subject: RE: building struts from source code
> 
> 
> Yes,
> I got the latest stable release source code.
> I guess Struts-1.2 is not released yet. Only nightly builds 
> are available?
> 
> Abhishek
> 
> On Tue, 2004-05-18 at 11:15, Matthias Wessendorf wrote:
> > mmm, strange
> > 
> > 
> http://cvs.apache.org/viewcvs.cgi/jakarta-struts/src/share/org/apache/
> > st
> > ruts/util/
> > contains no GenericDataSource.java
> > 
> > GenericDS was removed, like joe tolds.
> > (for struts-1.2)
> > 
> > did you get CVS-based sources (nightly_build (1.2))?
> > 
> > or did you load src of struts-1.1, which contains legacy.jar (incl.
> > GenericDS)
> > 
> > i guess you have 1.1
> > (public class GenericDataSource extends 
> > org.apache.struts.legacy.GenericDataSource ... )
> > 
> > Cheers,
> > Matze
> > 
> > 
> > > -----Original Message-----
> > > From: Abhishek Khandelwal [mailto:akhandel@spikesource.com]
> > > Sent: Tuesday, May 18, 2004 7:59 PM
> > > To: Struts Developers List
> > > Subject: Re: building struts from source code
> > > 
> > > 
> > > No, it does not work. I get few error messages in terms of
> > > genericDataSource class. So the release version needs 
> > > struts-legacy.jar
> > > 
> > > see the error messages below---
> > > 
> > > --------------------------------------------------------------
> > > ----------------------------
> > > 
> > > 
> > > /usr/local/struts/src/src/share/org/apache/struts/util/Generic
> > > DataSource.java:78: package org.apache.struts.legacy does 
> not exist
> > >     [javac] public class GenericDataSource extends
> > > org.apache.struts.legacy.GenericDataSource {
> > >    
> > > [javac]                                                       
> > >          ^
> > >     [javac] 
> > > /usr/local/struts/src/src/share/org/apache/struts/action/Actio
> > > nServlet.java:779: cannot resolve symbol
> > >     [javac] symbol  : method close ()
> > >     [javac] location: class 
> org.apache.struts.util.GenericDataSource
> > >     [javac]                         ((GenericDataSource)
> > > dataSource).close();
> > > 
> > > --------------------------------------------------------------
> > > --------------------------------
> > > 
> > > I have one more question regarding building.
> > > When I build using ant dist, I get lots of warning messages.
> > > What is the reason behind those messages?
> > > 
> > > Here is one of the warning messages... i get almost 200 of
> > > such messages.
> > > 
> > > --------------------------------------------------------------
> > > ---------------------------------
> > > 
> > > /usr/local/struts/src/src/share/org/apache/struts/taglib/html/
> > > BaseInputTag.java:242: warning: EVAL_BODY_TAG in
> > > javax.servlet.jsp.tagext.BodyTag has been deprecated
> > >     [javac]         return (EVAL_BODY_TAG);
> > >     [javac]                 ^
> > >     [javac]
> > > /usr/local/struts/src/src/share/org/apache/struts/taglib/html/
> > > BaseFieldTag.java:190: warning: EVAL_BODY_TAG in 
> > > javax.servlet.jsp.tagext.BodyTag has been deprecated
> > >     [javac]         return (EVAL_BODY_TAG);
> > > 
> > > 
> > > 
> > > 
> > > 
> > > /usr/local/struts/src/src/share/org/apache/struts/tiles/TilesU
> > > tilImpl.java:193: warning:
> > > org.apache.struts.tiles.ComponentDefinitionsFactory in 
> > > org.apache.struts.tiles has been deprecated
> > >     [javac]     if( factory instanceof 
> ComponentDefinitionsFactory )
> > >     [javac]                            ^
> > >     [javac]
> > > /usr/local/struts/src/src/share/org/apache/struts/tiles/TilesU
> > > tilImpl.java:195: warning: 
> > > org.apache.struts.tiles.ComponentDefinitionsFactory in 
> > > org.apache.struts.tiles has been deprecated
> > >     [javac]       factory = new 
> ComponentDefinitionsFactoryWrapper(
> > > (ComponentDefinitionsFactory)factory );
> > > 
> > > 
> > > 
> > > --------------------------------------------------------------
> > > ----------------------------------
> > > 
> > > Thanks
> > > Abhishek
> > > 
> > > 
> > > 
> > > On Tue, 2004-05-18 at 09:24, Joe Germuska wrote:
> > > > At 6:38 PM -0700 5/17/04, Abhishek Khandelwal wrote:
> > > > >Hi,
> > > > >I have another issue with building struts.
> > > > >
> > > > >The source code does not come with struts-legacy.jar
> > > > >in contrib/struts-legacy/dist/ directory
> > > > >
> > > > >But the top level build.xml and build.properties file needs
> > > > >struts-legacy.jar.
> > > > >
> > > > >What is the way to do it? Is it a bug in struts released
> > > source code?
> > > > 
> > > > All the files in contrib/struts-legacy were removed from
> > > CVS  about 9
> > > > months ago.
> > > > 
> > > > 
> > > http://cvs.apache.org/viewcvs.cgi/jakarta->
> > struts/contrib/struts-legacy
> > > > /src/java/org/apache/struts/legacy/Attic/
> > > > 
> > > > I don't know exactly why that was done, but I wouldn't 
> think you'd 
> > > > actually need them to compile Struts.  They are just 
> provided as a 
> > > > way to provide minimal support to people who rely on Struts
> > > to manage
> > > > their JDBC datasources -- a strategy which is 
> deprecated as these
> > > > days most servlet containers provide the same 
> functionality better.
> > > > 
> > > > If you just need the struts-legacy JAR, you can get it from 
> > > > http://ibiblio.org/maven/struts/jars/
> > > > 
> > > > Probably those lines should just be removed from the 
> build.xml and 
> > > > build.properties -- maybe you can do that and report on 
> whether it 
> > > > still builds!
> > > > 
> > > > Joe
> > > 
> > > 
> > > 
> --------------------------------------------------------------------
> > > -
> > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > For additional commands, e-mail: dev-help@struts.apache.org
> > > 
> > 
> > 
> > 
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
Yes,
I got the latest stable release source code.
I guess Struts-1.2 is not released yet. Only nightly builds are
available?

Abhishek

On Tue, 2004-05-18 at 11:15, Matthias Wessendorf wrote:
> mmm, strange
> 
> http://cvs.apache.org/viewcvs.cgi/jakarta-struts/src/share/org/apache/st
> ruts/util/
> contains no GenericDataSource.java
> 
> GenericDS was removed, like joe tolds.
> (for struts-1.2)
> 
> did you get CVS-based sources (nightly_build (1.2))?
> 
> or did you load src of struts-1.1, which contains legacy.jar (incl.
> GenericDS)
> 
> i guess you have 1.1
> (public class GenericDataSource extends
> org.apache.struts.legacy.GenericDataSource ... )
> 
> Cheers,
> Matze
> 
> 
> > -----Original Message-----
> > From: Abhishek Khandelwal [mailto:akhandel@spikesource.com] 
> > Sent: Tuesday, May 18, 2004 7:59 PM
> > To: Struts Developers List
> > Subject: Re: building struts from source code
> > 
> > 
> > No, it does not work. I get few error messages in terms of 
> > genericDataSource class. So the release version needs 
> > struts-legacy.jar
> > 
> > see the error messages below---
> > 
> > --------------------------------------------------------------
> > ----------------------------
> > 
> > 
> > /usr/local/struts/src/src/share/org/apache/struts/util/Generic
> > DataSource.java:78: package org.apache.struts.legacy does not exist
> >     [javac] public class GenericDataSource extends 
> > org.apache.struts.legacy.GenericDataSource {
> >    
> > [javac]                                                       
> >          ^
> >     [javac]
> > /usr/local/struts/src/src/share/org/apache/struts/action/Actio
> > nServlet.java:779: cannot resolve symbol
> >     [javac] symbol  : method close ()
> >     [javac] location: class org.apache.struts.util.GenericDataSource
> >     [javac]                         ((GenericDataSource)
> > dataSource).close();
> > 
> > --------------------------------------------------------------
> > --------------------------------
> > 
> > I have one more question regarding building.
> > When I build using ant dist, I get lots of warning messages. 
> > What is the reason behind those messages?
> > 
> > Here is one of the warning messages... i get almost 200 of 
> > such messages.
> > 
> > --------------------------------------------------------------
> > ---------------------------------
> > 
> > /usr/local/struts/src/src/share/org/apache/struts/taglib/html/
> > BaseInputTag.java:242: warning: EVAL_BODY_TAG in 
> > javax.servlet.jsp.tagext.BodyTag has been deprecated
> >     [javac]         return (EVAL_BODY_TAG);
> >     [javac]                 ^
> >     [javac]
> > /usr/local/struts/src/src/share/org/apache/struts/taglib/html/
> > BaseFieldTag.java:190: warning: EVAL_BODY_TAG in 
> > javax.servlet.jsp.tagext.BodyTag has been deprecated
> >     [javac]         return (EVAL_BODY_TAG);
> > 
> > 
> > 
> > 
> > 
> > /usr/local/struts/src/src/share/org/apache/struts/tiles/TilesU
> > tilImpl.java:193: warning: 
> > org.apache.struts.tiles.ComponentDefinitionsFactory in 
> > org.apache.struts.tiles has been deprecated
> >     [javac]     if( factory instanceof ComponentDefinitionsFactory )
> >     [javac]                            ^
> >     [javac]
> > /usr/local/struts/src/src/share/org/apache/struts/tiles/TilesU
> > tilImpl.java:195: warning: 
> > org.apache.struts.tiles.ComponentDefinitionsFactory in 
> > org.apache.struts.tiles has been deprecated
> >     [javac]       factory = new ComponentDefinitionsFactoryWrapper(
> > (ComponentDefinitionsFactory)factory );
> > 
> > 
> > 
> > --------------------------------------------------------------
> > ----------------------------------
> > 
> > Thanks
> > Abhishek
> > 
> > 
> > 
> > On Tue, 2004-05-18 at 09:24, Joe Germuska wrote:
> > > At 6:38 PM -0700 5/17/04, Abhishek Khandelwal wrote:
> > > >Hi,
> > > >I have another issue with building struts.
> > > >
> > > >The source code does not come with struts-legacy.jar
> > > >in contrib/struts-legacy/dist/ directory
> > > >
> > > >But the top level build.xml and build.properties file needs 
> > > >struts-legacy.jar.
> > > >
> > > >What is the way to do it? Is it a bug in struts released 
> > source code?
> > > 
> > > All the files in contrib/struts-legacy were removed from 
> > CVS  about 9
> > > months ago.
> > > 
> > > 
> > http://cvs.apache.org/viewcvs.cgi/jakarta->
> struts/contrib/struts-legacy
> > > /src/java/org/apache/struts/legacy/Attic/
> > > 
> > > I don't know exactly why that was done, but I wouldn't think you'd
> > > actually need them to compile Struts.  They are just provided as a 
> > > way to provide minimal support to people who rely on Struts 
> > to manage 
> > > their JDBC datasources -- a strategy which is deprecated as these 
> > > days most servlet containers provide the same functionality better.
> > > 
> > > If you just need the struts-legacy JAR, you can get it from
> > > http://ibiblio.org/maven/struts/jars/
> > > 
> > > Probably those lines should just be removed from the build.xml and
> > > build.properties -- maybe you can do that and report on whether it 
> > > still builds!
> > > 
> > > Joe
> > 
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> > 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Matthias Wessendorf <ma...@matthias-wessendorf.de>.
mmm, strange

http://cvs.apache.org/viewcvs.cgi/jakarta-struts/src/share/org/apache/st
ruts/util/
contains no GenericDataSource.java

GenericDS was removed, like joe tolds.
(for struts-1.2)

did you get CVS-based sources (nightly_build (1.2))?

or did you load src of struts-1.1, which contains legacy.jar (incl.
GenericDS)

i guess you have 1.1
(public class GenericDataSource extends
org.apache.struts.legacy.GenericDataSource ... )

Cheers,
Matze


> -----Original Message-----
> From: Abhishek Khandelwal [mailto:akhandel@spikesource.com] 
> Sent: Tuesday, May 18, 2004 7:59 PM
> To: Struts Developers List
> Subject: Re: building struts from source code
> 
> 
> No, it does not work. I get few error messages in terms of 
> genericDataSource class. So the release version needs 
> struts-legacy.jar
> 
> see the error messages below---
> 
> --------------------------------------------------------------
> ----------------------------
> 
> 
> /usr/local/struts/src/src/share/org/apache/struts/util/Generic
> DataSource.java:78: package org.apache.struts.legacy does not exist
>     [javac] public class GenericDataSource extends 
> org.apache.struts.legacy.GenericDataSource {
>    
> [javac]                                                       
>          ^
>     [javac]
> /usr/local/struts/src/src/share/org/apache/struts/action/Actio
> nServlet.java:779: cannot resolve symbol
>     [javac] symbol  : method close ()
>     [javac] location: class org.apache.struts.util.GenericDataSource
>     [javac]                         ((GenericDataSource)
> dataSource).close();
> 
> --------------------------------------------------------------
> --------------------------------
> 
> I have one more question regarding building.
> When I build using ant dist, I get lots of warning messages. 
> What is the reason behind those messages?
> 
> Here is one of the warning messages... i get almost 200 of 
> such messages.
> 
> --------------------------------------------------------------
> ---------------------------------
> 
> /usr/local/struts/src/src/share/org/apache/struts/taglib/html/
> BaseInputTag.java:242: warning: EVAL_BODY_TAG in 
> javax.servlet.jsp.tagext.BodyTag has been deprecated
>     [javac]         return (EVAL_BODY_TAG);
>     [javac]                 ^
>     [javac]
> /usr/local/struts/src/src/share/org/apache/struts/taglib/html/
> BaseFieldTag.java:190: warning: EVAL_BODY_TAG in 
> javax.servlet.jsp.tagext.BodyTag has been deprecated
>     [javac]         return (EVAL_BODY_TAG);
> 
> 
> 
> 
> 
> /usr/local/struts/src/src/share/org/apache/struts/tiles/TilesU
> tilImpl.java:193: warning: 
> org.apache.struts.tiles.ComponentDefinitionsFactory in 
> org.apache.struts.tiles has been deprecated
>     [javac]     if( factory instanceof ComponentDefinitionsFactory )
>     [javac]                            ^
>     [javac]
> /usr/local/struts/src/src/share/org/apache/struts/tiles/TilesU
> tilImpl.java:195: warning: 
> org.apache.struts.tiles.ComponentDefinitionsFactory in 
> org.apache.struts.tiles has been deprecated
>     [javac]       factory = new ComponentDefinitionsFactoryWrapper(
> (ComponentDefinitionsFactory)factory );
> 
> 
> 
> --------------------------------------------------------------
> ----------------------------------
> 
> Thanks
> Abhishek
> 
> 
> 
> On Tue, 2004-05-18 at 09:24, Joe Germuska wrote:
> > At 6:38 PM -0700 5/17/04, Abhishek Khandelwal wrote:
> > >Hi,
> > >I have another issue with building struts.
> > >
> > >The source code does not come with struts-legacy.jar
> > >in contrib/struts-legacy/dist/ directory
> > >
> > >But the top level build.xml and build.properties file needs 
> > >struts-legacy.jar.
> > >
> > >What is the way to do it? Is it a bug in struts released 
> source code?
> > 
> > All the files in contrib/struts-legacy were removed from 
> CVS  about 9
> > months ago.
> > 
> > 
> http://cvs.apache.org/viewcvs.cgi/jakarta->
struts/contrib/struts-legacy
> > /src/java/org/apache/struts/legacy/Attic/
> > 
> > I don't know exactly why that was done, but I wouldn't think you'd
> > actually need them to compile Struts.  They are just provided as a 
> > way to provide minimal support to people who rely on Struts 
> to manage 
> > their JDBC datasources -- a strategy which is deprecated as these 
> > days most servlet containers provide the same functionality better.
> > 
> > If you just need the struts-legacy JAR, you can get it from
> > http://ibiblio.org/maven/struts/jars/
> > 
> > Probably those lines should just be removed from the build.xml and
> > build.properties -- maybe you can do that and report on whether it 
> > still builds!
> > 
> > Joe
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
No, it does not work. I get few error messages in terms of
genericDataSource class.
So the release version needs struts-legacy.jar

see the error messages below---

------------------------------------------------------------------------------------------


/usr/local/struts/src/src/share/org/apache/struts/util/GenericDataSource.java:78: package org.apache.struts.legacy does not exist
    [javac] public class GenericDataSource extends
org.apache.struts.legacy.GenericDataSource {
   
[javac]                                                                ^
    [javac]
/usr/local/struts/src/src/share/org/apache/struts/action/ActionServlet.java:779: cannot resolve symbol
    [javac] symbol  : method close ()
    [javac] location: class org.apache.struts.util.GenericDataSource
    [javac]                         ((GenericDataSource)
dataSource).close();

----------------------------------------------------------------------------------------------

I have one more question regarding building.
When I build using ant dist, I get lots of warning messages. What is the
reason behind those messages?

Here is one of the warning messages... i get almost 200 of such
messages.

-----------------------------------------------------------------------------------------------

/usr/local/struts/src/src/share/org/apache/struts/taglib/html/BaseInputTag.java:242: warning: EVAL_BODY_TAG in javax.servlet.jsp.tagext.BodyTag has been deprecated
    [javac]         return (EVAL_BODY_TAG);
    [javac]                 ^
    [javac]
/usr/local/struts/src/src/share/org/apache/struts/taglib/html/BaseFieldTag.java:190: warning: EVAL_BODY_TAG in javax.servlet.jsp.tagext.BodyTag has been deprecated
    [javac]         return (EVAL_BODY_TAG);





/usr/local/struts/src/src/share/org/apache/struts/tiles/TilesUtilImpl.java:193: warning: org.apache.struts.tiles.ComponentDefinitionsFactory in org.apache.struts.tiles has been deprecated
    [javac]     if( factory instanceof ComponentDefinitionsFactory )
    [javac]                            ^
    [javac]
/usr/local/struts/src/src/share/org/apache/struts/tiles/TilesUtilImpl.java:195: warning: org.apache.struts.tiles.ComponentDefinitionsFactory in org.apache.struts.tiles has been deprecated
    [javac]       factory = new ComponentDefinitionsFactoryWrapper(
(ComponentDefinitionsFactory)factory );



------------------------------------------------------------------------------------------------

Thanks
Abhishek



On Tue, 2004-05-18 at 09:24, Joe Germuska wrote:
> At 6:38 PM -0700 5/17/04, Abhishek Khandelwal wrote:
> >Hi,
> >I have another issue with building struts.
> >
> >The source code does not come with struts-legacy.jar
> >in contrib/struts-legacy/dist/ directory
> >
> >But the top level build.xml and build.properties file needs
> >struts-legacy.jar.
> >
> >What is the way to do it? Is it a bug in struts released source code?
> 
> All the files in contrib/struts-legacy were removed from CVS  about 9 
> months ago.
> 
> http://cvs.apache.org/viewcvs.cgi/jakarta-struts/contrib/struts-legacy/src/java/org/apache/struts/legacy/Attic/
> 
> I don't know exactly why that was done, but I wouldn't think you'd 
> actually need them to compile Struts.  They are just provided as a 
> way to provide minimal support to people who rely on Struts to manage 
> their JDBC datasources -- a strategy which is deprecated as these 
> days most servlet containers provide the same functionality better.
> 
> If you just need the struts-legacy JAR, you can get it from 
> http://ibiblio.org/maven/struts/jars/
> 
> Probably those lines should just be removed from the build.xml and 
> build.properties -- maybe you can do that and report on whether it 
> still builds!
> 
> Joe


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Joe Germuska <Jo...@Germuska.com>.
At 6:38 PM -0700 5/17/04, Abhishek Khandelwal wrote:
>Hi,
>I have another issue with building struts.
>
>The source code does not come with struts-legacy.jar
>in contrib/struts-legacy/dist/ directory
>
>But the top level build.xml and build.properties file needs
>struts-legacy.jar.
>
>What is the way to do it? Is it a bug in struts released source code?

All the files in contrib/struts-legacy were removed from CVS  about 9 
months ago.

http://cvs.apache.org/viewcvs.cgi/jakarta-struts/contrib/struts-legacy/src/java/org/apache/struts/legacy/Attic/

I don't know exactly why that was done, but I wouldn't think you'd 
actually need them to compile Struts.  They are just provided as a 
way to provide minimal support to people who rely on Struts to manage 
their JDBC datasources -- a strategy which is deprecated as these 
days most servlet containers provide the same functionality better.

If you just need the struts-legacy JAR, you can get it from 
http://ibiblio.org/maven/struts/jars/

Probably those lines should just be removed from the build.xml and 
build.properties -- maybe you can do that and report on whether it 
still builds!

Joe

-- 
Joe Germuska            
Joe@Germuska.com  
http://blog.germuska.com    
       "Imagine if every Thursday your shoes exploded if you tied them 
the usual way.  This happens to us all the time with computers, and 
nobody thinks of complaining."
             -- Jef Raskin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
Hi,
I have another issue with building struts.

The source code does not come with struts-legacy.jar
in contrib/struts-legacy/dist/ directory

But the top level build.xml and build.properties file needs
struts-legacy.jar.

What is the way to do it? Is it a bug in struts released source code?

Thanks,
Abhishek


On Wed, 2004-05-12 at 07:03, Joe Germuska wrote:
> At 8:05 PM -0700 5/11/04, Abhishek Khandelwal wrote:
> >No need to make any changes in build.properties?? As mentioned in apache
> >website, regarding building instructions?
> 
> One of the motivations for developing a Maven build process for 
> Struts is to lower the barrier to entry, as there's a lot of work to 
> do in editing the build.properties to work with Ant the first time 
> (as you've seen by now if you got as far as compiling against a newer 
> version of the Servlet API!)
> 
> If you have Maven installed, you normally wouldn't need to do 
> anything else.  Maven reads a config file and downloads dependencies 
> from public repositories.
> 
> At this time, however, the Struts project has a defined dependency on 
> an unreleased version of commons-validator.  An unmodified maven 
> build from CVS HEAD will fail because that dependency can't be 
> resolved.  A full commons-validator release is coming real-soon-now, 
> and in the future, we'll be putting interim releases on a secondary 
> repository (dependency JAR web server).
> 
> For now, I've put up a copy of the dependency and written a few 
> instructions at http://apache.org/~germuska/commons-validator/
> 
> Joe


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Joe Germuska <Jo...@Germuska.com>.
At 8:05 PM -0700 5/11/04, Abhishek Khandelwal wrote:
>No need to make any changes in build.properties?? As mentioned in apache
>website, regarding building instructions?

One of the motivations for developing a Maven build process for 
Struts is to lower the barrier to entry, as there's a lot of work to 
do in editing the build.properties to work with Ant the first time 
(as you've seen by now if you got as far as compiling against a newer 
version of the Servlet API!)

If you have Maven installed, you normally wouldn't need to do 
anything else.  Maven reads a config file and downloads dependencies 
from public repositories.

At this time, however, the Struts project has a defined dependency on 
an unreleased version of commons-validator.  An unmodified maven 
build from CVS HEAD will fail because that dependency can't be 
resolved.  A full commons-validator release is coming real-soon-now, 
and in the future, we'll be putting interim releases on a secondary 
repository (dependency JAR web server).

For now, I've put up a copy of the dependency and written a few 
instructions at http://apache.org/~germuska/commons-validator/

Joe
-- 
Joe Germuska            
Joe@Germuska.com  
http://blog.germuska.com    
       "Imagine if every Thursday your shoes exploded if you tied them 
the usual way.  This happens to us all the time with computers, and 
nobody thinks of complaining."
             -- Jef Raskin

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
No need to make any changes in build.properties?? As mentioned in apache
website, regarding building instructions?

Abhishek

On Tue, 2004-05-11 at 19:22, Hien Q Nguyen wrote:
> You can get the latest 1.2.x stream directly from the cvs repository.   
> You can also grab the nightly build here:  
> http://cvs.apache.org/builds/jakarta-struts/nightly/src/
> 
> - get Maven at http://maven.apache.org, install it.
> 
> - add <Maven-install-dir>/bin to your $PATH
> 
> - unzip the nightly src zip file and then go to jakarta-struts and then  
> type 'maven dist'
> 
> 
> 
> On May 11, 2004, at 9:59 PM, Abhishek Khandelwal wrote:
> 
> > so what do I do...
> >
> > Just do maven dist??
> > Can you let me know the exact steps!
> >
> > Abhishek
> >
> > On Tue, 2004-05-11 at 18:29, Hien Q Nguyen wrote:
> >> Abhishek,
> >>
> >> Maven will attempt to download all the dependent jar files for you.
> >> You don't need to worry about adding any jar to classpath.
> >>
> >> I just did a cvs update and then a maven build and it was successful
> >>
> >> --Hien
> >>
> >> On May 11, 2004, at 9:14 PM, Abhishek Khandelwal wrote:
> >>
> >>> Hien,
> >>> How is maven related to this problem?
> >>>
> >>> On Tue, 2004-05-11 at 18:16, Hien Q Nguyen wrote:
> >>>> Download Maven http://maven.apache.org/ and install in your system.
> >>>>
> >>>> then type 'maven' , I found that life is a lot easier this way.
> >>>>
> >>>> -Hien
> >>>>
> >>>> On May 10, 2004, at 8:08 PM, Abhishek Khandelwal wrote:
> >>>>
> >>>>> I am getting this error when I try to do ant dist on the source  
> >>>>> code
> >>>>> of
> >>>>> the struts framework.
> >>>>>
> >>>>> Anyone has any idea what might the error be??? I have correctly set
> >>>>> path
> >>>>> for servlet-api.jar and jsp-api.jar
> >>>>>
> >>>>> ------------------------------------------------------------------- 
> >>>>> --
> >>>>> --
> >>>>> --
> >>>>>
> >>>>> jakarta-struts-1.1-src/src/share/org/apache/struts/upload/
> >>>>> MultipartRequestWrapper.java:95:
> >>>>> org.apache.struts.upload.MultipartRequestWrapper is not abstract  
> >>>>> and
> >>>>> does not override abstract method getLocalPort() in
> >>>>> javax.servlet.ServletRequest
> >>>>>     [javac] public class MultipartRequestWrapper implements
> >>>>> HttpServletRequest {
> >>>>>
> >>>>>
> >>>>> ------------------------------------------------------------------- 
> >>>>> --
> >>>>> --
> >>>>> ----
> >>>>>
> >>>>> Thanks,
> >>>>> Abhishek
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> ------------------------------------------------------------------- 
> >>>>> --
> >>>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >>>>> For additional commands, e-mail: dev-help@struts.apache.org
> >>>>>
> >>>>
> >>>>
> >>>> -------------------------------------------------------------------- 
> >>>> -
> >>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >>>> For additional commands, e-mail: dev-help@struts.apache.org
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >>> For additional commands, e-mail: dev-help@struts.apache.org
> >>>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >> For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Hien Q Nguyen <hi...@comcast.net>.
You can get the latest 1.2.x stream directly from the cvs repository.   
You can also grab the nightly build here:  
http://cvs.apache.org/builds/jakarta-struts/nightly/src/

- get Maven at http://maven.apache.org, install it.

- add <Maven-install-dir>/bin to your $PATH

- unzip the nightly src zip file and then go to jakarta-struts and then  
type 'maven dist'



On May 11, 2004, at 9:59 PM, Abhishek Khandelwal wrote:

> so what do I do...
>
> Just do maven dist??
> Can you let me know the exact steps!
>
> Abhishek
>
> On Tue, 2004-05-11 at 18:29, Hien Q Nguyen wrote:
>> Abhishek,
>>
>> Maven will attempt to download all the dependent jar files for you.
>> You don't need to worry about adding any jar to classpath.
>>
>> I just did a cvs update and then a maven build and it was successful
>>
>> --Hien
>>
>> On May 11, 2004, at 9:14 PM, Abhishek Khandelwal wrote:
>>
>>> Hien,
>>> How is maven related to this problem?
>>>
>>> On Tue, 2004-05-11 at 18:16, Hien Q Nguyen wrote:
>>>> Download Maven http://maven.apache.org/ and install in your system.
>>>>
>>>> then type 'maven' , I found that life is a lot easier this way.
>>>>
>>>> -Hien
>>>>
>>>> On May 10, 2004, at 8:08 PM, Abhishek Khandelwal wrote:
>>>>
>>>>> I am getting this error when I try to do ant dist on the source  
>>>>> code
>>>>> of
>>>>> the struts framework.
>>>>>
>>>>> Anyone has any idea what might the error be??? I have correctly set
>>>>> path
>>>>> for servlet-api.jar and jsp-api.jar
>>>>>
>>>>> ------------------------------------------------------------------- 
>>>>> --
>>>>> --
>>>>> --
>>>>>
>>>>> jakarta-struts-1.1-src/src/share/org/apache/struts/upload/
>>>>> MultipartRequestWrapper.java:95:
>>>>> org.apache.struts.upload.MultipartRequestWrapper is not abstract  
>>>>> and
>>>>> does not override abstract method getLocalPort() in
>>>>> javax.servlet.ServletRequest
>>>>>     [javac] public class MultipartRequestWrapper implements
>>>>> HttpServletRequest {
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------- 
>>>>> --
>>>>> --
>>>>> ----
>>>>>
>>>>> Thanks,
>>>>> Abhishek
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------- 
>>>>> --
>>>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>>>
>>>>
>>>>
>>>> -------------------------------------------------------------------- 
>>>> -
>>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail: dev-help@struts.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
so what do I do...

Just do maven dist??
Can you let me know the exact steps!

Abhishek

On Tue, 2004-05-11 at 18:29, Hien Q Nguyen wrote:
> Abhishek,
> 
> Maven will attempt to download all the dependent jar files for you.   
> You don't need to worry about adding any jar to classpath.
> 
> I just did a cvs update and then a maven build and it was successful
> 
> --Hien
> 
> On May 11, 2004, at 9:14 PM, Abhishek Khandelwal wrote:
> 
> > Hien,
> > How is maven related to this problem?
> >
> > On Tue, 2004-05-11 at 18:16, Hien Q Nguyen wrote:
> >> Download Maven http://maven.apache.org/ and install in your system.
> >>
> >> then type 'maven' , I found that life is a lot easier this way.
> >>
> >> -Hien
> >>
> >> On May 10, 2004, at 8:08 PM, Abhishek Khandelwal wrote:
> >>
> >>> I am getting this error when I try to do ant dist on the source code  
> >>> of
> >>> the struts framework.
> >>>
> >>> Anyone has any idea what might the error be??? I have correctly set
> >>> path
> >>> for servlet-api.jar and jsp-api.jar
> >>>
> >>> --------------------------------------------------------------------- 
> >>> --
> >>> --
> >>>
> >>> jakarta-struts-1.1-src/src/share/org/apache/struts/upload/
> >>> MultipartRequestWrapper.java:95:
> >>> org.apache.struts.upload.MultipartRequestWrapper is not abstract and
> >>> does not override abstract method getLocalPort() in
> >>> javax.servlet.ServletRequest
> >>>     [javac] public class MultipartRequestWrapper implements
> >>> HttpServletRequest {
> >>>
> >>>
> >>> --------------------------------------------------------------------- 
> >>> --
> >>> ----
> >>>
> >>> Thanks,
> >>> Abhishek
> >>>
> >>>
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >>> For additional commands, e-mail: dev-help@struts.apache.org
> >>>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >> For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
I guess Struts 1.2 is not yet available!!!

I can only see Struts 1.1 from apache site.

Abhishek

On Tue, 2004-05-11 at 18:37, Mike Kienenberger wrote:
> I'm fairly certain that Struts 1.1 is pre-maven.  Maven is only helpful for 
> CVS and struts 1.2.
> 
> -Mike
> 
> 
> Hien Q Nguyen <hi...@comcast.net> wrote:
> > Abhishek,
> > 
> > Maven will attempt to download all the dependent jar files for you.   
> > You don't need to worry about adding any jar to classpath.
> > 
> > I just did a cvs update and then a maven build and it was successful
> > 
> > --Hien
> > 
> > On May 11, 2004, at 9:14 PM, Abhishek Khandelwal wrote:
> > 
> > > Hien,
> > > How is maven related to this problem?
> > >
> > > On Tue, 2004-05-11 at 18:16, Hien Q Nguyen wrote:
> > >> Download Maven http://maven.apache.org/ and install in your system.
> > >>
> > >> then type 'maven' , I found that life is a lot easier this way.
> > >>
> > >> -Hien
> > >>
> > >> On May 10, 2004, at 8:08 PM, Abhishek Khandelwal wrote:
> > >>
> > >>> I am getting this error when I try to do ant dist on the source code  
> > >>> of
> > >>> the struts framework.
> > >>>
> > >>> Anyone has any idea what might the error be??? I have correctly set
> > >>> path
> > >>> for servlet-api.jar and jsp-api.jar
> > >>>
> > >>> --------------------------------------------------------------------- 
> > >>> --
> > >>> --
> > >>>
> > >>> jakarta-struts-1.1-src/src/share/org/apache/struts/upload/
> > >>> MultipartRequestWrapper.java:95:
> > >>> org.apache.struts.upload.MultipartRequestWrapper is not abstract and
> > >>> does not override abstract method getLocalPort() in
> > >>> javax.servlet.ServletRequest
> > >>>     [javac] public class MultipartRequestWrapper implements
> > >>> HttpServletRequest {
> > >>>
> > >>>
> > >>> --------------------------------------------------------------------- 
> > >>> --
> > >>> ----
> > >>>
> > >>> Thanks,
> > >>> Abhishek
> > >>>
> > >>>
> > >>>
> > >>>
> > >>> ---------------------------------------------------------------------
> > >>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > >>> For additional commands, e-mail: dev-help@struts.apache.org
> > >>>
> > >>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > >> For additional commands, e-mail: dev-help@struts.apache.org
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > For additional commands, e-mail: dev-help@struts.apache.org
> > >
> > 
> > 
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> > 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Mike Kienenberger <mk...@alaska.net>.
I'm fairly certain that Struts 1.1 is pre-maven.  Maven is only helpful for 
CVS and struts 1.2.

-Mike


Hien Q Nguyen <hi...@comcast.net> wrote:
> Abhishek,
> 
> Maven will attempt to download all the dependent jar files for you.   
> You don't need to worry about adding any jar to classpath.
> 
> I just did a cvs update and then a maven build and it was successful
> 
> --Hien
> 
> On May 11, 2004, at 9:14 PM, Abhishek Khandelwal wrote:
> 
> > Hien,
> > How is maven related to this problem?
> >
> > On Tue, 2004-05-11 at 18:16, Hien Q Nguyen wrote:
> >> Download Maven http://maven.apache.org/ and install in your system.
> >>
> >> then type 'maven' , I found that life is a lot easier this way.
> >>
> >> -Hien
> >>
> >> On May 10, 2004, at 8:08 PM, Abhishek Khandelwal wrote:
> >>
> >>> I am getting this error when I try to do ant dist on the source code  
> >>> of
> >>> the struts framework.
> >>>
> >>> Anyone has any idea what might the error be??? I have correctly set
> >>> path
> >>> for servlet-api.jar and jsp-api.jar
> >>>
> >>> --------------------------------------------------------------------- 
> >>> --
> >>> --
> >>>
> >>> jakarta-struts-1.1-src/src/share/org/apache/struts/upload/
> >>> MultipartRequestWrapper.java:95:
> >>> org.apache.struts.upload.MultipartRequestWrapper is not abstract and
> >>> does not override abstract method getLocalPort() in
> >>> javax.servlet.ServletRequest
> >>>     [javac] public class MultipartRequestWrapper implements
> >>> HttpServletRequest {
> >>>
> >>>
> >>> --------------------------------------------------------------------- 
> >>> --
> >>> ----
> >>>
> >>> Thanks,
> >>> Abhishek
> >>>
> >>>
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >>> For additional commands, e-mail: dev-help@struts.apache.org
> >>>
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> >> For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Hien Q Nguyen <hi...@comcast.net>.
Abhishek,

Maven will attempt to download all the dependent jar files for you.   
You don't need to worry about adding any jar to classpath.

I just did a cvs update and then a maven build and it was successful

--Hien

On May 11, 2004, at 9:14 PM, Abhishek Khandelwal wrote:

> Hien,
> How is maven related to this problem?
>
> On Tue, 2004-05-11 at 18:16, Hien Q Nguyen wrote:
>> Download Maven http://maven.apache.org/ and install in your system.
>>
>> then type 'maven' , I found that life is a lot easier this way.
>>
>> -Hien
>>
>> On May 10, 2004, at 8:08 PM, Abhishek Khandelwal wrote:
>>
>>> I am getting this error when I try to do ant dist on the source code  
>>> of
>>> the struts framework.
>>>
>>> Anyone has any idea what might the error be??? I have correctly set
>>> path
>>> for servlet-api.jar and jsp-api.jar
>>>
>>> --------------------------------------------------------------------- 
>>> --
>>> --
>>>
>>> jakarta-struts-1.1-src/src/share/org/apache/struts/upload/
>>> MultipartRequestWrapper.java:95:
>>> org.apache.struts.upload.MultipartRequestWrapper is not abstract and
>>> does not override abstract method getLocalPort() in
>>> javax.servlet.ServletRequest
>>>     [javac] public class MultipartRequestWrapper implements
>>> HttpServletRequest {
>>>
>>>
>>> --------------------------------------------------------------------- 
>>> --
>>> ----
>>>
>>> Thanks,
>>> Abhishek
>>>
>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>>> For additional commands, e-mail: dev-help@struts.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
>> For additional commands, e-mail: dev-help@struts.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Abhishek Khandelwal <ak...@spikesource.com>.
Hien,
How is maven related to this problem?

On Tue, 2004-05-11 at 18:16, Hien Q Nguyen wrote:
> Download Maven http://maven.apache.org/ and install in your system.
> 
> then type 'maven' , I found that life is a lot easier this way.
> 
> -Hien
> 
> On May 10, 2004, at 8:08 PM, Abhishek Khandelwal wrote:
> 
> > I am getting this error when I try to do ant dist on the source code of
> > the struts framework.
> >
> > Anyone has any idea what might the error be??? I have correctly set  
> > path
> > for servlet-api.jar and jsp-api.jar
> >
> > ----------------------------------------------------------------------- 
> > --
> >
> > jakarta-struts-1.1-src/src/share/org/apache/struts/upload/ 
> > MultipartRequestWrapper.java:95:  
> > org.apache.struts.upload.MultipartRequestWrapper is not abstract and  
> > does not override abstract method getLocalPort() in  
> > javax.servlet.ServletRequest
> >     [javac] public class MultipartRequestWrapper implements
> > HttpServletRequest {
> >
> >
> > ----------------------------------------------------------------------- 
> > ----
> >
> > Thanks,
> > Abhishek
> >
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Re: building struts from source code

Posted by Hien Q Nguyen <hi...@comcast.net>.
Download Maven http://maven.apache.org/ and install in your system.

then type 'maven' , I found that life is a lot easier this way.

-Hien

On May 10, 2004, at 8:08 PM, Abhishek Khandelwal wrote:

> I am getting this error when I try to do ant dist on the source code of
> the struts framework.
>
> Anyone has any idea what might the error be??? I have correctly set  
> path
> for servlet-api.jar and jsp-api.jar
>
> ----------------------------------------------------------------------- 
> --
>
> jakarta-struts-1.1-src/src/share/org/apache/struts/upload/ 
> MultipartRequestWrapper.java:95:  
> org.apache.struts.upload.MultipartRequestWrapper is not abstract and  
> does not override abstract method getLocalPort() in  
> javax.servlet.ServletRequest
>     [javac] public class MultipartRequestWrapper implements
> HttpServletRequest {
>
>
> ----------------------------------------------------------------------- 
> ----
>
> Thanks,
> Abhishek
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


RE: building struts from source code

Posted by Martin Cooper <ma...@apache.org>.

> -----Original Message-----
> From: Abhishek Khandelwal [mailto:akhandel@spikesource.com]
> Sent: Monday, May 10, 2004 5:08 PM
> To: Struts Developers List
> Subject: building struts from source code
>
>
> I am getting this error when I try to do ant dist on the source code of
> the struts framework.
>
> Anyone has any idea what might the error be??? I have correctly set path
> for servlet-api.jar and jsp-api.jar

You're building against the Servlet 2.4 API, with which Struts is not yet
compatible. (The getLocalPort() method was added to the Servlet API for
version 2.4.) If you try building against the Servlet 2.3 (or 2.2) API, you
should have more success.

--
Martin Cooper


>
> -------------------------------------------------------------------------
>
> jakarta-struts-1.1-src/src/share/org/apache/struts/upload/Multipar
> tRequestWrapper.java:95:
> org.apache.struts.upload.MultipartRequestWrapper is not abstract
> and does not override abstract method getLocalPort() in
> javax.servlet.ServletRequest
>     [javac] public class MultipartRequestWrapper implements
> HttpServletRequest {
>
>
> ------------------------------------------------------------------
> ---------
>
> Thanks,
> Abhishek
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> For additional commands, e-mail: dev-help@struts.apache.org
>
>



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org