Xpages @created()在我的xpage上给了我疯狂的结果

Xpages @created()在我的xpage上给了我疯狂的结果,xpages,Xpages,对我来说很奇怪: 带有@created()的计算文本给了我疯狂的结果: e、 g.创建日期时间为:09.02.2015 21:27 xpage显示:07.07.2014 20:47 这取决于打开的文档(不是设计元素的创建日期),但它做了一些我不理解的事情 我用错了吗 thx,Uwe 代码如下所示: <xp:text escape="true"

对我来说很奇怪: 带有@created()的计算文本给了我疯狂的结果:

e、 g.创建日期时间为:09.02.2015 21:27 xpage显示:07.07.2014 20:47

这取决于打开的文档(不是设计元素的创建日期),但它做了一些我不理解的事情

我用错了吗

thx,Uwe

代码如下所示:

                                    <xp:text escape="true"
                                        id="compCreated">
                                        <xp:this.converter>
                                            <xp:convertDateTime
                                                type="both" timeStyle="short">
                                            </xp:convertDateTime>
                                        </xp:this.converter>
                                        <xp:this.value><![CDATA[#{javascript:@Created()}]]></xp:this.value>
                                    </xp:text>

@Created返回一个日期JavaScript对象。您可能希望自己处理将其转换为字符串的过程,以避免因服务器的区域设置而发生变化


Howard

@Created返回一个日期JavaScript对象。您可能希望自己处理将其转换为字符串的过程,以避免因服务器的区域设置而发生变化


Howard

@Created返回一个日期JavaScript对象。您可能希望自己处理将其转换为字符串的过程,以避免因服务器的区域设置而发生变化


Howard

@Created返回一个日期JavaScript对象。您可能希望自己处理将其转换为字符串的过程,以避免因服务器的区域设置而发生变化


Howard

如果您的数据源名为“d”,请尝试此操作


如果您的数据源名为“d”,请尝试此操作


如果您的数据源名为“d”,请尝试此操作


如果您的数据源名为“d”,请尝试此操作


尝试使用timezone属性并将其正确设置为您的时区。在与本地浏览器/计算机设置混合的不同环境中运行时,日期字段(转换器)有时行为怪异。我在这里记录了它:

尝试使用timezone属性并将其正确设置为您的时区。在与本地浏览器/计算机设置混合的不同环境中运行时,日期字段(转换器)有时行为怪异。我在这里记录了它:

尝试使用timezone属性并将其正确设置为您的时区。在与本地浏览器/计算机设置混合的不同环境中运行时,日期字段(转换器)有时行为怪异。我在这里记录了它:

尝试使用timezone属性并将其正确设置为您的时区。在与本地浏览器/计算机设置混合的不同环境中运行时,日期字段(转换器)有时行为怪异。我在这里记录了它:

Frantisek Kossuth解决了它(作为注释,所以我在这里回答):我定义了多个数据源,它显示了另一个数据源的创建日期。
谢谢Frantisek

Frantisek Kossuth解决了这个问题(作为评论,所以我在这里回答):我定义了多个数据源,它显示了另一个数据源的创建日期。
谢谢Frantisek

Frantisek Kossuth解决了这个问题(作为评论,所以我在这里回答):我定义了多个数据源,它显示了另一个数据源的创建日期。
谢谢Frantisek

Frantisek Kossuth解决了这个问题(作为评论,所以我在这里回答):我定义了多个数据源,它显示了另一个数据源的创建日期。 感谢Frantisek

@Created()
返回上次定义的数据源的数据(与许多没有明确数据源引用的其他函数一样)

从评论中删除,以便您可以接受我的回答;-)

@Created()
返回上次定义的数据源的数据(与没有显式数据源引用的许多其他函数一样)

从评论中删除,以便您可以接受我的回答;-)

@Created()
返回上次定义的数据源的数据(与没有显式数据源引用的许多其他函数一样)

从评论中删除,以便您可以接受我的回答;-)

@Created()
返回上次定义的数据源的数据(与没有显式数据源引用的许多其他函数一样)


从评论中删除,以便您可以接受我的回答;-)

您是否定义了更多文档数据源?在这种形式中,@Created()返回上次定义的数据源的数据(与许多没有显式数据源引用的其他函数一样)。是否定义更多文档数据源?在这种形式中,@Created()返回上次定义的数据源的数据(与许多没有显式数据源引用的其他函数一样)。是否定义更多文档数据源?在这种形式中,@Created()返回上次定义的数据源的数据(与许多没有显式数据源引用的其他函数一样)。是否定义更多文档数据源?在这种形式中,@Created()返回上一个定义的数据源的数据(和许多其他没有明确数据源引用的函数一样)。Oliver,感谢你的帖子-我还意识到在另一个项目的每个保险柜上都有“1h班次”(甚至是1day班次,如果你只保护日期部分)。但在这种情况下,结果是如此疯狂,我只想知道原因。奥利弗,谢谢你的帖子-我还意识到,在另一个项目中,每个保险柜上都有“1h班次”(甚至是1day班次,如果你只保护日期部分)。但在这种情况下,结果是如此疯狂,我只想知道原因。奥利弗,谢谢你的帖子-我还意识到,在另一个项目中,每个保险柜上都有“1h班次”(甚至是1day班次,如果你只保护日期部分)。但在这种情况下,结果是如此疯狂,我只想知道原因。奥利弗,谢谢你的帖子-我还意识到,在另一个项目中,每个保险柜上都有“1h班次”(甚至是1day班次,如果你只保护日期部分)。但在这种情况下,结果是如此疯狂,我只想知道它的原因。是的,这是有效的-但我真的想知道这些疯狂结果的原因是什么。它们甚至不能在不同的单据上有所不同,在每种情况下,它们都是具有相同d的单据
d.getDocument().getCreated().toJavaDate()