Странный вопрос в спящем режиме - PullRequest
2 голосов
/ 05 мая 2011

У меня возникла странная проблема с обновлением и отображением данных в спящем режиме.Может кто-нибудь помочь мне, пожалуйста!?

Я использую Hibernate, Spring с MySQL.

Проблема, с которой я сталкиваюсь, заключается в том, что любые изменения могут быть применены к базе данных.Но если я загружаю обновленный элемент на веб-страницу, он всегда возвращает старые или новые данные случайным образом.

Я уверен, что это не проблема кеша браузера.Я пытался распечатать возвращаемые данные в методе getPost в классе дао.Иногда он просто распечатывает неправильное сообщение.

Скажем, если я изменяю содержание публикации несколько раз, все изменения могут быть сохранены в базе данных.Но если я постоянно обновляю страницу для отображения измененных данных, она отображает все предыдущие изменения случайным образом.

Я пробовал разные способы загрузки данных в методе getPost, но все еще сталкиваюсь с той же проблемой:

  1. пробовал session.clear и session.flush

  2. закрывать кэш второго уровня как:

    <prop key="hibernate.cache.use_second_level_cache">false</prop>
    <prop key="hibernate.cache.use_query_cache">false</prop>
    <prop key="hibernate.cache.provider_class">org.hibernate.cache.EhCacheProvider</prop>
    <prop key="hibernate.cache.use_structured_entries">false</prop>
    
  3. другой способ загрузкиdata: session.load, session.get, запрос гибернации, критерии, у всех одна и та же проблема.

  4. В методе getPost postDAO: сначала я попытался загрузить данные с помощью собственного SQL, и хотелсравнить с результатом запроса гибернации.оба запроса возвращают старые данные.

Код:

public class Post implements Cloneable, Serializable {

    private String postID;
    private String content;
}

PostSelectController (controller):

public class PostSelectController extends AbstractController
{
....
protected ModelAndView handleRequestInternal(HttpServletRequest request, HttpServletResponse response) throws Exception
    {
        String id = request.getParameter("id");

        Course course = null;
        Vendor vendor = null;
        Post post = null;

        ModelAndView modelAndView = new ModelAndView();

        modelAndView.setViewName(getSuccessView());

        post = postService.getPost(id);

        modelAndView.addObject("post", post);

        return modelAndView;
    }
}

postService:

@Transactional(propagation=Propagation.SUPPORTS, isolation=Isolation.READ_COMMITTED, readOnly=true)
public class PostService
{
@Transactional(propagation=Propagation.REQUIRED, readOnly=false)
    public boolean updatePost(Post post) {

        System.out.println("service side::::::::::::::::::::::"+(post.getBestAnswer()!=null));
        if(post.getBestAnswer()!=null) System.out.println(">>>>>>>>"+post.getBestAnswer().getPostID());
        System.out.println("service side::::::::::::::::::::::"+(post.getBestAnswer()!=null));;

        return this.postDAO.updatePost(post);
    }

    public Post getPost(String postID) {
        return this.postDAO.getPost(postID);
    }
}

postDAO:

public class  PostDAO {
private SessionFactory sessionFactory;
...

public boolean updatePost(Post post) {
        boolean proceed = true;

        try {

            Session session = sessionFactory.getCurrentSession();
            session.merge(post); //tried session.update, same problem

            session.flush(); //it does not help

        } catch (Exception ex) {
            logger.error(post.getPostID() + " refused :: " + ex.getMessage());
            proceed = false;
        }
        return proceed;
    }


public Post getPost(String postID) {

        Session session = sessionFactory.getCurrentSession();       
        try{
         PreparedStatement st = session.connection()
            .prepareStatement("select content from post where postid='"+postID+"'") ;

             ResultSet rs =st.executeQuery();
             while (rs.next()) {

                System.out.println("database::::::::::::::::::"+rs.getInt("content")); 
                // tried to use native sql to load data from database and compare it with result of hibernate query.
                break;
             }
        }catch(Exception ex){

        }

        Criteria crit = session.createCriteria(Post.class);
        NaturalIdentifier natId = Restrictions.naturalId();
        natId.set("postID", postID);
        crit.add(natId);
        crit.setCacheable(false);

        List<Post> posts = crit.list();

        Post post = null;
        if(posts!=null)  post = posts.get(0);
        System.out.println("hibernate::::::::::::::::::"+post.getContent());


        return post;

    }

Ответы [ 3 ]

1 голос
/ 23 декабря 2011

У меня была такая же проблема.Ответ, который я нашел быстро.Как сказал Риккардо, проблема заключалась не в закрытии сессии, поэтому сессия была случайно переработана.Я сделал это в конструкторе класса.

Ex (я использовал здесь HybernateUtil):

 public yourHelper() {

        this.session = HibernateUtil.getSessionFactory().getCurrentSession();
         if (session.isOpen()){
            session.close();
            session=HibernateUtil.getSessionFactory().openSession();
        }   
    }

код HibernateUtil:

    public class HibernateUtil {

    private static final SessionFactory sessionFactory;

    static {
        try {
            // Create the SessionFactory from standard (hibernate.cfg.xml) 
            // config file.
            sessionFactory = new AnnotationConfiguration().configure().buildSessionFactory();
            System.out.println("SRPU_INFO: Initial SessionFactory creation success.");
        } catch (Throwable ex) {
            // Log the exception.

            System.out.println("SRPU_INFO: Initial SessionFactory creation failed." + ex);
            throw new ExceptionInInitializerError(ex);
        }
    }

    public static SessionFactory getSessionFactory() {
        return sessionFactory;
    }
}

спасибо за чтение

0 голосов
/ 11 мая 2011

Это может зависеть от способа получения сеанса: если вы используете типичный HibernateUtil с сеансом ThreadLocal, возможно, вы неправильно закрываете сеанс после завершения работы с ним. В этом случае сеанс практически случайным образом перерабатывается совершенно не связанными единицами работы, которые получат кэшированное значение

0 голосов
/ 11 мая 2011

Похоже, вы получаете список и отображаете только первую запись в списке.Я предполагаю, что список заполнен более чем одним элементом, в случайном порядке каждый раз, так как нет никаких критериев упорядочения. Таким образом, первый элемент списка может отличаться для разных исполнений.

Ожидаете ли выуникальный результат?Если так, то лучше использовать Criteria.uniqueResult ();

...