> I kinda miss the point of this entire thread? What exactly doesn't
> work? Are you getting no javascript references written to your
> <head></head> section? How did you map the WicketFilter?

Whoooh! I think you might have found the problem for us.

We're still mapping via the WicketServlet not the filter. Maybe that's a
wicket 1.2.x legacy that we neglected to migrate when we switched to
1.3.x.

We already have an exPOJO filter auto handling persistence for us so I
guess we now have to chain that filter with the wicket filter. I wonder
how we do that...

<servlet>
        <servlet-name>MyServer</servlet-name>
        
<servlet-class>org.apache.wicket.protocol.http.WicketServlet</servlet-cl
ass>
        <init-param>
          <param-name>applicationClassName</param-name>
          <param-value>com.sas.av.ui.wicket.MyApp</param-value>
                </init-param>
                <load-on-startup>1</load-on-startup>
</servlet>

<servlet-mapping>
        <servlet-name>MyServer</servlet-name>
        <url-pattern>/content/*</url-pattern>
</servlet-mapping>

> 
> 
> -Matej
> 
> On Sat, Mar 1, 2008 at 7:19 AM, Chris Colman
> <[EMAIL PROTECTED]> wrote:
> > How do I force a page to be stateful?
> >
> >
> >
> >  > I tried that by adding a TextField - still no joy.
> >  >
> >  > > no. webpage is the correct choice. as a workaround you can make
the
> >  > > page stateful....
> >  > >
> >  > > -igor
> >  > >
> >  > >
> >  > > On Fri, Feb 29, 2008 at 1:04 PM, Chris Colman
> >  > > <[EMAIL PROTECTED]> wrote:
> >  > > > The class derives, ultimately, from the WebPage class. Should
I
> >  try
> >  > > >  deriving it from some other wicket base class as a
workaround?
> >  > > >
> >  > > >
> >  > > >
> >  > > >  > there are no conditions, these things are pushed to wicket
by
> >  > > >  > invocations on  iheadercontributor's iheaderresponse
interface
> >  by
> >  > all
> >  > > >  > interested components/behaviors. i guess wicket ignores
these
> >  if
> >  > the
> >  > > >  > page is stateless, which woud be a bug...
> >  > > >  >
> >  > > >  > -igor
> >  > > >  >
> >  > > >  > On Fri, Feb 29, 2008 at 12:50 PM, Chris Colman
> >  > > >  > <[EMAIL PROTECTED]> wrote:
> >  > > >  > > I've tried 1.3.1 and still no luck in getting wicket to
> >  inject
> >  > the
> >  > > >  > >  appropriate <script> lines into the header of the HTML.
> >  > > >  > >
> >  > > >  > >  I was wondering what is the *trigger* or set of
conditions
> >  > that
> >  > > >  wicket
> >  > > >  > >  uses to determine that it should inject the <script>
lines
> >  > that
> >  > > >  import
> >  > > >  > >  the .js files into a generated HTML file?
> >  > > >  > >
> >  > > >  > >  Maybe if I understand these I can 'force' it to add
these
> >  > lines.
> >  > > >  > >
> >  > > >  > >  I should mention that we're using markup inheritance in
> case
> >  > that
> >  > > >  has
> >  > > >  > >  some bearing on the issue.
> >  > > >  > >
> >  > > >  > >
> >  > > >  > >
> >  > > >  > >  >
> >  > > >  > >  > that is a given. try 1.3.1 and if that doesnt work
try
> >  > building
> >  > > >  trunk
> >  > > >  > >  > yourself and test with that.
> >  > > >  > >  >
> >  > > >  > >  > -igor
> >  > > >  > >  >
> >  > > >  > >  >
> >  > > >  > >  > On Fri, Feb 29, 2008 at 12:16 AM, Chris Colman
> >  > > >  > >  > <[EMAIL PROTECTED]> wrote:
> >  > > >  > >  > > Using 1.3.0 - maybe I should try 1.3.1
> >  > > >  > >  > >
> >  > > >  > >  > >
> >  > > >  > >  > >
> >  > > >  > >  > >
> >  > > >  > >  > >  > -----Original Message-----
> >  > > >  > >  > >  > From: Igor Vaynberg
[mailto:[EMAIL PROTECTED]
> >  > > >  > >  > >  > Sent: Friday, 29 February 2008 6:29 PM
> >  > > >  > >  > >  > To: [email protected]
> >  > > >  > >  > >  > Subject: Re: Location of wicket-ajax.js
> >  > > >  > >  > >  >
> >  > > >  > >  > >  > this should happen automatically, please file a
bug
> >  > report
> >  > > >  > >  > >  >
> >  > > >  > >  > >  > -igor
> >  > > >  > >  > >  >
> >  > > >  > >  > >  >
> >  > > >  > >  > >  > On Thu, Feb 28, 2008 at 11:26 PM, Chris Colman
> >  > > >  > >  > >  > <[EMAIL PROTECTED]> wrote:
> >  > > >  > >  > >  > > Problem found: Was a problem with <script>
import
> >  > lines
> >  > > >  not
> >  > > >  > >  being
> >  > > >  > >  > >  added,
> >  > > >  > >  > >  > >  not that the .js files were not reachable.
> >  > > >  > >  > >  > >
> >  > > >  > >  > >  > >  Apparently we need to have a stateful
component
> >  > > somewhere
> >  > > >  in
> >  > > >  > >  the
> >  > > >  > >  > >  page
> >  > > >  > >  > >  > in
> >  > > >  > >  > >  > >  order for wicket to auto inject the <script>
> lines
> >  > into
> >  > > >  the
> >  > > >  > >  HTML
> >  > > >  > >  > >  for
> >  > > >  > >  > >  > us.
> >  > > >  > >  > >  > >
> >  > > >  > >  > >  > >  Is there a way of telling wicket to inject
the
> >  > <script>
> >  > > >  lines
> >  > > >  > >  > >  without
> >  > > >  > >  > >  > >  having a stateful component on the page -
> >  currently
> >  > > >  > everything
> >  > > >  > >  on
> >  > > >  > >  > >  the
> >  > > >  > >  > >  > >  page is stateless - we just have buttons on
each
> >  > item
> >  > > >  that,
> >  > > >  > >  when
> >  > > >  > >  > >  > >  pressed, need to bring up an AJAX modal
dialog
> box
> >  > to
> >  > > >  display
> >  > > >  > >  some
> >  > > >  > >  > >  info
> >  > > >  > >  > >  > >  on the items.
> >  > > >  > >  > >  > >
> >  > > >  > >  > >  > >  Or do we need to add an invisible edit
control or
> >  > > >  something
> >  > > >  > to
> >  > > >  > >  get
> >  > > >  > >  > >  the
> >  > > >  > >  > >  > >  <script> injection happening?
> >  > > >  > >  > >  > >
> >  > > >  > >  > >  > >
> >  > > >  > >  > >  > >
> >  > > >  > >  > >  > >
> >  > > >  > >  > >  > >
> >  > > >  > >  > >
> >  > > >  > >
> >  > > >
> >  >
---------------------------------------------------------------------
> >  > > >  > >  > >  > >  To unsubscribe, e-mail:
> >  > > >  [EMAIL PROTECTED]
> >  > > >  > >  > >  > >  For additional commands, e-mail:
> >  > > >  [EMAIL PROTECTED]
> >  > > >  > >  > >  > >
> >  > > >  > >  > >  > >
> >  > > >  > >  > >  >
> >  > > >  > >  > >  >
> >  > > >  > >
> >  > > >
> >  >
---------------------------------------------------------------------
> >  > > >  > >  > >  > To unsubscribe, e-mail:
> >  > [EMAIL PROTECTED]
> >  > > >  > >  > >  > For additional commands, e-mail:
> >  > > >  [EMAIL PROTECTED]
> >  > > >  > >  > >
> >  > > >  > >  > >
> >  > > >  > >  > >
> >  > > >  > >
> >  > > >
> >  >
---------------------------------------------------------------------
> >  > > >  > >  > >  To unsubscribe, e-mail:
> >  > [EMAIL PROTECTED]
> >  > > >  > >  > >  For additional commands, e-mail:
> >  > [EMAIL PROTECTED]
> >  > > >  > >  > >
> >  > > >  > >  > >
> >  > > >  > >  >
> >  > > >  > >  >
> >  > > >
> >  >
---------------------------------------------------------------------
> >  > > >  > >  > To unsubscribe, e-mail:
> >  [EMAIL PROTECTED]
> >  > > >  > >  > For additional commands, e-mail:
> >  > [EMAIL PROTECTED]
> >  > > >  > >
> >  > > >  > >
> >  > > >  > >
> >  > > >
> >  >
---------------------------------------------------------------------
> >  > > >  > >  To unsubscribe, e-mail:
[EMAIL PROTECTED]
> >  > > >  > >  For additional commands, e-mail:
> >  [EMAIL PROTECTED]
> >  > > >  > >
> >  > > >  > >
> >  > > >  >
> >  > > >  >
> >  >
---------------------------------------------------------------------
> >  > > >  > To unsubscribe, e-mail:
[EMAIL PROTECTED]
> >  > > >  > For additional commands, e-mail:
[EMAIL PROTECTED]
> >  > > >
> >  > > >
> >  > > >
> >  >
---------------------------------------------------------------------
> >  > > >  To unsubscribe, e-mail: [EMAIL PROTECTED]
> >  > > >  For additional commands, e-mail:
[EMAIL PROTECTED]
> >  > > >
> >  > > >
> >  > >
> >  > >
> >
---------------------------------------------------------------------
> >  > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> >  > > For additional commands, e-mail: [EMAIL PROTECTED]
> >  >
> >  >
> >  >
---------------------------------------------------------------------
> >  > To unsubscribe, e-mail: [EMAIL PROTECTED]
> >  > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> >
---------------------------------------------------------------------
> >  To unsubscribe, e-mail: [EMAIL PROTECTED]
> >  For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> 
> 
> --
> Resizable and reorderable grid components.
> http://www.inmethod.com
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to