Миграция EJB 2.0 в EJB 3.x Веб-приложение забывает более низкое значение уровня - PullRequest
0 голосов
/ 12 октября 2018

Я сейчас пытаюсь перенести проект EAR
-Старый проект-
EJB 2.0
Jboss 5.0.1

-Новый проект-
EJB 3.0
Wildfly 13.0.0Final

Его сессионные компоненты, которые мне удалось создать, и я могу вызвать их.сама логика, кажется, работает.Проблемы, с которыми я столкнулся, - одно из последующих действий, кажется, забывает, что он делал.
текущая ткань, которую я вижу, заключается в следующем:
В веб-приложении в классе мы создаем объект другого класса, который мызатем вызвать его родительский метод.этот родительский метод затем вызывает класс с его собственным значением в качестве аргумента, который затем проверяет, какого типа он является, и затем запускает сессионный компонент в зависимости от того, какого типа.который затем вызывает функцию аргументов executeExecute (), в этой функции мы вызываем запрос и фактически получаем правильные результаты, затем добавляем значения результирующих наборов в закрытый член dto.и тогда executeExecute готово.и мы вернулись в класс веб-приложений и затем пытаемся получить доступ к тому же члену dto с помощью функции get.это возвращает нулевой указатель.Мне интересно, что я забыл что-то в моих сессионных компонентах?

Старый сеанс:

public class TxNotSupportedCommandServerBean implements SessionBean {
 SessionContext sessionContext;

 public void ejbCreate() throws CreateException {}

 public void ejbRemove() {
   sessionContext = null;
 }

 public void ejbActivate() {}

 public void ejbPassivate() {}

 public void setSessionContext(SessionContext sessionContext) {
  this.sessionContext = sessionContext;
 }

 public void executeCommand(TargetableCommand cmd) throws CommandException {
  try {
   cmd.performExecute();
  }
  catch (CommandException ex) {
   throw ex;
  }
 }
}

Новый:

@Stateless
@Remote
@TransactionManagement(value=TransactionManagementType.CONTAINER)
@TransactionAttribute(value=REQUIRED)
public class TxNotSupportedCmdServerBean  implements TxNotSupportedCmdServerRemote{

    /**
     * Default constructor. 
     */
    public TxNotSupportedCmdServerBean() {
        // TODO Auto-generated constructor stub
    }

    public void executeCommand(TargetableCommand cmd) throws CommandException {
        try {
          cmd.performExecute();
        }
        catch (CommandException ex) {
          throw ex;
        }
      }

}

Оба они есть в EJB.Jar
, интерфейс реализован в EJBClient.jar
Старый интерфейс:

public interface TxNotSupportedCommandServerLocal extends EJBLocalObject {
  public void executeCommand(TargetableCommand cmd) throws CommandException;
}

Новый интерфейс:

public interface TxNotSupportedCmdServerRemote {
    public void executeCommand(TargetableCommand cmd) throws CommandException;
}

Теперь вот следующий набор файлов, который также находится в EJBClient.jar
TargetableCommand:

public abstract class TargetableCommand implements Command {
  private boolean constraintViolated;      
  protected RequestContext requestContext; 
  protected String dataSourceName;         


  public TargetableCommand(RequestContext requestContext, String dataSourceName) {
    this.requestContext = requestContext;
    this.dataSourceName = dataSourceName;
  }

  public TargetableCommand(RequestContext requestContext) {
    this.requestContext = requestContext;
  }

  public TargetableCommand(String dataSourceName) {
    this.dataSourceName = dataSourceName;
  }

  public TargetableCommand() {
  }

  public void setConstraintViolated(boolean constraintViolated) {
    this.constraintViolated = constraintViolated;
  }

  public boolean isConstraintViolated() {
    return constraintViolated;
  }

  public abstract void performExecute() throws CommandException;

  public void execute() throws CommandException {
    CommandTarget.executeCommand(this);
  }
}

Команда:

public interface Command extends Serializable {
  public void execute() throws CommandException;
}

Закомментированный код - это старые сессионные компоненты.
CommandTarget:

public class CommandTarget {
  public CommandTarget() {
  }

