1

オブジェクトを XML ファイルにマーシャリングする TDD を実行しています。なんらかの理由で、テストが緑色で完全にファイルが作成されていることを完全に確認できるため、何かがうまくいかないのですが、本番コードを実行すると機能しません。

これをお見せしましょう:

次のテストを見てください。

 private TermManager manager = new TermManagerImpl();

 @Test
    public void a_new_term_is_marshalled() {
        Term term = new Term("AAA","AAA");
        manager.add(term);
        assertThat(term.getCreationPath(),is(notNullValue()));
    }

したがって、このテストは、マーシャリングが行われた後にファイルがプロジェクトに存在することを確認します。クラス Term は、XML が作成された場所 (作成された場合) のパスを決定するメソッドも含む、JAXB で注釈が付けられた単なるエンティティです。

@XmlRootElement(name="TERM",namespace = "com.djordje.apps.model.Term")
@XmlAccessorType(XmlAccessType.FIELD)
public class Term {

    @XmlElement(name = "NAME")
    private String name;
    @XmlElement(name = "DESCRIPTION")
    private String description;
   @XmlElement(name = "CREATIONTIME")
    private long creationTime;
    //... Some other attributes

    public Term() {
     //Default constructor required by JAXB
     }


    public Term(String name, String description) {
        this.name = name;
        this.description = description;
        this.voters = new ArrayList<String>();
    }

    //...Get and Set methods   

    public String getCreationPath() {
        if(getCreationTime() > 0L){
            return "src/main/resources/" + getName() + getCreationTime() + ".xml";
        }
        return null;
    }
}

クラス TermManagerImpl は、何らかの検証を実行するために使用されるデータ アクセス レイヤーの正面にある単なるファサードです。

public class TermManagerImpl implements TermManager {

    private PersistencyManager termsInMemoryStorage = new TermsInMemoryStorage();

    @Override
    public void add(Term term) {
        validateTerm(term, termsInMemoryStorage);
        termsInMemoryStorage.add(term);
    }

検証に合格すると(検証コードは関係ないと思うので、質問には含めません)、永続化レイヤーの add() メソッドが呼び出されます。そして、これはマーシャリングを実行することが期待されています。ここでそれがどのように機能するか:

public class TermsInMemoryStorage implements PersistencyManager {

    public void add(Term term) {
        try {
            marshall(term);
        } catch (JAXBException e) {
            e.printStackTrace();
        } catch (IOException e) {
            e.printStackTrace();
        }
    }


    private void marshall(Term term) throws JAXBException, IOException {
        term.setCreationTime(System.currentTimeMillis());
        File file = new File(term.getCreationPath());
        JAXBContext context = JAXBContext.newInstance(Term.class);
        Marshaller marshaller = context.createMarshaller();
        marshaller.setProperty(Marshaller.JAXB_FORMATTED_OUTPUT, Boolean.TRUE);
        marshaller.marshal(term,file);
    }
}

それが実装でした。テストを実行すると、緑色になり、ファイルが作成されていることがわかります。

ここに画像の説明を入力

ファイルは完全に作成されています。内容を確認したところ、すべて揃っています。問題は、テストを使用する代わりに、製品コードから同じロジックを実行する場合です。そのため、ユーザー インターフェイスから受信したものに基づいてその Term オブジェクトを作成する JSF バッキング Bean があります。そのバッキング Bean は次のようになります。

@ManagedBean
@RequestScoped
public class CreateController {

    private String termName;
    private String termDescription;

    public CreateController() {
    }

    //...Get and Set methods

    public void saveTerm() {
        TermManager termManager = new TermManagerImpl();
        termManager.add(new Term(termName,termDescription));
    }

}

ご覧のとおり、saveTerm() メソッドはテストとまったく同じロジックを呼び出します。この部分には何も問題はないと思います。デバッガーで追跡したところ、オブジェクト Term の内部の値が適切に設定されていることがわかりました。このバッキング Bean はビューから呼び出されます (ビュー コードを貼り付ける必要はないと思います)。入力は次のようになります。

ここに画像の説明を入力

したがって、マーシャリングしようとすると、次の JAXB 例外が発生します。

