I think JSON rpc was not really well defined at the moment, there was
minimal information on some dojo wiki if I remember right.
On Thu, Mar 3, 2011 at 5:17 PM, John Lindal wrote:
> Cool! But this raises the issue that Struts2 isn't implementing JSON-RPC 2.0
> correctly:
>
> http://groups.goog
yes
On Mon, Jan 25, 2010 at 2:14 AM, Lukasz Lenart
wrote:
> 2010/1/22 Musachy Barroso :
>> rename that sandbox plugin to anything else.
>
> Ok, what about names of packages, can I rename them to
> org.apache.struts.gxp instead of com.google ?
>
>
> R
>> it to Struts 2 trunk after all.
>>
>> Regards
>> --
>> Lukasz
>>
>>> Source code for GXP result
>>> ---
>>>
>>> Key: WW-2754
>>> URL: https://issues.apache.org/struts/browse/WW
plugins struts2 modules.
> Struts2 depends on xwork-core, so I think we start with that one and
> bring plugins and showcase over if the need dictates.
>
> -Wes
>
> /summary - (b)
>
> On Fri, Jan 15, 2010 at 1:47 PM, Musachy Barroso wrote:
>> Well, I would like to hear
I think I have seen some arguments of why the archetypes should be
outside the s2 trunk, but I can really remember why. As to getting a
s2 release with xwork, we might still be a bit far from that.
musachy
On Mon, Jan 18, 2010 at 6:38 AM, Lukasz Lenart
wrote:
> 2010/1/17 Martin Cooper :
>> Where
sorry, didn't mean incubator but "sandbox".
On Mon, Jan 18, 2010 at 7:14 AM, Lukasz Lenart
wrote:
> 2010/1/15 Musachy Barroso :
>> incubator all the way
>
> Ok than, how to do that? Any link to docs will be appreciated!
>
>
> Thanks in advance
> --
>I guess context is the most important factor. For tutorials it might make
>sense to have "controlled exposure" to complex topics. For reference
>examples, though, I think that argument >does not hold and we should still be
>explicit.
I think this would be a good compromise. Do you agree with
tegration.
> (*Chris*)
>
> On Fri, Jan 15, 2010 at 11:26 AM, Musachy Barroso wrote:
>
>> What do you think should be the goals for a 2.2 release? I would say
>>
>> * get xwork on its final location in svn and as part of the build process
>> * new documentation
What do you think should be the goals for a 2.2 release? I would say
* get xwork on its final location in svn and as part of the build process
* new documentation
* fix bugs
* UEL plugin moved to trunk
musachy
-
To unsubscribe,
yeah I agree with that. it looks ugly but it is better, by far IMO.
musachy
On Fri, Jan 15, 2010 at 11:16 AM, Dale Newfield wrote:
> Musachy Barroso wrote:
>>
>> I think it would come handy an explanation of why some attributes are
>> expected to be strings, while o
t core.
On Fri, Jan 15, 2010 at 10:34 AM, Martin Cooper wrote:
> On Fri, Jan 15, 2010 at 10:23 AM, Musachy Barroso wrote:
>> we are all now in the same page right? (meaning we agree to move xwork
>> under http://svn.apache.org/repos/asf/struts/struts2/trunk/)
>
> We don't
I think it would come handy an explanation of why some attributes are
expected to be strings, while other are values, like:
vs
On Sat, Jan 9, 2010 at 8:48 AM, phillips1021 wrote:
>
> I've finished adding and making changes to the Using Tags tutorial. See:
>
> http://cwiki.apache.org/conflu
we are all now in the same page right? (meaning we agree to move xwork
under http://svn.apache.org/repos/asf/struts/struts2/trunk/)
musachy
On Sat, Jan 9, 2010 at 12:51 AM, Musachy Barroso wrote:
> yes I meant under struts2, sorry for the confusion
>
> On Fri, Jan 8, 2010 at 5:22 P
W-2754
>> URL: https://issues.apache.org/struts/browse/WW-2754
>> Project: Struts 2
>> Issue Type: Temp
>> Reporter: Musachy Barroso
>> Fix For: Future
>>
>> Attachments: gxp.webwork.t
I will take a look Bruce, I have been lurking for the last few weeks.
thanks
On Sat, Jan 9, 2010 at 8:48 AM, phillips1021 wrote:
>
> I've finished adding and making changes to the Using Tags tutorial. See:
>
> http://cwiki.apache.org/confluence/display/S2NewDocDraft/Using+Tags
> http://cwiki.ap
t about calling him or
> reporting him to the authorities in France, but somehow I just hope
> that his stupidity interferes with his life, and balance in the
> universe will be restored.
>
> - Phil
>
> On Fri, Jan 15, 2010 at 3:03 AM, Musachy Barroso wrote:
>> I hate spam
no updates, it does need some serious testing :)
On Thu, Jan 14, 2010 at 7:24 PM, vikofvan wrote:
>
> Any updates on UEL plugin? This plugin would be a good addition to struts2.
> Let me know if I can help in any way. Thanks.
>
>
>
> Musachy Barroso wrote:
>>
>&g
I removed these accounts from the "confluence-users" group
On Thu, Jan 14, 2010 at 5:03 PM, Musachy Barroso wrote:
> I hate spammers...but what I really hate..is spammers that can even
> spam lol. Anyone knows how to get rid of "Mbiama Assogo Roger" (yeah
> it c
I hate spammers...but what I really hate..is spammers that can even
spam lol. Anyone knows how to get rid of "Mbiama Assogo Roger" (yeah
it came up before)?
angosso.4 Mbiama Assogo Roger rombi...@gmail.com
angosso.com Mbiama Assogo Roger rogermbiamaass...@ymail.com
angosso.com/im
yes I meant under struts2, sorry for the confusion
On Fri, Jan 8, 2010 at 5:22 PM, Martin Cooper wrote:
> On Fri, Jan 8, 2010 at 4:20 PM, Musachy Barroso wrote:
>> What we have been talking about and (vaguely) mentioned before is to
>> move it under /struts/trunk/xwork
>
>
wrote:
> On Fri, Jan 8, 2010 at 5:20 PM, Musachy Barroso wrote:
>> What we have been talking about and (vaguely) mentioned before is to
>> move it under /struts/trunk/xwork and make it a module just like core
>> is, so the release is coupled to the struts release and everyth
Fri, Jan 8, 2010 at 11:54 AM, Musachy Barroso wrote:
>> just to close this, is anyone opposed to moving xwork under the struts
>> dir as a maven module?
>
> Uh, it's already under the 'struts' dir as a Maven project.
>
> In the context of the options I li
just to close this, is anyone opposed to moving xwork under the struts
dir as a maven module?
On Fri, Jan 8, 2010 at 3:53 AM, Lukasz Lenart
wrote:
> 2010/1/6 Musachy Barroso :
>>> Really? I haven't seen much discussion since I posted what I believe
>>> is the set of al
please continue this discussion on the users mailing list, this list
is for the development of struts itself.
On Thu, Jan 7, 2010 at 9:13 PM, sri2003 wrote:
>
> Thanks Sathish.
> Unfortunately, we are using Strust1.1; whereas the below metioned example is
> applicable for Struts2.
> So, need to f
9:27 AM, Musachy Barroso wrote:
>> I think the agreement is to move it under the struts trunk and make it
>> a maven module, like core.
>
> Really? I haven't seen much discussion since I posted what I believe
> is the set of alternatives that we need to choose from. I sa
I think the agreement is to move it under the struts trunk and make it
a maven module, like core.
musachy
On Tue, Jan 5, 2010 at 11:37 PM, Lukasz Lenart
wrote:
> 2009/12/28 Paul Benedict :
>> My fault for not being clear. I was intending to say XWork should be a
>> "child module" (in the Maven s
you can download the files from the repo and sign it/generate
checksums..but!..this happened before and there was a long discussion
over if it was right or not and so on. You can either:
1. sign the files/generate checksums locally and upload them
2. do the release again
I'd say #1, considering h
I understand what you are saying and as I said previously I agree with
it. As for myself i always like to setup things by hand at least once
so I understand better how everything is related. From your tutorial
you can always link to the archetypes so anyone familiar with maven
and who doesn't want
that sounds good to me. the archetypes are being voted for release.
thanks for the help Bruce
musachy
On Tue, Dec 29, 2009 at 5:29 PM, phillips1021 wrote:
>
> Musachy (and anyone else interested):
>
> I've added several pages to the new Struts 2 documentation wiki:
> http://cwiki.apache.org/con
same as it does today when
> someone checks it out as a peer of the 'struts2' folder. I take it
> this is not what you have in mind?
>
> I have to say that 'copy' is not a word I like to see in reference to
> source control. ;-) It implies a forking of the code b
Are we going to rename the maven artifact names and package names for 2.2?
musachy
On Sun, Dec 27, 2009 at 12:39 PM, Martin Cooper wrote:
> On Sun, Dec 27, 2009 at 12:30 PM, Paul Benedict wrote:
>> I recommend we immediately SVN tag or branch the initial check in so
>> it can be refactored appr
woot! thanks Martin and Rene for getting this done.
musachy
On Sun, Dec 27, 2009 at 10:25 AM, Martin Cooper wrote:
> As many of you have no doubt noticed already, I've checked in the
> XWork code base, and added the Apache License 2.0 headers. The new
> XWork tree is here:
>
> http://svn.apache.
[X] Yes, accept the XWork project
On Sat, Dec 26, 2009 at 11:11 AM, Martin Cooper wrote:
> This is a vote for the Struts PMC to formally accept the donation of
> the XWork project from OpenSymphony. This is a required step of the IP
> Clearance procedure documented here:
>
> http://incubator.apac
on, Dec 21, 2009 at 12:16 PM, Lukasz Lenart
wrote:
> 2009/12/21 Musachy Barroso :
>> Hey Lukasz I saw you submitted a patch to OGNL. Do you want to take a
>> shot at the javassit thing?
>
> I can try, but first I must have right to close issues in Ognl JIRA :D
>
Hey Lukasz I saw you submitted a patch to OGNL. Do you want to take a
shot at the javassit thing?
musachy
On Mon, Dec 21, 2009 at 9:52 AM, Musachy Barroso wrote:
> that looks great..watching it now, thanks.
>
> On Mon, Dec 21, 2009 at 9:33 AM, Martin Cooper wrote:
>> On Mon, De
that looks great..watching it now, thanks.
On Mon, Dec 21, 2009 at 9:33 AM, Martin Cooper wrote:
> On Mon, Dec 21, 2009 at 9:15 AM, Musachy Barroso wrote:
>> Ah sweet I was waiting for that. Now I just need to learn git :).
>
> There's a pretty nice half-hour screencast
Ah sweet I was waiting for that. Now I just need to learn git :). I
want to create a patch to make javassist optional it should take a
just a couple of lines.
musachy
On Mon, Dec 21, 2009 at 6:35 AM, Lukasz Lenart
wrote:
> Hi,
>
> A bit unrelated question, who manages JIRA at opensymphony? I wan
I am +1 for using the default that maven suggest. Less to remember and document.
musachy
On Thu, Dec 17, 2009 at 1:07 PM, Lukasz Lenart
wrote:
> 2009/12/17 Wes Wannemacher :
>> If no one responds, I will probably update the docs so that we take
>> the default. But, if an artifact is already rele
+1 GA, they look good, thanks Lukasz for taking care of this.
musachy
On Wed, Dec 16, 2009 at 10:58 AM, Lukasz Lenart
wrote:
> The Struts 2 Archetypes version 2.1.8.1 test build is now available.
> The following archetypes are ready for test:
> * struts2-archetype-blank
> * struts2-archetype-con
hum, maybe the docs are out of date, but I am pretty sure there was a
version there. Maybe the URL is not pointing to the right place for
the archetypes.
On Wed, Dec 16, 2009 at 9:09 AM, Lukasz Lenart
wrote:
> In docs there is that I should execute such a commands:
>
> ssh people.apache.org
> cd
u have any plans on that
> plugin?
>
> Gabriel, do you have a will to fix that plugin?
>
> Musachy Barroso wrote:
>>
>> That's what I said. I honestly don't see the point in reinventing the
>> wheel :)
>>
>> On Tue, Dec 15, 2009 at 7:52 AM, A
t; conversation id (not hard to implement).
>>
>>
>>
>> I don't know if those features can be obtained by hooking of the
>> plugin extension points.
>>
>> Also all this modifications make me think that perhaps the least
>> intrusive thing to do would
sure, what do you need from us?
On Tue, Dec 15, 2009 at 7:11 AM, Lukasz Lenart
wrote:
> 2009/12/6 phillips1021 :
>> Is there an update on when the Struts 2 archetypes will be available?
>
> I'm planning to release them tomorrow - Wes, musachy I hope you can
> support me :D
>
>
> Regards
> --
> Lu
It would be a lot easier to fix the struts plugin to work with SWF 2.
Reinventing the wheel is evil.
musachy
On Fri, Dec 11, 2009 at 2:24 PM, Dale Newfield wrote:
> Gabriel Belingueres wrote:
>>
>> built-in the web framework
>
> In order to do this we'd need to add in some information in the for
guys, can you start a different thread for this? :)
On Thu, Dec 10, 2009 at 11:27 AM, Gabriel Belingueres
wrote:
> Granted, most people implement wizards this way, but the most
> compelling use of storing state in conversation scope (IMO) is to
> allow correct behavior when a user clones a browse
what we are proposing/talking is to use only JSR 330, which is the
spec. The actual implementation (default) would be guice.
musachy
On Tue, Dec 8, 2009 at 3:12 PM, Paul Benedict wrote:
> I've been loosely following the thread. It sounds like three DI
> projects are being/will be supported:
> *
What
> features exactly do we need or how many bugs have cropped up in our DI
> container that we would be avoiding?
>
> Don
>
> On Tue, Dec 8, 2009 at 10:11 AM, Musachy Barroso wrote:
>> We could have just one container (no double object factory), and
>> probably the s
generally advise against
> adding more bulk without obvious gains.
>
> Don
>
> On Tue, Dec 8, 2009 at 7:09 AM, Musachy Barroso wrote:
>> I don't know about dropping Object factory, in this case it would just
>> delegate to the jsr 330 implementation. But getting ri
2 user and his company will be able to move
> to JSR330 compliant DI within the next months? I doubt that, and I'd
> rather not sacrifice our DI abstraction for that reason...
>
> - Rene
>
>
> Musachy Barroso wrote:
>> I am reading the spec and I am rather impre
sweet. when xwork finally lands on struts I will start looking at
replacing "our guice", with the api from jsr-330 and using guice as
the default implementation, that should go nicely with this plugin.
musachy
On Mon, Dec 7, 2009 at 11:29 AM, Rene Gielen wrote:
> I've put my initial works on a S
I am reading the spec and I am rather impressed, I thought it would be
a simple thing but it is really comprehensive. I doubt we will have a
use case that won't be covered there.
musachy
On Tue, Dec 1, 2009 at 10:49 AM, Musachy Barroso wrote:
> It is good that you brought this up, bec
change could be too big for a 2.x release I think
musachy
On Tue, Dec 1, 2009 at 10:44 AM, Brian Pontarelli wrote:
> We could probably make a list and verify. I think the API should be pretty
> comprehensive about a lot of those things.
>
> -bp
>
>
> On Dec 1, 2009, at 11:42 AM,
d requiring additional configuration and
> plugins for different DI containers. I would guess it would clean up the
> double ObjectFactory issues as well.
>
> -bp
>
>
>
> On Dec 1, 2009, at 11:31 AM, Musachy Barroso wrote:
>
>> this is not related to the applica
easier to find alternatives.
On Tue, Dec 1, 2009 at 10:34 AM, Martin Cooper wrote:
> On Tue, Dec 1, 2009 at 10:31 AM, Musachy Barroso wrote:
>> this is not related to the application itself, you can still use any
>> IoC you want. This is for the IoC that is used internally to
objects that should not be accessible to the
> application. The App injector will contain all the application objects like
> Actions and such.
>
> -bp
>
>
> On Dec 1, 2009, at 10:59 AM, Musachy Barroso wrote:
>
>> good point Brian, that has came up also. I have a couple
tion. The Struts
>> injector will contain all of the private objects that should not be
>> accessible to the application. The App injector will contain all the
>> application objects like Actions and such.
>>
>> -bp
>>
>>
>> On Dec 1, 2009, at 10:59 AM, Mu
Tue, Dec 1, 2009 at 9:54 AM, Brian Pontarelli wrote:
> I'd suggest using Guice trunk and the JSR annotations rather than the Guice
> annotations. I'd also make the injector pluggable so that people can plug in
> Spring/Guice/etc easily.
>
> -bp
>
>
> On Dec 1,
I have talked to a couple of people before and everyone seems to agree
that using guice instead of our internal IoC container (guice pre 1.0
I think), would be a good idea. I don't have any experience with guice
2.0, but looking at the docs it seems like porting our stuff would not
be that hard. Le
e and then added a page for one of the
>> links (Struts 2 filter in web.xml).
>>
>> I also added content for the constants page.
>>
>> If that data's gone, then I'll try to re-add that information again.
>>
>> Bruce
>>
>> Musachy Barroso
that is kind of weird, web.xml page does not exists yet:
http://cwiki.apache.org/confluence/pages/createpage.action?spaceKey=S2NewDocDraft&title=web.xml&linkCreation=true&fromPageId=5964660
is that the one you edited?
On Sun, Nov 29, 2009 at 12:06 PM, phillips1021 wrote:
>
> In the new space.
>
did you make changes in the new space or the current doc space? what
pages did you change?
On Sat, Nov 28, 2009 at 4:33 PM, phillips1021 wrote:
>
> Musachy:
>
> Yesterday I made quite a few changes/additions to the web.xml page and to
> the constants page. Yet today, when I went back to see th
Pick anything that you are comfortable with, new or existing.
musachy
On Wed, Nov 25, 2009 at 8:45 AM, phillips1021 wrote:
>
> Wes/Musachy - thanks that login worked. I made a minor edit to development
> mode wiki page. See:
> http://cwiki.apache.org/confluence/display/S2NewDocDraft/Index
> so
of those errors I mean
2009/11/18 Musachy Barroso :
> I haven't seen those in a while
>
> 2009/11/18 Martin Cooper :
>> 2009/11/18 Wes Wannemacher :
>>> Is this an INFRA request to have this address removed? The error
>>> indicates that the mailbox is full, w
I haven't seen those in a while
2009/11/18 Martin Cooper :
> 2009/11/18 Wes Wannemacher :
>> Is this an INFRA request to have this address removed? The error
>> indicates that the mailbox is full, which I was hoping would
>> eventually be sorted out, but this failure keeps happening. Can this
>> a
reopened , thanks
On Tue, Nov 17, 2009 at 12:30 PM, Dale Newfield wrote:
> Musachy Barroso wrote:
>>
>> that sounds good, can someone open a jira ticket so we don't depend
>> on my short term memory :)?
>
> I modified https://issues.apache.org/struts/browse/
that sounds good, can someone open a jira ticket so we don't depend
on my short term memory :)?
musachy
On Tue, Nov 17, 2009 at 10:08 AM, Dale Newfield wrote:
> Chris Pratt wrote:
>>
>> Or even better, add an escape attribute that takes as it's values "html",
>> "xml", or "javascript". It woul
not really, but I can mail you the jar if you want.
On Mon, Nov 16, 2009 at 1:27 PM, Chris Pratt wrote:
> Is it available outside of maven? I still prefer the simplicity of Ant, but
> I'd love to give it a spin.
> (*Chris*)
>
> On Mon, Nov 16, 2009 at 11:39 AM, Musachy Bar
in theory xwork tickets should go to the xwork jira, but you can
create a ticket in the struts jira and attach the patch there until
this is resolved...I think.
musachy
On Mon, Nov 16, 2009 at 12:57 PM, Haroon Rafique
wrote:
> On Today at 12:30pm, MB=>Musachy Barroso wrote:
>
>
just to confirm..it seems like the "attach" option is not available in
the xwork jira anymore.
musachy
On Mon, Nov 16, 2009 at 12:23 PM, Musachy Barroso wrote:
> these lists don't accept attachments. you probably can't attach in
> jira because you are not logged in
these lists don't accept attachments. you probably can't attach in
jira because you are not logged in. If what you want is some peer
review, use crucible, it is nicer for human beings thnt diff output :)
musachy
On Mon, Nov 16, 2009 at 12:16 PM, Lukasz Lenart
wrote:
> I made some changes to Acti
Is anyone interested in trying/beta testing the UEL plugin? Beta
testers get Gold Support from our on call team :)
regards
musachy
-
To unsubscribe, e-mail: dev-unsubscr...@struts.apache.org
For additional commands, e-mail: dev-h
I created a new space to work on reorganizing the docs:
http://cwiki.apache.org/confluence/display/S2NewDocDraft/Home
On Mon, Nov 16, 2009 at 10:48 AM, Martin Cooper wrote:
> On Mon, Nov 16, 2009 at 10:05 AM, Musachy Barroso wrote:
>> I have given the "asf-cla" the same right
t;
> On Mon, Nov 16, 2009 at 1:37 PM, Musachy Barroso wrote:
>
>> it is in trunk now. Please note that "escape" is true by default, so
>> to escape some xml you should do:
>>
>>
>>
>> hum, I wonder if we should deprecate "escape" and add
it is in trunk now. Please note that "escape" is true by default, so
to escape some xml you should do:
hum, I wonder if we should deprecate "escape" and add a new "escapeHtml"?
musachy
On Mon, Nov 16, 2009 at 10:15 AM, Musachy Barroso wrote:
> working on it,
working on it, it will be in trunk soon.
On Mon, Nov 16, 2009 at 10:11 AM, Ronny Løvtangen wrote:
> Thanks for creating the jira issue. An escapeXml property would be really
> useful.
> Agree that "htmlEncode" was a misleading name.
>
> Ronny
>
> On Nov 16, 20
I have given the "asf-cla" the same rights in the draft docs, so
anyone with a CLA should have the same rights.
thanks
musachy
On Mon, Nov 16, 2009 at 9:57 AM, Martin Cooper wrote:
> On Mon, Nov 16, 2009 at 9:50 AM, Musachy Barroso wrote:
>> Martin, please check the CLA and
t; Bruce Phillips
>
> ________
> Musachy Barroso wrote:
> ...when you fax the CLA, send an email to the dev@ list asking for rights to
> the wiki, and Martin Cooper will give you karma...
> --
> View this message in context:
> http://old.nabble.com/Request-Rights-To-New-Struts-2-Do
hum, that's interesting. This move was to remove custom code by code
in commons. The misleading part is that the method was called
"htmlEncode". We should add an attribute to to the "property" tag
"escapeXml" that calls
org.apache.commons.lang.xwork.StringEscapeUtils.escapeXml(..), and
while we are
Sorry to hear that Dave, good to know you are out there :)
musachy
On Fri, Nov 13, 2009 at 7:03 PM, Dave Newton wrote:
> Just dropping a note to let folks know I'm alive, and won't have a chance to
> look at this for another week or so. A death in the family, a new job, and
> life kinda took ove
we are missing the nexus part, we could consider that.
musachy
On Fri, Nov 13, 2009 at 2:24 PM, Martin Cooper wrote:
> Some of you may have seen this posted on the Incubator General list,
> but I thought this page, written up by Maven's Brett Porter, was worth
> sharing here too. It's a great su
If I don't remember wrong the DefaultTextProvider is pushed into the
stack, so i18n works, and TextProviderSupport is used statically from
different places.
musachy
On Fri, Nov 13, 2009 at 1:15 PM, Lukasz Lenart
wrote:
> What is the difference between those two? I read comments but it isn't
> st
y
On Fri, Nov 13, 2009 at 1:03 PM, Lukasz Lenart
wrote:
> 2009/11/13 Musachy Barroso :
>> Any plans to deploy them now that 2.1.8.1 is out? After voting on them
>> of course :)
>
> Next week I've been planing to start a vote, if I learn how Maven
> release pr
Any plans to deploy them now that 2.1.8.1 is out? After voting on them
of course :)
musachy
On Wed, Oct 7, 2009 at 10:54 AM, Musachy Barroso wrote:
> 2.1.8.1 should be the next GA, so I would go with that
>
> On Wed, Oct 7, 2009 at 11:33 AM, Lukasz Lenart
> wrote:
>> Hi,
&g
wrong link: http://cwiki.apache.org/confluence/display/S2NewDocDraft/User+Guide
On Fri, Nov 13, 2009 at 11:30 AM, Musachy Barroso wrote:
> I created new space to work on the documentation, the guide main page is here:
>
> http://cwiki.apache.org/confluence/display/S2NewDocDraft/Gui
I created new space to work on the documentation, the guide main page is here:
http://cwiki.apache.org/confluence/display/S2NewDocDraft/Guides
I think it is very important that we clean up the documentation,
document missing parts, remove outdated stuff, the "version boxes",
and the snippets as w
you would be surprised :)
On Tue, Nov 10, 2009 at 1:54 PM, Obinna wrote:
> Yep. Works great on my cases now. Thanks!
> I suppose this is general fix that should prevent any more unforseen
> conflicts..
>
> -eric
>
>
> On Tue, Nov 10, 2009 at 10:52 PM, Musachy Barroso
24 AM, Musachy Barroso wrote:
> thanks Eric, I will take a look tonight.
>
> musachy
>
> On Tue, Nov 10, 2009 at 7:13 AM, Obinna wrote:
>> Hi Musachy,
>>
>> There's another classloading conflict issue with the embedded jsp plugin.
>> This one has to do
oring it's
> generated EL context by modifying the getELContext() method, but I'm
> guessing on a page/application with a lot of expressions that could hurt
> quite a bit.
>
> - Eric
>
>
>
> On Tue, Oct 20, 2009 at 9:46 PM, Obinna wrote:
>
>> Tested it
I am sorry, I was to excited about the JUEL plugin and totally forgot
about it. If you have additional changes, create a new patch and I
will merge that one.
musachy
On Fri, Nov 6, 2009 at 9:40 AM, Christian Stone wrote:
> I was wondering if you had a chance to commit the patch I submitted with
in 2.1.6 I think.
On Fri, Nov 6, 2009 at 11:47 PM, Chris Pratt wrote:
> Good to know, thanks. When was that changed? I use 2.1.6 in my personal
> project, but we're still stuck on 2.0.14 at work.
> (*Chris*)
>
> On Fri, Nov 6, 2009 at 11:33 PM, Dale Newfield wrote:
>
>> Chris Pratt wrote:
>>
d OGNL.
//all hail our new UEL overlord
musachy
On Sat, Jul 18, 2009 at 3:06 PM, Musachy Barroso wrote:
> Due to this fix: http://jira.opensymphony.com/browse/OGNL-141
>
> Ognl 2.7.3 performance is a lot better than 2.6.11, on my rough test,
> the avg time spent in OgnlRuntime.invokeMetho
ah..I didnt make it up after all:
http://blogs.sun.com/kchung/entry/jsr_245_mr_part_i
On Tue, Nov 3, 2009 at 4:04 PM, Musachy Barroso wrote:
> yeah I have to look into that, it seems like the last jar in their
> maven repo doesn't have the latest api. The JUEL demo now works with
&
moved the original GoogleCode dependency from my project, but
>>> >> now it doesn't appear to find *any* such plugin. It's unclear to me
>>> >> where the JSON Plugin is located within the Struts framework and how to
>>> >> get it, now. I tried
using the FTL/JSP
> expression languages.
>
> -bp
>
>
> On Nov 3, 2009, at 11:10 AM, Musachy Barroso wrote:
>
>> That would be ok except for one thing: the value stack. To support the
>> value stack in those view technologies is the problem. I have tried so
>> m
> On Nov 3, 2009, at 10:22 AM, Musachy Barroso wrote:
>
>> Well yes, that's by default, but with the new EL api you can plugin a
>> new EL resolver like:
>>
>> JspApplicationContext jspApplicationContext =
>> JspFactory.getDefaultFactory().getJspApplica
We also have FreeMarker , Velocity and we have a lot of expression
evaluations from Struts code itself.
musachy
On Tue, Nov 3, 2009 at 12:29 AM, Antonio Petrelli
wrote:
> 2009/11/3 Musachy Barroso :
>> I think I saw it in someone's blog but now I can't find it..did I make
&g
had to define them
> as Functions in the TLD. Have they added something else new?
> (*Chris*)
>
> On Mon, Nov 2, 2009 at 8:36 PM, Musachy Barroso wrote:
>
>> Thy are finally adding static method calls finally. I don't use any
>> advanced features from OGNL either,
work globally. It's much easier to teach my junior programmers a
> single EL than have to explain where each is appropriate. But maybe that's
> just me.
> (*Chris*)
>
> On Mon, Nov 2, 2009 at 7:06 PM, Musachy Barroso wrote:
>
>> Actually is not as far off as it
hat topic has been
> beaten to death. =8^(
> (*Chris*)
>
> On Mon, Nov 2, 2009 at 5:13 PM, Musachy Barroso wrote:
>
>> It would be sweet if javassist was optional in OGNL, specially
>> considering that we do not use it. I will resist the temptation to
>> vent my fr
ose enough, I'm using OGNL 2.7.3 with
> javassist-3.7.0.jar.
> (*Chris*)
>
> On Mon, Nov 2, 2009 at 3:39 PM, Musachy Barroso wrote:
>
>> Chris, I wanted to double check on this, are you using Ognl 2.7.3
>> without Javassist? I get class loading errors without it. Pl
1 - 100 of 1374 matches
Mail list logo