小编Joe*_*erg的帖子

我需要将POST请求正文中的原始数据发送到Webservice.我可以使用HTML表单完成此操作吗？

使用标准HTML输入字段似乎不可避免地生成表单的POST主体,<name_of_input_field>=<DATA>而我只想发布<DATA>.

我是否需要使用javascript执行此请求？

我有一个 Java 应用程序，它允许用户通过定义 JavaScript 函数在运行时操作某些对象。我们目前正在 Java 8 中使用 Nashorn 来实现这一点，但我们正在寻求迁移到 Java 11。一旦我们使用 Java 11，我们将能够在 GraalVM 中提供此功能，但现在我们需要保持兼容性Java 8 -> Nashorn 脚本的 Java 11 升级。

在 Java 11 中，当我们对函数进行 eval 时，Nashorn 的行为似乎取决于函数是否被命名，而在 Java 8 中并非如此。 下面是在 Java 11 中使用 JJS 的示例：

$ jjs -v
nashorn 11.0.6
Warning: The jjs tool is planned to be removed from a future JDK release
jjs> function foo() {}
jjs> function () {}
function () {}

请注意，第一个函数定义不返回任何内容。在 Java 8 中，即使函数被命名，它也会返回函数：

$ jjs -v
nashorn 1.8.0_252
jjs> function …

我正在尝试发布包含在单个git存储库中的多模块项目的各个模块.

文件夹结构如下所示:

  |- api/pom.xml
  |- database/pom.xml
  |- core/pom.xml
  pom.xml

父pom简单地用作以通过使用<modules>标记有意义的方式构建所有子组件的方式.从本质上讲,构建api,然后是数据库,然后是核心.

该项目最初是在SVN中托管的,只需指向maven scm标签中存储库中的不同路径,就可以很容易地获得maven release命令.Git似乎不是这样.

在运行时,mvn release:prepare它会根据需要对api pom执行更改,但在执行时mvn release:perform会尝试构建父pom,并且由于无法解析database/pom.xml中列出的api-snapshot依赖项而无法构建数据库包.

我应该如何配置我的scm标签以便能够在Git存储库中发布特定模块？这甚至可能吗？

编辑:添加pom样本

以下是pom文件外观的示例设置:

父pom.xml

<project xmlns="http://maven.apache.org/POM/4.0.0" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 
    http://maven.apache.org/xsd/maven-4.0.0.xsd">

  <modelVersion>4.0.0</modelVersion>
  <groupId>com.findwise.hydra</groupId>
  <artifactId>hydra-parent</artifactId>
  <version>0.2.0</version>
  <packaging>pom</packaging>

  <modules>
    <module>api</module>
    <module>database</module>
    <module>core</module>
  </modules>
</project>

API/pom.xml的

<project xmlns="http://maven.apache.org/POM/4.0.0" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
    xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
    http://maven.apache.org/xsd/maven-4.0.0.xsd">

  <modelVersion>4.0.0</modelVersion>
  <groupId>com.findwise.hydra</groupId>
  <artifactId>hydra-api</artifactId>
  <packaging>jar</packaging>
  <version>0.2.0</version>
  <name>${project.artifactId}</name>
  <description>Hydra API</description>

  <licenses>
    ...
  </licenses>

  <scm>
    ...
  </scm>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
  </properties>

  <dependencies>
    ...
  </dependencies>

  <build>
    <finalName>${project.name}</finalName>
    <plugins>
      ...
    </plugins>
  </build>
</project>

该 …

我正在评估大规模(数十亿条目,数TB数据)存储解决方案的一些数据库可能性,我们将几乎专门进行随机主键查找.

鉴于它的功能,Membase(Couchbase 1.8)看起来几乎完美契合,以前的一些测试让我们相信它对我们的用例非常高效.我们使用它的主要问题是,由于Couchbase 2.0看起来像一个全新的方向1.8,产品的特性可能会改变.我们喜欢Couchbase 1.8因为它完全符合我们的需要.

我们不需要视图或map/reduce功能.虽然这些都是很好的功能,但它们不是我们需要的东西,而不是我们想要的东西,如果它们对性能有害的话.我们排除了CouchDB主要是由于扩展(添加/删除节点)的复杂性,这在Couchbase 中当然要好得多,但也因为我们对它的磁盘使用有一些担忧.

是否有人知道为1.8vs 做出的任何性能测量2.0,无视所有视图和M/R功能？

将1.8叉继续保持下去？或者已经1.8死了,我们应该继续前进？