  javax.xml.bind.JAXBException
 - with linked exception:
[java.io.FileNotFoundException: src/main/resources/ABCDE1384006698756.xml (No such file or directory)]
    at javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(AbstractMarshallerImpl.java:123)
    at com.djordje.apps.dataaccess.inmemory.TermsInMemoryStorage.marshall(TermsInMemoryStorage.java:40)
    at com.djordje.apps.dataaccess.inmemory.TermsInMemoryStorage.add(TermsInMemoryStorage.java:22)
    at com.djordje.apps.utils.termmanagement.TermManagerImpl.add(TermManagerImpl.java:21)
    at com.djordje.apps.frontendcontrollers.CreateController.saveTerm(CreateController.java:38)
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
    at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
    at java.lang.reflect.Method.invoke(Method.java:606)
    at com.sun.el.parser.AstValue.invoke(AstValue.java:275)
    at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:304)
    at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)
    at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)
    at javax.faces.event.MethodExpressionActionListener.processAction(MethodExpressionActionListener.java:149)
    at javax.faces.event.ActionEvent.processListener(ActionEvent.java:88)
    at javax.faces.component.UIComponentBase.broadcast(UIComponentBase.java:818)
    at javax.faces.component.UICommand.broadcast(UICommand.java:300)
    at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:790)
    at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1282)
    at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)
    at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)
    at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)
    at javax.faces.webapp.FacesServlet.service(FacesServlet.java:646)
    at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:318)
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)
    at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)
    at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)
    at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)
    at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:357)
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:260)
    at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:188)
    at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:191)
    at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:168)
    at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:189)
    at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:288)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:206)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:136)
    at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:114)
    at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)
    at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:838)
    at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:113)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:115)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:55)
    at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:135)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:564)
    at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:544)
    at java.lang.Thread.run(Thread.java:724)
Caused by: java.io.FileNotFoundException: src/main/resources/ABCDE1384006698756.xml (No such file or directory)
    at java.io.FileOutputStream.open(Native Method)
    at java.io.FileOutputStream.<init>(FileOutputStream.java:221)
    at java.io.FileOutputStream.<init>(FileOutputStream.java:171)
    at javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(AbstractMarshallerImpl.java:116)
    ... 49 more]]

私は完全に混乱しています。テストが機能するのに、これが機能しないのはなぜですか? これを修正するにはどうすればよいですか? 例外が発生する直前までデバッガーを追跡すると、次のように表示されます。

ここに画像の説明を入力

そこで、Term が完全に作成されたオブジェクトであり、その値が含まれていることがわかります...何らかの理由でファイルが作成されないように見えます。これは、ファイル オブジェクトがデバッガーでどのように見えるかです。

ここに画像の説明を入力

marshall メソッドが呼び出されてから 2 行後に例外が発生します。私が言及したい最後のことは、私がGlassfish 4を使用していることです.なぜこれが起こるのですか? どうすれば直せますか?別の方法でテストする必要がありますか?

4

2 に答える 2

1

それが何であるかを発見した今、私は自分の質問に答えています。

テストからそのコードを実行すると、アプリサーバーが実行されていなかったため、機能しました。アプリサーバーが起動して実行されているとき、リソース ファイルに書き込むことができませんでした。これは許可されておらず、フォルダーはこれらの .xml ドキュメントを永続化するのに適していると思います。

アプリプロジェクトの外部のフォルダーにxmlを永続化することで、問題を修正しました(より便利です)。これはアプリが実行されるマシンに固有であるため、アプリケーションの展開時にも読み取られる構成ファイルを作成する必要があります。

リソース フォルダーは css、スクリプト、画像... に適していますが、実行中に書き込む必要がある場合は特にこれよりも適しています。

于 2013-11-09T20:20:02.700 に答える