問題タブ [java-8]

OpenJDK 1.8を使用してMavenアプリケーションを作成し、TestNGを使用してテストを実行しています。

コマンドラインからMavenを実行すると、すべてが正常に機能しますが、IntelliJ内でテストを実行しようとすると、makeプロセスに次のエラーが表示されます。

1.8JDKおよびプロジェクト言語レベル8を指すプロジェクト設定があります。

Mavenの中には、次のブロックがあります（問題の原因であると思われるため、まだ呼び出されていないと思います）

1.8JDKを指すようにMavenRunnerJREを構成しました。

IntelliJ12.0.4でテストを正しく実行できないようです

私は何かが足りないのですか？

Java 8の機能について読んでいて、メソッド参照があることがわかりましたが、メソッドがオーバーロードされたときにどのメソッドを指定するかがわかりませんでした。誰か知っていますか？

これは非常に基本的な質問のように思えますが、高低を検索しましたが、どこにもほとんど言及されていません。では、ここで質問させていただきます。

GWT で Java 8 の新しい言語構造をサポートするための現在の計画は何ですか?

さらに、提案されたJava 8ライブラリのどのサブセットがクライアント側のエミュレーションに予定されていますか? ストリーム API? 新しい日付/時刻 API?

最後に、この重要なトピックに関する議論はどこで行われているのでしょうか? この取り組みに参加し、貢献したいと考えている人はたくさんいると思います。

Java 8 ベータ版が登場してからしばらく経ち、提案された API について議論する記事が数多くあります。今年後半に関連するはずなので、少なくとも、待望の言語機能がいつ、どのように GWT に組み込まれるかについて議論するのは時期尚早のようです。

この質問が別の場所で回答されている場合、またはそれに関連する重要な情報を見逃していた場合は、お詫び申し上げます。これは、回答があったとしても、そのような情報へのリンクを張るのに最適な場所です。ありがとう！

Stream新しい JDK8クラスに次のreduceメソッドしか含まれていないのはなぜですか。

しかし、他の言語 (Haskell など) に見られるreduce/関数に対応する明白なメソッドではなく、次のようになります。foldfoldl :: (a -> b -> a) -> a -> [b] -> a

?

combiner代わりに、追加の引数を持つ同様のメソッドがあります。上記でリンクした API ドキュメントでは、例でこの引数を使用していないため、使用方法もわかりません。必要なプロパティについてのみ言及しています。

foldJDK8 メソッドがこのように作成されるのはなぜですか? また、標準の動作をエミュレートするにはどうすればよいですか?

Java 8 の M7 (開発者向けプレビュー) がいつどこでリリースされるか知っている人はいますか?

私はここを見ています：

http://openjdk.java.net/projects/jdk8/milestones

http://jdk8.java.net/download.html

そして私は読んだ：

http://mail.openjdk.java.net/pipermail/jdk8-dev/2013-February/002066.html

しかし、それはすべて泥のように澄んでいます。それは私が求めている Nashorn です (そして私は怠け者なので、ソース ダンスからのコンパイルを実行したくありません)。

私は Maven を使用しているので、不完全な Javadoc タグ (パラメーターの欠落など) を持つローカル リポジトリ プロジェクトをビルドしてインストールすることができました。

ただし、Java 8 (1.8.0-ea-b90) に移行して以来、Maven はドキュメント タグの欠落について完全に厳格であり、Javadoc が存在しないプロジェクトをビルドまたはインストールしようとすると、Javadoc の問題に関連する多くの Javadoc エラーが表示されます。 "完全"。コンパイルしてローカル リポジトリにインストールしようとしているプロジェクトの一部は、私が制御できないサード パーティのプロジェクトです。したがって、これらすべてのプロジェクトですべての Javadoc を修正するだけの回避策は、私のシナリオでは実行可能ではないようです。

mvn clean package installこれは、プロジェクトで実行したときに表示される出力の一部です。

Javadoc Maven プラグインは、POM で次のように構成されています。

前に言ったように、Java 7 に戻せばすべて正常に動作します。これは、Java 8 で実行されている Maven に関連するバグでしょうか? Java 8 でそれを機能させるにはどうすればよいでしょうか (つまり、プロジェクトの Javadoc をビルドし、そのコードをローカル リポジトリにインストールすることができます)。OSX で Maven 3.0.3 と 3.0.5 の両方をテストしました。

