I get the sense that CI + Maven is a like wrestling with a slinky. Is this
problem endemic to s2? What do other open source projects do to alleviate
this?
My #1 issue is that it's *too difficult and time-consuming to create a
release* on the 2.1 trunk. If releases are difficult and dependent
Touché¹.
_
¹ Threeché even.
--
From: "Martin Cooper" <[EMAIL PROTECTED]>
Sent: Tuesday, October 07, 2008 5:15 PM
To: "Struts Developers List" ;
<[EMAIL PROTECTED]>
Subject: Re: MVEL?
I'm not sure that this muddies things much -
I'm not 100% sure, but I though Musachy enabled this by default?
--
From: "Jeromy Evans" <[EMAIL PROTECTED]>
Sent: Thursday, September 18, 2008 5:51 AM
To: "Struts Developers List"
Subject: Re: Enum type conversion
Piotr Matkowski wrote:
Maybe En
I would say a tag file would be a better bet and you would have more control
over it.
--
From: "fikar" <[EMAIL PROTECTED]>
Sent: Thursday, August 28, 2008 5:04 PM
To: ; <[EMAIL PROTECTED]>
Subject: Regarding Struts 2 Feature
*
Hello Struts2 Dev G
Having a simple taglib-based approach to do some of the more common
AJAX-y things, maybe some widgets here and there too, means that Java
developers can leverage their existing skills without having to take the
plunge into heavy client-side development, which I can say from the
experience of
Has anyone really looked into a comparison between using a taglib vs. a raw
javascript framework across these dimensions:
1. Performance (page load time / bandwidth) (think s:head across most pages)
2. Expressiveness
3. Unobtrusiveness
4. Maintainability
5. Understandability
6. Modularity
My ex
Was that even a question? Or an ascii stress test?
--
From: "Musachy Barroso" <[EMAIL PROTECTED]>
Sent: Monday, July 21, 2008 9:42 PM
To: "Struts Developers List"
Subject: Re: ÐYоделиÑ,ÐµÑ ÑO опÑ<Ñ,ом
Please ask this question on the user
I can speak to this issue as I'm pretty new to struts development. I
wholeheartedly agree with Martin. Building struts from scratch is not
entirely intuitive and is a perceived barrier to new developers.
What would make sense to me is the following set of information:
- svn structure / archit
Is a "filter chain" just:
http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/FilterChain.html
? Or is this another abstraction on top of the servlet spec?
--
From: "Wes Wannemacher" <[EMAIL PROTECTED]>
Sent: Saturday, June 21, 2008 1:30
there doesn't really mean that they need a location, there are
also result types on external plugins that we won't know about. We
could change the warning message, or remove it altogether.
musachy
On Sun, Jun 8, 2008 at 11:38 AM, Bob Tiernay <[EMAIL PROTECTED]&
vention Plugin - @Result
Well, there are a few result that require "location", like velocity,
freemarker and others. There is no way to know which one do or do no.
To play on the safe side, a warning was added, but it is kind of weak
indeed.
musachy
On Sun, Jun 8, 2008 at 10:59 AM, Bob
I am trying to use the following in my LoginAction class:
@Action(value = "login!login", results = [EMAIL PROTECTED](name = "success", type =
"redirectAction", params = {"actionName", "ListAccounts", "namespace",
"/account"}
)})
public String login() throws Exception {
Howeve
ngs outside action,
like global result, stacks, beans etc, is not really intuitive where
the annotations should be.
musachy
On Sun, Jun 8, 2008 at 10:25 AM, Bob Tiernay <[EMAIL PROTECTED]> wrote:
I am currently trying to convert an existing project over to use the
convention plugin. In, t
I am currently trying to convert an existing project over to use the
convention plugin. In, the process I discovered that it appears as though I
cannot do the following with the annotations:
1. Declare interceptor annotations on package-info.java
2. Set a default interceptor ref (eg. for a pack
In terms of new features, I would like to see the Scope plugin integrated
into the core similar to the plan for Convention. This seems like an
essential service for a modern mvc framework. However, the plugin as it
stands is not feature complete. I believe the following features would make
it g
Consensus Approval
'Consensus approval' refers to a vote (sense 1) which has completed with at
least three binding +1 votes and no vetos.
http://www.apache.org/foundation/glossary.html
Sounds like we have a consensus. Ship it!
> Date: Fri, 30 May 2008 08:53:54 -0700> From: [EMAIL PROTECTED
I would also recommend checking out the eclipse bea workshop support for
struts1. This was pretty darn good as it gave a visual representation of
your action mappings as well as a lot of other deep data features.
http://dev2dev.bea.com/downloads/StrutsDemo/StrutsDemo.html
-
I would also recommend checking out the eclipse bea workshop support for
struts1. This was pretty darn good as it gave a visual representation of
your action mappings as well as a lot of other deep data features.
http://dev2dev.bea.com/downloads/StrutsDemo/StrutsDemo.html
-
I too would like to commend Musachy for timely and concentrated effort with
regards to this plugin :)
Are there any objections to merging these plugins? Does the REST plugin
embody a set of conventions on urls alone, or does it go deeper than that?
---
+1
I think that this plugin is of great worth to every day development. I would
like to echo some other people's sentiments that a unified plugin would be a
significant value add to new struts developers. I know that there is much
overlap and confusion between:
1. Zero-config
2. Code behin
tly appreciated :)
Also, does this plugin effectively make codebehind and smarturls obsolete?
Thanks again.
--
From: "Brian Pontarelli" <[EMAIL PROTECTED]>
Sent: Wednesday, April 23, 2008 10:20 AM
To: "Struts Developers List"
Su
I'm wondering if something like OVal (a great validation framework btw) can
help out here:
See probe mode:
http://oval.sourceforge.net/#d0e739
--
From: "Adam Hardy" <[EMAIL PROTECTED]>
Sent: Saturday, April 26, 2008 6:34 AM
To: "Struts Developers
Anyone know what the status of the Convention plugin is? Is there anyways we
can get it out of the sandbox and into a formal release? I'm willing to
help out :)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional comm
What ever happened to this?
--
From: "Dave Newton" <[EMAIL PROTECTED]>
Sent: Monday, March 10, 2008 12:57 PM
To: "Struts Developers List"
Subject: Weekly, daily, hourly?! FAQ/README on Struts User?
I've brought this up a few times in the past, but
Is there any resolution on this? Before this message I didn't even know this
interceptor existed. However, I do recall seeing a jira where Don recommended
the scope plugin for such things.
Bob> From: [EMAIL PROTECTED]> To: dev@struts.apache.org> Subject: Message Store
Interceptor and WW-196
Great idea! Anything that propels s2 development is a great initiative :)>
Date: Mon, 7 Apr 2008 23:08:17 +1000> From: [EMAIL PROTECTED]> To:
dev@struts.apache.org> Subject: Feature sponsorship proposal> > As more and
more companies start using open source software, many,> like mine, are looki
I have been waiting and waiting for the convention plugin :( That's really
the only reason I've been anticipating the 2.1 release. What's involved in
"moving it over"?
--
From: "Brian Pontarelli" <[EMAIL PROTECTED]>
Sent: Thursday, April 03, 2008
Does anyone know if there are plans to include the Scope plugin
(http://cwiki.apache.org/S2PLUGINS/scope-plugin.html) in the core, and
perhaps add some canned interceptor stacks that include it? I see this as
missing core component that has offers a great value add to the framework
and it's use
Please ask questions like this on the struts-user
mailing list, struts-dev is for the development of
struts itself (SDIFTDOSI).
Thanks,
Bob
--
From: "Ashima Beri" <[EMAIL PROTECTED]>
Sent: Friday, March 21, 2008 3:09 PM
To:
Subject: Exception whil
Really??? I didn't realize OGNL was a requirement for tags to perform
conversion and formatting.
--
From: "James Mitchell" <[EMAIL PROTECTED]>
Sent: Friday, March 21, 2008 9:58 AM
To: "Struts Developers List"
Subject: Re: If I had 1000 hours to gi
I would like to see:
- provisions for AspectJ as a replacement/alternative for/to interceptors
- +1 for native Guice/Spring support
- More flexible i18n structuring and packaging (multiple resource bundles
via configuration over convention)
- integration support for existing validation framework
ice (use JSTL EL).
>
> But I have to say that having this package is would avoid a lot of
> explanation in old struts2 apps.
>
> Felipe
>
>
> Bob Tiernay wrote:
>>
>>
>> I also recall an email sent on this prior, where a decussion about 2 tlds
>> was brewin
You are right about he.
> --- Antonio Petrelli <[EMAIL PROTECTED]> wrote:> > 2008/3/6, Bob Tiernay
> <[EMAIL PROTECTED]>:> > > With each new struts release, I need to extract the
> tld and update it.> > > > You don't need it, if you put
I also recall an email sent on this prior, where a decussion about 2 tlds was
brewing. Whatever happened with that?
With each new struts release, I need to extract the tld and update it. Now,
it's not so bad if it's just little old me, but what about everyone else who
has to do the same? Se
Please do:)
> Don Brown wrote:> > I've cleared all but a couple issues out of Struts 2.1.1,
> so I think> > we are ready for a release. The only kinda blocking issue is
> the> > portlet tests failing, but that seems to have something to do with
> the> > setup, not our portlet code, so we could
I'd be interested in knowing how they highlight the menu!> Date: Mon, 11 Feb
2008 23:05:19 -0800> From: [EMAIL PROTECTED]> To: dev@struts.apache.org>
Subject: Re: Need help in highlighting a menu item selected> > > Please use
the Struts usermailing list for questions like this. The Struts>
> but with JPA, there is> a one-to-one relationship with EntityManagers and
> transactions.
Not true if you are speaking about extended persistence contexts. Also, even
transaction-scoped EntityManagers don't require a transaction for read only
queries.
_
imply JSR 303 will be> backwardly compatible
> with HV.> > -Ted.> > On Dec 10, 2007 4:37 PM, Bob Tiernay <[EMAIL PROTECTED]>
> wrote:> >> > I believe that OVal will soon be a ref
I believe that OVal will soon be a referenced as existing technology for this
JSR:
http://sourceforge.net/forum/forum.php?thread_id=1640398&forum_id=488109
As far as I can tell, they have the most powerful set of features including
support for:
- AOP (AspectJ)
- Spring integration (Validatio
Perhaps this can be remedied by adding a switch to each struts tag whereby if
the switch is high, then ognl is not evaluated inside the tag:
Since the nature of this problem concerns
the expressive power of ognl (calling methods), this approach wouldn't penalize
jsp el users.
Also, I think ha
I also agree that JSP EL should be enabled by default. Having to create a
seperate tld just to use EL in tag attributes isn't very maintainable if the
taglib changes.
Could this be solved by creating 2 versions of the tld? I know other taglibs
have such things as "taglibname" and "taglibna
I agree with using Spring. Also, using the jpaTemplate has little value as
indicated in the Spring docs. Instead, use the @Repository annotation in your
implementation class.
> Date: Mon, 12 Nov 2007 09:11:04 -0600
> From: [EMAIL PROTECTED]
> To: dev@struts.apache.org
> Subject: Re: JPA in mai
FYI, DWR takes the name value approach:
http://getahead.org/dwr/server/dwrxml/converters/enum
> Date: Sat, 10 Nov 2007 00:51:55 -0500> From: [EMAIL PROTECTED]> To:
> dev@struts.apache.org> Subject: Re: serialize enum to JSON (jsonplugin issue
> 9)> > +1 for the JSON-RPC approach.> > On Nov 9,
43 matches
Mail list logo
