Re: Using Wicket with Adobe Forms (FDF)

[arronlee]

Did you have any idea about  text extraction from pdf files
  ?

-
Best Regards,
Arron






Next Tomorrow is Another Day.
--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Using-Wicket-with-Adobe-Forms-FDF-tp4446987p4673430.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Re: Replacement for MarkupContainer#get and MarkupContainer#swap

[Sven Meier]

Hi,

you should use a RefreshingView with ReuseIfModelsEqualStrategy.

You can swap the items on the client side like before - but instead of 
swapping the items on the server side you just swap the objects in your 
model.


Have fun
Sven


On 25.01.2016 12:56, Bas Gooren wrote:

Hi All,

Since wicket 7 I see that index-based methods in MarkupContainer have been 
deprecated.

We use those methods in some of our list editors - components that allow editing of 
lists of entities inside a form which provides ordering (move an item up & 
down).
The beauty of the current methods is that we easily have very fast re-renders 
of complex editors, since we can swap the items on the server-side, and swap 
them on the client side too, and don’t have to rerender the entire list 
component.

I know wicket 8 is quite a while away still, but would like to know what the 
preferred way of building such editors will be when wicket 8 comes out.
Since it will not be possible anymore to access elements by index and swap 
them, the only alternative we see is to re-render the entire list component - 
which means it will also have to be a “soft” form submit to not lose any input.

Any ideas?

Met vriendelijke groet,
Kind regards,

Bas



-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Issue with REST Sessions in Wicket-Shiro-Hibernate

[MM_at_ANO]

Good Morning.

I'm currently working in a Wicket 6.19.0 and Hibernate 4.3.6 project with
Shiro authentication.
The code is very high level and I'm having troubles finding a solution for
my problem.
But first of all, let me explain the problem.

In the application there is a REST API service to obtain the information
about a certain User.
In this application there is a "WicketSession" class extending the
org.apache.wicket.Session.
This class is used to inject the SessionFactory, and thus allowing the
manipulation of DAO Implementations for the database, as so:

The Class:
...
WicketSession extends WebSession implements ISessionLogInfo {
@SpringBean(name = "sessionFactory")
private SessionFactory sessionFactory;

public static WicketSession get() {
return (WicketSession) Session.get();
}
...

The Web Application Context

...


${hibernate.show_sql}
${use_sql_comments}
${hibernate.format_sql}

${hibernate.cache.use_query_cache} 
${hibernate.cache.provider_class}

${hibernate.cache.region.factory_class}

${hibernate.cache.use_second_level_cache}
${hibernate.query.factory_class}
${hibernate.dialect}
${hibernate.auto_close_session}
${hibernate.jdbc.batch_size}
${hibernate.max_fetch_depth}




The Web Service:
...
UserDaoImpl dao = new UserDaoImpl(WicketSession.get().getSessionFactory());
...

When I call the web service I get a 500 error.
This error is due to a null pointer exception in WicketSession.get(), more
precisely in RequestCycle.get() (executed inside Session.get()).
If the web service is accessed one more time (in browser only) everything
works fine and the web service returns a JSON (as it is supposed to).
Yet if there is another access I get once again the 500 error.
And so on...

I have search many different solutions but nothing worked.
Do you have any idea of what's going on? Any help would be appreciated.

Sorry for my poor English.
Best Regards, Marina.

--
View this message in context: 
http://apache-wicket.1842946.n4.nabble.com/Issue-with-REST-Sessions-in-Wicket-Shiro-Hibernate-tp4673417.html
Sent from the Users forum mailing list archive at Nabble.com.

-
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Replacement for MarkupContainer#get and MarkupContainer#swap

[Bas Gooren]

Hi All,

Since wicket 7 I see that index-based methods in MarkupContainer have been 
deprecated.

We use those methods in some of our list editors - components that allow 
editing of lists of entities inside a form which provides ordering (move an 
item up & down).
The beauty of the current methods is that we easily have very fast re-renders 
of complex editors, since we can swap the items on the server-side, and swap 
them on the client side too, and don’t have to rerender the entire list 
component.

I know wicket 8 is quite a while away still, but would like to know what the 
preferred way of building such editors will be when wicket 8 comes out.
Since it will not be possible anymore to access elements by index and swap 
them, the only alternative we see is to re-render the entire list component - 
which means it will also have to be a “soft” form submit to not lose any input.

Any ideas?

Met vriendelijke groet,
Kind regards,

Bas