I believe that since in 2.1 the functionalities are cleanly separated
into core and plugins for the first time, the next logical step is to
have independant life cycles for them. This would give us the
opportunity to assure core distribution quality better, as well as
marking experimental/beta for
If there isn't already a Maven plugin to do that, create a Jira
ticket and give detailed instructions on how to do it and I'll create
it for you.
--
James Mitchell
On Aug 21, 2007, at 9:50 PM, Musachy Barroso wrote:
+1 on that. I just need to update the compressed javascripts which I
How does the Dojo plugin compare to the YUI plugin? Does the YUI
plugin use the Yahoo hosted scripts? (Thereby eliminating the bundling
issue.)
On 8/21/07, Musachy Barroso [EMAIL PROTECTED] wrote:
+1 on that. I just need to update the compressed javascripts which I
will do tomorrow.
By the
On 8/22/07, Rene Gielen [EMAIL PROTECTED] wrote:
In another post Ted mentioned that this was tried in struts1 before, and
it did not work. This was before the merger, so I don't know why that
happened. I'm not sure if preconditions would be the same now, maybe it
works better this time?
The
1.3 added - and I've cleaned up the trunk bit too so they can both
live inside Struts.
No notification yet, I'll do that soonish.
Hen
On 8/20/07, Paul Benedict [EMAIL PROTECTED] wrote:
Henri, if you could add 1.3, that would be great. It's going to be a while
under HEAD is ready for a
I could see 2 ways of handling this and you'll have to provide your
input as to which makes more sense:
1. Treat the compressed javascript as a maven artifact and create a
custom maven mojo and artifact type to handle it.
2. Use the maven antrun plugin or the assembly plugin to create the
The YUI plugin is just including the js files provided by YUI
musachy
On 8/22/07, Ted Husted [EMAIL PROTECTED] wrote:
How does the Dojo plugin compare to the YUI plugin? Does the YUI
plugin use the Yahoo hosted scripts? (Thereby eliminating the bundling
issue.)
On 8/21/07, Musachy Barroso
For the plugins itself: I believe that the spring plugin as well as the
portlet plugin belong (close) to the core, since they are widely used
and , afaik at least for the portlet plugin, actively maintained. Btw,
what are the current issues with spring plugin, if there are?
+1
So, why
1
Portlet support has successfully moved to a plugin. Ajax/Dojo has been
separated.
We don't want Struts 2.1 to take as long as Struts 1.1 did. Let's roll a beta!
James
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ted Husted
Sent: Tuesday,
If someone can flesh-out the release notes
* http://struts.apache.org/2.x/docs/release-notes-210.html
tidy-up JIRA, and play-test the webapps, I'd be happy to roll it (if
no one else is available).
I expect that we would want to move anything for 2.0.10 (resolved or
not) to 2.1.0, and anything
try to specify the action like
action name=*+*
param name=first value={1}/
param name=second vlaue={2} /
this should work (check the param, I'm not sure, maybe parameter is
correct, please, check docs)
Best,
Aram
Aram Mkhitaryan
52, 25 Lvovyan, Yerevan
+1 For rolling a beta. There's a couple of issues with the portlet
plugin that needs to be fixed, but nothing stopping a beta, I think.
https://issues.apache.org/struts/browse/WW-2095
https://issues.apache.org/struts/browse/WW-1695
Nils-H
On 8/22/07, James Holmes [EMAIL PROTECTED] wrote:
Looks to me like the maven antrun plugin would be a good choice for
implementing this:
http://maven.apache.org/plugins/maven-antrun-plugin/run-mojo.html
It would just be a matter of implementing the ant scripts for this in
the plugin's pom.
Tom
On 8/22/07, Musachy Barroso [EMAIL PROTECTED] wrote:
Am Mi, 22.08.2007, 16:51, schrieb Ted Husted:
I expect that we would want to move anything for 2.0.10 (resolved or
not) to 2.1.0, and anything slated for 2.0.11 to 2.1.1.
-1 for moving any issue now.
2.1 is not a simple drop in replacement for 2.0.x AFAICS. I would expect a
(hopefully short
It is usable with any version of 2.0. The JAXB stuff is to parse out XML
files from the classpath called component.xml. These files allow
SmartURLs to handle actions and results (usually FreeMarker or Velocity)
bundled inside JARs in WEB-INF/lib. The XML looks like:
component name=foo
Musachy Barroso wrote:
By the way I forgot to bring this up, the compressed javascript
files(custom Dojo build) is not built using maven, currently I build
them on my machine and commit them, does anybody know how to automate
that? I added a text file with instructions to the dojo plugin along
Aram Mkhitaryan wrote:
try to specify the action like
action name=*+*
param name=first value={1}/
param name=second vlaue={2} /
this should work (check the param, I'm not sure, maybe parameter is
correct, please, check docs)
I don't know if *+* will work, but assuming it will, you have
On 8/22/07, Rene Gielen [EMAIL PROTECTED] wrote:
2.1 is not a simple drop in replacement for 2.0.x AFAICS. I would expect a
(hopefully short time) where the 2.0.x tree still might need maintainance,
True, but we now have both 2.0.10 and 2.0.11 on the roadmap. We should
also take a critical look
There doesn't seem to be much activity on this as of late. Is upgrading to
OGNL 2.7 on the roadmap? I tried to upgrade 2.0.9 to use 2.7 and it didn't
work.
Matt
Martin Gilday wrote:
It is in the central repo.
http://repo1.maven.org/maven2/ognl/ognl/2.7/
- Original message -
I'm using 2.1 on development, and it is working fine so far.
musachy
On 8/22/07, Ted Husted [EMAIL PROTECTED] wrote:
On 8/22/07, Rene Gielen [EMAIL PROTECTED] wrote:
2.1 is not a simple drop in replacement for 2.0.x AFAICS. I would expect a
(hopefully short time) where the 2.0.x tree still
I am also using 2.1 and it is working great for me.
On Wed Aug 22 14:18 , 'Musachy Barroso' [EMAIL PROTECTED] sent:
I'm using 2.1 on development, and it is working fine so far.
musachy
On 8/22/07, Ted Husted [EMAIL PROTECTED] wrote:
On 8/22/07, Rene Gielen [EMAIL PROTECTED] wrote:
2.1 is
mraible wrote:
There doesn't seem to be much activity on this as of late. Is upgrading to
OGNL 2.7 on the roadmap? I tried to upgrade 2.0.9 to use 2.7 and it didn't
work.
What didn't work? I dropped this in as a replacement a while back, and
have not found any issues...
-Dale
I'm in favor of changing the dependency in Struts 2.1 from OGNL 2.6.1 to 2.7.
This would better position us once we work on updating the Struts 2/XWork code
to
take advantage of the performance improvements.
I'm happy to make POM changes if everyone agrees.
James
On Wed Aug 22 14:38 , Dale
I'd say open a ticket and give it a try. The sooner we try it, the
sooner we'll know that it works :)
-Ted.
On 8/22/07, James Holmes [EMAIL PROTECTED] wrote:
I'm in favor of changing the dependency in Struts 2.1 from OGNL 2.6.1 to 2.7.
This would better position us once we work on updating the
The project Struts 2 SVN - Main Build has the following 1 change by 1 author:
*jholmes* made the following changes at
Comment:
WW-2128 Upgrade to OGNL 2.7
/struts/struts2/trunk/core/pom.xml (568734)
---
No
The project Struts 2 SVN - Main Build (Java 6) has the following 1 change by 1
author:
*jholmes* made the following changes at
Comment:
WW-2128 Upgrade to OGNL 2.7
/struts/struts2/trunk/core/pom.xml (568734)
If I replace ognl-2.6.11.jar with ognl-2.7.jar, I get the following error
when Struts starts up:
Exception starting filter struts2
java.lang.NoClassDefFoundError: javassist/ClassPath
at ognl.OgnlRuntime.clinit(OgnlRuntime.java:140)
at
What version of Struts 2 are you trying this against?
On Wed Aug 22 15:58 , mraible [EMAIL PROTECTED] sent:
If I replace ognl-2.6.11.jar with ognl-2.7.jar, I get the following error
when Struts starts up:
Exception starting filter struts2
java.lang.NoClassDefFoundError: javassist/ClassPath
Adding javassist-3.4.ga.jar to my claspath fixes this issue.
Thanks,
Matt
mraible wrote:
If I replace ognl-2.6.11.jar with ognl-2.7.jar, I get the following error
when Struts starts up:
Exception starting filter struts2
java.lang.NoClassDefFoundError: javassist/ClassPath
at
I was trying it against 2.0.9. If I was using Maven and I added the new OGNL
dependency to my pom.xml, there likely wouldn't have been any issues.
However, since I'm using Ant (w/o dependency resolution), I had to replace
the single OGNL JAR with both ognl-2.7.jar and javassist-3.4.ga.jar.
Matt
mraible wrote:
If I replace ognl-2.6.11.jar with ognl-2.7.jar, I get the following error
when Struts starts up:
Exception starting filter struts2
java.lang.NoClassDefFoundError: javassist/ClassPath
Ah. Yes--there was a wrinkle: I needed to add javassist-3.4.jar as
well. I use ant, not
31 matches
Mail list logo