https://github.com/wicketstuff/core/tree/master/jdk-1.5-parent/jasperreports-parent
On Mon, Jan 17, 2011 at 11:29 PM, Jim Pinkham pinkh...@gmail.com wrote:
I found this tantalizingly close msg:
http://www.mail-archive.com/users@wicket.apache.org/msg55375.html
Sounds like about what I'd
Hi,
where is org.apache.wicket.Resource nowadays? I didn't find any info
about this class in the migration guide.
Thanks,
Peter
-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail:
Look for IResoource
2011/1/18 Major Péter majorpe...@sch.bme.hu
Hi,
where is org.apache.wicket.Resource nowadays? I didn't find any info about
this class in the migration guide.
Thanks,
Peter
-
To unsubscribe, e-mail:
Hello,
i'm new to wicket and the mailing list. I already checked the search
machines but didn't found anything.
i have to migrate a jsp. In the jsp there is a html tag like this:
html xmlns=http://www.w3.org/1999/xhtml;
Jira issue https://issues.apache.org/jira/browse/WICKET-3335
https://issues.apache.org/jira/browse/WICKET-3335
--
View this message in context:
http://apache-wicket.1842946.n4.nabble.com/Free-wicket-from-component-hierarchy-hell-tp3027705p3221292.html
Sent from the Users forum mailing list
This wont go in Wicket 1.5.
If there are no issues then most probably it will be included in 1.6
Thanks !
On Tue, Jan 18, 2011 at 10:04 AM, Giannis Koutsoubos kouts...@gmail.comwrote:
Jira issue https://issues.apache.org/jira/browse/WICKET-3335
Hi!
We would like to see it in 1.4, if possible.
**
Martin
2011/1/18 Martin Grigorov mgrigo...@apache.org:
This wont go in Wicket 1.5.
If there are no issues then most probably it will be included in 1.6
Thanks !
On Tue, Jan 18, 2011 at 10:04 AM, Giannis Koutsoubos
I don't take decisions alone but I'd vote -1 for 1.4.x.
1.4.x is the stable version and I don't want to compromise it with feature
that is neither a regression nor a security hole.
Please port the patch to 1.5/trunk and then we can talk about adding it in
early 1.5.x versions.
1.5-RC1 will be
I vote
+1 for also 1.4.x
because this feature does not compromise anything, it is just an
alternate way of adding components.
**
Martin
2011/1/18 Martin Grigorov mgrigo...@apache.org:
I don't take decisions alone but I'd vote -1 for 1.4.x.
1.4.x is the stable version and I don't want to
-1 for 1.4.x as well. No need to add this to current wicket. If it is
so important, wicket is open source, and you can readily port it
yourself.
Martijn
On Tue, Jan 18, 2011 at 10:43 AM, Martin Grigorov mgrigo...@apache.org wrote:
I don't take decisions alone but I'd vote -1 for 1.4.x.
1.4.x
On Tue, Jan 18, 2011 at 10:43 AM, Martin Grigorov mgrigo...@apache.org wrote:
Please port the patch to 1.5/trunk and then we can talk about adding it in
early 1.5.x versions.
I would be wary about adding this to 1.5 as well (that is -1 for 1.5).
1.6 will be a fine place for this to get ironed
I only see it in production
On Jan 17, 2011, at 6:38 PM, Igor Vaynberg wrote:
not really sure what is happenning. that url is pretty badly mangled.
can you set a breakpoint in part of the code that generates it and see
if its wicket or someone is playing with the url.
-igor
On
Encountering a show stopper for our project that involves being able to deal
with a form containing a file upload that can be revealed depending on
whether that particular workflow is desired.
Please see attached quickstart project that shows this failing using Wicket
version 1.4.15 (
So is this a bug? Should I create a JIRA issue for this?
Thanks,
Peter
2011-01-15 23:14 keltezéssel, Igor Vaynberg írta:
my first gut feeling is that if the form is stateless it should use
the page's url as its action. this way page parameters are preserved
and we can properly parse them out
Thanks - so glad to see it's been ported to 1.5; now, I need the jar.
Maven gives me:
Unable to find resource 'org.wicketstuff:jasperreports:pom:1.5-SNAPSHOT' in
repository public (http://public)
.. and then again for 2 repositories I tried adding: wicket-snaps, and
nonatype-nexus-snapshots at
Hi ;
I would like to create a link that launches a popup window. The link is a
resource link that displays lauches a popup window that displays a pdf (i
have the adobe viewer plugin in IE) .
How do i do this:
Thanks in advance.
Josh
You'll need to build it yourself locally.
There is not yet a release of wicketstuff-1.5 at oss.sonatype.org. I think
we will release it once Wicket 1.5-RC1 is released (hopefully this week).
On Tue, Jan 18, 2011 at 2:48 PM, Jim Pinkham pinkh...@gmail.com wrote:
Thanks - so glad to see it's been
is the app proxied? could be a proxy mangling it on a rewrite.
-igor
On Tue, Jan 18, 2011 at 1:57 AM, Douglas Ferguson
doug...@douglasferguson.us wrote:
I only see it in production
On Jan 17, 2011, at 6:38 PM, Igor Vaynberg wrote:
not really sure what is happenning. that url is pretty
not sure if its a bug, but its definitely a better way of handling
stateless form submits i think. and yes, file a jira.
-igor
2011/1/18 Major Péter majorpe...@sch.bme.hu:
So is this a bug? Should I create a JIRA issue for this?
Thanks,
Peter
2011-01-15 23:14 keltezéssel, Igor Vaynberg
seems weird. that file works ok on other pages?
-igor
On Mon, Jan 17, 2011 at 11:53 PM, Alec Swan alecs...@gmail.com wrote:
Hello,
I have a website using Wicket 1.4.14. There is a link which pops up a
window/page generated by Wicket. The popup works great in Firefox and
Chrome, but in IE I
I've encountered errors like this where the browser renders a javascript error
relating to undefined variables in various wicket framework javascript files.
The only browser/version where I have observed this was in IE6 (don't ask).
-J.D.
-Original Message-
From: Igor Vaynberg
file a jira issue. it will get lost here.
-igor
On Tue, Jan 18, 2011 at 2:43 AM, exl eric@uwa.edu.au wrote:
Encountering a show stopper for our project that involves being able to deal
with a form containing a file upload that can be revealed depending on
whether that particular workflow
Set the root form as multipart in the onInitialize method, Wicket will fail
in detect the form as multipart if the inner one with the upload field is
not visible at the first render.
On Tue, Jan 18, 2011 at 8:43 AM, exl eric@uwa.edu.au wrote:
Encountering a show stopper for our project
Well, I seem to be making good progress, but still not 100% there.
I got git and did a clone of wicketstuff and built jasperreports and added
it's target\jar to my local repo.
I only had to change the core's pom.xml to refer to the 1.5-M3 version I'm
using instead of 1.5-SNAPSHOT.
So far so good
... and to follow up briefly - I got past the class not found by adding:
!-- this should be redundant?? --
dependency
groupIdorg.apache.poi/groupId
artifactIdpoi/artifactId
version3.2-FINAL/version
/dependency
There is no proxy
On Jan 18, 2011, at 10:48 AM, Igor Vaynberg wrote:
is the app proxied? could be a proxy mangling it on a rewrite.
-igor
On Tue, Jan 18, 2011 at 1:57 AM, Douglas Ferguson
doug...@douglasferguson.us wrote:
I only see it in production
On Jan 17, 2011, at 6:38 PM,
mount a shared resource and create a link to that resource reference.
On Tue, Jan 18, 2011 at 7:55 AM, Josh Kamau joshnet2...@gmail.com wrote:
Hi ;
I would like to create a link that launches a popup window. The link is a
resource link that displays lauches a popup window that displays a pdf
I agree. I'm -0 in general, and definitely -1 for 1.4 and -0.9 for 1.5.
On Tue, Jan 18, 2011 at 3:54 AM, Martijn Dashorst
martijn.dasho...@gmail.com wrote:
On Tue, Jan 18, 2011 at 10:43 AM, Martin Grigorov mgrigo...@apache.org
wrote:
Please port the patch to 1.5/trunk and then we can talk
Hi,
if anyone is interested, I've ported my Oracle/Wicket starter application to
Postgresql.
There is a similar philosophy - the 'one big application user' architecture is
rejected - applications users are database users, so that security can be
enforced on every tier.
It is at:
not sure then. seems rather strange that you cant reproduce it
locally. what container is it running in?
-igor
On Tue, Jan 18, 2011 at 12:41 PM, Douglas Ferguson
doug...@douglasferguson.us wrote:
There is no proxy
On Jan 18, 2011, at 10:48 AM, Igor Vaynberg wrote:
is the app proxied? could
I tested the quickstart with the HomeForm multipart property set to true and
it is all ok.
I'm 1+ to change Form#isMultipart implementation to don't test the form
components visibility while visiting children. It is quite natural to have
them set to true and sent back to browser in an AJAX
what about cases where users swap in an upload field later? in this
case visibility isnt going to help. this is why we provide a way for
the user to hard-set the value to true via form.setmultipart(true) -
which is what i think exl should do.
-igor
On Tue, Jan 18, 2011 at 3:41 PM, Pedro Santos
Ok. So Igor you're basically saying that as long as there is a possibility
for a file upload, the root form should always be setMultiPart(true) as part
of initialisation. I guess this means it is not a bug? (if so, then I won't
add this to your bug tracking).
I should mention that it will be
Should we set the parent form to multipart somewhere around the
post-configure / pre-render of a FileUpload? It could find its parent Form
and do it automatically. I guess the question is really: is there anytime
that we *wouldn't* want that to happen automatically? If we do it
post-configure /
Well as per Pedro and Igor's observation - if I setMultiPart(true) on the
root form on initialisation, then I don't encounter exceptions any more
using Wicket 1.4.15. I've applied this in our main development project and
it seems to work fine.
As a quick test, I switched back to Wicket version
As an after thought, I'm leaning towards leaving 1.4.15 the way it is. I
like the idea of having greater control over the multipart settings,
assuming developers know when to enable it and when not to. For example, if
I had another nested form that doesn't involve a file upload, then I'm
Hi am not sure if a user vote is going on here.
My 2 cents for my own insecurities: Leave it as is! Its good enough.
I'm pretty much screwing around with FileUpload in many ways and overall its
great.
thanks
-
Don't take life too seriously, your'e not getting out it alive anyway!
--
View
On Tue, Jan 18, 2011 at 11:08 PM, Arjun Dhar dhar...@yahoo.com wrote:
Hi am not sure if a user vote is going on here.
Nah - a vote would have [VOTE] in the subject, and they are typically only
on the dev@ list, not users@. But, we're *always* open to feedback here.
My 2 cents for my own
in 1.4.9 it worked because we did not take visibility of children into
account. eg an invisible multipart component would make the form
multipart as well. this was inconsistent so it was fixed.
as far as automatic detection - i think in this case it happens during
an ajax update and going from
39 matches
Mail list logo
