For me, the unfortunate thing is that my emails [b]don't go thru[/b] :-(
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=109938&messageID=184890#184890
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 mave
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
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
>
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/Class
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.(OgnlRuntime.java:140)
at
com.opensymphony.xwork2.util.OgnlValueStack.reset(Og
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)
-
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
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
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 New
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 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:
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 tre
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 ---
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 l
Aram Mkhitaryan wrote:
try to specify the action like
this should work (check the
I don't know if "*+*" will work, but assuming it will, you have a couple
typos: Missing close " on value attribute of first param, value
attribute misspelled as vlaue in second.
-Dale
-
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
w
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:
com.example.component.new
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
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
+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:
> +++
try to specify the action like
this should work (check the
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
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,
> 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
Here is how to do it:
http://www.dojotoolkit.org/book/dojo-book-0-4/part-6-customizing-dojo-builds-better-performance/dojo-build-system/creating-cust
The short version is:
1. checkout Dojo's code (we can probably just use the code that is
already in the plugin and add the build scripts)
2. Creat
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 Bar
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
co
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 rele
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?
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
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
w
Hi Guys,
I'm going to chime in in support of Ruimo Uno here. We have had problems with
this too.
This is not a design issue. At the end of the day, the view is calling a method
and what that
method does is largely irrelevant. It may throw an exception, even if you have
carefully
designed your
Most CI servers have support for different "builders", such as Maven
2, Ant and custom .sh scripts. Is that what you're thinking of?
Nils-H
On 8/22/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
> +1 on that. I just need to update the compressed javascripts which I
> will do tomorrow.
>
> By the
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
35 matches
Mail list logo