  /**
   * Exekverar ett kommando i rätt miljö, t.ex. med eller utan transaktionshantering
   * @param cmd TargetableCommand Kommandot som ska utföras
   * @throws CommandException
   */
  public static void executeCommand(TargetableCommand cmd) throws CommandException {
      Context context = null;
      try {
      ServiceLocator sl = ServiceLocator.getInstance();

//      if (cmd instanceof TxRequired) {
//        TxRequiredCommandServerLocalHome cmdSrvHome = (TxRequiredCommandServerLocalHome) sl.getEJBLocalHome("TxRequiredCommandServer");
//        TxRequiredCommandServerLocal cmdSrv = cmdSrvHome.create();
//        cmdSrv.executeCommand(cmd);
//      }
//      else if(cmd instanceof TxNotSupported) {
//        TxNotSupportedCommandServerLocalHome cmdSrvHome = (TxNotSupportedCommandServerLocalHome) sl.getEJBLocalHome("TxNotSupportedCommandServer");
//        TxNotSupportedCommandServerLocal cmdSrv = cmdSrvHome.create();
//        cmdSrv.executeCommand(cmd);
//      }
//      else {
//        throw new CommandException("Cannot instanciate command server");
//      }
//      
      System.out.println("CT: Inside commandTarget. about to diffrientate what instance");
      context = JNDILookupClass.getInitialContext();
      if (cmd instanceof TxRequired) {
                System.out.println("CT: TxRequired");
              TxRequiredCmdServerRemote cmdSrv = (TxRequiredCmdServerRemote)context.lookup(JNDILookupClass.getLookupName("TxRequiredCmdServerRemoteBean", TxRequiredCmdServerRemote.class.getName()));
              cmdSrv.executeCommand(cmd);
        }
        else if(cmd instanceof TxNotSupported) {
            System.out.println("CT: TxNotSupported");
            System.out.println("CT: cmd: " + cmd.getClass());
            TxNotSupportedCmdServerRemote cmdSrv = (TxNotSupportedCmdServerRemote)context.lookup(JNDILookupClass.getLookupName("TxNotSupportedCmdServerBean", TxNotSupportedCmdServerRemote.class.getName()));
            cmdSrv.executeCommand(cmd);
        }
        else {
          throw new CommandException("Cannot instanciate command server");
        }
    }
    catch (CommandException ex) {
      throw ex;
    }
//    catch (CreateException ex) {
//      throw new CommandException(ex);
//    }
      //new catch
    catch(NamingException ex) {
     throw new CommandException(ex);
    }
    catch (ServiceLocatorException ex) {
      throw new CommandException(ex);
    }
  }
}

Фу ... OkТеперь вот важные части от EJBClient.Теперь перейдем к Web.war
. Я вставляю только часть, которая действительно выполняется, и возвращает нуль-точку

public class ActionIdentitetKonsultCommand implements Command {

  private static Logger logger = Logger.getLogger(ActionIdentitetKonsultCommand.class);

  public ActionIdentitetKonsultCommand() {
  }

