Usually it would be an unassigned issue. Any ou can always ask aktive
developers directly onm the list, whether somebody is working on it. [
Konstantin Pribluda http://www.pribluda.de ] JTec quality
components: http://www.pribluda.de/projects/
On Wednesday, February 1
I would add timeslot of popularity. Struts 1 was popular till 2005-2007.
While there are still struts 1 projects they are very very rare now.
[ Konstantin Pribluda http://www.pribluda.de ]
JTec quality components: http://www.pribluda.de/projects/
Yep, it is. You should go for 1.7 and nobody will have problem with it.
[ Konstantin Pribluda http://www.pribluda.de ]
JTec quality components: http://www.pribluda.de/projects/
From: Johannes Geppert
To: Struts Developers List
Sent:
Hi guys,
JSR 330 is cool and shall be definitely supported - but you still need
fallback metadata mechanism.
Drawback of annotatioj is that it is class bound, and thus you can not have
two of something without
subclassing. Neither can you reconfigure classes coming as jar dependency.
J
Hi Lukasz,
In velocity it means silent referencing- write nothing in case it evaluates to
null. Otherwise reference
name is writen
regards,
[ Konstantin Pribluda http://www.pribluda.de ]
JTec quality components: http://www.pribluda.de/projects/
___
[ Konstantin Pribluda http://www.pribluda.de ]
JTec quality components: http://www.pribluda.de/projects/
--- On Wed, 12/3/08, Rene Gielen <[EMAIL PROTECTED]> wrote:
> From: Rene Gielen <[EMAIL PROTECTED]>
> Subject: Who's going to Devoxx conference, Antwerp?
> To: "Struts D
--- Musachy Barroso <[EMAIL PROTECTED]> wrote:
> I noticed that xwork groupid is set to
> "com.opensymphony.xwork" yet
> core's pom is pointing to "opensymphony". Will
> anything break if I go
> ahead an change that? (Bamboo is always yelling at
> me :) )
diffucult to tell. but recently ( frid
--- Maurizio Catellani
<[EMAIL PROTECTED]> wrote:
> My application uses the struts2 plugin for spring
> and works fine if
> installed on a server with runtime java 1.5.
> but if I use a server with runtime 1.4 (like
> Websphere 6.0) I receive an
> exception:
> java.lang.UnsupportedClassVersionE
--- Bob Lee <[EMAIL PROTECTED]> wrote:
> On 2/26/07, Konstantin Priblouda
> <[EMAIL PROTECTED]> wrote:
> >
> > > U, strictly speaking, that's still code. ;)
> >
> > Strictly speaking yes. But it is externalized and
> > does not impose
--- Bob Lee <[EMAIL PROTECTED]> wrote:
> On 2/26/07, Konstantin Priblouda
> <[EMAIL PROTECTED]> wrote:
> >
> > > My point still holds true--Pico requires more
> code
> > > than Guice.
> >
> > Structly speaking using pico in a webapp
--- Dave Newton <[EMAIL PROTECTED]> wrote:
> --- Konstantin Priblouda <[EMAIL PROTECTED]>
> wrote:
> > WW 8.1.6 has some other bugs,
>
> That's being very polite ;) WW drives me nuts.
( I meant WLS )
You do not have support contract? If yes
--- Dave Newton <[EMAIL PROTECTED]> wrote:
> --- Konstantin Priblouda <[EMAIL PROTECTED]>
> wrote:
> > I'm still using XW 1.x because I'm using WW2
> > ( can not move to S2 yet due to 1.5+ requirement )
>
> FWIW the Retro'd jars have (s
--- Bob Lee <[EMAIL PROTECTED]> wrote:
>
>
> My point still holds true--Pico requires more code
> than Guice.
Structly speaking using pico in a webapp requires no
code at all (except of course container configuration
in xml or whatever else)
>
> And annotation introduces explicit dependency
--- Bob Lee <[EMAIL PROTECTED]> wrote:
> On 2/26/07, Konstantin Priblouda
> <[EMAIL PROTECTED]> wrote:
> >
> > If S2 architecture is the same than WW2, then it
> is
> > not necessary to register it as plugin - it's just
> an
> > object fact
--- Tom Schneider <[EMAIL PROTECTED]> wrote:
> There is no pico/nanocontainer support in struts2 at
> the moment. (I
> don't think it made it over in the merger) IMO this
> is best
> implemented as an external plugin anyhow. All
> external plugins thus
> far have used googlecode to host their
--- Bob Lee <[EMAIL PROTECTED]> wrote:
> On 2/26/07, Konstantin Priblouda
> <[EMAIL PROTECTED]> wrote:
> >
> > Hi Bob,
> > I'd like to say that I'm codeveloper of
> > pico/nanocontainer.
>
>
> I've used Pico and Nano. Nano use
--- Bob Lee <[EMAIL PROTECTED]> wrote:
Hi Bob,
I'd like to say that I'm codeveloper of
pico/nanocontainer.
> Type checking, performance, documentation, less
> code, generic types support,
> cleaner configuration (Guice uses a nice EDSL), no
> setter method
> requirement, up front error checki
--- Paul Benedict <[EMAIL PROTECTED]> wrote:
> Bob,
>
> I see some interesting similarities to other
> projects. Tapestry has an
> @Inject annotation, and Spring has a @Required
> annotation. I guess my
> question is why would someone prefer Guice support
> over Spring? I read
> the "Why Guic
--- Rene Gielen <[EMAIL PROTECTED]>
> For now, and that's what I understood from
> Konstantins post, we would have to throw in some
> additional work to get a annotation+xd2 based
> generation up and running, while the apt based
> solution helps us to get a first shot very quickly.
> And, of co
--- Martin Cooper <[EMAIL PROTECTED]> wrote:
>
> I think you're misunderstanding. The purpose of
> Jakarta Web Components is to
> form a grouping of small web-related projects, along
> the same lines as
> Jakarta Commons but focussed on web related stuff.
> It is specifically not a
> project in
--- James Mitchell <[EMAIL PROTECTED]> wrote:
> No objections here.
>
> Konstantin, I hope you understand that I (and I'm
> sure others) really
> appreciate your help.
Being long time commiter on different projects helps
to understand a lot - as I'm not a commiter on
struts/ww,
I may propos
HI all,
I just created an issue containing patch to pom.xml
to enable tld-generation by xdoclet-2
( WW-1512 )
feel free to ask questions.
regards,
[ Konstantin Pribluda http://www.pribluda.de ]
Still using XDoclet 1.x? XDoclet 2 is released and of production quality.
che
--- Rene Gielen <[EMAIL PROTECTED]>
wrote:
> When we started the taglib generation in ww2, we had
> to tweak the xdoclet templates and a little bit of
> code because the meta information had to be in the
> component sources rather than the Tag-classes.
> Because of the dual use of the components
--- Musachy Barroso <[EMAIL PROTECTED]> wrote:
> Don
>
> I guess the real question is if we want to go for
> annotations or not. If
> we do, then writing the 2 required classes for apt
> (which are done
> already...yeah I was bored today :) ) won't be
> harder than writing the
> metadata pro
--- Don Brown <[EMAIL PROTECTED]> wrote:
> If the xdoclet 2 project already has a taglib
> module, I'd rather use
> that. Is there any technical reason we would need
> to have our own
> custom taglib generation module?
Here is the invocation:
--%<---
--- Don Brown <[EMAIL PROTECTED]> wrote:
> Surely, we can't be the first project interested in
> using annotations to
> generate taglib tld's? Is there any other solution
> out there we can
> leverage?
Hi Don, you have several options out of the box:
1. XD2 has working taglib module, maven2
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> Since we haven't had any takers on fixing the
> XDoclet processing, I
> doubt that anyone is married to the XDoclet
> approach.
What do you like to be fixed with xdoclet?
I'm kind of a person who could do this.
regards,
[ Konstantin Pribluda h
--- Bob Lee <[EMAIL PROTECTED]> wrote:
> I'm aware of the container per scope pattern. The
> first time I saw it was
> when Joe Walnes did it with WebWork's DI container
> (before Spring and Pico
> existed).
>
> I actually tried the container per scope approach
> with Guice first. It
> worked f
--- tm jee <[EMAIL PROTECTED]> wrote:
> Thx for the share of knowledge Konstantin. I'd need
> to read up about pico to be able to understand more.
> :)
http://www.picocontainer.org/5.1+Tutorials
to get overall idea.
For usage in web, you may look at my demo
( though this may need some depende
--- tm jee <[EMAIL PROTECTED]> wrote:
> Thx for the reply. If you have any finding, I'd be
> glad to learn more about it. I am kindof interested
> in this area as well. But i am still a beginner so I
> might talk nonsense... :P
Well, I'm pretty used to DI / IoC containers ( being
pico commiter
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> On 11/15/06, Musachy Barroso <[EMAIL PROTECTED]>
> wrote:
> > Is anything going to be done for the TLD
> generation or we are just going
> > to update it by hand (that's what I've been doing
> anyway) for now?
>
> We'd like to go back to using XDoclet
--- tm jee <[EMAIL PROTECTED]> wrote:
> Hi Konstantin,
>
> Its at http://code.google.com/p/google-guice/
>
> Enjoy Guice. Its Guice time :-)
Not sure whether I will be enjoying it, but I
will try to understand why it is better thank
pico/nano or spring.
regards,
[ Konstantin
--- tm jee <[EMAIL PROTECTED]> wrote:
> Hi guys,
>
> Guice doesn't seem to have a mailing list or forum.
> Does anyone know how to follow up with development /
> news of Guice?
>
> It doesn't seem to have a documentation page as
> well, too bad for such a superb project. :P Anyone
> knows abo
--- Wendy Smoak <[EMAIL PROTECTED]> wrote:
> On 11/7/06, Matt Raible <[EMAIL PROTECTED]> wrote:
>
> > Yes, they are. I haven't used a in my
> web.xml in years. ;-)
> > It is needed by some 2.3 containers, but shouldn't
> be needed according
> > to the spec.
>
> Me, neither. :) The next ques
--- Musachy Barroso <[EMAIL PROTECTED]> wrote:
> Does this list accept attachments? It got rejected
> as spam :)
>
file jira issue and attach it there.
regards,
[ Konstantin Pribluda http://www.pribluda.de ]
Still using XDoclet 1.x? XDoclet 2 is released and of production
--- Rahul Akolkar <[EMAIL PROTECTED]> wrote:
>
> If the license headers were previously unclear (per
> your comments
> below, I'm not aware of the specifics of this case),
> then having the
> copyright owner(s) resubmit in line with current ASF
> header policy (if
> they're so inclined) is a goo
--- Alexandru Popescu
<[EMAIL PROTECTED]> wrote:
> Konstantin, I was always curious if you have an
> example (not quite
> basic) about how Pico container is used.
Well, there is one in nanocontainer demos:
http://svn.picocontainer.codehaus.org/browse/picocontainer/java/demos/trunk/jtec
( this m
--- Don Brown <[EMAIL PROTECTED]> wrote:
> I believe the Pico stuff had to be pulled out due to
> unclear license
> headers in an effort to get the WebWork code through
> the Apache
> Incubator.
Well, what should be there in the headers then?
As pico commiter I'm open to negotiations ;)
Hi all,
while looking into S2 codebase I miss picocontainer
support from webwork. As commiter and user of pico, I
would like to have the same functionality in S2
( with some patches fixing bugs, most imporant:
http://jira.opensymphony.com/browse/WW-1370 )
And while we are at it, those problems c
OK Ted, Result selector is real way to do.
It would not introduce any new configuration
( xwork config parser can be used ) and it can be made
flexible and extendable as ;)
And AFAIR standart results/distpatchers already use
OGNL on supplied destinations, so this kind of
functionality could be
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> Yes, ideally the Action should be able to focus on
> the top-level
> outcome of the business logic. Did the request
> success or fail? Was
> there a recoverable error? A fatal exception?
... and struts2 action being xwork action does just
this - no m
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> On 10/28/06, Don Brown <[EMAIL PROTECTED]> wrote:
> > Well, my original purpose is to find a way to best
> handle the case where
> > we want to generate multiple types of output
> without the Action being
> > aware of it. Foremost in my mind is the ab
( I send this off list - I hate struts flamewars )
Jack,
you are saying right things to people who fail
to understand them...
Struts was already brain-dead in 2001, and they
will fail to assimilate webwork properly.
(I will be first in line to fork it or apply to
comimter status at opensym
--- Jason Carreira <[EMAIL PROTECTED]>
wrote:
> It was always assumed until recently that WebWork
> users would find it very simple to move to SAF 2.x
> and would quickly form a community around SAF 2.0.
> If the API is going to be very different, the
> migration path for WebWork users is going
Hi all,
Said plugin is available for eraly testing.
Snapshot version ( plugin-xwork-1.0.4-SNAPSHOT ) is
deployed on codehaus repository.
Tag and plugin domumentation is available on
http://xdoclet.codehaus.org/
Sources are in sourceforge project:
http://www.sourceforge.net/projects/xdoclet-
--- "Pilgrim, Peter" <[EMAIL PROTECTED]>
wrote:
> As a new user of WebWork 2.2 I dont see much of
> XWork except for the
> xwork.xml file. So I agree totally. This is not to
> say that as an
> advanced user, one day I might decide to exploit an
> XWork feature.
Actions itself, parameter settin
--- Wendy Smoak <[EMAIL PROTECTED]> wrote:
> On 2/27/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
> > Java 5 is not required to compile Standalone
> Tiles. It looks like
> > whoever built the JAR that is currently posted
> built it using Java
> > 5. I'm not really sure how that process works
> r
--- Snow Huynh <[EMAIL PROTECTED]> wrote:
> I am in a group that is doing tooling for Struts,
> and we want to provide
> some tooling for Tiles now. Some of our user
> scenerios only use Tiles and
> not Struts. We'd like to support these scenerios
> without dragging Struts
> along if possible
--- Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On Fri, 18 Mar 2005 04:03:31 -0800 (PST), Konstantin
> Priblouda
> <[EMAIL PROTECTED]> wrote:
>
> > That's my question :) I would like to see a
> > possibility to plug in something like
> ActionF
--- Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 9:33 AM -0800 3/18/05, Craig McClanahan wrote:
> >On Fri, 18 Mar 2005 04:03:31 -0800 (PST),
> Konstantin Priblouda
> ><[EMAIL PROTECTED]> wrote:
> >
> >> That's my question :) I would like to
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> We need to do all the same things for all the same
> reasons, but each
> of these framework wants to handle common tasks,
> like input
> validation, data conversion, and text formatting, on
> the presentation
> layer, and then leave the logic processing
--- "Pilgrim, Peter" <[EMAIL PROTECTED]> wrote:
> >
> > It is the same use case as obtaining action from
> IoC
> > container. Advantages are clear -
> action/controller
> > does not need to know:
> > - what IoC we are using
> > - how ( and where ) business logic objects are
> > obtained
> >
>
--- "Pilgrim, Peter" <[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: Konstantin Priblouda
> [mailto:[EMAIL PROTECTED]
> >
> >
> > --- Joe Germuska <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > What
--- Craig McClanahan <[EMAIL PROTECTED]> wrote:
> It is also instructive to observe the growing
> popularity (in
> enterprise Java circles) of IoC approaches to
> instantiating business
> and service objects (Spring, Hivemind,
> PicoContainer, etc.), which are
> implemented as POJOs and composed
--- Joe Germuska <[EMAIL PROTECTED]> wrote:
>
> What is your antecedent for "this"? Having an
> ActionCommand
> interface? Using an IoC container as an
> ActionFactory? Having a
> ThreadLocal store the current ActionContext?
action factory going to IoC container for actions
exists already
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> IMHO, Actions are fine the way they are. The one and
> only problem is
> that people keep trying to use Actions (and Struts)
> as a component of
> a business logic framework, rather than as an
> *adjunct* to a business
> logic framework.
I'd like to di
--- Joe Germuska <[EMAIL PROTECTED]> wrote:
> The talk has since receded, but a few weeks ago
> there was quite a bit
> of discussion about making Tiles a proper standalone
> framework, more
> clearly able to be used with or without Struts.
IIRC, tiles was absorbed by struts first... Now it's
Hi all,
I'm commiter of pico/nanocontainer ( as well as
xdoclet 2 plugins ) and now I'm in need to use struts.
I discovered that while struts integration in
nanocontainer allows constructor injection in actions,
tiles are left completely unattendet.
Using CDI for tile controller would be a r
58 matches
Mail list logo
