The Struts Annotations 1.0.4 test build is now available as a Maven
artifact. It is a dependency of Struts 2.1.3.
If you have had a chance to review the test build, please respond with
a vote on its quality:
[ ] Leave at test build
[ ] Alpha
[ ] Beta
[ ] General Availability (GA)
Everyone who ha
Please ask this question on the struts-user mailing list; the struts-dev list
is for the development of Struts itself.
Before you do, make sure you're using the Java 1.4 version of Struts 2, and
that you're deploying your class file into its appropriate (package) location
under WEB-INF/classes.
Is there any trick that I am missing in order to use Struts 2 with JDK 1.4.2?
I'm using Eclipse 3.4.1 and I have installed JDK 1.4.2_19. I'm using tomcat
5.0.28 since 5.5 only work with JDK 1.5.
I have appended the following to web.xml (in servers context). This web.xml is
using web-app version
Den 22. des.. 2008 kl. 20.52 skrev Dave Newton :
IntelliJ generates an @Override for interface implementations?
This is a new feature of java 6
--- On Mon, 12/22/08, Musachy Barroso wrote:
From: Musachy Barroso
Subject: Re: 2.1.3 release
To: "Struts Developers List"
Date: Monday, Dec
Oh, yeah, that could be--I didn't check the history.
In any case, it won't compile under 1.5, so I took 'em out :p
--- On Mon, 12/22/08, Musachy Barroso wrote:
From: Musachy Barroso
Subject: Re: 2.1.3 release
To: "Struts Developers List"
Date: Monday, December 22, 2008, 2:54 PM
-Inline
dunno.Maybe they did overwrite something which was removed from the base later.
On Mon, Dec 22, 2008 at 2:52 PM, Dave Newton wrote:
> IntelliJ generates an @Override for interface implementations?
>
> --- On Mon, 12/22/08, Musachy Barroso wrote:
>
> From: Musachy Barroso
> Subject: Re: 2.1.3 re
IntelliJ generates an @Override for interface implementations?
--- On Mon, 12/22/08, Musachy Barroso wrote:
From: Musachy Barroso
Subject: Re: 2.1.3 release
To: "Struts Developers List"
Date: Monday, December 22, 2008, 2:43 PM
-Inline Attachment Follows-
I recently started using Int
Hmm... build is failing
http://opensource.bamboo.atlassian.com/browse/STRUTS-MAIN-979 The overriden
methods using @Override do not override methods from superclass.
Musachy Barroso wrote:
>
> It is building for me.
>
> On Mon, Dec 22, 2008 at 2:31 PM, Dave Newton
> wrote:
>> I thought I commi
I recently started using IntelliJ, so that's where they are probably
coming from, I hadn't even noticed them. I am using 1.6 also.
musachy
On Mon, Dec 22, 2008 at 2:39 PM, Dave Newton wrote:
> Not me; the @Override tags are bogus--they're not overriding anything.
>
> Is this a 1.5-1.6 thing? I j
it was ok for me with jdk version 1.6
--- On Mon, 12/22/08, Dave Newton wrote:
From: Dave Newton
Subject: Re: 2.1.3 release
To: "Struts Developers List"
Date: Monday, December 22, 2008, 11:39 AM
Not me; the @Override tags are bogus--they're not overriding anything.
Is this a 1.5-1.6 thing? I
It also failed under Bamboo.
--- On Mon, 12/22/08, bam...@apache.org wrote:
From: bam...@apache.org
Subject: [OSS Bamboo] Struts 2 SVN - Main Build build 979 has FAILED (0 tests
failed). Change made by Musachy Barroso
To: comm...@struts.apache.org
Date: Monday, December 22, 2008, 2:24 PM
#y
Not me; the @Override tags are bogus--they're not overriding anything.
Is this a 1.5-1.6 thing? I just committed a version w/o the override tags :/
I'm compiling under 1.5 (on my Mac) and it definitely bombs with them in there,
which makes sense to me.
--- On Mon, 12/22/08, Musachy Barroso wro
It is building for me.
On Mon, Dec 22, 2008 at 2:31 PM, Dave Newton wrote:
> I thought I committed the change that took those out; maybe I forgot.
>
> --- On Mon, 12/22/08, vikofvan wrote:
>
> From: vikofvan
> Subject: Re: 2.1.3 release
> To: dev@struts.apache.org
> Date: Monday, December 22, 2
I thought I committed the change that took those out; maybe I forgot.
--- On Mon, 12/22/08, vikofvan wrote:
From: vikofvan
Subject: Re: 2.1.3 release
To: dev@struts.apache.org
Date: Monday, December 22, 2008, 2:29 PM
FYI javatemplates-plugin compilation fails because of the @Override
annotati
FYI javatemplates-plugin compilation fails because of the @Override
annotation. We experienced the same problem on our end. Could you please
look into that. Thanks.
Musachy Barroso wrote:
>
> I am doing that atm, and adding it to the assembly descriptors also.
>
> musachy
>
> On Mon, Dec 2
I am doing that atm, and adding it to the assembly descriptors also.
musachy
On Mon, Dec 22, 2008 at 1:56 PM, vikofvan wrote:
>
> Thanks for moving it out of sandbox. Could you please add it to plugin
> modules so that it can be compiled. Thanks.
>
>
> Musachy Barroso wrote:
>>
>> Yes, I was giv
Thanks for moving it out of sandbox. Could you please add it to plugin
modules so that it can be compiled. Thanks.
Musachy Barroso wrote:
>
> Yes, I was giving people time to comment on the other thread, but
> given that there are no objections, I think we can move it out.
>
> musachy
>
> On
done
On Mon, Dec 22, 2008 at 1:11 PM, vikofvan wrote:
>
> How about moving javatemplate-plugin out of sandbox for 2.1.3 release? will
> be much appreciated.
>
>
> Musachy Barroso wrote:
>>
>> I wouldn't know, based on my knowledge of tiles (0). But if it is not
>> a problem with struts core itsel
Yes, I was giving people time to comment on the other thread, but
given that there are no objections, I think we can move it out.
musachy
On Mon, Dec 22, 2008 at 1:11 PM, vikofvan wrote:
>
> How about moving javatemplate-plugin out of sandbox for 2.1.3 release? will
> be much appreciated.
>
>
>
How about moving javatemplate-plugin out of sandbox for 2.1.3 release? will
be much appreciated.
Musachy Barroso wrote:
>
> I wouldn't know, based on my knowledge of tiles (0). But if it is not
> a problem with struts core itself, it probably shouldn't be a blocker.
>
> musachy
>
> On Mon,
I wouldn't know, based on my knowledge of tiles (0). But if it is not
a problem with struts core itself, it probably shouldn't be a blocker.
musachy
On Mon, Dec 22, 2008 at 12:14 PM, Antonio wrote:
> 2008/12/22 Musachy Barroso :
>> argh..this one might be a blocker:
>> https://issues.apache.org/
2008/12/22 Musachy Barroso :
> argh..this one might be a blocker:
> https://issues.apache.org/struts/browse/WW-2762
>
> Has anyone looked into this?
Blocker? Probably it is a configuration parameter that the reporter did not put.
Antonio
--
argh..this one might be a blocker:
https://issues.apache.org/struts/browse/WW-2762
Has anyone looked into this?
musachy
On Mon, Dec 22, 2008 at 11:54 AM, Musachy Barroso wrote:
> I am going to merge the "release" branch into trunk and move the
> remaining open tickets (none of them are blockers
+1
On Mon, Dec 22, 2008 at 11:54 AM, Musachy Barroso wrote:
> I am going to merge the "release" branch into trunk and move the
> remaining open tickets (none of them are blockers, or that important
> actually) to 2.1.4, and then try to make a release tonight. This is my
> first time so sit tight
I am going to merge the "release" branch into trunk and move the
remaining open tickets (none of them are blockers, or that important
actually) to 2.1.4, and then try to make a release tonight. This is my
first time so sit tight :)
musachy
--
"Hey you! Would you help me to carry the stone?" Pink
Woot! Very nice work on pusing this through Musachy!! I didn't even
realize it happened. I rebuilt my Mac and went to the sandbox to rebuild
convention and poof it was gone. I was very excited.
Musachy Barroso wrote:
>
> done
>
> On Tue, Dec 16, 2008 at 2:49 PM, Rainer Hermanns
> wrot
Thanks Don!
Don Brown-2 wrote:
>
> I fixed the builds running at
> http://opensource.bamboo.atlassian.com/browse/STRUTS
>
> The problem was a Maven 1 repository in there that was causing Maven
> to, for some reason, not try all the repositories when looking for a
> dependency. For now, I just
if you are trying to reload just the specific configuration that
changed, that 's a real challenge. The changes to reload just a
specific PackageProvider would go in DefaultConfiguration. Instead of
clearing the whole packageContexts map, we would need to just remove
the one that needs reloading, a
sorry, meant "the configuration kept by the configuration manager"
On Mon, Dec 22, 2008 at 10:43 AM, Blake Byrnes wrote:
> Well, the problem was all the actionPackage configs are stored in the
> configuration manager. In order to "overwrite" the config, i needed to take
> out checks in several l
Well, the problem was all the actionPackage configs are stored in the
configuration manager. In order to "overwrite" the config, i needed to take
out checks in several levels that prevent duplicate configs from being
inserted. It was just turning into too much code to do in Javassist, since
it do
yes, you are right on that, once a change is detected, the whole
config is thrown away and reloaded. It wouldn't be too hard to change
it, to just reload the package manager that needs a reload.
musachy
On Mon, Dec 22, 2008 at 10:27 AM, Blake Byrnes wrote:
> Javarebel actually provides all the J
Javarebel actually provides all the JVM reloading tools to you. It's a
pretty neat framework that goes a lot further than hotswapping in the JVM.
The problem I was having was actually that CodeBehind doesn't provide
methods to overwrite the configs for a single changed action. It only
allows the
32 matches
Mail list logo
