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
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 jo...@apache.org
To: Struts
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.
[ 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
--- 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 ( friday )
I got
--- 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.UnsupportedClassVersionError:
--- 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 anything on used classes.
It imposes something on me, the programmer
--- 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 Guice? section,
--- 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 checking
--- 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:
If S2 architecture is the same than WW2, then it
is
not necessary to register it as plugin - it's just
an
object factory and couple of filters ( which are
independet of S2/WW
--- 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 to
--- 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 (so far) worked
flawlessly
for us on Weblogic 8.1/JDK1.4.2_08.
WW
--- 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, it is even
more fun ;)
regards,
[ Konstantin
--- 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 requires
no
code at all (except of course container
configuration
in xml
--- 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 propose
--- 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 and of
--- 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 course,
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.
--- 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
--- 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
--- 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:
--%---
plugin
--- 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 provider and
--- 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
--- 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 about the
--- 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
--- 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, but need to
--- 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 ;) )
--- 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 dependency
--- Wendy Smoak [EMAIL PROTECTED] wrote:
On 11/7/06, Matt Raible [EMAIL PROTECTED] wrote:
Yes, they are. I haven't used a taglib 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 question is,
--- 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
--- 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 may
--- 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 good thing
--- 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 more or
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 i do not know what ;)
And AFAIR standart results/distpatchers already use
OGNL on supplied destinations, so this kind of
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
--- 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 ;)
That
--- 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 ability
to
( 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
--- 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 to be
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:
--- 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 setting /
--- 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
right now.
--- 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. From
--- 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 see a
possibility to plug in something like
ActionFactory
--- 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
ActionFactory -
but in 1.2.4
it seems to be really difficult
--- 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
A lot of things
--- 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 as an
--- Pilgrim, Peter [EMAIL PROTECTED] wrote:
-Original Message-
From: Konstantin Priblouda
[mailto:[EMAIL PROTECTED]
--- Joe Germuska [EMAIL PROTECTED] wrote:
What is your antecedent for this? Having an
ActionCommand
interface? Using an IoC container
--- 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 disagree
--- 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. (
--- 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 via
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
--- 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
going
55 matches
Mail list logo