アップデート：

Javadoc プラグインの設定を次のように変更すると<failOnError>false</failOnError>(thanks Martin):

次に、プロジェクトがローカル リポジトリにインストールされます。ただし、Javadoc JAR はまだ生成されていません。

この新しい構成でコンソールに表示される出力の一部は次のとおりです。

[エラー] MavenReportException: アーカイブの作成中にエラーが発生しました: 終了コード: 1 - /Users/....java:18: 警告: @param がありません ... コマンド ライン: /Library/Java/Home/bin/javadoc @options @パッケージ

「/Users/sergioc/Documents/workspaces/heal/minitoolbox/target/apidocs」ディレクトリで生成された Javadoc ファイルを参照してください。

org.apache.maven.plugin.javadoc.AbstractJavadocMojo.executeJavadocCommandLine(AbstractJavadocMojo.java:5043) で org.apache.maven.plugin.javadoc.AbstractJavadocMojo.executeReport(AbstractJavadocMojo.java:1990) で org.apache.maven.plugin .javadoc.JavadocJar.execute(JavadocJar.java:181) org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:101) org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java) :209) org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153) で org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145) で org.apache. org.apache.maven.lifecycle.internal.LifecycleModuleBuilder の maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:84)。org.apache.maven.lifecycle.internal.LifecycleStarter.singleThreadedBuild(LifecycleStarter.java:183) の buildProject(LifecycleModuleBuilder.java:59) org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:161) のorg.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:320) で org.apache.maven.DefaultMaven.execute(DefaultMaven.java:156) で org.apache.maven.cli.MavenCli.execute(MavenCli.java) :537) org.apache.maven.cli.MavenCli.doMain(MavenCli.java:196) で org.apache.maven.cli.MavenCli.main(MavenCli.java:141) で sun.reflect.NativeMethodAccessorImpl.invoke0( Native Method) で sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) で sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) で java.lang.reflect.Method で。org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:290) の invoke(Method.java:491) org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:230) のorg.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode (Launcher.java:409) で org.codehaus.plexus.classworlds.launcher.Launcher.main (Launcher.java:352) で

ソースをビルドし、プロジェクトをインストールし、Javadoc JAR を 1 つのステップで生成する方法について、Java 7 で作業していたので、回避策はありますか?

Joda Time のタイム ゾーン ID は、次のコード セグメントで簡単に表示できます。

しかし、リストが次のようになるように、対応するタイムゾーン オフセット、タイムゾーン ID、および長い名前を表示するにはどうすればよいでしょうか。

選択するには、ドロップダウン ボックスにリストする必要があります。

次のスニペットは名前を示していますが、表示されるオフセットは不安定に見えます。

表示される長いリストのうち、いくつかは次のように表示されます。

オフセットは、このリストに示されているとおりである必要があります。

JSR 310 を使用して、ミリ秒単位の日時値をタイムゾーン間で変換しようとしています。従来の API を使用するには、ミリ秒単位の値を処理する必要があります。私の場合、それはローカルと UTC/GMT の間にありますが、ソースと宛先のタイムゾーンが関係していることに関係なく、まったく同じコードであると予想されます。これが私の小さなテストプログラムです。最後のローカル DST 変更の前後で数時間にわたって反復するように構成されています。出力が間違っているので、UTCtoLocalMillis が間違っていると思いますが、テスト方法にも問題がある可能性があります。間違った出力とは、私のタイムゾーンでは、UTC を取得するために時間を減算する必要がありますが、コードは実際には時間を追加するということです。第 2 に、DST の開始点も 1 時間ずれています。

最初にローカル タイムゾーンをフェッチしますが、出力を作成するときに Date().toString() が変換を実行しないように、それを UTC にリセットします。

私が望むのは、新しい JSR 310 API を使用して、ミリ秒単位の時間を取り、ソース ZoneID とターゲット ZoneID を取り、変換されたミリ秒を返すメソッドを作成することです。

Java 8 では、ラムダ式などの重要な新しい言語機能が導入されています。

言語のこれらの変更は、コンパイルされたバイトコードの大幅な変更を伴うため、レトロトランスレータを使用しないと Java 7 仮想マシンで実行できなくなるのでしょうか?