Ошибка 500: org.hibernate.HibernateException: сеанс не найден для текущего потока

Как вы сказали с самого начала, вы перепутали сами слои. Тем не менее, вы могли бы заставить его работать должным образом в вашей ситуации, но давайте немного обсудим вашу реализацию.

• FileUploadDao - это DAO или сервис?
• FileUploadImpl кажется, что вы путаете @Service с @Repository, возможно, прочтение этого может вам помочь. Репозитории данных Spring, Аннотация службы Spring
• Вы создали транзакционный метод save, в котором я не могу точно сказать, чего вы хотите достичь. Вы также автоматически подключаете как FileUploadDao, так и SessionFactory, хотя вы хотите реализовать первый и внутри метода, который вы пытаетесь сохранить объект дважды, сначала вызвав save в репозитории (это изначально StackOverflowError, но вам повезло, потому что Spring знает, что автоматизировать), а затем вы пытаетесь второй раз вызвать save на SessionFactory Hibernate, что нарушает абстрактный контракт JPA. Также, если вы заметили, ошибка в опубликованных вами журналах возникает из-за второго сохранения.
• @Transactional не собирается обсуждать, как это работает, поскольку вы не опубликовали всю конфигурацию приложения. Но опять же, вы можете прочитать это для получения дополнительной информации.

Итак, основываясь на примерах, которыми вы поделились, я собираюсь подготовить 2 кейса, которые могут помочь вам понять, что происходит ниже.

1. Первый случай, Spring DATA, на самом деле не важно, находится ли под ним Hibernate или другой поставщик JPA.

Ваш FileUploadImpl становится: FileUploadService

@Service
public class FileUploadService {

    @Autowired
    private FileUploadDao fileUploadDao;

    public FileUploadService() {
    }

    @Transactional
    public void save(UploadFile uploadFile) {
        fileUploadDao.save(uploadFile);
    }

}

Внутри вашего контроллера вы автоматически подключаете службу (уровень), а не напрямую репозиторий / DAO (уровень). Нет ничего, что вас останавливает, это просто вопрос дизайна (если вы все еще не поняли этого, задайте другой вопрос).

Часть вашего контроллера части

    @Autowired
    private FileUploadService fileUploadService;


    @RequestMapping(value = "publish4" ,method = RequestMethod.POST)
    public ModelAndView publish4(@Valid @ModelAttribute("fourthPublicationForm") final FourthPublicationForm form, final BindingResult errors,
                             @RequestParam("type") String type, @RequestParam("operation") String operation , @RequestParam CommonsMultipartFile[] fileUpload) {
       .........
       fileUploadService.save(uploadFile);   
}

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

import org.springframework.stereotype.Component;


@Component
public class FileUploadDao {

    @Autowired
    private SessionFactory sessionFactory;

    public FileUpload save(FileUpload obj) {
        return sessionFactory.getCurrentSession().save(obj);
    }

    public FileUpload merge(FileUpload obj) {
        return sessionFactory.getCurrentSession().merge(obj);
    }

    ..... delete / update / or custom queries(SQL/JPQL/HQL) can be placed here

}

Ваш сервис просто предоставляет эти методы, проверьте разницу, я применяю аннотацию @Transactional к этому слою (опять же, вы можете поместить ее в слой DAO, но, как я уже сказал, это вопрос дизайна).

@Service
public class FileUploadService {

    @Autowired
    private FileUploadDao fileUploadDao;

    public FileUploadService() {
    }

    @Transactional
    public UploadFile save(UploadFile uploadFile) {
        fileUploadDao.save(uploadFile);
    }

    @Transactional
    public UploadFile merge(UploadFile uploadFile) {
        fileUploadDao.merge(uploadFile);
    }

    ....rest of the methods you want to expose , or combinations of mulitple DAOs

}

Ваш контроллер остается прежним, и это настоящая причина, по которой вам нужны слои.

Сначала удалите @Transactional из FileUploadDAOImpl.

Соответственно измените базовый пакет,

sessionFactory.setPackagesToScan(
   new String[] { "base.package.to.scan" } 
);

base.package.to.scan выглядит как недопустимое название базового пакета, измените его на ar.edu.itba.paw.

Чтобы использовать @Transactional, вам нужен менеджер транзакций. Добавьте его в WebConfig

@Bean
@Autowired
public HibernateTransactionManager transactionManager(
    SessionFactory sessionFactory) {
    HibernateTransactionManager txManager = new HibernateTransactionManager();
    txManager.setSessionFactory(sessionFactory());
    return txManager;
}

Это может заставить этот код работать, попробуйте.

ОБНОВЛЕНИЕ: Также убедитесь, что в классе WebConfig присутствуют следующие аннотации,

@Configuration
@ComponentScan({"ar.edu.itba.paw"})
@EnableTransactionManagement(mode = AdviceMode.PROXY)
public class WebConfig {
    // code
}