The speed issues are much better in 2.1. However, now when I load the page,
every autocompleter on that page is issuing a request. Is this a bug or
have I configured something incorrectly? I believe the default behavior for
this should be to issue a request only after three characters have been
Ahh. I'm afraid I never would have figured that out without explanation
since I get permission denied when hitting the edit link.
-Ben
Ted Husted wrote:
>
> It's a bit kludgy. If you select "edit page", and you are not logged
> in, it will prompt for your credentials. Once past that, you s
It's a bit kludgy. If you select "edit page", and you are not logged
in, it will prompt for your credentials. Once past that, you should
end up on the wiki side, for example at
* http://cwiki.apache.org/confluence/display/WW/Home
At this point, there should be a "Add Comment" link at the bottom
There's not a link anywhere on the page to add a comment:
http://struts.apache.org/2.x/docs/autocompleter.html
Is there some other way I need to access that functionality?
Thanks,
Ben
Ted Husted wrote:
>
>
> But, if you open a Confluence account, you should still be able to add a
> comme
To edit a page in the main documentation wiki, we need a CLA on file first.
* http://struts.apache.org/2.x/docs/editing-the-documentation.html
But, if you open a Confluence account, you should still be able to add
a comment.
-Ted.
On 10/8/07, chengas123 <[EMAIL PROTECTED]> wrote:
>
> Ahh! Tha
Ahh! That was my problem.
I think it would be worth mentioning this in the documentation, especially
since it is the reverse of 2.0.x. It's not real clear in the state example
which is the key and which is the value. I tried to edit the docs myself,
but the wiki told me I did not have permissio
Adding the pound sign did work for me in the hardcoded example
Will my action need to add a pound sign as well or is that only because I
was using list instead of href? Right now my action is returning
{"1":"Internet Services"}, which works in 2.0.9. This is what is returned
by the json pl
I double check this, and it seems to be working fine, as Wes mentioned
you need to escape "#" or use something like:
One think to keep in mind is, when you build the json, the key and
the values are in the "wrong" order. So it would be:
{
"Alabama" : "AL"
}
instead of :
{
"Al" : "Alaba
OGNL's anonymous map creation uses the '#' character -
http://www.ognl.org/2.6.9/Documentation/html/LanguageGuide/collectionConstruction.html#mapConstruction
But, if your servlet container uses the Unified EL, then you'll have
to escape the '#',
So, in short try this -
Looking at what you we
Turns out the problem is that the autocompleter is broken for maps. Using
the map example given in the documentation
(http://struts.apache.org/2.x/docs/autocompleter.html) does not work:
However, it works when a list is given:
-Ben
chengas123 wrote:
>
> Converting the tags to use t
Converting the tags to use the new library wasn't very hard except that I
can't seem to get the new tags to work. I turned the debugging on in the
head tag and the only debug message I got was "DEBUG: please consider using
a mimetype of text/json-comment-filtered to avoid potential security issue
at they need to change their spec.
-Nick
-Original Message-
From: chengas123 [mailto:[EMAIL PROTECTED]
Sent: October 4, 2007 5:20 PM
To: user@struts.apache.org
Subject: Re: [s2] Struts head tag KILLS (> 10s) page load time
Yes, it is working for me now. I checked out the project a
Yes, it is working for me now. I checked out the project and did not have to
change any of the pom.xml files. I will let you know how my performance
tests go with the new plug in.
Thanks,
Ben
Musachy Barroso wrote:
>
> The dependency seems to be fine (it was broken before). On core:
>
>
>
--- chengas123 wrote:
> I was trying to build myself, but I'm afraid I can't
> agree that it's pretty easy. It appears the pom.xml
> files are broken along with who knows what else.
As I said, aside from the XWork pom.xml issue I found
building trunk was very straight-forward. Perhaps if
you re-
On 10/4/07, chengas123 <[EMAIL PROTECTED]> wrote:
>
>
>
> Wes Wannemacher wrote:
> >
> > There is probably very little difference between the nightly build and
> > trunk, I have found it's pretty easy to just build from trunk. If you
> > don't have them already, get subversion and maven (both small
The dependency seems to be fine (it was broken before). On core:
com.opensymphony.xwork
xwork
2.1-SNAPSHOT
on xwork trunk:
com.opensymphony.xwork
xwork
2.1-SNAPSHOT
regards
musachy
On 10/4/07, chengas123 <[EMAIL PROTECTED]> wrote:
>
>
>
> Wes Wannemacher wrote:
> >
> > The
Wes Wannemacher wrote:
>
> There is probably very little difference between the nightly build and
> trunk, I have found it's pretty easy to just build from trunk. If you
> don't have them already, get subversion and maven (both small
> downloads) and build it yourself.
>
> Follow the instructi
There is probably very little difference between the nightly build and
trunk, I have found it's pretty easy to just build from trunk. If you
don't have them already, get subversion and maven (both small
downloads) and build it yourself.
Follow the instructions from this thread -
http://www.nabble
Thank you for the suggestion, but unfortunately I still can't figure out how
to get it to build as this is my first experience with Maven.
I noticed someone placed struts-2.1.0-SNAPSHOT-lib.zip in the nightlies
directory which I appreciate greatly, but while it includes most of the
plugins, the do
I don't know enough about Maven to be able to help you
much, but it may be as simple as clearing your repo
cache (or whatever it's called). I am building from
trunk with the below change w/o any difficulty, at
least as of about a week ago.
--- chengas123 <[EMAIL PROTECTED]> wrote:
>
> If this is
If this is a known issue, why doesn't someone commit the change? I
understand this is the development branch, but it's a pretty critical issue
to not be able to build the project. Among other things, it has to be a
deterrent in attracting new developers.
If I make that change I get:
[WARNING
IIRC there is still an issue with trunk regarding the
opensymphony id; it's something like
"xwork.opensymphony.com" and needs to be just
"opensymphony"... um...
Index: core/pom.xml
===
--- core/pom.xml(revision 580129)
+++ cor
Ok. I tried downloading from SVN, but got a build error. Maven could not
find xwork-2.1-SNAPSHOT-sources.jar. I had to download it manually from
maven.opensymphony.com. However, despite following the instruction maven
was giving me I could not figure out how to build the project with the
manua
I don't think it is on the snapshots.
musachy
On 10/3/07, chengas123 <[EMAIL PROTECTED]> wrote:
>
> I found some error messages buried in my log file. It seems 2.1 is not
> working for me because Dojo was moved to a plugin which I do not have. Is
> there anyway to get a compiled version of this
I found some error messages buried in my log file. It seems 2.1 is not
working for me because Dojo was moved to a plugin which I do not have. Is
there anyway to get a compiled version of this plugin? Or do I have to
download 2.1 from source control and compile it myself?
Thanks,
Ben
chengas
Thank you all for your responses. I apologize that mine is so delayed. I am
going to try using 2.1 with the cache attribute and see what the difference
is. It sounds like it should be a major improvement. I believe the problem
was that it was requesting so many files and it appeared the browse
t;[EMAIL PROTECTED]>
To: "'Struts Users Mailing List'"
Cc: "'Struts Developers List'" <[EMAIL PROTECTED]>
Sent: Monday, September 24, 2007 9:50 PM
Subject: RE: [s2] Struts head tag KILLS (> 10s) page load time
> +1
>
> -Original
s a large overhead although
> > > > > > the dojo
> > > > > > files were supposedly cached. It might have been a quirk with
> > > > > > firebug and
> > > > > > dojo "requires", or maybe the "requires&quo
; > 30+ times.
> > > > >
> > > > > About 5 dojo files were consistently returning "not found" as well,
> > > > > which
> > > > > may not have helped the load times.
> > > > >
> > > > >
+1
-Original Message-
From: Don Brown [mailto:[EMAIL PROTECTED]
Sent: Monday, September 24, 2007 9:39 PM
To: Struts Users Mailing List
Subject: Re: [s2] Struts head tag KILLS (> 10s) page load time
Hmm...more info can be found here: http://dojo.jot.com/FAQ#Performance
I wonder if
> > > which
> > > > may not have helped the load times.
> > > >
> > > > Removing as much dojo stuff as I could, and upgrading from Struts 2.0.8
> > > > to
> > > > 2.0.9 has solved our page load time issues.
> > > >
> > &g
t 5 dojo files were consistently returning "not found" as well,
> > > > which
> > > > may not have helped the load times.
> > > >
> > > > Removing as much dojo stuff as I could, and upgrading from Struts 2.0.8
> > > > to
> >
-
From: Musachy Barroso [mailto:[EMAIL PROTECTED]
Sent: Monday, 24 September 2007 11:09 PM
To: Struts Users Mailing List
Subject: Re: [s2] Struts head tag KILLS (> 10s) page load time
It is a dojo/browser thing. All we can do is done already, if you set
cache="true" Struts 2 will use a
eturning "not found" as well, which
> > > may not have helped the load times.
> > >
> > > Removing as much dojo stuff as I could, and upgrading from Struts 2.0.8 to
> > > 2.0.9 has solved our page load time issues.
> > >
> > > Regards
> &g
moving as much dojo stuff as I could, and upgrading from Struts 2.0.8 to
> > 2.0.9 has solved our page load time issues.
> >
> > Regards
> > Jason
> >
> >
> > -Original Message-
> > From: Martin Gainty [mailto:[EMAIL PROTECTED]
> > Sent:
this one apart from customisation of the dojo
includes??
Regards
Jason
-Original Message-
From: Musachy Barroso [mailto:[EMAIL PROTECTED]
Sent: Monday, 24 September 2007 1:43 PM
To: Struts Users Mailing List
Subject: Re: [s2] Struts head tag KILLS (> 10s) page load time
When a file
effect of faster response to the browser?
>
> Thanks/
> Martin--
> - Original Message -
> From: "Jason Wyatt" <[EMAIL PROTECTED]>
> To: "'Struts Users Mailing List'"
> Sent: Thursday, September 20, 2007 9:09 PM
> Subject: RE:
-
From: Martin Gainty [mailto:[EMAIL PROTECTED]
Sent: Friday, 21 September 2007 11:41 AM
To: Struts Users Mailing List
Subject: Re: [s2] Struts head tag KILLS (> 10s) page load time
Hi Jason-
so by attentuating dojo includes you decreased initial load time for dojo
with the beneficial side e
I agree, and that's the thought that stopped me from doing this in the
past. I do think it would be nice to bring APT to a wider audience, and
making it a plug-in would probably give it more exposure and have that
effect, but it's not the best reason to do something like this. I may
still do
oblem with struts
> 2.0.9.
> There is still no date for the 2.1 release availability ?
> Meissa
>
>
>
> "Musachy Barroso" <[EMAIL PROTECTED]>
> 21/09/2007 16:52
> Veuillez répondre à
> "Struts Users Mailing List"
>
>
> A
> "St
ers Mailing List"
cc
Objet
Re: [Tangential] Re: [s2] Struts head tag KILLS (> 10s) page load time
on any file that you are using the S2 ajax tags, you have to use the
wrote:
> Musachy where do you set this cache=true in what file exactly?
>
> On 9/21/07, Musachy Barros
If you don't have "plugin" anything, there isn't any real benefit to
it, but I haven't looked at JWP.
musachy
On 9/21/07, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> I'll see if I can find some time this weekend... the only thing that's
> really stopped me in the past when I thought of it is t
on any file that you are using the S2 ajax tags, you have to use the
wrote:
> Musachy where do you set this cache=true in what file exactly?
>
> On 9/21/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
> >
> > I could see
> > > making this an S2 plug-in if there was some interest in that, I've had
>
I'll see if I can find some time this weekend... the only thing that's
really stopped me in the past when I thought of it is that it's really
so darned easy to drop in manually (two added JAR files, one config file
and one context param in web.xml), there's almost no benefit to it being
a plug-
Musachy where do you set this cache=true in what file exactly?
On 9/21/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
>
> I could see
> > making this an S2 plug-in if there was some interest in that, I've had
> > that thought before.
> >
>
> That would be a pretty good idea :)
>
> musachy
>
>
I could see
> making this an S2 plug-in if there was some interest in that, I've had
> that thought before.
>
That would be a pretty good idea :)
musachy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-ma
If you're not going to use the built-in AJAX support in S2, you may also
want to have a look at AjaxParts Taglib (APT):
http://javawebparts.sourceforge.net/javadocs/javawebparts/ajaxparts/taglib/package-summary.html
... which is a component of Java Web Parts (JWP):
http://javawebparts.sourcefo
Setting cache="true" will pretty much kill the Dojo lazy loading
feature, as it will use a custom build (all the required js files
compressed in one file). On top of that 2.1 won't scan the whole page
for widgets, which will make it even faster.
musachy
On 9/20/07, Don Brown <[EMAIL PROTECTED]> w
On Yesterday at 11:25pm, VR=>Van Riper <[EMAIL PROTECTED]> wrote:
VR> [..snip..]
VR>
VR> The best workaround that I have found is to "Just Say NO" to the built
VR> in support for Dojo and instead to use Prototype judiciously. All my
VR> ajax logic is done that way. I don't use the builtin ajax
On 9/20/07, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
>
> I have the same problem. I'm using ajax and the response time of my pages
> are
> over 40s sometimes with the include.
> Can someone tells me if this has been fixed in struts 2.1 ?
> Is there a work around to this problem ?
The best wor
9/2007 06:38
Veuillez répondre à
"Struts Users Mailing List"
A
Struts Users Mailing List
cc
Objet
Re: [s2] Struts head tag KILLS (> 10s) page load time
The OP should try that cache="true" setting first obviously... I'd be
surprised if that didn't g
The OP should try that cache="true" setting first obviously... I'd be
surprised if that didn't get rid of all the requests... we had exactly
the same experience in my current project, even though we're not using
S2, and we found the custom build solved the problem (in addition to
caching static
Musachy, has this been fixed in 2.1? Are the number of requests
happening because we are using Dojo's lazy import feature?
Don
On 9/21/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
> Only on 2.1 Frank, if you set cache="true" it will use a custom build
> that includes the files needed by the S2
Only on 2.1 Frank, if you set cache="true" it will use a custom build
that includes the files needed by the S2 widgets. The first download
will be big but it will be cached by the browser.
To the OP: Are you using ajax? if not, don't set theme="ajax" on head.
regards
musachy
On 9/20/07, Frank W.
ing List'"
Sent: Thursday, September 20, 2007 9:09 PM
Subject: RE: [s2] Struts head tag KILLS (> 10s) page load time
I had the same issue... We use the ajax tabbed panel but no other dojo
widgets, but the tag had dojo "requiring" all of the
dojo widget library.
This was causi
ps, regards
Jason
-
Falun Dafa Truth - Compassion - Forbearance
A mind & body practice under persecution in China
http://www.faluninfo.net
-Original Message-----
From: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Sent: Friday, 21 September 2007 8:09 AM
To: Struts Users Mailing List
Subj
If Dojo is being used for AJAX in this case, that's my guess. I know
from experience that Dojo, can issue a TON of requests even if you think
your only loading a small portion of it. Assuming this guess is
correct, Musachy, does S2 use a custom build of Dojo? If not, that
might be worth cons
I would actually love to know the answer to this problem because I am
working with something similar too. Thanks.
On 9/20/07, chengas123 <[EMAIL PROTECTED]> wrote:
>
>
> Hi,
> I am working on a Struts 2 page and page load times are way too high. I
> tracked it down to the Struts head tag, which I
58 matches
Mail list logo