[jira] [Commented] (ISIS-852) Derived property cannot be written properly

2014-08-13 Thread Jeroen van der Wal (JIRA) 

[ 
https://issues.apache.org/jira/browse/ISIS-852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14096150#comment-14096150
 ] 

Jeroen van der Wal commented on ISIS-852:
-

You're right! According to the documentation it should be possible. In Estatio 
we have never gone this route. Probably Dan can elaborate on this.

> Derived property cannot be written properly
> ---
>
> Key: ISIS-852
> URL: https://issues.apache.org/jira/browse/ISIS-852
> Project: Isis
>  Issue Type: Bug
>  Components: Viewer: Wicket
>Affects Versions: viewer-wicket-1.6.0
>Reporter: Thomas Koren
>Assignee: Dan Haywood
>
> when using the proposed modifyXxx syntax to make a derived property writable, 
> it is rendered as "disabled" in wicket viewer.
> {code:title=demo|borderStyle=solid}
> public LocalDate getDerivedDate() { ... }
> public void modifyDerivedDate(final LocalDate date) { ... }
> {code}
> when using the alternative setXxx syntax, the UI component is writable. but 
> in this case, the value of the derived property is not written to the 
> persisted property.
> {code:title=demo|borderStyle=solid}
> // {{ BeginAt (property)
> @javax.jdo.annotations.Persistent
> private DateTime beginAt;
> @Disabled
> @javax.jdo.annotations.Column(allowsNull = "false")
> public DateTime getBeginAt() {
> return beginAt;
> }
> public void setBeginAt(final DateTime beginAt) {
> this.beginAt = beginAt;
> }
> // }}
> // {{ DerivedDate (property)
> @NotPersisted
> @NotPersistent
> public LocalDate getDerivedDate() {
> return getBeginAt().toLocalDate();
> }
> public void setDerivedDate(final LocalDate beginDate) {
> setBeginAt(getBeginAt().withDate(beginDate.getYear(), 
> beginDate.getMonthOfYear(), beginDate.getDayOfMonth()));
> }
> // }}
> {code}
> it seems like the value set by the derived property gets overwritten by the 
> original/old value of the persisted property that is displayed in the wicket 
> component.
> therefore it might only be an issue, if original and derived properties are 
> members of the same entity and displayed via wicket viewer.
> some background:
> i try to use 3 ui components  (= derived properties: date, hour, minute) to 
> set a single persisted DateTime property.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (ISIS-852) Derived property cannot be written properly

2014-08-13 Thread Thomas Koren (JIRA) 

[ 
https://issues.apache.org/jira/browse/ISIS-852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14096045#comment-14096045
 ] 

Thomas Koren commented on ISIS-852:
---

not ideal, but I can live with that.

still I think the documentation[1] is quite misleading here.

[1] 
https://isis.apache.org/more-advanced-topics/how-to-04-010-How-to-make-a-derived-property.html

> Derived property cannot be written properly
> ---
>
> Key: ISIS-852
> URL: https://issues.apache.org/jira/browse/ISIS-852
> Project: Isis
>  Issue Type: Bug
>  Components: Viewer: Wicket
>Affects Versions: viewer-wicket-1.6.0
>Reporter: Thomas Koren
>Assignee: Dan Haywood
>
> when using the proposed modifyXxx syntax to make a derived property writable, 
> it is rendered as "disabled" in wicket viewer.
> {code:title=demo|borderStyle=solid}
> public LocalDate getDerivedDate() { ... }
> public void modifyDerivedDate(final LocalDate date) { ... }
> {code}
> when using the alternative setXxx syntax, the UI component is writable. but 
> in this case, the value of the derived property is not written to the 
> persisted property.
> {code:title=demo|borderStyle=solid}
> // {{ BeginAt (property)
> @javax.jdo.annotations.Persistent
> private DateTime beginAt;
> @Disabled
> @javax.jdo.annotations.Column(allowsNull = "false")
> public DateTime getBeginAt() {
> return beginAt;
> }
> public void setBeginAt(final DateTime beginAt) {
> this.beginAt = beginAt;
> }
> // }}
> // {{ DerivedDate (property)
> @NotPersisted
> @NotPersistent
> public LocalDate getDerivedDate() {
> return getBeginAt().toLocalDate();
> }
> public void setDerivedDate(final LocalDate beginDate) {
> setBeginAt(getBeginAt().withDate(beginDate.getYear(), 
> beginDate.getMonthOfYear(), beginDate.getDayOfMonth()));
> }
> // }}
> {code}
> it seems like the value set by the derived property gets overwritten by the 
> original/old value of the persisted property that is displayed in the wicket 
> component.
> therefore it might only be an issue, if original and derived properties are 
> members of the same entity and displayed via wicket viewer.
> some background:
> i try to use 3 ui components  (= derived properties: date, hour, minute) to 
> set a single persisted DateTime property.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (ISIS-852) Derived property cannot be written properly