  public String execute(RequestContext requestContext) throws CommandException {
    GetPersonByPersnrEJBCommand personCmd;
    logger.info("execute()");
    try {
      UserBean user = (UserBean) requestContext.getSession().getAttribute("user");
      String kstnr = requestContext.getParameter("kstnr");

      //Tilldela konsultuppgifter
      personCmd = new GetPersonByPersnrEJBCommand();
      personCmd.setPersnr(user.getPersnr());
      System.out.println("AI: Before execute DTO " + personCmd.dto);
      personCmd.execute();
      System.out.println("AI: After execute DTO " + personCmd.dto);
      logger.info("person hamtad med personnummer (EJB):");
      logger.info(personCmd.getPerson().toString()); 

Так что personCmd.getPerson (). tostring () - это то, что вызывает нулевой указатель.GetPersonByPersnrEJBCommand ():

public class GetPersonByPersnrEJBCommand extends TargetableCommand implements TxNotSupported {
  public PersonDTO dto;
  private long persnr;

  public GetPersonByPersnrEJBCommand() {
  }

  public void setPersnr(long persnr) {
    this.persnr = persnr;
  }

  public PersonDTO getPerson() {
    return this.dto;
  }

  public void performExecute() throws CommandException {
    try {
      QueryPersonByPersnrCommand cmd = new QueryPersonByPersnrCommand();

      cmd.setPersnr(persnr);
      cmd.execute();

      if(cmd.next()){
        this.dto = new PersonDTO();
        System.out.println("GP: inside PerformExecute DTO: " + dto);
        dto.setPersnr(cmd.getPersnr());
        dto.setEfternamn(cmd.getEfternamn());
        dto.setFornamn(cmd.getFornamn());
        dto.setEpostAdress(cmd.getEpostAdress());
        dto.setKonsult((cmd.getKonsult() == 1));
        dto.setAnsvarig((cmd.getAnsvarig() == 1));

        System.out.println("GP: Inside Perform Execute DTO: " + dto);
      }
    }
    catch (DataAccessCommandException ex) {
        System.out.println("GetPersonByPersnrEJBCommand.performExecute misslyckades " + ex.getMessage());
      throw new CommandException(ex);
    }
  }
}

Так вот, я не понимаю, почему он это забывает.когда мы выполняем sysouts внутри последнего класса, мы видим, что и в dto, и в cmd есть данные, но как только функция заканчивается, и мы возвращаемся в класс, который вызвал это, данные пусты.Я подозреваю, что это имеет отношение к моим сессионным компонентам, я пропускаю свойство или что-то еще.потому что этот код работает со старыми компонентами на старом сервере JBOSS.Надеюсь, кто-то может мне помочь, а другие могут извлечь уроки из этого, как и я

1 Ответ

0 голосов
/ 06 ноября 2018

Мне удалось решить эту проблему.Поскольку цель проекта - заставить это работать.Это не красивое решение, и с большим количеством переписывания это было бы лучше.и так далее к решению: нам нужно изменить как bean, targettableCommand, CommandTarget, так и GetPersonByPersnrEJBCommand

TargetableCommand - добавить метод:

public TargetableCommand execute(TargetableCommand  cmd) throws CommandException
{    
    return CommandTarget.executeCommand(cmd);
}

CommandTarget - Мы изменили метод executeCommand наверните TargetableCommand и убедитесь, что после завершения bean-компонента мы возвращаем этот cmd.

public static TargetableCommand executeCommand(TargetableCommand cmd) throws CommandException {
  Context context = null;
  try {     
  context = JNDILookupClass.getInitialContext();
  if (cmd instanceof TxRequired) {
          TxRequiredCmdServerRemote cmdSrv = (TxRequiredCmdServerRemote)context.lookup(JNDILookupClass.getLookupName("TxRequiredCmdServerRemoteBean", TxRequiredCmdServerRemote.class.getName()));
         cmd = cmdSrv.executeCommand(cmd);
    }
    else if(cmd instanceof TxNotSupported) {
        TxNotSupportedCmdServerRemote cmdSrv = (TxNotSupportedCmdServerRemote)context.lookup(JNDILookupClass.getLookupName("TxNotSupportedCmdServerBean", TxNotSupportedCmdServerRemote.class.getName()));
       cmd = cmdSrv.executeCommand(cmd);
    }
    else {
      throw new CommandException("Cannot instanciate command server");
    }
}
catch (CommandException ex) {
  throw ex;
}
catch(NamingException ex) {
 throw new CommandException(ex);
}
}
return cmd;
}

Компонент bean - cange может выполнить команду Execute для возврата Targetablecommand

public TargetableCommand executeCommand(TargetableCommand cmd) throws CommandException {
    try {
      cmd = cmd.performExecute();
    }
    catch (CommandException ex) {
      throw ex;
    }
return cmd;
  }

Затем, чтобы все это заработало, мне пришлось создать новый метод в классах, которые должны быливыполнить execute так, чтобы в классе GetPersonByPersnrEJBCommand я создал метод wf13Layer ();Это просто дополнительный шаг:

public void wf13Layer() throws CommandException
{
    GetPersonByPersnrEJBCommand tmp;
    try{
       tmp = (GetPersonByPersnrEJBCommand) execute(this);
       dto = tmp.getPerson();
    } catch (Exception ex) {
      throw new CommandException(ex);
    }
}

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

С уважением VeryTired

...