2014-08-13 Thread Jeroen van der Wal (JIRA) 

 [ 
https://issues.apache.org/jira/browse/ISIS-852?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jeroen van der Wal updated ISIS-852:


Component/s: (was: Core: Objectstore: JDO)
 (was: Core)
 Viewer: Wicket

> Derived property cannot be written properly
> ---
>
> Key: ISIS-852
> URL: https://issues.apache.org/jira/browse/ISIS-852
> Project: Isis
>  Issue Type: Bug
>  Components: Viewer: Wicket
>Affects Versions: viewer-wicket-1.6.0
>Reporter: Thomas Koren
>Assignee: Dan Haywood
>
> when using the proposed modifyXxx syntax to make a derived property writable, 
> it is rendered as "disabled" in wicket viewer.
> {code:title=demo|borderStyle=solid}
> public LocalDate getDerivedDate() { ... }
> public void modifyDerivedDate(final LocalDate date) { ... }
> {code}
> when using the alternative setXxx syntax, the UI component is writable. but 
> in this case, the value of the derived property is not written to the 
> persisted property.
> {code:title=demo|borderStyle=solid}
> // {{ BeginAt (property)
> @javax.jdo.annotations.Persistent
> private DateTime beginAt;
> @Disabled
> @javax.jdo.annotations.Column(allowsNull = "false")
> public DateTime getBeginAt() {
> return beginAt;
> }
> public void setBeginAt(final DateTime beginAt) {
> this.beginAt = beginAt;
> }
> // }}
> // {{ DerivedDate (property)
> @NotPersisted
> @NotPersistent
> public LocalDate getDerivedDate() {
> return getBeginAt().toLocalDate();
> }
> public void setDerivedDate(final LocalDate beginDate) {
> setBeginAt(getBeginAt().withDate(beginDate.getYear(), 
> beginDate.getMonthOfYear(), beginDate.getDayOfMonth()));
> }
> // }}
> {code}
> it seems like the value set by the derived property gets overwritten by the 
> original/old value of the persisted property that is displayed in the wicket 
> component.
> therefore it might only be an issue, if original and derived properties are 
> members of the same entity and displayed via wicket viewer.
> some background:
> i try to use 3 ui components  (= derived properties: date, hour, minute) to 
> set a single persisted DateTime property.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (ISIS-852) Derived property cannot be written properly

2014-08-13 Thread Jeroen van der Wal (JIRA) 

 [ 
https://issues.apache.org/jira/browse/ISIS-852?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jeroen van der Wal updated ISIS-852:


Affects Version/s: (was: objectstore-jdo-1.5.0)
   (was: core-1.5.0)
   viewer-wicket-1.6.0

> Derived property cannot be written properly
> ---
>
> Key: ISIS-852
> URL: https://issues.apache.org/jira/browse/ISIS-852
> Project: Isis
>  Issue Type: Bug
>  Components: Viewer: Wicket
>Affects Versions: viewer-wicket-1.6.0
>Reporter: Thomas Koren
>Assignee: Dan Haywood
>
> when using the proposed modifyXxx syntax to make a derived property writable, 
> it is rendered as "disabled" in wicket viewer.
> {code:title=demo|borderStyle=solid}
> public LocalDate getDerivedDate() { ... }
> public void modifyDerivedDate(final LocalDate date) { ... }
> {code}
> when using the alternative setXxx syntax, the UI component is writable. but 
> in this case, the value of the derived property is not written to the 
> persisted property.
> {code:title=demo|borderStyle=solid}
> // {{ BeginAt (property)
> @javax.jdo.annotations.Persistent
> private DateTime beginAt;
> @Disabled
> @javax.jdo.annotations.Column(allowsNull = "false")
> public DateTime getBeginAt() {
> return beginAt;
> }
> public void setBeginAt(final DateTime beginAt) {
> this.beginAt = beginAt;
> }
> // }}
> // {{ DerivedDate (property)
> @NotPersisted
> @NotPersistent
> public LocalDate getDerivedDate() {
> return getBeginAt().toLocalDate();
> }
> public void setDerivedDate(final LocalDate beginDate) {
> setBeginAt(getBeginAt().withDate(beginDate.getYear(), 
> beginDate.getMonthOfYear(), beginDate.getDayOfMonth()));
> }
> // }}
> {code}
> it seems like the value set by the derived property gets overwritten by the 
> original/old value of the persisted property that is displayed in the wicket 
> component.
> therefore it might only be an issue, if original and derived properties are 
> members of the same entity and displayed via wicket viewer.
> some background:
> i try to use 3 ui components  (= derived properties: date, hour, minute) to 
> set a single persisted DateTime property.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (ISIS-853) joda DateTime properties loose time when persisted

2014-08-13 Thread Jeroen van der Wal (JIRA) 

 [ 
https://issues.apache.org/jira/browse/ISIS-853?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jeroen van der Wal updated ISIS-853:


Component/s: (was: Core: Objectstore: JDO)
 Viewer: Wicket

> joda DateTime properties loose time when persisted
> --
>
> Key: ISIS-853
> URL: https://issues.apache.org/jira/browse/ISIS-853
> Project: Isis
>  Issue Type: Bug
>  Components: Viewer: Wicket
>Affects Versions: viewer-wicket-1.6.0
>Reporter: Thomas Koren
>Assignee: Dan Haywood
>
> creating and persisting an entity just containing a DateTime and a String 
> property via service action works just fine.
> when this entity is reopened and saved in wicket viewer without changing 
> anything, the time component is set to 00:00.
> or, to be more precise: to 00:00 UTC which, in my case, is rendered as 02:00  
> (vienna: UTC+1 + daylight saving time)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (ISIS-853) joda DateTime properties loose time when persisted

2014-08-13 Thread Jeroen van der Wal (JIRA) 

 [ 
https://issues.apache.org/jira/browse/ISIS-853?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jeroen van der Wal updated ISIS-853:


Affects Version/s: (was: objectstore-jdo-1.5.0)
   viewer-wicket-1.6.0

> joda DateTime properties loose time when persisted
> --
>
> Key: ISIS-853
> URL: https://issues.apache.org/jira/browse/ISIS-853
> Project: Isis
>  Issue Type: Bug
>  Components: Viewer: Wicket
>Affects Versions: viewer-wicket-1.6.0
>Reporter: Thomas Koren
>Assignee: Dan Haywood
>
> creating and persisting an entity just containing a DateTime and a String 
> property via service action works just fine.
> when this entity is reopened and saved in wicket viewer without changing 
> anything, the time component is set to 00:00.
> or, to be more precise: to 00:00 UTC which, in my case, is rendered as 02:00  
> (vienna: UTC+1 + daylight saving time)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Commented] (ISIS-852) Derived property cannot be written properly

2014-08-13 Thread Jeroen van der Wal (JIRA) 

[ 
https://issues.apache.org/jira/browse/ISIS-852?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14095983#comment-14095983
 ] 

Jeroen van der Wal commented on ISIS-852:
-

I don't know if this is a bug, Isis is just not designed to enable editing of 
derived properties. The pattern we are using is disabling the edit button (by 
adding @Immutable) and only allow changes through an action. In your case:

{code}
@javax.jdo.annotations.Persistent
private DateTime beginAt;

public DateTime getBeginAt() {
return beginAt;
}

public void setBeginAt(DateTime beginAt) {
this.beginAt = beginAt;
}

public AbstractDomainObject changeBeginDate(LocalDate beginDate) {
setBeginAt(getBeginAt().withDate(beginDate.getYear(), 
beginDate.getMonthOfYear(), beginDate.getDayOfMonth()));
return this;
}
{code}

> Derived property cannot be written properly
> ---
>
> Key: ISIS-852
> URL: https://issues.apache.org/jira/browse/ISIS-852
> Project: Isis
>  Issue Type: Bug
>  Components: Core, Core: Objectstore: JDO
>Affects Versions: objectstore-jdo-1.5.0, core-1.5.0
>Reporter: Thomas Koren
>Assignee: Dan Haywood
>
> when using the proposed modifyXxx syntax to make a derived property writable, 
> it is rendered as "disabled" in wicket viewer.
> {code:title=demo|borderStyle=solid}
> public LocalDate getDerivedDate() { ... }
> public void modifyDerivedDate(final LocalDate date) { ... }
> {code}
> when using the alternative setXxx syntax, the UI component is writable. but 
> in this case, the value of the derived property is not written to the 
> persisted property.
> {code:title=demo|borderStyle=solid}
> // {{ BeginAt (property)
> @javax.jdo.annotations.Persistent
> private DateTime beginAt;
> @Disabled
> @javax.jdo.annotations.Column(allowsNull = "false")
> public DateTime getBeginAt() {
> return beginAt;
> }
> public void setBeginAt(final DateTime beginAt) {
> this.beginAt = beginAt;
> }
> // }}
> // {{ DerivedDate (property)
> @NotPersisted
> @NotPersistent
> public LocalDate getDerivedDate() {
> return getBeginAt().toLocalDate();
> }
> public void setDerivedDate(final LocalDate beginDate) {
> setBeginAt(getBeginAt().withDate(beginDate.getYear(), 
> beginDate.getMonthOfYear(), beginDate.getDayOfMonth()));
> }
> // }}
> {code}
> it seems like the value set by the derived property gets overwritten by the 
> original/old value of the persisted property that is displayed in the wicket 
> component.
> therefore it might only be an issue, if original and derived properties are 
> members of the same entity and displayed via wicket viewer.
> some background:
> i try to use 3 ui components  (= derived properties: date, hour, minute) to 
> set a single persisted DateTime property.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (ISIS-853) joda DateTime properties loose time when persisted

2014-08-13 Thread Thomas Koren (JIRA) 

 [ 
https://issues.apache.org/jira/browse/ISIS-853?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Thomas Koren updated ISIS-853:
--

Description: 
creating and persisting an entity just containing a DateTime and a String 
property via service action works just fine.

when this entity is reopened and saved in wicket viewer without changing 
anything, the time component is set to 00:00.

or, to be more precise: to 00:00 UTC which, in my case, is rendered as 02:00  
(vienna: UTC+1 + daylight saving time)

  was:
creating and persisting an entity just containing a DateTime property via 
service action works just fine.
when this entity is reopened and saved in wicket viewer without changing 
anything, the time component is set to 00:00.

or, to be more precisely: to 00:00 UTC which is rendered as 02:00 in my case 
(vienna, UTC+1 + daylight saving time)


i just found out, that this only happens if the DateTime property is marked 
@Disabled.

without that annotation the correct value (including time component) is 
persisted

> joda DateTime properties loose time when persisted
> --
>
> Key: ISIS-853
> URL: https://issues.apache.org/jira/browse/ISIS-853
> Project: Isis
>  Issue Type: Bug
>  Components: Core: Objectstore: JDO
>Affects Versions: objectstore-jdo-1.5.0
>Reporter: Thomas Koren
>Assignee: Dan Haywood
>
> creating and persisting an entity just containing a DateTime and a String 
> property via service action works just fine.
> when this entity is reopened and saved in wicket viewer without changing 
> anything, the time component is set to 00:00.
> or, to be more precise: to 00:00 UTC which, in my case, is rendered as 02:00  
> (vienna: UTC+1 + daylight saving time)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Updated] (ISIS-852) Derived property cannot be written properly

2014-08-13 Thread Thomas Koren (JIRA) 

 [ 
https://issues.apache.org/jira/browse/ISIS-852?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Thomas Koren updated ISIS-852:
--


second part seems to relate to a persistance bug (see ISIS-853).

> Derived property cannot be written properly
> ---
>
> Key: ISIS-852
> URL: https://issues.apache.org/jira/browse/ISIS-852
> Project: Isis
>  Issue Type: Bug
>  Components: Core, Core: Objectstore: JDO
>Affects Versions: objectstore-jdo-1.5.0, core-1.5.0
>Reporter: Thomas Koren
>Assignee: Dan Haywood
>
> when using the proposed modifyXxx syntax to make a derived property writable, 
> it is rendered as "disabled" in wicket viewer.
> {code:title=demo|borderStyle=solid}
> public LocalDate getDerivedDate() { ... }
> public void modifyDerivedDate(final LocalDate date) { ... }
> {code}
> when using the alternative setXxx syntax, the UI component is writable. but 
> in this case, the value of the derived property is not written to the 
> persisted property.
> {code:title=demo|borderStyle=solid}
> // {{ BeginAt (property)
> @javax.jdo.annotations.Persistent
> private DateTime beginAt;
> @Disabled
> @javax.jdo.annotations.Column(allowsNull = "false")
> public DateTime getBeginAt() {
> return beginAt;
> }
> public void setBeginAt(final DateTime beginAt) {
> this.beginAt = beginAt;
> }
> // }}
> // {{ DerivedDate (property)
> @NotPersisted
> @NotPersistent
> public LocalDate getDerivedDate() {
> return getBeginAt().toLocalDate();
> }
> public void setDerivedDate(final LocalDate beginDate) {
> setBeginAt(getBeginAt().withDate(beginDate.getYear(), 
> beginDate.getMonthOfYear(), beginDate.getDayOfMonth()));
> }
> // }}
> {code}
> it seems like the value set by the derived property gets overwritten by the 
> original/old value of the persisted property that is displayed in the wicket 
> component.
> therefore it might only be an issue, if original and derived properties are 
> members of the same entity and displayed via wicket viewer.
> some background:
> i try to use 3 ui components  (= derived properties: date, hour, minute) to 
> set a single persisted DateTime property.



--
This message was sent by Atlassian JIRA
(v6.2#6252)

[jira] [Created] (ISIS-853) joda DateTime properties loose time when persisted

2014-08-13 Thread Thomas Koren (JIRA) 
Thomas Koren created ISIS-853:
-

 Summary: joda DateTime properties loose time when persisted
 Key: ISIS-853
 URL: https://issues.apache.org/jira/browse/ISIS-853
 Project: Isis
  Issue Type: Bug
  Components: Core: Objectstore: JDO
Affects Versions: objectstore-jdo-1.5.0
Reporter: Thomas Koren
Assignee: Dan Haywood


creating and persisting an entity just containing a DateTime property via 
service action works just fine.
when this entity is reopened and saved in wicket viewer without changing 
anything, the time component is set to 00:00.

or, to be more precisely: to 00:00 UTC which is rendered as 02:00 in my case 
(vienna, UTC+1 + daylight saving time)



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Build failed in Jenkins: isis-core-ubuntu #1088

2014-08-13 Thread Apache Jenkins Server 
See 

Changes:

[dan] ISIS-839: missing pom to bump to 1.7.0-SNAPSHOT

[dan] ISIS-568: moving up to JDK 1.7.

[dan] ISIS-851: removing isis-module-background (moved back to core-runtime), 
and updating simpleapp/todoapp to reference 1.6.0 modules directly.

--
[...truncated 358 lines...]
Took 54 ms
[JENKINS] Archiving  
to org.apache.isis/isis-all/1.0.0-SNAPSHOT/isis-all-1.0.0-SNAPSHOT.pom
Sending artifact delta relative to isis-core-ubuntu ? Apache Isis (Aggregator) 
#1087
Archived 1 artifacts
Archive block size is 32768
Received 0 blocks and 3908 bytes
Compression is 0.0%
Took 54 ms
[JENKINS] Archiving 
 to 
org.apache.isis.core/isis-core-specsupport/1.7.0-SNAPSHOT/isis-core-specsupport-1.7.0-SNAPSHOT.pom
Sending artifact delta relative to isis-core-ubuntu ? Isis Core Spec Support 
#1087
Archived 1 artifacts
Archive block size is 32768
Received 0 blocks and 3630 bytes
Compression is 0.0%
Took 61 ms
[JENKINS] Archiving 

 to 
org.apache.isis.core/isis-core-bytecode-javassist/1.7.0-SNAPSHOT/isis-core-bytecode-javassist-1.7.0-SNAPSHOT.pom
Sending artifact delta relative to isis-core-ubuntu ? Isis Core Javassist 
Bytecode #1087
Archived 1 artifacts
Archive block size is 32768
Received 0 blocks and 3489 bytes
Compression is 0.0%
Took 60 ms
[JENKINS] Archiving 

 to 
org.apache.isis.example.application/simpleapp-fixture/1.7.0-SNAPSHOT/simpleapp-fixture-1.7.0-SNAPSHOT.pom
Sending artifact delta relative to isis-core-ubuntu ? Simple App Fixtures #1087
Archived 1 artifacts
Archive block size is 32768
Received 0 blocks and 1615 bytes
Compression is 0.0%
Took 46 ms
[JENKINS] Archiving 

 to 
org.apache.isis.core/isis-core-tck-viewer-restfulobjects/1.7.0-SNAPSHOT/isis-core-tck-viewer-restfulobjects-1.7.0-SNAPSHOT.pom
Sending artifact delta relative to isis-core-ubuntu ? Isis RestfulObjects 
Viewer TCK tests #1087
Archived 1 artifacts
Archive block size is 32768
Received 0 blocks and 4410 bytes
Compression is 0.0%
Took 0.38 sec
[JENKINS] Archiving 

 to 
org.apache.isis.viewer/isis-viewer-scimpi-dispatcher/1.0.0-SNAPSHOT/isis-viewer-scimpi-dispatcher-1.0.0-SNAPSHOT.pom
Sending artifact delta relative to isis-core-ubuntu ? Isis Scimpi Viewer 
Dispatcher #1087
Archived 1 artifacts
Archive block size is 32768
Received 0 blocks and 3319 bytes
Compression is 0.0%
Took 0.12 sec
[JENKINS] Archiving 
 to 
org.apache.isis.core/isis-core-runtime/1.7.0-SNAPSHOT/isis-core-runtime-1.7.0-SNAPSHOT.pom
Sending artifact delta relative to isis-core-ubuntu ? Isis Core Runtime #1087
Archived 1 artifacts
Archive block size is 32768
Received 0 blocks and 4588 bytes
Compression is 0.0%
Took 1.9 sec
[JENKINS] Archiving 

 to 
org.apache.isis.viewer/isis-viewer-wicket-impl/1.7.0-SNAPSHOT/isis-viewer-wicket-impl-1.7.0-SNAPSHOT.pom
Sending artifact delta relative to isis-core-ubuntu ? Isis Wicket Viewer 
Implementation #1087
Archived 1 artifacts
Archive block size is 32768
Received 0 blocks and 3237 bytes
Compression is 0.0%
Took 54 ms
[JENKINS] Archiving 

 to 
org.apache.isis.viewer/isis-viewer-scimpi-servlet/1.0.0-SNAPSHOT/isis-viewer-scimpi-servlet-1.0.0-SNAPSHOT.pom
Sending artifact delta relative to isis-core-ubuntu ? Isis Scimpi Viewer 
Servlet #1087
Archived 1 artifacts
Archive block size is 32768
Received 0 blocks and 2971 bytes
Compression is 0.0%
Took 53 ms
[JENKINS] Archiving 

 to 
org.apache.isis.core/isis-core-objectstore/1.7.0-SNAPSHOT/isis-core-objectstore-1.7.0-SNAPSHOT.pom
Sending artifact delta relative to isis-core-ubuntu ? Isis Core (In-Memory) 
ObjectStore #1087
Archived 1 artifacts
Archive block size is 32768
Received 0 blocks and 3312 bytes
Compression is 0.0%
Took 54 ms
[JENKINS] Archiving 

 to 
org.apache.isis.core/isis-core-objectstore-jdo-metamodel/1.7.0-SNAPSHOT/isis-core-objectstore-jdo-metamodel-1.7.0-SNAPSHOT.pom
Sending artifact delta relative to isis-core-ubuntu ? Isis JDO ObjectStore 
MetaModel Support #1087
Archived 1 artifacts
Archive block size is 32768
Received 0 blocks and 2785 bytes
Compress

Build failed in Jenkins: isis-core-ubuntu ยป Isis Core Unit Test Support #1088

2014-08-13 Thread Apache Jenkins Server 
See 


--
[INFO] 
[INFO] 
[INFO] Building Isis Core Unit Test Support 1.7.0-SNAPSHOT
[INFO] 
[INFO] 
[INFO] --- maven-clean-plugin:2.5:clean (default-clean) @ 
isis-core-unittestsupport ---
[INFO] Deleting 

[TASKS] Scanning folder 
'
 for files matching the pattern '**/*.java' - excludes: 
[TASKS] Found 60 files to scan for tasks
Found 0 open tasks.
[TASKS] Computing warning deltas based on reference build #1087
[INFO] 
[INFO] --- maven-enforcer-plugin:1.3.1:enforce (validate-enforce) @ 
isis-core-unittestsupport ---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.4:process (default) @ 
isis-core-unittestsupport ---
[INFO] 
[INFO] --- maven-remote-resources-plugin:1.4:process (process-remote-resources) 
@ isis-core-unittestsupport ---
[INFO] Skipping remote-resource generation in this project because it's not the 
Execution Root
[INFO] 
[INFO] --- maven-resources-plugin:2.6:resources (default-resources) @ 
isis-core-unittestsupport ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 

[INFO] Copying 3 resources
[INFO] 
[INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ 
isis-core-unittestsupport ---
[INFO] Changes detected - recompiling the module!
[INFO] Compiling 24 source files to