[jira] [Commented] (ISIS-2978) [NOT A PROBLEM] Launch packaged SimpleApp 2.0.0-M7 throws JAXB exception
[
https://issues.apache.org/jira/browse/ISIS-2978?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17509618#comment-17509618
]
Vladimir Nisevic commented on ISIS-2978:
Hi Andi, thanks for reply. What would be the way how to launch application on
production system? Using maven seem to be am unusual way there?
Regards
> [NOT A PROBLEM] Launch packaged SimpleApp 2.0.0-M7 throws JAXB exception
>
>
> Key: ISIS-2978
> URL: https://issues.apache.org/jira/browse/ISIS-2978
> Project: Isis
> Issue Type: Bug
> Components: Isis Examples
>Affects Versions: 2.0.0-M7
>Reporter: Vladimir Nisevic
>Assignee: Andi Huber
>Priority: Major
> Fix For: 2.0.0-RC1
>
> Attachments: startup.txt
>
>
> h2. Problem description
> Followed guide
> [https://isis.apache.org/docs/2.0.0-M7/starters/simpleapp.html#downloading-&-running]
>
> My environment:
> * Windows 10
> * openjdk 11.0.2 2019-01-15
>
> I use in all cases same JDK.
>
> Launching from IDE (IntelliJ) works fine, but when launching the packaged JAR
> with
> {code:java}
> somePath\isis-app-simpleapp-jdo\webapp\target> java -jar
> .\simpleapp-jdo-webapp-2.0.0-M7-exec.jar {code}
> I get next error - see attached log for whole startup log
> {code:java}
> Caused by: java.lang.ClassNotFoundException:
> com.sun.xml.bind.v2.ContextFactory
>at
> jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
> ~[?:?]
>at
> jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
> ~[?:?]
>at java.lang.ClassLoader.loadClass(ClassLoader.java:521) ~[?:?]
>at
> javax.xml.bind.ServiceLoaderUtil.nullSafeLoadClass(ServiceLoaderUtil.java:92)
> ~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
>at
> javax.xml.bind.ServiceLoaderUtil.safeLoadClass(ServiceLoaderUtil.java:125)
> ~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
>at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:230)
> ~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
>at javax.xml.bind.ContextFinder.find(ContextFinder.java:375)
> ~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
>at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:691)
> ~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
>at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:632)
> ~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
>at
> org.apache.isis.commons.internal.resources._Xml.contextOf(_Xml.java:224)
> ~[isis-commons-2.0.0-M7.jar!/:2.0.0-M7]
>... 15 more
> {code}
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
[jira] [Created] (ISIS-2978) Launch packaged SimpleApp 2.0.0-M7 throws JAXB exception
Vladimir Nisevic created ISIS-2978:
--
Summary: Launch packaged SimpleApp 2.0.0-M7 throws JAXB exception
Key: ISIS-2978
URL: https://issues.apache.org/jira/browse/ISIS-2978
Project: Isis
Issue Type: Bug
Components: Isis Examples
Affects Versions: 2.0.0-M7
Reporter: Vladimir Nisevic
Attachments: startup.txt
h2. Problem description
Followed guide
[https://isis.apache.org/docs/2.0.0-M7/starters/simpleapp.html#downloading-&-running]
My environment:
* Windows 10
* openjdk 11.0.2 2019-01-15
I use in all cases same JDK.
Launching from IDE (IntelliJ) works fine, but when launching the packaged JAR
with
{code:java}
somePath\isis-app-simpleapp-jdo\webapp\target> java -jar
.\simpleapp-jdo-webapp-2.0.0-M7-exec.jar {code}
I get next error - see attached log for whole startup log
{code:java}
Caused by: java.lang.ClassNotFoundException: com.sun.xml.bind.v2.ContextFactory
at
jdk.internal.loader.BuiltinClassLoader.loadClass(BuiltinClassLoader.java:583)
~[?:?]
at
jdk.internal.loader.ClassLoaders$AppClassLoader.loadClass(ClassLoaders.java:178)
~[?:?]
at java.lang.ClassLoader.loadClass(ClassLoader.java:521) ~[?:?]
at
javax.xml.bind.ServiceLoaderUtil.nullSafeLoadClass(ServiceLoaderUtil.java:92)
~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
at
javax.xml.bind.ServiceLoaderUtil.safeLoadClass(ServiceLoaderUtil.java:125)
~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
at javax.xml.bind.ContextFinder.newInstance(ContextFinder.java:230)
~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
at javax.xml.bind.ContextFinder.find(ContextFinder.java:375)
~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:691)
~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
at javax.xml.bind.JAXBContext.newInstance(JAXBContext.java:632)
~[jakarta.xml.bind-api-2.3.3.jar!/:2.3.3]
at org.apache.isis.commons.internal.resources._Xml.contextOf(_Xml.java:224)
~[isis-commons-2.0.0-M7.jar!/:2.0.0-M7]
... 15 more
{code}
--
This message was sent by Atlassian Jira
(v8.20.1#820001)
[jira] [Updated] (ISIS-2029) Using Application Identity (e.g. settings module) with .orm file leads to Webui exception
[
https://issues.apache.org/jira/browse/ISIS-2029?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-2029:
---
Attachment: stacktrace.txt
> Using Application Identity (e.g. settings module) with .orm file leads to
> Webui exception
> -
>
> Key: ISIS-2029
> URL: https://issues.apache.org/jira/browse/ISIS-2029
> Project: Isis
> Issue Type: Bug
> Components: Core, Core: Viewer: Wicket
>Affects Versions: 1.16.2
>Reporter: Vladimir Nisevic
>Priority: Major
> Attachments: stacktrace.txt
>
>
> h2.Problem description
> I want to use settings module (incode or previous isis-addons) so that the
> tables are persisted in custom database schema (different than isissettings).
> In order to achieve this I have created a custom .orm file e.g.
>
> package-custom.orm
> {code:java}
>
> http://xmlns.jcp.org/xml/ns/jdo/orm;
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
> xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/jdo/orm
> http://xmlns.jcp.org/xml/ns/jdo/orm_3_0.xsd;>
>
> table="IsisAppSetting"/>
>
>
>
> {code}
> and refer the file in persistor_datanucleus.properties
> {code:java}
> # schema name override
> isis.persistor.datanucleus.impl.datanucleus.Mapping=custom{code}
>
> I can create single ApplicationSetting thru WebUI but if I have more than one
> persisted, here the WebUI exception I get in WebUI
> {code:java}
> Caused by:
> org.datanucleus.exceptions.NucleusUserException
> Identity
> "interface.MQTT.activated[OID]org.incode.example.settings.dom.jdo.ApplicationSettingJdo"
> is assigned to class
> "org.incode.example.settings.dom.jdo.ApplicationSettingJdo", but its not the
> correct object-id type for this class.
> org.datanucleus.store.AbstractStoreManager#manageClassForIdentity(AbstractStoreManager.java:937)
> org.datanucleus.ExecutionContextImpl#getClassDetailsForId(ExecutionContextImpl.java:3385)
> org.datanucleus.ExecutionContextImpl#findObjects(ExecutionContextImpl.java:3251){code}
>
> I believe the root cause is that Datanucleus thinks somehow that the
> ApplicationSetting has not Application Identity which it has since field key
> is primary key - but only in the case when retreiving more then one entity
> from database.
>
> All works fine when creating new instance ApplicationSetting or reading it
> from database by key. The command "Settings --> listAll" fails.
>
> I tried also to adapt the .orm file e.g. but it didn't helped.
> {code:java}
>
> schema="myschema" table="IsisAppSetting">
>
>
> table="IsisUserSetting"/>
> {code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Created] (ISIS-2029) Using Application Identity (e.g. settings module) with .orm file leads to Webui exception
Vladimir Nisevic created ISIS-2029:
--
Summary: Using Application Identity (e.g. settings module) with
.orm file leads to Webui exception
Key: ISIS-2029
URL: https://issues.apache.org/jira/browse/ISIS-2029
Project: Isis
Issue Type: Bug
Components: Core, Core: Viewer: Wicket
Affects Versions: 1.16.2
Reporter: Vladimir Nisevic
h2.Problem description
I want to use settings module (incode or previous isis-addons) so that the
tables are persisted in custom database schema (different than isissettings).
In order to achieve this I have created a custom .orm file e.g.
package-custom.orm
{code:java}
http://xmlns.jcp.org/xml/ns/jdo/orm;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/jdo/orm
http://xmlns.jcp.org/xml/ns/jdo/orm_3_0.xsd;>
{code}
and refer the file in persistor_datanucleus.properties
{code:java}
# schema name override
isis.persistor.datanucleus.impl.datanucleus.Mapping=custom{code}
I can create single ApplicationSetting thru WebUI but if I have more than one
persisted, here the WebUI exception I get in WebUI
{code:java}
Caused by:
org.datanucleus.exceptions.NucleusUserException
Identity
"interface.MQTT.activated[OID]org.incode.example.settings.dom.jdo.ApplicationSettingJdo"
is assigned to class
"org.incode.example.settings.dom.jdo.ApplicationSettingJdo", but its not the
correct object-id type for this class.
org.datanucleus.store.AbstractStoreManager#manageClassForIdentity(AbstractStoreManager.java:937)
org.datanucleus.ExecutionContextImpl#getClassDetailsForId(ExecutionContextImpl.java:3385)
org.datanucleus.ExecutionContextImpl#findObjects(ExecutionContextImpl.java:3251){code}
I believe the root cause is that Datanucleus thinks somehow that the
ApplicationSetting has not Application Identity which it has since field key is
primary key - but only in the case when retreiving more then one entity from
database.
All works fine when creating new instance ApplicationSetting or reading it from
database by key. The command "Settings --> listAll" fails.
I tried also to adapt the .orm file e.g. but it didn't helped.
{code:java}
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Commented] (ISIS-1964) ConcurrentModificationException when stating application
[
https://issues.apache.org/jira/browse/ISIS-1964?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16519657#comment-16519657
]
Vladimir Nisevic commented on ISIS-1964:
Hi, we are using latest Sun JDK 8 on RedHat Linux with latest Tomcat8. We
restart tomcat after each redeployment. Meanwhile it happens not no often.
Some of our domain services register in their postConstruct method to an
callback of an additional thread which takes care that database is really
available since this domain domain service needs database to read specific app
settings in order to initialize themselve properly. That was an issue in
previous Isis versions so we solved on that way. That means that some of our
domain services spend some time in postConstruct method waiting and then
continue. But we do not touch Isis bootstrapping at all.
Regs
Vladimir
> ConcurrentModificationException when stating application
>
>
> Key: ISIS-1964
> URL: https://issues.apache.org/jira/browse/ISIS-1964
> Project: Isis
> Issue Type: Bug
> Components: Core
>Affects Versions: 1.16.2
>Reporter: Vladimir Nisevic
>Priority: Major
> Fix For: 1.16.3
>
>
> Hi Dan, meanwhile we are using 1.16.2 and observe still (more rarely) this
> exception during startup.
>
> {code:java}
> 018-06-20 15:10:47.546 [localhost-startStop-1] init ERROR
> org.apache.isis.viewer.wicket.viewer.IsisWicketApplication - Failed to
> initialize
> com.google.inject.ProvisionException: Unable to provision, see the following
> errors:
> 1) Error in custom provider, java.lang.RuntimeException: An error occurred
> while executing code in a temporary session
> at
> org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSessionFactory(IsisInjectModule.java:109)
> at
> org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSessionFactory(IsisInjectModule.java:109)
> while locating org.apache.isis.core.runtime.system.session.IsisSessionFactory
> for field at
> org.apache.isis.viewer.wicket.viewer.IsisWicketApplication.isisSessionFactory(IsisWicketApplication.java:155)
> while locating at.a1ta.cll.webapp.CllWebApplication
> 1 error
> at
> com.google.inject.internal.Errors.throwProvisionExceptionIfErrorsExist(Errors.java:486)
> at
> com.google.inject.internal.MembersInjectorImpl.injectMembers(MembersInjectorImpl.java:67)
> at
> com.google.inject.internal.InjectorImpl.injectMembers(InjectorImpl.java:987)
> at
> org.apache.isis.viewer.wicket.viewer.IsisWicketApplication.init(IsisWicketApplication.java:368)
> at at.a1ta.cll.webapp.CllWebApplication.init(CllWebApplication.java:32)
> at org.apache.wicket.Application.initApplication(Application.java:953)
> at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:429)
> at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:353)
> at
> org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:285)
> at
> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:266)
> at
> org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:108)
> at
> org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4590)
> at
> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5233)
> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
> at
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:752)
> at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:728)
> at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734)
> at
> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:629)
> at
> org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839)
> at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
> at java.util.concurrent.FutureTask.run(FutureTask.java:266)
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
> at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.RuntimeException: An error occurred while executing code
> in a temporary session
> at
> org.apache.isis.core.runtime.system.session.IsisSessionFactory.doInSession(IsisSessionFactory.java:366)
> at
> org.apache.isis.core.runtime.system.session.IsisSessionFactory.doInSession(IsisSessionFactory.java:330)
> at
> org.apache.isis.core.runtime.system.session.IsisSessionFactory.doInSession(IsisSessionFactory.java:317)
> at
> org.apache.isis.core.runtime.system.session.IsisSessionFactoryBuilder.buildSessionFactory(IsisSessionFactoryBuilder.java:211)
> at
>
[jira] [Created] (ISIS-1964) ConcurrentModificationException when stating application
Vladimir Nisevic created ISIS-1964:
--
Summary: ConcurrentModificationException when stating application
Key: ISIS-1964
URL: https://issues.apache.org/jira/browse/ISIS-1964
Project: Isis
Issue Type: Bug
Components: Core
Affects Versions: 1.16.2
Reporter: Vladimir Nisevic
Hi Dan, meanwhile we are using 1.16.2 and observe still (more rarely) this
exception during startup.
{code:java}
018-06-20 15:10:47.546 [localhost-startStop-1] init ERROR
org.apache.isis.viewer.wicket.viewer.IsisWicketApplication - Failed to
initialize
com.google.inject.ProvisionException: Unable to provision, see the following
errors:
1) Error in custom provider, java.lang.RuntimeException: An error occurred
while executing code in a temporary session
at
org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSessionFactory(IsisInjectModule.java:109)
at
org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSessionFactory(IsisInjectModule.java:109)
while locating org.apache.isis.core.runtime.system.session.IsisSessionFactory
for field at
org.apache.isis.viewer.wicket.viewer.IsisWicketApplication.isisSessionFactory(IsisWicketApplication.java:155)
while locating at.a1ta.cll.webapp.CllWebApplication
1 error
at
com.google.inject.internal.Errors.throwProvisionExceptionIfErrorsExist(Errors.java:486)
at
com.google.inject.internal.MembersInjectorImpl.injectMembers(MembersInjectorImpl.java:67)
at com.google.inject.internal.InjectorImpl.injectMembers(InjectorImpl.java:987)
at
org.apache.isis.viewer.wicket.viewer.IsisWicketApplication.init(IsisWicketApplication.java:368)
at at.a1ta.cll.webapp.CllWebApplication.init(CllWebApplication.java:32)
at org.apache.wicket.Application.initApplication(Application.java:953)
at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:429)
at org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:353)
at
org.apache.catalina.core.ApplicationFilterConfig.initFilter(ApplicationFilterConfig.java:285)
at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:266)
at
org.apache.catalina.core.ApplicationFilterConfig.(ApplicationFilterConfig.java:108)
at
org.apache.catalina.core.StandardContext.filterStart(StandardContext.java:4590)
at
org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5233)
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:752)
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:728)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:734)
at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:629)
at
org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.RuntimeException: An error occurred while executing code
in a temporary session
at
org.apache.isis.core.runtime.system.session.IsisSessionFactory.doInSession(IsisSessionFactory.java:366)
at
org.apache.isis.core.runtime.system.session.IsisSessionFactory.doInSession(IsisSessionFactory.java:330)
at
org.apache.isis.core.runtime.system.session.IsisSessionFactory.doInSession(IsisSessionFactory.java:317)
at
org.apache.isis.core.runtime.system.session.IsisSessionFactoryBuilder.buildSessionFactory(IsisSessionFactoryBuilder.java:211)
at
org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSessionFactory(IsisInjectModule.java:118)
at
org.apache.isis.core.runtime.runner.IsisInjectModule$$FastClassByGuice$$a813f90e.invoke()
at
com.google.inject.internal.ProviderMethod$FastClassProviderMethod.doProvision(ProviderMethod.java:264)
at
com.google.inject.internal.ProviderMethod$Factory.provision(ProviderMethod.java:401)
at
com.google.inject.internal.ProviderMethod$Factory.get(ProviderMethod.java:376)
at
com.google.inject.internal.ProviderToInternalFactoryAdapter$1.call(ProviderToInternalFactoryAdapter.java:46)
at com.google.inject.internal.InjectorImpl.callInContext(InjectorImpl.java:1092)
at
com.google.inject.internal.ProviderToInternalFactoryAdapter.get(ProviderToInternalFactoryAdapter.java:40)
at com.google.inject.internal.SingletonScope$1.get(SingletonScope.java:194)
at
com.google.inject.internal.InternalFactoryToProviderAdapter.get(InternalFactoryToProviderAdapter.java:41)
at
com.google.inject.internal.SingleFieldInjector.inject(SingleFieldInjector.java:54)
at
com.google.inject.internal.MembersInjectorImpl.injectMembers(MembersInjectorImpl.java:132)
at
[jira] [Updated] (ISIS-1852) Iterating over query result list with parallelStream produces next exception
[
https://issues.apache.org/jira/browse/ISIS-1852?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-1852:
---
Description:
Given the the result from database, e.g.
{code:java}
final List devices =
repositoryService.allInstances(MobileDevice.class);{code}
When I iterate over list with parallelStream
{code:java}
filteredDevices.parallelStream().forEach(mobileDevice -> {
// my stuff here
});{code}
Then I get this exception
{code:java}
... 134 more
Caused by: java.lang.IllegalStateException: No service of type class
org.apache.isis.core.runtime.services.metrics.MetricsServiceDefault is
available on this
at
org.apache.isis.core.runtime.services.ServiceInstantiator$2.invoke(ServiceInstantiator.java:217)
at
org.apache.isis.core.runtime.services.metrics.MetricsServiceDefault_$$_jvstad5_7.postLoad(MetricsServiceDefault_$$_jvstad5_7.java)
at
org.datanucleus.api.jdo.JDOCallbackHandler.postLoad(JDOCallbackHandler.java:305)
at org.datanucleus.state.StateManagerImpl.postLoad(StateManagerImpl.java:4443)
at
org.datanucleus.state.StateManagerImpl.initialiseForCachedPC(StateManagerImpl.java:645)
at
org.apache.isis.objectstore.jdo.datanucleus.JDOStateManagerForIsis.initialiseForCachedPC(JDOStateManagerForIsis.java:112)
at
org.datanucleus.state.ObjectProviderFactoryImpl.newForCachedPC(ObjectProviderFactoryImpl.java:280)
at
org.datanucleus.ExecutionContextImpl.getObjectFromLevel2Cache(ExecutionContextImpl.java:5210)
at
org.datanucleus.ExecutionContextImpl.getObjectFromCache(ExecutionContextImpl.java:5101)
at
org.datanucleus.ExecutionContextImpl.findObject(ExecutionContextImpl.java:3048)
at
org.datanucleus.store.rdbms.query.PersistentClassROF.getObjectForDatastoreId(PersistentClassROF.java:460)
at
org.datanucleus.store.rdbms.query.PersistentClassROF.getObject(PersistentClassROF.java:385)
at
org.datanucleus.store.rdbms.scostore.CollectionStoreIterator.(CollectionStoreIterator.java:100)
at
org.datanucleus.store.rdbms.scostore.FKSetStore.iterator(FKSetStore.java:1080)
at
org.datanucleus.store.types.wrappers.backed.Collection.loadFromStore(Collection.java:374)
at
org.datanucleus.store.types.java8.wrappers.backed.Collection.stream(Collection.java:70)
at
a1.guidedselling.offer.hardware.MobileDevice.referenceNextDevicePriceForTarifWithoutService(MobileDevice.java:195)
at
a1.guidedselling.templates.OfferTemplatesRepository.lambda$offerTemplatesFor$1(OfferTemplatesRepository.java:102)
at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184)
at
java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
at java.util.stream.ForEachOps$ForEachTask.compute(ForEachOps.java:291)
at java.util.concurrent.CountedCompleter.exec(CountedCompleter.java:731)
at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289)
at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056)
at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1692)
at
java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157){code}
was:
Here the part of exception log
{code:java}
... 134 more
Caused by: java.lang.IllegalStateException: No service of type class
org.apache.isis.core.runtime.services.metrics.MetricsServiceDefault is
available on this
at
org.apache.isis.core.runtime.services.ServiceInstantiator$2.invoke(ServiceInstantiator.java:217)
at
org.apache.isis.core.runtime.services.metrics.MetricsServiceDefault_$$_jvstad5_7.postLoad(MetricsServiceDefault_$$_jvstad5_7.java)
at
org.datanucleus.api.jdo.JDOCallbackHandler.postLoad(JDOCallbackHandler.java:305)
at org.datanucleus.state.StateManagerImpl.postLoad(StateManagerImpl.java:4443)
at
org.datanucleus.state.StateManagerImpl.initialiseForCachedPC(StateManagerImpl.java:645)
at
org.apache.isis.objectstore.jdo.datanucleus.JDOStateManagerForIsis.initialiseForCachedPC(JDOStateManagerForIsis.java:112)
at
org.datanucleus.state.ObjectProviderFactoryImpl.newForCachedPC(ObjectProviderFactoryImpl.java:280)
at
org.datanucleus.ExecutionContextImpl.getObjectFromLevel2Cache(ExecutionContextImpl.java:5210)
at
org.datanucleus.ExecutionContextImpl.getObjectFromCache(ExecutionContextImpl.java:5101)
at
org.datanucleus.ExecutionContextImpl.findObject(ExecutionContextImpl.java:3048)
at
org.datanucleus.store.rdbms.query.PersistentClassROF.getObjectForDatastoreId(PersistentClassROF.java:460)
at
org.datanucleus.store.rdbms.query.PersistentClassROF.getObject(PersistentClassROF.java:385)
at
org.datanucleus.store.rdbms.scostore.CollectionStoreIterator.(CollectionStoreIterator.java:100)
at
org.datanucleus.store.rdbms.scostore.FKSetStore.iterator(FKSetStore.java:1080)
at
org.datanucleus.store.types.wrappers.backed.Collection.loadFromStore(Collection.java:374)
at
org.datanucleus.store.types.java8.wrappers.backed.Collection.stream(Collection.java:70)
at
[jira] [Created] (ISIS-1852) Iterating over query result list with parallelStream produces next exception
Vladimir Nisevic created ISIS-1852:
--
Summary: Iterating over query result list with parallelStream
produces next exception
Key: ISIS-1852
URL: https://issues.apache.org/jira/browse/ISIS-1852
Project: Isis
Issue Type: Bug
Components: Core
Affects Versions: 1.15.1
Reporter: Vladimir Nisevic
Here the part of exception log
{code:java}
... 134 more
Caused by: java.lang.IllegalStateException: No service of type class
org.apache.isis.core.runtime.services.metrics.MetricsServiceDefault is
available on this
at
org.apache.isis.core.runtime.services.ServiceInstantiator$2.invoke(ServiceInstantiator.java:217)
at
org.apache.isis.core.runtime.services.metrics.MetricsServiceDefault_$$_jvstad5_7.postLoad(MetricsServiceDefault_$$_jvstad5_7.java)
at
org.datanucleus.api.jdo.JDOCallbackHandler.postLoad(JDOCallbackHandler.java:305)
at org.datanucleus.state.StateManagerImpl.postLoad(StateManagerImpl.java:4443)
at
org.datanucleus.state.StateManagerImpl.initialiseForCachedPC(StateManagerImpl.java:645)
at
org.apache.isis.objectstore.jdo.datanucleus.JDOStateManagerForIsis.initialiseForCachedPC(JDOStateManagerForIsis.java:112)
at
org.datanucleus.state.ObjectProviderFactoryImpl.newForCachedPC(ObjectProviderFactoryImpl.java:280)
at
org.datanucleus.ExecutionContextImpl.getObjectFromLevel2Cache(ExecutionContextImpl.java:5210)
at
org.datanucleus.ExecutionContextImpl.getObjectFromCache(ExecutionContextImpl.java:5101)
at
org.datanucleus.ExecutionContextImpl.findObject(ExecutionContextImpl.java:3048)
at
org.datanucleus.store.rdbms.query.PersistentClassROF.getObjectForDatastoreId(PersistentClassROF.java:460)
at
org.datanucleus.store.rdbms.query.PersistentClassROF.getObject(PersistentClassROF.java:385)
at
org.datanucleus.store.rdbms.scostore.CollectionStoreIterator.(CollectionStoreIterator.java:100)
at
org.datanucleus.store.rdbms.scostore.FKSetStore.iterator(FKSetStore.java:1080)
at
org.datanucleus.store.types.wrappers.backed.Collection.loadFromStore(Collection.java:374)
at
org.datanucleus.store.types.java8.wrappers.backed.Collection.stream(Collection.java:70)
at
a1.guidedselling.offer.hardware.MobileDevice.referenceNextDevicePriceForTarifWithoutService(MobileDevice.java:195)
at
a1.guidedselling.templates.OfferTemplatesRepository.lambda$offerTemplatesFor$1(OfferTemplatesRepository.java:102)
at java.util.stream.ForEachOps$ForEachOp$OfRef.accept(ForEachOps.java:184)
at
java.util.ArrayList$ArrayListSpliterator.forEachRemaining(ArrayList.java:1374)
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:481)
at java.util.stream.ForEachOps$ForEachTask.compute(ForEachOps.java:291)
at java.util.concurrent.CountedCompleter.exec(CountedCompleter.java:731)
at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:289)
at java.util.concurrent.ForkJoinPool$WorkQueue.runTask(ForkJoinPool.java:1056)
at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1692)
at
java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:157){code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
[jira] [Created] (ISIS-1790) Concurrent modification exception at startup
Vladimir Nisevic created ISIS-1790:
--
Summary: Concurrent modification exception at startup
Key: ISIS-1790
URL: https://issues.apache.org/jira/browse/ISIS-1790
Project: Isis
Issue Type: Bug
Components: Core
Affects Versions: 1.15.1
Reporter: Vladimir Nisevic
I have occasionally next exception during startup
{code}
1) Error in custom provider, java.lang.RuntimeException: An error occurred
while executing code in a temporary session
at
org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSessionFactory(IsisInjectModule.java:109)
at
org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSessionFactory(IsisInjectModule.java:109)
while locating org.apache.isis.core.runtime.system.session.IsisSessionFactory
for field at
org.apache.isis.viewer.wicket.viewer.IsisWicketApplication.isisSessionFactory(IsisWicketApplication.java:155)
while locating domainapp.webapp.BgwWebApplication
1 error
at
org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:455)
at
org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:353)
at
org.eclipse.jetty.servlet.FilterHolder.initialize(FilterHolder.java:139)
at
org.eclipse.jetty.servlet.ServletHandler.initialize(ServletHandler.java:725)
at
org.eclipse.jetty.servlet.ServletContextHandler.startContext(ServletContextHandler.java:348)
at
org.eclipse.jetty.webapp.WebAppContext.startWebapp(WebAppContext.java:1480)
at
org.eclipse.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1442)
at
org.eclipse.jetty.server.handler.ContextHandler.doStart(ContextHandler.java:799)
at
org.eclipse.jetty.servlet.ServletContextHandler.doStart(ServletContextHandler.java:261)
at
org.eclipse.jetty.webapp.WebAppContext.doStart(WebAppContext.java:540)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at
org.eclipse.jetty.util.component.ContainerLifeCycle.start(ContainerLifeCycle.java:131)
at org.eclipse.jetty.server.Server.start(Server.java:452)
at
org.eclipse.jetty.util.component.ContainerLifeCycle.doStart(ContainerLifeCycle.java:105)
at
org.eclipse.jetty.server.handler.AbstractHandler.doStart(AbstractHandler.java:113)
at org.eclipse.jetty.server.Server.doStart(Server.java:419)
at
org.eclipse.jetty.util.component.AbstractLifeCycle.start(AbstractLifeCycle.java:68)
at org.apache.isis.core.webserver.WebServer.start(WebServer.java:179)
at org.apache.isis.core.webserver.WebServer.run(WebServer.java:131)
at org.apache.isis.core.webserver.WebServer.main(WebServer.java:98)
at org.apache.isis.WebServer.main(WebServer.java:25)
Caused by: com.google.inject.ProvisionException: Unable to provision, see the
following errors:
1) Error in custom provider, java.lang.RuntimeException: An error occurred
while executing code in a temporary session
at
org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSessionFactory(IsisInjectModule.java:109)
at
org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSessionFactory(IsisInjectModule.java:109)
while locating org.apache.isis.core.runtime.system.session.IsisSessionFactory
for field at
org.apache.isis.viewer.wicket.viewer.IsisWicketApplication.isisSessionFactory(IsisWicketApplication.java:155)
while locating domainapp.webapp.BgwWebApplication
1 error
at
com.google.inject.internal.Errors.throwProvisionExceptionIfErrorsExist(Errors.java:486)
at
com.google.inject.internal.MembersInjectorImpl.injectMembers(MembersInjectorImpl.java:67)
at
com.google.inject.internal.InjectorImpl.injectMembers(InjectorImpl.java:987)
at
org.apache.isis.viewer.wicket.viewer.IsisWicketApplication.init(IsisWicketApplication.java:368)
at domainapp.webapp.BgwWebApplication.init(BgwWebApplication.java:41)
at org.apache.wicket.Application.initApplication(Application.java:953)
at
org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:429)
... 20 more
Caused by: java.lang.RuntimeException: An error occurred while executing code
in a temporary session
at
org.apache.isis.core.runtime.system.session.IsisSessionFactory.doInSession(IsisSessionFactory.java:355)
at
org.apache.isis.core.runtime.system.session.IsisSessionFactory.doInSession(IsisSessionFactory.java:319)
at
org.apache.isis.core.runtime.system.session.IsisSessionFactory.doInSession(IsisSessionFactory.java:306)
at
org.apache.isis.core.runtime.system.session.IsisSessionFactoryBuilder.buildSessionFactory(IsisSessionFactoryBuilder.java:201)
at
org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSessionFactory(IsisInjectModule.java:118)
at
[jira] [Commented] (ISIS-1771) Restful viewer shows unreadable warnings
[
https://issues.apache.org/jira/browse/ISIS-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16224823#comment-16224823
]
Vladimir Nisevic commented on ISIS-1771:
I just tested the build (mvn clean install) of the current master version with
* 3.0.24.Final and
* 3.1.4.Final
In both cases the build was successful.
> Restful viewer shows unreadable warnings
>
>
> Key: ISIS-1771
> URL: https://issues.apache.org/jira/browse/ISIS-1771
> Project: Isis
> Issue Type: Improvement
> Components: Core: Viewer: RestfulObjects
>Affects Versions: 1.15.1
>Reporter: Vladimir Nisevic
>Priority: Minor
>
> When using RestfulObjects, I get sometimes next warnings
> {code}
> 0:44:18,219 [i18n qtp1635985705-32 WARN ] RESTEASY002142:
> Multiple resource methods match request. Selecting one.
> 10:44:18,856 [i18n qtp1635985705-31 WARN ] RESTEASY002142:
> Multiple resource methods match request. Selecting one.
> 10:44:19,143 [i18n qtp1635985705-31 WARN ] RESTEASY002142:
> Multiple resource methods match request. Selecting one.
> 10:44:19,226 [i18n qtp1635985705-14 WARN ] RESTEASY002142:
> Multiple resource methods match request. Selecting one.
> 10:44:19,273 [i18n qtp1635985705-14 WARN ] RESTEASY002142:
> Multiple resource methods match request. Selecting one.
> {code}
> After research, I think the reason is known issue in the underlying RESTEasy
> version - in Isis 1.15.1 we use version '3.0.17.Final' and according to this
> RESTEasy issue https://issues.jboss.org/browse/RESTEASY-1398 the problem
> should be fixed since version '3.0.18.Final'.
> Possible way would be upgrade to latest RESTEasy version - '3.1.4.Final' or
> '3.0.24.Final'
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (ISIS-1771) Restful viewer shows unreadable warnings
[
https://issues.apache.org/jira/browse/ISIS-1771?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-1771:
---
Description:
When using RestfulObjects, I get sometimes next warnings
{code}
0:44:18,219 [i18n qtp1635985705-32 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:18,856 [i18n qtp1635985705-31 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:19,143 [i18n qtp1635985705-31 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:19,226 [i18n qtp1635985705-14 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:19,273 [i18n qtp1635985705-14 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
{code}
After research, I think the reason is known issue in the underlying RESTEasy
version - in Isis 1.15.1 we use version '3.0.17.Final' and according to this
RESTEasy issue https://issues.jboss.org/browse/RESTEASY-1398 the problem should
be fixed since version '3.0.18.Final'.
Possible way would be upgrade to latest RESTEasy version - '3.1.4.Final' or
'3.0.24.Final'
was:
When using RestfulObjects, I get sometimes next warnings
{code}
0:44:18,219 [i18n qtp1635985705-32 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:18,856 [i18n qtp1635985705-31 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:19,143 [i18n qtp1635985705-31 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:19,226 [i18n qtp1635985705-14 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:19,273 [i18n qtp1635985705-14 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
{code}
After research, I think the reason is known issue in the underlying RESTEasy
version - in Isis 1.15.1 we use version '3.0.17.Final' and according to this
RESTEasy issue https://issues.jboss.org/browse/RESTEASY-1398 the problem should
be fixed since version '
3.0.18.Final'
Possible way would be upgrade to latest RESTEasy version - '3.1.4.Final' or
'3.0.24.Final'
> Restful viewer shows unreadable warnings
>
>
> Key: ISIS-1771
> URL: https://issues.apache.org/jira/browse/ISIS-1771
> Project: Isis
> Issue Type: Improvement
> Components: Core: Viewer: RestfulObjects
>Affects Versions: 1.15.1
>Reporter: Vladimir Nisevic
>Priority: Minor
>
> When using RestfulObjects, I get sometimes next warnings
> {code}
> 0:44:18,219 [i18n qtp1635985705-32 WARN ] RESTEASY002142:
> Multiple resource methods match request. Selecting one.
> 10:44:18,856 [i18n qtp1635985705-31 WARN ] RESTEASY002142:
> Multiple resource methods match request. Selecting one.
> 10:44:19,143 [i18n qtp1635985705-31 WARN ] RESTEASY002142:
> Multiple resource methods match request. Selecting one.
> 10:44:19,226 [i18n qtp1635985705-14 WARN ] RESTEASY002142:
> Multiple resource methods match request. Selecting one.
> 10:44:19,273 [i18n qtp1635985705-14 WARN ] RESTEASY002142:
> Multiple resource methods match request. Selecting one.
> {code}
> After research, I think the reason is known issue in the underlying RESTEasy
> version - in Isis 1.15.1 we use version '3.0.17.Final' and according to this
> RESTEasy issue https://issues.jboss.org/browse/RESTEASY-1398 the problem
> should be fixed since version '3.0.18.Final'.
> Possible way would be upgrade to latest RESTEasy version - '3.1.4.Final' or
> '3.0.24.Final'
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Created] (ISIS-1771) Restful viewer shows unreadable warnings
Vladimir Nisevic created ISIS-1771:
--
Summary: Restful viewer shows unreadable warnings
Key: ISIS-1771
URL: https://issues.apache.org/jira/browse/ISIS-1771
Project: Isis
Issue Type: Improvement
Components: Core: Viewer: RestfulObjects
Affects Versions: 1.15.1
Reporter: Vladimir Nisevic
Priority: Minor
When using RestfulObjects, I get sometimes next warnings
{code}
0:44:18,219 [i18n qtp1635985705-32 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:18,856 [i18n qtp1635985705-31 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:19,143 [i18n qtp1635985705-31 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:19,226 [i18n qtp1635985705-14 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
10:44:19,273 [i18n qtp1635985705-14 WARN ] RESTEASY002142:
Multiple resource methods match request. Selecting one.
{code}
After research, I think the reason is known issue in the underlying RESTEasy
version - in Isis 1.15.1 we use version '3.0.17.Final' and according to this
RESTEasy issue https://issues.jboss.org/browse/RESTEASY-1398 the problem should
be fixed since version '
3.0.18.Final'
Possible way would be upgrade to latest RESTEasy version - '3.1.4.Final' or
'3.0.24.Final'
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
[jira] [Updated] (ISIS-1741) ConcurrentModificationException during startup when launching packaged webapp with jetty
[ https://issues.apache.org/jira/browse/ISIS-1741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1741: --- Description: I get this exception (see attachment [^1741_applog.txt]) only when launching the version packaged with jetty, exception doesn't occur when launching within IDE (IntelliJ). Maybe any idea? Not sure how could I reproduce it with simpleapp was: I get this exception (see attachment [^1741_applog.txt]) only when launch the packaged version, exception doesn't occur when launching from IDE (IntelliJ) > ConcurrentModificationException during startup when launching packaged webapp > with jetty > > > Key: ISIS-1741 > URL: https://issues.apache.org/jira/browse/ISIS-1741 > Project: Isis > Issue Type: Bug >Affects Versions: 1.15.0 >Reporter: Vladimir Nisevic > Attachments: 1741_applog.txt > > > I get this exception (see attachment [^1741_applog.txt]) only when launching > the version packaged with jetty, exception doesn't occur when launching > within IDE (IntelliJ). > Maybe any idea? Not sure how could I reproduce it with simpleapp -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (ISIS-1741) ConcurrentModificationException during startup when launching packaged webapp with jetty
[ https://issues.apache.org/jira/browse/ISIS-1741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1741: --- Description: I get this exception (see attachment [^1741_applog.txt]) only when launch the packaged version, exception doesn't occur when launching from IDE (IntelliJ) was: I observe this exception (see attachment) only when launch the packaged version, exception doesn't occur when launching from IDE (IntelliJ) > ConcurrentModificationException during startup when launching packaged webapp > with jetty > > > Key: ISIS-1741 > URL: https://issues.apache.org/jira/browse/ISIS-1741 > Project: Isis > Issue Type: Bug >Affects Versions: 1.15.0 >Reporter: Vladimir Nisevic > Attachments: 1741_applog.txt > > > I get this exception (see attachment [^1741_applog.txt]) only when launch the > packaged version, exception doesn't occur when launching from IDE (IntelliJ) -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (ISIS-1741) ConcurrentModificationException during startup when launching packaged webapp with jetty
[ https://issues.apache.org/jira/browse/ISIS-1741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1741: --- Attachment: 1741_applog.txt > ConcurrentModificationException during startup when launching packaged webapp > with jetty > > > Key: ISIS-1741 > URL: https://issues.apache.org/jira/browse/ISIS-1741 > Project: Isis > Issue Type: Bug >Affects Versions: 1.15.0 >Reporter: Vladimir Nisevic > Attachments: 1741_applog.txt > > > I observe this exception (see attachment) only when launch the packaged > version, exception doesn't occur when launching from IDE (IntelliJ) -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Updated] (ISIS-1741) ConcurrentModificationException during startup when launching packaged webapp with jetty
[ https://issues.apache.org/jira/browse/ISIS-1741?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1741: --- Summary: ConcurrentModificationException during startup when launching packaged webapp with jetty (was: ConcurrentModificationException on startup when launching packaged webapp with jetty) > ConcurrentModificationException during startup when launching packaged webapp > with jetty > > > Key: ISIS-1741 > URL: https://issues.apache.org/jira/browse/ISIS-1741 > Project: Isis > Issue Type: Bug >Affects Versions: 1.15.0 >Reporter: Vladimir Nisevic > > I observe this exception (see attachment) only when launch the packaged > version, exception doesn't occur when launching from IDE (IntelliJ) -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Created] (ISIS-1741) ConcurrentModificationException on startup when launching packaged webapp with jetty
Vladimir Nisevic created ISIS-1741: -- Summary: ConcurrentModificationException on startup when launching packaged webapp with jetty Key: ISIS-1741 URL: https://issues.apache.org/jira/browse/ISIS-1741 Project: Isis Issue Type: Bug Affects Versions: 1.15.0 Reporter: Vladimir Nisevic I observe this exception (see attachment) only when launch the packaged version, exception doesn't occur when launching from IDE (IntelliJ) -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[jira] [Comment Edited] (ISIS-1705) Addon module isis-module-settings is not working after upgrade to Isis 1.15.0
[
https://issues.apache.org/jira/browse/ISIS-1705?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16143600#comment-16143600
]
Vladimir Nisevic edited comment on ISIS-1705 at 8/28/17 10:24 AM:
--
Hi Dan, I have done some analysis and found next behaviour
in the
*org.apache.isis.viewer.wicket.ui.components.entity.fieldset.PropertyGroup*
you filter out the properties which are hidden...
{code}
private ImmutableList getObjectAssociations(
final List properties,
final ObjectAdapter adapter) {
//
// previously we filtered out any invisible properties.
// However, the inline prompt/don't redirect logic introduced in 1.15.0
means that we keep the same page,
// and it may be that individual properties start out as invisible but then
become visible later.
//
// therefore the responsibility of determining whether an individual
property's component should be visible
// or not moves to ScalarPanelAbstract2#onConfigure(...)
//
return FluentIterable.from(properties)
.filter(new Predicate() {
@Override
public boolean apply(final PropertyLayoutData
propertyLayoutData) {
return propertyLayoutData.getMetadataError() == null;
}
})
.transform(new Function() {
@Override
public ObjectAssociation apply(final PropertyLayoutData
propertyLayoutData) {
ObjectSpecification adapterSpecification =
adapter.getSpecification();
try {
// this shouldn't happen, but has been reported
(https://issues.apache.org/jira/browse/ISIS-1574),
// suggesting that in some cases the GridService
can get it wrong. This is therefore a hack...
return
adapterSpecification.getAssociation(propertyLayoutData.getId());
} catch (ObjectSpecificationException e) {
return null;
}
}
})
.filter(new Predicate() {
@Override public boolean apply(@Nullable final
ObjectAssociation objectAssociation) {
if(objectAssociation == null) {
return false;
}
final HiddenFacet facet =
objectAssociation.getFacet(HiddenFacet.class);
if(facet != null && !facet.isNoop()) {
// static invisible.
if(facet.where() == Where.EVERYWHERE || facet.where()
== Where.OBJECT_FORMS) {
return false;
}
}
return true;
}
})
.toList();
}
{code}
but in the case of *org.isisaddons.module.settings.dom.SettingAbstract* , in
property e.g. *getValueAsInt()* decision of hidden is done by supporting method
{code}
@Property(
hidden = Where.ALL_TABLES
)
public Integer getValueAsInt() {
return parseValueAsInt();
}
public boolean hideValueAsInt() {
return typeIsNot(SettingType.INT);
}
{code}
this is not honoured by the filter method above and therefore all
*getValueAsXxx* are still there and evaluated when building the GUI.
Not sure if I am on right path...
BR,Vladimir
was (Author: niv):
Hi Dan, I have done some analysis and found next behaviour
in the
*org.apache.isis.viewer.wicket.ui.components.entity.fieldset.PropertyGroup*
you filter out the properties which are hidden...
{code}
private ImmutableList getObjectAssociations(
final List properties,
final ObjectAdapter adapter) {
//
// previously we filtered out any invisible properties.
// However, the inline prompt/don't redirect logic introduced in 1.15.0
means that we keep the same page,
// and it may be that individual properties start out as invisible but then
become visible later.
//
// therefore the responsibility of determining whether an individual
property's component should be visible
// or not moves to ScalarPanelAbstract2#onConfigure(...)
//
return FluentIterable.from(properties)
.filter(new Predicate() {
@Override
public boolean apply(final PropertyLayoutData
propertyLayoutData) {
return propertyLayoutData.getMetadataError() == null;
}
})
.transform(new Function() {
@Override
public ObjectAssociation apply(final PropertyLayoutData
propertyLayoutData) {
ObjectSpecification adapterSpecification =
[jira] [Updated] (ISIS-1705) Addon module isis-module-settings is not working after upgrade to Isis 1.15.0
[
https://issues.apache.org/jira/browse/ISIS-1705?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-1705:
---
Description:
Here the mail thread describing the issue:
https://www.mail-archive.com/users@isis.apache.org/msg05286.html
h1. How to reproduce
* Integrate addon with simpleapp
* Try to create an Application Settings "New String"
Exception
{code}
07:45:49,678 [RequestCycleExtraqtp942986815-17 WARN ] Handling the
following exception
org.apache.wicket.WicketRuntimeException: Method onRequest of interface
org.apache.wicket.behavior.IBehaviorListener targeted at
org.apache.wicket.ajax.markup.html.form.AjaxButton$1@302b1c47 on component
[IndicatingAjaxButton [Component id = okButton]] threw an exception
at
org.apache.wicket.RequestListenerInterface.internalInvoke(RequestListenerInterface.java:268)
at
org.apache.wicket.RequestListenerInterface.invoke(RequestListenerInterface.java:241)
at
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.invokeListener(ListenerInterfaceRequestHandler.java:248)
at
org.apache.wicket.core.request.handler.ListenerInterfaceRequestHandler.respond(ListenerInterfaceRequestHandler.java:234)
at
org.apache.wicket.request.cycle.RequestCycle$HandlerExecutor.respond(RequestCycle.java:895)
at
org.apache.wicket.request.RequestHandlerStack.execute(RequestHandlerStack.java:64)
at
org.apache.wicket.request.cycle.RequestCycle.execute(RequestCycle.java:265)
at
org.apache.wicket.request.cycle.RequestCycle.processRequest(RequestCycle.java:222)
at
org.apache.wicket.request.cycle.RequestCycle.processRequestAndDetach(RequestCycle.java:293)
at
org.apache.wicket.protocol.http.WicketFilter.processRequestCycle(WicketFilter.java:261)
at
org.apache.wicket.protocol.http.WicketFilter.processRequest(WicketFilter.java:203)
at
org.apache.wicket.protocol.http.WicketFilter.doFilter(WicketFilter.java:284)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676)
at
org.apache.isis.core.webapp.diagnostics.IsisLogOnExceptionFilter.doFilter(IsisLogOnExceptionFilter.java:52)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676)
at
org.apache.shiro.web.servlet.AbstractShiroFilter.executeChain(AbstractShiroFilter.java:449)
at
org.apache.shiro.web.servlet.AbstractShiroFilter$1.call(AbstractShiroFilter.java:365)
at
org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90)
at
org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83)
at
org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:383)
at
org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:362)
at
org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1668)
at
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:581)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143)
at
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548)
at
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226)
at
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180)
at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:511)
at
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185)
at
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141)
at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134)
at org.eclipse.jetty.server.Server.handle(Server.java:524)
at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:319)
at
org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:253)
at
org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:273)
at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95)
at
org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93)
at
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303)
at
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148)
at
org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136)
at
org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671)
at
org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
[jira] [Commented] (ISIS-1121) Integ Tests: allow them to simulate a new Authentication Session
[ https://issues.apache.org/jira/browse/ISIS-1121?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15711610#comment-15711610 ] Vladimir Nisevic commented on ISIS-1121: We are using security add on in combination with our enterprise active directory as authentication instance. I want to make integration test, e.g.: Given a new user (type delegated account) with username USERNAME When the user tries to login Then the authentication goes against out active directory I see that Integration Test bypasses security mechanism per default, and SudoService currently doesn't support authentication, since it has only the username as parameter. I guess this feature addresses exactly my requirement? > Integ Tests: allow them to simulate a new Authentication Session > > > Key: ISIS-1121 > URL: https://issues.apache.org/jira/browse/ISIS-1121 > Project: Isis > Issue Type: Improvement > Components: Core >Affects Versions: core-1.8.0 >Reporter: Oscar Bou > Fix For: 1.17.0 > > > There are some integration tests where the authentication context used can be > relevant (i.e., for testing Application Tenancy configured through the Isis > Security Add-on). -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[ https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15282646#comment-15282646 ] Vladimir Nisevic commented on ISIS-1358: Martin, you're right. I was actually using maven thru IntelliJ. Running maven from command line gives me a war file without jetty-jars, but when I start the maven task from IntelliJ, then I get the war with jetty jars! > Simpleapp created from archetype and packaged to war fails when deploying to > Tomcat > --- > > Key: ISIS-1358 > URL: https://issues.apache.org/jira/browse/ISIS-1358 > Project: Isis > Issue Type: Bug > Components: Archetype: SimpleApp >Affects Versions: 1.12.1 > Environment: Windows 10, Windows 7 > Tomcat version: Apache Tomcat/8.0.33 > JVM: 1.8.0_77-b03 >Reporter: Vladimir Nisevic >Assignee: Dan Haywood > Attachments: catalina.2016-03-31.log, > restfulServicesWhenLaunchingWithTomcat.png, swagger.issue.png > > > Steps to reproduce: > * Created simpleapp from archetype (Version 1.12.0) > * Execute mvn clean package > * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g. > manager UI (http://localhost:8080/manager/html) > Attached the catalina.log -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[
https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15282522#comment-15282522
]
Vladimir Nisevic commented on ISIS-1358:
Hi Martin, I will create new ticket with Swagger issue. In this issue I still
believe that default generated war is not deployable on Tomcat.
Here the steps to reproduce:
1. Create archetype as described in guide
{code}
mvn archetype:generate \
-D archetypeGroupId=org.apache.isis.archetype \
-D archetypeArtifactId=simpleapp-archetype \
-D archetypeVersion=1.12.1 \
-D groupId=com.mycompany \
-D artifactId=myapp \
-D version=1.0-SNAPSHOT \
-B
{code}
2. execute "mvn clean install"
3. deploy simpleapp.war to external tomcat, eg. thru tomcat manager webapp
4. ERROR: starting of simpleapp.war will fail, in Tomcat (my Tomcat version
8.0.33) log will appear
{code}
13-May-2016 06:42:30.922 SEVERE [http-apr-8080-exec-31]
org.apache.catalina.core.ContainerBase.addChildInternal ContainerBase.addChild:
start:
org.apache.catalina.LifecycleException: Failed to start component
[StandardEngine[Catalina].StandardHost[localhost].StandardContext[/simpleapp]]
at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:153)
at
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:725)
at
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:701)
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:717)
at org.apache.catalina.startup.HostConfig.deployWAR(HostConfig.java:940)
at
org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:467)
at org.apache.catalina.startup.HostConfig.check(HostConfig.java:1612)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at
org.apache.tomcat.util.modeler.BaseModelMBean.invoke(BaseModelMBean.java:300)
at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(Unknown
Source)
at com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(Unknown Source)
at
org.apache.catalina.manager.ManagerServlet.check(ManagerServlet.java:1451)
at
org.apache.catalina.manager.HTMLManagerServlet.upload(HTMLManagerServlet.java:285)
at
org.apache.catalina.manager.HTMLManagerServlet.doPost(HTMLManagerServlet.java:206)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:648)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at
org.apache.catalina.filters.CsrfPreventionFilter.doFilter(CsrfPreventionFilter.java:136)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at
org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at
org.apache.catalina.filters.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:108)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212)
at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
at
org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:614)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141)
at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
at
org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:616)
at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:522)
at
org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1095)
at
org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:672)
at
org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.doRun(AprEndpoint.java:2500)
at
[jira] [Comment Edited] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[
https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15282430#comment-15282430
]
Vladimir Nisevic edited comment on ISIS-1358 at 5/13/16 5:57 AM:
-
Hi Martin, I've started "mvn clean install", from IntelliJ..
Meanwhile I've adapted pom.xml in webapp module, as advised by Jörg, with next
configuration
{code}
WEB-INF/lib/isis-core-webserver*.jar,
WEB-INF/lib/javax.servlet-api-*.jar,
WEB-INF/lib/javax.websocket-api-*.jar,
WEB-INF/lib/javax-websocket-server-impl-*.jar,
WEB-INF/lib/jetty-*.jar
{code}
I think I had to exclude additional websocket-server-impl, since there are more
jetty JAR's then jetty-all, I've also adapted the exclude to jetty-*.jar
The webapp launches now fine, but I have now a swagger issue, I don't see any
restful service, see attached screenshots.
It seems that the service
org.apache.isis.core.metamodel.services.swagger.SwaggerServiceDefault is not
recongnized.
When I launch the webapp with IntelliJ launcher, with Jetty, everything works
fine.
was (Author: niv):
Hi Martin, I've started "mvn clean install", from IntelliJ..
Meanwhile I've adapted pom.xml in webapp module, as advised by Jörg, with next
configuration
{code}
WEB-INF/lib/isis-core-webserver*.jar,
WEB-INF/lib/javax.servlet-api-*.jar,
WEB-INF/lib/javax.websocket-api-*.jar,
WEB-INF/lib/javax-websocket-server-impl-*.jar,
WEB-INF/lib/jetty-*.jar
{code}
I think I had to exclude additional websocket-server-impl, since there are more
jetty JAR's then jetty-all, I've also adapted the exclude to jetty-*.jar
The webapp launches now fine, but I have now a swagger issue, see attached
screenshot. It seems that the
org.apache.isis.core.metamodel.services.swagger.SwaggerServiceDefault is not
integrated.
When I launch the webapp with IntelliJ launcher, with Jetty, everything works
fine.
> Simpleapp created from archetype and packaged to war fails when deploying to
> Tomcat
> ---
>
> Key: ISIS-1358
> URL: https://issues.apache.org/jira/browse/ISIS-1358
> Project: Isis
> Issue Type: Bug
> Components: Archetype: SimpleApp
>Affects Versions: 1.12.1
> Environment: Windows 10, Windows 7
> Tomcat version: Apache Tomcat/8.0.33
> JVM: 1.8.0_77-b03
>Reporter: Vladimir Nisevic
>Assignee: Dan Haywood
> Attachments: catalina.2016-03-31.log,
> restfulServicesWhenLaunchingWithTomcat.png, swagger.issue.png
>
>
> Steps to reproduce:
> * Created simpleapp from archetype (Version 1.12.0)
> * Execute mvn clean package
> * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g.
> manager UI (http://localhost:8080/manager/html)
> Attached the catalina.log
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[ https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1358: --- Attachment: restfulServicesWhenLaunchingWithTomcat.png > Simpleapp created from archetype and packaged to war fails when deploying to > Tomcat > --- > > Key: ISIS-1358 > URL: https://issues.apache.org/jira/browse/ISIS-1358 > Project: Isis > Issue Type: Bug > Components: Archetype: SimpleApp >Affects Versions: 1.12.1 > Environment: Windows 10, Windows 7 > Tomcat version: Apache Tomcat/8.0.33 > JVM: 1.8.0_77-b03 >Reporter: Vladimir Nisevic >Assignee: Dan Haywood > Attachments: catalina.2016-03-31.log, > restfulServicesWhenLaunchingWithTomcat.png, swagger.issue.png > > > Steps to reproduce: > * Created simpleapp from archetype (Version 1.12.0) > * Execute mvn clean package > * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g. > manager UI (http://localhost:8080/manager/html) > Attached the catalina.log -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[ https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1358: --- Attachment: swagger.issue.png > Simpleapp created from archetype and packaged to war fails when deploying to > Tomcat > --- > > Key: ISIS-1358 > URL: https://issues.apache.org/jira/browse/ISIS-1358 > Project: Isis > Issue Type: Bug > Components: Archetype: SimpleApp >Affects Versions: 1.12.1 > Environment: Windows 10, Windows 7 > Tomcat version: Apache Tomcat/8.0.33 > JVM: 1.8.0_77-b03 >Reporter: Vladimir Nisevic >Assignee: Dan Haywood > Attachments: catalina.2016-03-31.log, swagger.issue.png > > > Steps to reproduce: > * Created simpleapp from archetype (Version 1.12.0) > * Execute mvn clean package > * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g. > manager UI (http://localhost:8080/manager/html) > Attached the catalina.log -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[
https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15282430#comment-15282430
]
Vladimir Nisevic commented on ISIS-1358:
Hi Martin, I've started "mvn clean install", from IntelliJ..
Meanwhile I've adapted pom.xml in webapp module, as advised by Jörg, with next
configuration
{code}
WEB-INF/lib/isis-core-webserver*.jar,
WEB-INF/lib/javax.servlet-api-*.jar,
WEB-INF/lib/javax.websocket-api-*.jar,
WEB-INF/lib/javax-websocket-server-impl-*.jar,
WEB-INF/lib/jetty-*.jar
{code}
I think I had to exclude additional websocket-server-impl, since there are more
jetty JAR's then jetty-all, I've also adapted the exclude to jetty-*.jar
The webapp launches now fine, but I have now a swagger issue, see attached
screenshot. It seems that the
org.apache.isis.core.metamodel.services.swagger.SwaggerServiceDefault is not
integrated.
When I launch the webapp with IntelliJ launcher, with Jetty, everything works
fine.
> Simpleapp created from archetype and packaged to war fails when deploying to
> Tomcat
> ---
>
> Key: ISIS-1358
> URL: https://issues.apache.org/jira/browse/ISIS-1358
> Project: Isis
> Issue Type: Bug
> Components: Archetype: SimpleApp
>Affects Versions: 1.12.1
> Environment: Windows 10, Windows 7
> Tomcat version: Apache Tomcat/8.0.33
> JVM: 1.8.0_77-b03
>Reporter: Vladimir Nisevic
>Assignee: Dan Haywood
> Attachments: catalina.2016-03-31.log
>
>
> Steps to reproduce:
> * Created simpleapp from archetype (Version 1.12.0)
> * Execute mvn clean package
> * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g.
> manager UI (http://localhost:8080/manager/html)
> Attached the catalina.log
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Comment Edited] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[
https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15281976#comment-15281976
]
Vladimir Nisevic edited comment on ISIS-1358 at 5/12/16 8:20 PM:
-
Hi Jörg, I tried out your proposal but stil without success. After googling
I've found next issue with similar problem
https://issues.apache.org/jira/browse/AMQ-6154
Then I've changed the web.xml to newer Servlet Deployment Descriptor - version
3.1 and added absolute-ordering element. After that, I've redeployed war to
Tomcat 8.0.33 and simpleapp works now fine!
@[~danhaywood]: maybe this should be adapted in simpleapp archetype as well?
{code}
http://xmlns.jcp.org/xml/ns/javaee;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd;
version="3.1">
{code}
was (Author: niv):
Hi Jörg, I tried out your proposal but stil no success. After googling I've
found next issue with similar problem
https://issues.apache.org/jira/browse/AMQ-6154
Then I've changed the web.xml to newer Servlet Deploymend Descriptor - 3.1 and
added absolute-ordering element. After that, I've redeployed to Tomcat 8.0.33
and simpleapp works now fine.
@[~danhaywood]: maybe this should be adapted in simpleapp archetype as well?
{code}
http://xmlns.jcp.org/xml/ns/javaee;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd;
version="3.1">
{code}
> Simpleapp created from archetype and packaged to war fails when deploying to
> Tomcat
> ---
>
> Key: ISIS-1358
> URL: https://issues.apache.org/jira/browse/ISIS-1358
> Project: Isis
> Issue Type: Bug
> Components: Archetype: SimpleApp
>Affects Versions: 1.12.1
> Environment: Windows 10, Windows 7
> Tomcat version: Apache Tomcat/8.0.33
> JVM: 1.8.0_77-b03
>Reporter: Vladimir Nisevic
>Assignee: Dan Haywood
> Attachments: catalina.2016-03-31.log
>
>
> Steps to reproduce:
> * Created simpleapp from archetype (Version 1.12.0)
> * Execute mvn clean package
> * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g.
> manager UI (http://localhost:8080/manager/html)
> Attached the catalina.log
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[ https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1358: --- Affects Version/s: (was: 1.12.0) 1.12.1 > Simpleapp created from archetype and packaged to war fails when deploying to > Tomcat > --- > > Key: ISIS-1358 > URL: https://issues.apache.org/jira/browse/ISIS-1358 > Project: Isis > Issue Type: Bug > Components: Archetype: SimpleApp >Affects Versions: 1.12.1 > Environment: Windows 10, Windows 7 > Tomcat version: Apache Tomcat/8.0.33 > JVM: 1.8.0_77-b03 >Reporter: Vladimir Nisevic >Assignee: Dan Haywood > Attachments: catalina.2016-03-31.log > > > Steps to reproduce: > * Created simpleapp from archetype (Version 1.12.0) > * Execute mvn clean package > * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g. > manager UI (http://localhost:8080/manager/html) > Attached the catalina.log -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Comment Edited] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[
https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15281976#comment-15281976
]
Vladimir Nisevic edited comment on ISIS-1358 at 5/12/16 8:19 PM:
-
Hi Jörg, I tried out your proposal but stil no success. After googling I've
found next issue with similar problem
https://issues.apache.org/jira/browse/AMQ-6154
Then I've changed the web.xml to newer Servlet Deploymend Descriptor - 3.1 and
added absolute-ordering element. After that, I've redeployed to Tomcat 8.0.33
and simpleapp works now fine.
@[~danhaywood]: maybe this should be adapted in simpleapp archetype as well?
{code}
http://xmlns.jcp.org/xml/ns/javaee;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd;
version="3.1">
{code}
was (Author: niv):
Hi Jörg, I tried out your proposal but stil no success. After googling I've
found next issue with similar problem
https://issues.apache.org/jira/browse/AMQ-6154
Then I've changed the web.xml to newer Servlet Deploymend Descriptor - 3.1 and
added absolute-ordering element. After that, I've redeployed to Tomcat 8.0.33
and simpleapp works now fine.
[~danhaywood]: maybe this should be adapted in simpleapp archetype as well?
{code}
http://xmlns.jcp.org/xml/ns/javaee;
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
http://xmlns.jcp.org/xml/ns/javaee/web-app_3_1.xsd;
version="3.1">
{code}
> Simpleapp created from archetype and packaged to war fails when deploying to
> Tomcat
> ---
>
> Key: ISIS-1358
> URL: https://issues.apache.org/jira/browse/ISIS-1358
> Project: Isis
> Issue Type: Bug
> Components: Archetype: SimpleApp
>Affects Versions: 1.12.0
> Environment: Windows 10, Windows 7
> Tomcat version: Apache Tomcat/8.0.33
> JVM: 1.8.0_77-b03
>Reporter: Vladimir Nisevic
>Assignee: Dan Haywood
> Attachments: catalina.2016-03-31.log
>
>
> Steps to reproduce:
> * Created simpleapp from archetype (Version 1.12.0)
> * Execute mvn clean package
> * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g.
> manager UI (http://localhost:8080/manager/html)
> Attached the catalina.log
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[
https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15223525#comment-15223525
]
Vladimir Nisevic commented on ISIS-1358:
Hi Jörg, thanks for the hint. I commented out the part in pom.xml in
simpleapp-webapp module, but still have same issue.
Is this the way how to remove the jetty from war?
Thanks,Vladimir
{code}
org.codehaus.mojo
build-helper-maven-plugin
1.8
validate
maven-version
{code}
> Simpleapp created from archetype and packaged to war fails when deploying to
> Tomcat
> ---
>
> Key: ISIS-1358
> URL: https://issues.apache.org/jira/browse/ISIS-1358
> Project: Isis
> Issue Type: Bug
> Components: Archetype: SimpleApp
>Affects Versions: 1.12.0
> Environment: Windows 10, Windows 7
> Tomcat version: Apache Tomcat/8.0.33
> JVM: 1.8.0_77-b03
>Reporter: Vladimir Nisevic
>Assignee: Dan Haywood
> Attachments: catalina.2016-03-31.log
>
>
> Steps to reproduce:
> * Created simpleapp from archetype (Version 1.12.0)
> * Execute mvn clean package
> * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g.
> manager UI (http://localhost:8080/manager/html)
> Attached the catalina.log
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[ https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1358: --- Description: Steps to reproduce: * Created simpleapp from archetype (Version 1.12.0) * Execute mvn clean package * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g. manager UI (http://localhost:8080/manager/html) Attached the catalina.log was: Steps to reproduce: * Created simpleapp from archetype (Version 1.12.0) * Execute mvn clean package * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g. manager UI (http://localhost:8080/manager/html) > Simpleapp created from archetype and packaged to war fails when deploying to > Tomcat > --- > > Key: ISIS-1358 > URL: https://issues.apache.org/jira/browse/ISIS-1358 > Project: Isis > Issue Type: Bug > Components: Archetype: SimpleApp >Affects Versions: 1.12.0 > Environment: Windows 10, Windows 7 > Tomcat version: Apache Tomcat/8.0.33 > JVM: 1.8.0_77-b03 >Reporter: Vladimir Nisevic >Assignee: Dan Haywood > Attachments: catalina.2016-03-31.log > > > Steps to reproduce: > * Created simpleapp from archetype (Version 1.12.0) > * Execute mvn clean package > * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g. > manager UI (http://localhost:8080/manager/html) > Attached the catalina.log -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
[ https://issues.apache.org/jira/browse/ISIS-1358?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1358: --- Attachment: catalina.2016-03-31.log > Simpleapp created from archetype and packaged to war fails when deploying to > Tomcat > --- > > Key: ISIS-1358 > URL: https://issues.apache.org/jira/browse/ISIS-1358 > Project: Isis > Issue Type: Bug > Components: Archetype: SimpleApp >Affects Versions: 1.12.0 > Environment: Windows 10, Windows 7 > Tomcat version: Apache Tomcat/8.0.33 > JVM: 1.8.0_77-b03 >Reporter: Vladimir Nisevic >Assignee: Dan Haywood > Attachments: catalina.2016-03-31.log > > > Steps to reproduce: > * Created simpleapp from archetype (Version 1.12.0) > * Execute mvn clean package > * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g. > manager UI (http://localhost:8080/manager/html) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (ISIS-1358) Simpleapp created from archetype and packaged to war fails when deploying to Tomcat
Vladimir Nisevic created ISIS-1358: -- Summary: Simpleapp created from archetype and packaged to war fails when deploying to Tomcat Key: ISIS-1358 URL: https://issues.apache.org/jira/browse/ISIS-1358 Project: Isis Issue Type: Bug Components: Archetype: SimpleApp Affects Versions: 1.12.0 Environment: Windows 10, Windows 7 Tomcat version: Apache Tomcat/8.0.33 JVM: 1.8.0_77-b03 Reporter: Vladimir Nisevic Assignee: Dan Haywood Steps to reproduce: * Created simpleapp from archetype (Version 1.12.0) * Execute mvn clean package * Take the file \webapp\target\simpleapp.war and deploy to tomcat thru e.g. manager UI (http://localhost:8080/manager/html) -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (ISIS-1319) Input dialog for action label for mandatory parameter not shown when the parameter is an view model
[
https://issues.apache.org/jira/browse/ISIS-1319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-1319:
---
Attachment: screenshot-2.png
> Input dialog for action label for mandatory parameter not shown when the
> parameter is an view model
> ---
>
> Key: ISIS-1319
> URL: https://issues.apache.org/jira/browse/ISIS-1319
> Project: Isis
> Issue Type: Bug
> Components: Core: Viewer: Wicket
>Reporter: Vladimir Nisevic
>Assignee: Dan Haywood
>Priority: Minor
> Attachments: screenshot-1.png, screenshot-2.png
>
>
> We have an action method with two mandatory parameters, the first one is a
> viewmodel with autoCompleteXXX and second one an Enum.
> Problem: the sign for mandatory parameter on label (*-suffix) is shown only
> on second label - see attached screenshot
> {code}
> public DslPortCompatibilityCheckResult dslPortCompatibilityCheck(
> @Parameter(optionality = Optionality.MANDATORY)
> @ParameterLayout(named = "DSL Port") DslPort dslPort,
> @Parameter(optionality = Optionality.MANDATORY)
> @ParameterLayout(named = "Technology") DslTechnology desiredTechnology)
> throws PlanningException {
> {code}
> Dialog behavior is OK.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-1319) Input dialog for action label for mandatory parameter not shown when the parameter is an view model
[
https://issues.apache.org/jira/browse/ISIS-1319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-1319:
---
Description:
We have an action method with two mandatory parameters, the first one is a
viewmodel with autoCompleteXXX and second one an Enum.
Problem: the sign for mandatory parameter on label (*-suffix) is shown only on
second label - see attached screenshot
{code}
public DslPortCompatibilityCheckResult dslPortCompatibilityCheck(
@Parameter(optionality = Optionality.MANDATORY)
@ParameterLayout(named = "DSL Port") DslPort dslPort,
@Parameter(optionality = Optionality.MANDATORY)
@ParameterLayout(named = "Technology") DslTechnology desiredTechnology) throws
PlanningException {
{code}
Dialog behavior is OK.
was:
We have an action method with two mandatory parameters, the first one is a
viewmodel with autoCompleteXXX and second one an Enum.
Problem: the sign for mandatory parameter on label (*-suffix) is shown only on
second label - see attached screenshot
{code}
public DslPortCompatibilityCheckResult dslPortCompatibilityCheck(
@Parameter(optionality = Optionality.MANDATORY)
@ParameterLayout(named = "DSL Port") DslPort dslPort,
@Parameter(optionality = Optionality.MANDATORY)
@ParameterLayout(named = "Technology") DslTechnology desiredTechnology) throws
PlanningException {
{code}
> Input dialog for action label for mandatory parameter not shown when the
> parameter is an view model
> ---
>
> Key: ISIS-1319
> URL: https://issues.apache.org/jira/browse/ISIS-1319
> Project: Isis
> Issue Type: Bug
> Components: Core: Viewer: Wicket
>Reporter: Vladimir Nisevic
>Assignee: Dan Haywood
>Priority: Minor
> Attachments: screenshot-1.png, screenshot-2.png
>
>
> We have an action method with two mandatory parameters, the first one is a
> viewmodel with autoCompleteXXX and second one an Enum.
> Problem: the sign for mandatory parameter on label (*-suffix) is shown only
> on second label - see attached screenshot
> {code}
> public DslPortCompatibilityCheckResult dslPortCompatibilityCheck(
> @Parameter(optionality = Optionality.MANDATORY)
> @ParameterLayout(named = "DSL Port") DslPort dslPort,
> @Parameter(optionality = Optionality.MANDATORY)
> @ParameterLayout(named = "Technology") DslTechnology desiredTechnology)
> throws PlanningException {
> {code}
> Dialog behavior is OK.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-1319) Input dialog for action label for mandatory parameter not shown when the parameter is an view model
[
https://issues.apache.org/jira/browse/ISIS-1319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-1319:
---
Description:
We have an action method with two mandatory parameters, the first one is a
viewmodel with autoCompleteXXX and second one an Enum.
Problem: the sign for mandatory parameter on label (*-suffix) is shown only on
second label - see attached screenshot
{code}
public DslPortCompatibilityCheckResult dslPortCompatibilityCheck(
@Parameter(optionality = Optionality.MANDATORY)
@ParameterLayout(named = "DSL Port") DslPort dslPort,
@Parameter(optionality = Optionality.MANDATORY)
@ParameterLayout(named = "Technology") DslTechnology desiredTechnology) throws
PlanningException {
{code}
was:
We have an action method with two mandatory parameters, the first one is a
viewmodel with autoCompleteXXX and second one an Enum.
Problem: the sign for mandatory parameter on label (*-suffix) is shown only on
second label - see screenshot
{code}
public DslPortCompatibilityCheckResult dslPortCompatibilityCheck(
@Parameter(optionality = Optionality.MANDATORY)
@ParameterLayout(named = "DSL Port") DslPort dslPort,
@Parameter(optionality = Optionality.MANDATORY)
@ParameterLayout(named = "Technology") DslTechnology desiredTechnology) throws
PlanningException {
{code}
> Input dialog for action label for mandatory parameter not shown when the
> parameter is an view model
> ---
>
> Key: ISIS-1319
> URL: https://issues.apache.org/jira/browse/ISIS-1319
> Project: Isis
> Issue Type: Bug
> Components: Core: Viewer: Wicket
>Reporter: Vladimir Nisevic
>Assignee: Dan Haywood
>Priority: Minor
> Attachments: screenshot-1.png
>
>
> We have an action method with two mandatory parameters, the first one is a
> viewmodel with autoCompleteXXX and second one an Enum.
> Problem: the sign for mandatory parameter on label (*-suffix) is shown only
> on second label - see attached screenshot
> {code}
> public DslPortCompatibilityCheckResult dslPortCompatibilityCheck(
> @Parameter(optionality = Optionality.MANDATORY)
> @ParameterLayout(named = "DSL Port") DslPort dslPort,
> @Parameter(optionality = Optionality.MANDATORY)
> @ParameterLayout(named = "Technology") DslTechnology desiredTechnology)
> throws PlanningException {
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-1319) Input dialog for action label for mandatory parameter not shown when the parameter is an view model
[
https://issues.apache.org/jira/browse/ISIS-1319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-1319:
---
Summary: Input dialog for action label for mandatory parameter not shown
when the parameter is an view model (was: Input dialog for action - *-sign for
mandatory parameter is not shown when parameter is an enitity)
> Input dialog for action label for mandatory parameter not shown when the
> parameter is an view model
> ---
>
> Key: ISIS-1319
> URL: https://issues.apache.org/jira/browse/ISIS-1319
> Project: Isis
> Issue Type: Bug
> Components: Core: Viewer: Wicket
>Reporter: Vladimir Nisevic
>Assignee: Dan Haywood
>Priority: Minor
> Attachments: screenshot-1.png
>
>
> We have an action method with two mandatory parameters, the first one is a
> viewmodel with autoCompleteXXX and second one an Enum.
> Problem: the sign for mandatory parameter on label (*-suffix) is shown only
> on second label - see screenshot
> {code}
> public DslPortCompatibilityCheckResult dslPortCompatibilityCheck(
> @Parameter(optionality = Optionality.MANDATORY)
> @ParameterLayout(named = "DSL Port") DslPort dslPort,
> @Parameter(optionality = Optionality.MANDATORY)
> @ParameterLayout(named = "Technology") DslTechnology desiredTechnology)
> throws PlanningException {
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-1319) Input dialog for action label for mandatory parameter not shown when the parameter is an view model
[
https://issues.apache.org/jira/browse/ISIS-1319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-1319:
---
Attachment: screenshot-1.png
> Input dialog for action label for mandatory parameter not shown when the
> parameter is an view model
> ---
>
> Key: ISIS-1319
> URL: https://issues.apache.org/jira/browse/ISIS-1319
> Project: Isis
> Issue Type: Bug
> Components: Core: Viewer: Wicket
>Reporter: Vladimir Nisevic
>Assignee: Dan Haywood
>Priority: Minor
> Attachments: screenshot-1.png
>
>
> We have an action method with two mandatory parameters, the first one is a
> viewmodel with autoCompleteXXX and second one an Enum.
> Problem: the sign for mandatory parameter on label (*-suffix) is shown only
> on second label - see screenshot
> {code}
> public DslPortCompatibilityCheckResult dslPortCompatibilityCheck(
> @Parameter(optionality = Optionality.MANDATORY)
> @ParameterLayout(named = "DSL Port") DslPort dslPort,
> @Parameter(optionality = Optionality.MANDATORY)
> @ParameterLayout(named = "Technology") DslTechnology desiredTechnology)
> throws PlanningException {
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (ISIS-1319) Input dialog for action - *-sign for mandatory parameter is not shown when parameter is an enitity
Vladimir Nisevic created ISIS-1319:
--
Summary: Input dialog for action - *-sign for mandatory parameter
is not shown when parameter is an enitity
Key: ISIS-1319
URL: https://issues.apache.org/jira/browse/ISIS-1319
Project: Isis
Issue Type: Bug
Components: Core: Viewer: Wicket
Reporter: Vladimir Nisevic
Assignee: Dan Haywood
Priority: Minor
We have an action method with two mandatory parameters, the first one is a
viewmodel with autoCompleteXXX and second one an Enum.
Problem: the sign for mandatory parameter on label (*-suffix) is shown only on
second label - see screenshot
{code}
public DslPortCompatibilityCheckResult dslPortCompatibilityCheck(
@Parameter(optionality = Optionality.MANDATORY)
@ParameterLayout(named = "DSL Port") DslPort dslPort,
@Parameter(optionality = Optionality.MANDATORY)
@ParameterLayout(named = "Technology") DslTechnology desiredTechnology) throws
PlanningException {
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-1316) Using autocomplete more as proposal, and override it with the manually entered one
[ https://issues.apache.org/jira/browse/ISIS-1316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1316: --- Summary: Using autocomplete more as proposal, and override it with the manually entered one (was: Using autocomplete more as proposal, and override it with the value not coming thru autocomplete) > Using autocomplete more as proposal, and override it with the manually > entered one > -- > > Key: ISIS-1316 > URL: https://issues.apache.org/jira/browse/ISIS-1316 > Project: Isis > Issue Type: New Feature >Reporter: Vladimir Nisevic >Assignee: Dan Haywood > > Sometimes it would be helpful to use autocomplete more as proposal for final > value, so that we still can override the proposal and set the value which is > not proposed thru autocomplete. > Given an e.g. String action paramter A with e.g. MinLength 3 > When user types into field A the value '' > And the autocomplete on parameter A could show two possible values e.g. > 1' and '2' > And when user decides to use the value he typed '' and not the proposed > one > Then the action parameter A has value '' -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (ISIS-1316) Using autocomplete more as proposal, and override it with the value not coming thru autocomplete
Vladimir Nisevic created ISIS-1316: -- Summary: Using autocomplete more as proposal, and override it with the value not coming thru autocomplete Key: ISIS-1316 URL: https://issues.apache.org/jira/browse/ISIS-1316 Project: Isis Issue Type: New Feature Reporter: Vladimir Nisevic Assignee: Dan Haywood Sometimes it would be helpful to use autocomplete more as proposal for final value, so that we still can override the proposal and set the value which is not proposed thru autocomplete. Given an e.g. String action paramter A with e.g. MinLength 3 When user types into field A the value '' And the autocomplete on parameter A could show two possible values e.g. 1' and '2' And when user decides to use the value he typed '' and not the proposed one Then the action parameter A has value '' -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (ISIS-1306) Enable graph visualisation in Wicket Viewer
Vladimir Nisevic created ISIS-1306: -- Summary: Enable graph visualisation in Wicket Viewer Key: ISIS-1306 URL: https://issues.apache.org/jira/browse/ISIS-1306 Project: Isis Issue Type: New Feature Components: Core: Viewer: Wicket Reporter: Vladimir Nisevic Assignee: Dan Haywood Would be nice to have possibility to visualize graphs with. e.g http://graphviz.org/ -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (ISIS-1306) Enable graph visualisation in Wicket Viewer
[ https://issues.apache.org/jira/browse/ISIS-1306?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1306: --- Description: Would be nice to have possibility to visualize graphs with. e.g http://graphviz.org/ or maybe with http://visjs.org/ was: Would be nice to have possibility to visualize graphs with. e.g http://graphviz.org/ > Enable graph visualisation in Wicket Viewer > --- > > Key: ISIS-1306 > URL: https://issues.apache.org/jira/browse/ISIS-1306 > Project: Isis > Issue Type: New Feature > Components: Core: Viewer: Wicket >Reporter: Vladimir Nisevic >Assignee: Dan Haywood > > Would be nice to have possibility to visualize graphs with. e.g > http://graphviz.org/ or maybe with http://visjs.org/ -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (ISIS-1304) Table column with icon and title is not left aligned
Vladimir Nisevic created ISIS-1304: -- Summary: Table column with icon and title is not left aligned Key: ISIS-1304 URL: https://issues.apache.org/jira/browse/ISIS-1304 Project: Isis Issue Type: Bug Components: Core: Viewer: Wicket Reporter: Vladimir Nisevic Assignee: Dan Haywood Priority: Minor See screenshot -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (ISIS-1304) Table column with icon and title is not left aligned
[ https://issues.apache.org/jira/browse/ISIS-1304?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-1304: --- Attachment: screenshot-1.png > Table column with icon and title is not left aligned > > > Key: ISIS-1304 > URL: https://issues.apache.org/jira/browse/ISIS-1304 > Project: Isis > Issue Type: Bug > Components: Core: Viewer: Wicket >Reporter: Vladimir Nisevic >Assignee: Dan Haywood >Priority: Minor > Attachments: screenshot-1.png > > > See screenshot -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-1303) Rename the project to better describe its values and purpose
[ https://issues.apache.org/jira/browse/ISIS-1303?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15131823#comment-15131823 ] Vladimir Nisevic commented on ISIS-1303: Hello, last time I'm showing the prototypes based on Isis, so I need often to explain what is the framework behind and the things it stands for: DDD, NO, hexagonal architecture, invest/focus on business domain and not infrastructure. And yes, lot of other frameworks have some of that arguments as well - especially "idea to focus on your business problems and less boilerplate and/or infrastructure code". But when I step back and look onto it, as the main usp of Isis that I see, is the possibility to establish a totally new way of tight collaboration with customer/requester. I use a kind of process as described by Eric Evans [1] combined with the NO principle - expose current business model in UI within minutes/hours and get the customer on board. This feature boosts me into fastest lane of model exploration ever and this is what brings me very fast to point where we discuss about "do we the right things". There is also a famous quote by Peter Drucker [2]. So I suggest not to promote Isis as a yet another framework for building "faster, cheaper" (doing the things right) but more as a tool/process for "doing the right things". Second thing is the idea behind "problem solver vs. process follower" (there was a great video from Richard Pawson on Vimeo I believe, unfortunately I can't find any more). Building the software thru investment in a company is always associated to the value it should brings, so extrapolating the business case is the part of the game, and the root of business case is often a kind of automation or current business steps/processes. Therefore lot of projects we invest into have as a goal a kind of "automation of business processes" and often bring as a solution "yet another process following system". The power of "problem solving tool" could be also something as a core feature what Isis stands for as a kind "problem solving framework"... Therefore I believe that at least one of those two core values I see, should be somehow embedded/recognizable in the name. 1] http://domainlanguage.com/ddd/whirlpool/ [2] http://www.ukessays.com/essays/business/management-is-doing-things-right-leadership-is-doing-the-right-things-business-essay.php > Rename the project to better describe its values and purpose > > > Key: ISIS-1303 > URL: https://issues.apache.org/jira/browse/ISIS-1303 > Project: Isis > Issue Type: Wish >Affects Versions: 1.11.1 >Reporter: Dan Haywood >Assignee: Dan Haywood > Fix For: 1.13.0 > > Attachments: ApacheGestalt.jpg > > > In the past there have been a couple of discussions regarding renaming the > project, the reason generally cited being the potential embarrassment of > sharing a name with the jihadist militant group [1] currently prominent in > the headlines. After due discussion on the mailing lists the prevailing view > has been to retain our name: "we were here first". > Until now I've concurred with that view also... after all, I originally came > up with the name "Isis", originally based on the name of the Thames as it > flows through Oxford [2] (many of the original authors of the framework live > within Oxfordshire, UK). > Separately to that discussion, we have the issue of marketing. Originally we > marketed ourselves as a framework implementing the "naked objects" pattern > [3]; the original name of the framework (prior to Apache) was of course the > Naked Objects Framework. However, this pattern is either not well-known or > is misunderstood (only a low proportion of developers that encounter the idea > immediately "get it"). The crudity of the original user interfaces didn't > help. And the name also, of course, can cause embarrassment in some cultures. > Then, when domain-driven design [4] came along as a movement, that seemed an > obvious platform upon which to position the framework: we obviously share the > core belief that the domain is the most important bit of the system. However > - and I still find this surprising - despite attempts otherwise we haven't > really made too much of an impression in that community. The fact that the > DDD community got massively sidetracked for a while by the CQRS pattern is > perhaps part of it. I also often detect the view that DDD should imply not > using a framework. The irony of course is that in rejecting framework such > developers actually have to write more infrastructure code vs business domain > code. > Also, the fit is perhaps not all that good after all. In the DDD community I > don't see anyone talking about modules... one of the named patterns,
[jira] [Created] (ISIS-1181) Isis Documentaion - broken link
Vladimir Nisevic created ISIS-1181: -- Summary: Isis Documentaion - broken link Key: ISIS-1181 URL: https://issues.apache.org/jira/browse/ISIS-1181 Project: Isis Issue Type: Bug Components: Website and Docs Reporter: Vladimir Nisevic Assignee: Dan Haywood Priority: Minor There is a broken link under name simpleapp archetype: in the main page https://isis.apache.org/ .. Getting started Start developing your own Apache Isis application using our simpleapp archetype: ... -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (ISIS-988) Upgrade to log4j 2
Vladimir Nisevic created ISIS-988: - Summary: Upgrade to log4j 2 Key: ISIS-988 URL: https://issues.apache.org/jira/browse/ISIS-988 Project: Isis Issue Type: Question Components: Core Reporter: Vladimir Nisevic Assignee: Dan Haywood Priority: Minor We are using Isis in combination with Elasticsearch ELK Stack (http://www.elasticsearch.org/overview/) where we send specific log events thru logging framework. Therefore it would be useful if we use log4j 2 features like AsyncAppender, see e.g. http://www.infoq.com/news/2014/07/apache-log4j2 Regs Vladimir -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-988) Upgrade to log4j 2
[ https://issues.apache.org/jira/browse/ISIS-988?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14260027#comment-14260027 ] Vladimir Nisevic commented on ISIS-988: --- Ok, I will try to do it. Upgrade to log4j 2 --- Key: ISIS-988 URL: https://issues.apache.org/jira/browse/ISIS-988 Project: Isis Issue Type: Question Components: Core Reporter: Vladimir Nisevic Assignee: Dan Haywood Priority: Minor We are using Isis in combination with Elasticsearch ELK Stack (http://www.elasticsearch.org/overview/) where we send specific log events thru logging framework. Therefore it would be useful if we use log4j 2 features like AsyncAppender, see e.g. http://www.infoq.com/news/2014/07/apache-log4j2 Regs Vladimir -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (ISIS-986) Visibility of contributors pages (http://isis.apache.org/contributors/)
Vladimir Nisevic created ISIS-986: - Summary: Visibility of contributors pages (http://isis.apache.org/contributors/) Key: ISIS-986 URL: https://issues.apache.org/jira/browse/ISIS-986 Project: Isis Issue Type: Improvement Components: Website/Other Reporter: Vladimir Nisevic Assignee: Dan Haywood Priority: Minor Hi, looking for the page http://isis.apache.org/contributors/contributing.html I found that link to this page and other sibling pages is not shown in e.g. http://isis.apache.org/documentation.html or in Help menu item. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-959) Update Jackson dependency from 1.9.11 to 2.4.3
[ https://issues.apache.org/jira/browse/ISIS-959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14259481#comment-14259481 ] Vladimir Nisevic commented on ISIS-959: --- Hi Dan, this is my pull request https://github.com/apache/isis/pull/17 Update Jackson dependency from 1.9.11 to 2.4.3 -- Key: ISIS-959 URL: https://issues.apache.org/jira/browse/ISIS-959 Project: Isis Issue Type: Task Components: Core: Viewer: RestfulObjects Affects Versions: core-1.7.0 Reporter: Martin Grigorov Assignee: Dan Haywood Priority: Minor Fix For: core-1.8.0 Attachments: ISIS-959.patch See http://markmail.org/message/lc37rxwrowzqtzdh and https://github.com/apache/isis/pull/8 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-959) Update Jackson dependency from 1.9.11 to 2.4.3
[ https://issues.apache.org/jira/browse/ISIS-959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14234214#comment-14234214 ] Vladimir Nisevic commented on ISIS-959: --- Hi Dan, in my contribution I tried to use (kind of symmetric) custom serializer/deserializer and registered them both when constructing object mapper. So I could remove some of your code, just check my contribution in the class JsonMapper.. Regs,Vladimir Update Jackson dependency from 1.9.11 to 2.4.3 -- Key: ISIS-959 URL: https://issues.apache.org/jira/browse/ISIS-959 Project: Isis Issue Type: Task Components: Core: Viewer: RestfulObjects Affects Versions: core-1.7.0 Reporter: Martin Grigorov Assignee: Dan Haywood Priority: Minor Fix For: core-1.8.0 Attachments: ISIS-959.patch See http://markmail.org/message/lc37rxwrowzqtzdh and https://github.com/apache/isis/pull/8 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (ISIS-959) Update Jackson dependency from 1.9.11 to 2.4.3
[ https://issues.apache.org/jira/browse/ISIS-959?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-959: -- Attachment: ISIS-959.patch Hi there, here my proposal as git patch, based on current master. I've made a patch thru eclipse ide, so some of the changes could be only due to different eclipse workspace settings - code format and/or import order, would be great if somebody review it. 'mvn install' worked for me with success. Regards,Vladimir Update Jackson dependency from 1.9.11 to 2.4.3 -- Key: ISIS-959 URL: https://issues.apache.org/jira/browse/ISIS-959 Project: Isis Issue Type: Task Components: Core: Viewer: RestfulObjects Affects Versions: core-1.7.0 Reporter: Martin Grigorov Assignee: Dan Haywood Priority: Minor Attachments: ISIS-959.patch See http://markmail.org/message/lc37rxwrowzqtzdh and https://github.com/apache/isis/pull/8 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-959) Update Jackson dependency from 1.9.11 to 2.4.3
[ https://issues.apache.org/jira/browse/ISIS-959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14226199#comment-14226199 ] Vladimir Nisevic commented on ISIS-959: --- Hi Martin, if I correct understand, you did the work also? Would be great if I would know it in advance. Regards,Vladimir Update Jackson dependency from 1.9.11 to 2.4.3 -- Key: ISIS-959 URL: https://issues.apache.org/jira/browse/ISIS-959 Project: Isis Issue Type: Task Components: Core: Viewer: RestfulObjects Affects Versions: core-1.7.0 Reporter: Martin Grigorov Assignee: Dan Haywood Priority: Minor Attachments: ISIS-959.patch See http://markmail.org/message/lc37rxwrowzqtzdh and https://github.com/apache/isis/pull/8 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-959) Update Jackson dependency from 1.9.11 to 2.4.3
[ https://issues.apache.org/jira/browse/ISIS-959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14226203#comment-14226203 ] Vladimir Nisevic commented on ISIS-959: --- Hi again, I've also made a bit larger adaptations in JsonMapper than you. https://github.com/martin-g/isis/blob/24320d86f4362df552b237d6ba33947e5c734db4/core/viewer-restfulobjects-applib/src/main/java/org/apache/isis/viewer/restfulobjects/applib/util/JsonMapper.java maybe you look to that part in my contribution if makes sense... Regs,Vladimir Update Jackson dependency from 1.9.11 to 2.4.3 -- Key: ISIS-959 URL: https://issues.apache.org/jira/browse/ISIS-959 Project: Isis Issue Type: Task Components: Core: Viewer: RestfulObjects Affects Versions: core-1.7.0 Reporter: Martin Grigorov Assignee: Dan Haywood Priority: Minor Attachments: ISIS-959.patch See http://markmail.org/message/lc37rxwrowzqtzdh and https://github.com/apache/isis/pull/8 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-959) Update Jackson dependency from 1.9.11 to 2.4.3
[ https://issues.apache.org/jira/browse/ISIS-959?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14222387#comment-14222387 ] Vladimir Nisevic commented on ISIS-959: --- Hi, I planned to give it a try and to do this task and provide you eclipse worskpace patch? Ok to do so? Regs,Vladimir Update Jackson dependency from 1.9.11 to 2.4.3 -- Key: ISIS-959 URL: https://issues.apache.org/jira/browse/ISIS-959 Project: Isis Issue Type: Task Components: Core: Viewer: RestfulObjects Affects Versions: core-1.7.0 Reporter: Martin Grigorov Assignee: Dan Haywood Priority: Minor See http://markmail.org/message/lc37rxwrowzqtzdh and https://github.com/apache/isis/pull/8 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (ISIS-947) Todo webapp throws exception when logging in DEBUG mode
Vladimir Nisevic created ISIS-947:
-
Summary: Todo webapp throws exception when logging in DEBUG mode
Key: ISIS-947
URL: https://issues.apache.org/jira/browse/ISIS-947
Project: Isis
Issue Type: Bug
Components: Viewer: Wicket
Affects Versions: viewer-wicket-1.7.0
Reporter: Vladimir Nisevic
Assignee: Dan Haywood
Hi Dan, here steps to reproduce.
1. create todo thru archetype
2. adapt logging.properties (file
webapp\src\main\webapp\WEB-INF\logging.properties) - uncomment line 23
log4j.rootCategory=DEBUG, Console
3. start the webapp
here the exception in console
{code}
14:24:04,469 [IsisWicketApplication main ERROR] Failed to initialize
com.google.inject.ProvisionException: Guice provision errors:
1) Error in custom provider, java.lang.IllegalStateException: No service found
for thread; make sure ((RequestScopedService)service).__isis_startRequest() is
called first
at
org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSystem(IsisInjectModule.java:132)
at
org.apache.isis.core.runtime.runner.IsisInjectModule.provideIsisSystem(IsisInjectModule.java:132)
while locating org.apache.isis.core.runtime.system.IsisSystem
for field at
org.apache.isis.viewer.wicket.viewer.IsisWicketApplication.system(IsisWicketApplication.java:124)
while locating webapp.ToDoApplication
1 error
at
com.google.inject.internal.Errors.throwProvisionExceptionIfErrorsExist(Errors.java:451)
at
com.google.inject.internal.MembersInjectorImpl.injectMembers(MembersInjectorImpl.java:65)
at
com.google.inject.internal.InjectorImpl.injectMembers(InjectorImpl.java:944)
at
org.apache.isis.viewer.wicket.viewer.IsisWicketApplication.init(IsisWicketApplication.java:229)
at org.apache.wicket.Application.initApplication(Application.java:823)
at
org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:424)
at
org.apache.wicket.protocol.http.WicketFilter.init(WicketFilter.java:351)
at org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:97)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.servlet.ServletHandler.initialize(ServletHandler.java:713)
at org.mortbay.jetty.servlet.Context.startContext(Context.java:140)
at
org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1282)
at
org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:518)
at
org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:499)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.mortbay.jetty.handler.HandlerWrapper.doStart(HandlerWrapper.java:130)
at org.mortbay.jetty.Server.doStart(Server.java:224)
at
org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50)
at
org.apache.isis.core.webserver.WebServerBootstrapper.bootstrap(WebServerBootstrapper.java:85)
at org.apache.isis.core.webserver.WebServer.run(WebServer.java:92)
at org.apache.isis.core.webserver.WebServer.main(WebServer.java:68)
at org.apache.isis.WebServer.main(WebServer.java:25)
Caused by: java.lang.IllegalStateException: No service found for thread; make
sure ((RequestScopedService)service).__isis_startRequest() is called first
at
org.apache.isis.core.runtime.services.ServiceInstantiator$2.invoke(ServiceInstantiator.java:159)
at
org.apache.isis.applib.services.queryresultscache.QueryResultsCache_$$_javassist_2.toString(QueryResultsCache_$$_javassist_2.java)
at java.lang.String.valueOf(Unknown Source)
at java.lang.StringBuilder.append(Unknown Source)
at
org.apache.isis.core.metamodel.services.ServicesInjectorDefault.invokeInjectorField(ServicesInjectorDefault.java:268)
at
org.apache.isis.core.metamodel.services.ServicesInjectorDefault.autowire(ServicesInjectorDefault.java:191)
at
org.apache.isis.core.metamodel.services.ServicesInjectorDefault.autowireViaFields(ServicesInjectorDefault.java:175)
at
org.apache.isis.core.metamodel.services.ServicesInjectorDefault.injectServices(ServicesInjectorDefault.java:159)
at
org.apache.isis.core.metamodel.services.ServicesInjectorDefault.injectServicesInto(ServicesInjectorDefault.java:126)
at
org.apache.isis.core.metamodel.services.ServicesInjectorDefault.injectServicesInto(ServicesInjectorDefault.java:132)
at
org.apache.isis.core.metamodel.services.ServicesInjectorDefault.autowireServicesAndContainer(ServicesInjectorDefault.java:281)
at
org.apache.isis.core.metamodel.services.ServicesInjectorDefault.setServices(ServicesInjectorDefault.java:80)
at
[jira] [Commented] (ISIS-917) Support pluggable representations for the RO viewer (object and list representations)
[
https://issues.apache.org/jira/browse/ISIS-917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14186689#comment-14186689
]
Vladimir Nisevic commented on ISIS-917:
---
Hi Dan, using the feature I've found next strange behaviour.
Given my custom representation class
{code}
package webapp;
import java.io.IOException;
import java.util.Arrays;
import javax.ws.rs.core.Response;
import a1.ase.esb.AsePublicService;
import a1.ase.viewmodel.Address;
import org.codehaus.jackson.map.ObjectMapper;
import org.apache.isis.applib.DomainObjectContainer;
import org.apache.isis.applib.annotation.ActionSemantics;
import org.apache.isis.applib.annotation.ActionSemantics.Of;
import org.apache.isis.applib.annotation.DomainService;
import org.apache.isis.applib.annotation.Named;
import org.apache.isis.core.metamodel.adapter.ObjectAdapter;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ActionResultReprRenderer;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ObjectAndActionInvocation;
import
org.apache.isis.viewer.restfulobjects.rendering.service.RepresentationServiceForRestfulObjects;
@DomainService
public class AseRestCustomRepresentation extends
RepresentationServiceForRestfulObjects {
@Override
public Response actionResult(Context rendererContext,
ObjectAndActionInvocation objectAndActionInvocation,
ActionResultReprRenderer.SelfLink selfLink) {
String[] actionIds = { retreiveAddressForLkmsId };
if
(Arrays.asList(actionIds).contains(objectAndActionInvocation.getAction().getId()))
{
ObjectMapper objectMapper = new ObjectMapper();
try {
ObjectAdapter returnedAdapter =
objectAndActionInvocation.getReturnedAdapter();
if (returnedAdapter != null) {
String writeValueAsString =
objectMapper.writeValueAsString(returnedAdapter.getObject());
return buildResponse(Response.ok(writeValueAsString));
}
return buildResponse(Response.ok());
} catch (IOException e) {
e.printStackTrace();
}
return buildResponse(Response.serverError());
}
return super.actionResult(rendererContext, objectAndActionInvocation,
selfLink);
}
// region injected services
@javax.inject.Inject
private DomainObjectContainer container;
@javax.inject.Inject
private AsePublicService asePublicService;
// endregion
@ActionSemantics(Of.SAFE)
public Address retreiveAddressForLkmsId(final @Named(lkmsid) String
lkmsId) {
return asePublicService.retrieveAddressForLkmsId(lkmsId, false);
}
}
{code}
When calling the method retreiveAddressForLkmsId with GET Request
http://localhost:8080/restful/services/AseRestCustomRepresentation/actions/retreiveAddressForLkmsId/invoke?lkmsid=123
Then the RO viewer shows error
{code}
{
-lkmsid: {
value: 123,
invalidReason: is not a string
},
x-ro-invalidReason: 'lkmsid' is mandatory
}
{code}
When I call the method retreiveAddressForLkmsId with GET Request
http://localhost:8080/restful/services/AseRestCustomRepresentation/actions/retreiveAddressForLkmsId/invoke?lkmsid=aa
Then the RO viewer accepts aa as String parameter 'lkmsid'
Support pluggable representations for the RO viewer (object and list
representations)
-
Key: ISIS-917
URL: https://issues.apache.org/jira/browse/ISIS-917
Project: Isis
Issue Type: New Feature
Components: Core: Viewer: RestfulObjects
Affects Versions: core-1.6.0
Reporter: Dan Haywood
Fix For: core-1.7.0
This ticket is to factor out the logic in the RO viewer that builds the JSON
representation and put it behind a @DomainService.
As a first cut, I think it's only the object representation and list
representations that need to be pluggable.
Ultimately I would like to get to a point where the representation used
honours the Accept header (Content-Type), but will probably iterate to get
there.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (ISIS-914) Wicket viewer doesn't show all String properties of a ViewModel instance
[
https://issues.apache.org/jira/browse/ISIS-914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14182786#comment-14182786
]
Vladimir Nisevic commented on ISIS-914:
---
Hi, I have different behaviours when using ViewModel annotations and when I
implement the ViewModel interface.
In both cases I have problems.
When implement the ViewModel Interface, then the attributes do not appear. I
other case I get
{code}
org.apache.isis.core.runtime.persistence.PojoRecreationException
Could not recreate pojo for oid oid
*sample.AddressAnnotated:PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPG1lbWVudG8-PGxrbXNJZD4xMjM8L2xrbXNJZD48aG91c2VOdW1iZXI-MUE8L2hvdXNlTnVtYmVyPjxzdHJlZXQuYm9va21hcms-c2FtcGxlLlN0cmVldEFubm90YXRlZDpQRDk0Yld3Z2RtVnljMmx2YmowaU1TNHdJaUJsYm1OdlpHbHVaejBpVlZSR0xUZ2lQejRLUEcxbGJXVnVkRzgtUEhOMGNtVmxkRzVoYldVLVUzUmxaWFF4UEM5emRISmxaWFJ1WVcxbFBqeHdiSG8tTVRJelBDOXdiSG8tUEM5dFpXMWxiblJ2UGc9PTwvc3RyZWV0LmJvb2ttYXJrPjwvbWVtZW50bz4=
org.apache.isis.core.runtime.persistence.adaptermanager.AdapterManagerDefault#adapterFor(AdapterManagerDefault.java:311)
org.apache.isis.viewer.wicket.model.mementos.ObjectAdapterMemento$Type$2#recreateAdapter(ObjectAdapterMemento.java:112)
org.apache.isis.viewer.wicket.model.mementos.ObjectAdapterMemento$Type#getAdapter(ObjectAdapterMemento.java:183)
org.apache.isis.viewer.wicket.model.mementos.ObjectAdapterMemento#getObjectAdapter(ObjectAdapterMemento.java:301)
org.apache.isis.viewer.wicket.m
{code}
Yes in both cases I use Address and Street as view models and I reference the
Street from Address.
Should I stil provide you my code?
Regs,Vladimir
Wicket viewer doesn't show all String properties of a ViewModel instance
Key: ISIS-914
URL: https://issues.apache.org/jira/browse/ISIS-914
Project: Isis
Issue Type: Bug
Components: Viewer: Wicket
Affects Versions: viewer-wicket-1.7.0
Reporter: Vladimir Nisevic
Assignee: Dan Haywood
Attachments: screenshot-1.png
Have this domain service method
{code}
@Prototype
@Render(Type.EAGERLY)
public Address retreiveAddressModelSample() {
final Address address =
getContainer().newViewModelInstance(Address.class, 11);
address.setHouseNumber(12);
Street street = getContainer().newViewModelInstance(Street.class,
123);
street.setStreetname(5th street);
street.setPlz(1100);
address.setStreet(street);
return address;
}
{code}
when calling thru wicket viewer appears see screenshot.
So I miss:
- housenumber
- Stret (getTitle())
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (ISIS-915) Framework should transparently allow view models to reference other view models.
[
https://issues.apache.org/jira/browse/ISIS-915?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14182801#comment-14182801
]
Vladimir Nisevic commented on ISIS-915:
---
Dan, thanks for your hint. I'll try to see if I can move forward on my own.
My comment on Isis-914 just before is obsolete.
Regs,Vladimir
Framework should transparently allow view models to reference other view
models.
Key: ISIS-915
URL: https://issues.apache.org/jira/browse/ISIS-915
Project: Isis
Issue Type: Bug
Components: Core
Affects Versions: core-1.6.0
Reporter: Vladimir Nisevic
Assignee: Dan Haywood
Fix For: core-1.9.0
The description below shows the current behaviour; the core tries to
interpret the Street reference as a persisted entity.
The workaround is to have explicitly implement ViewModel (rather than
annotated with @ViewModel) and to traverse the graph manually. Using
XmlSnapshotService could be one way to do this (or at least to provide
inspiration on how to accomplish this).
Note though that ISIS-916 is a prereq in order to implement such as
workaround.
~~~
Having this ViewModel annotated classes
{code}
@org.apache.isis.applib.annotation.ViewModel
public class Address2 {
public Address2(String lkmsId) {
this.lkmsId = lkmsId;
}
public String title() {
return Address lkmsId: + lkmsId;
}
public String iconName() {
return Location_icon;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Street (property)
private Street2 street;
@MemberOrder(sequence = 3)
public Street2 getStreet() {
return street;
}
public void setStreet(final Street2 street) {
this.street = street;
}
// }}
// {{ Housenumber (property)
private String houseNumber;
@MemberOrder(sequence = 2)
public String getHouseNumber() {
return houseNumber;
}
public void setHouseNumber(final String housenumber) {
this.houseNumber = housenumber;
}
// }}
}
{code}
and
{code}
@ViewModel
public class Street2 {
public Street2(String lkmsId) {
this.lkmsId = lkmsId;
}
public String title() {
return Street lkmsId: + lkmsId;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Streetname (property)
private String streetname;
@MemberOrder(sequence = 2)
public String getStreetname() {
return streetname;
}
public void setStreetname(final String aName) {
this.streetname = aName;
}
// }}
// {{ Plz (property)
private String plz;
@MemberOrder(sequence = 3)
public String getPlz() {
return plz;
}
public void setPlz(final String plz) {
this.plz = plz;
}
// }}
}
{code}
When calling the domain service method
{code}
@Prototype
@Render(Type.EAGERLY)
public Address2 retreiveAnnotatedAddressModelSample() {
Address2 address = new Address2(11);
address.setHouseNumber(12);
Street2 street = new Street2(123);
street.setStreetname(5th street);
street.setPlz(1100);
address.setStreet(street);
return address;
}
{code}
will bring this exception
{code}
Handling the following exception
org.apache.isis.core.runtime.persistence.PojoRecreationException: Could not
recreate pojo for oid oid
*a1.ase.viewmodel.annotated.Address2:PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPG1lbWVudG8-PGxrbXNJZD4xMTwvbGttc0lkPjxob3VzZU51bWJlcj4xMjwvaG91c2VOdW1iZXI-PHN0cmVldC5ib29rbWFyaz5hMS5hc2Uudmlld21vZGVsLmFubm90YXRlZC5TdHJlZXQyOlBEOTRiV3dnZG1WeWMybHZiajBpTVM0d0lpQmxibU52WkdsdVp6MGlWVlJHTFRnaVB6NEtQRzFsYldWdWRHOC1QR3hyYlhOSlpENHhNak04TDJ4cmJYTkpaRDQ4YzNSeVpXVjBibUZ0WlQ0MWRHZ2djM1J5WldWMFBDOXpkSEpsWlhSdVlXMWxQanh3YkhvLU1URXdNRHd2Y0d4NlBqd3ZiV1Z0Wlc1MGJ6ND08L3N0cmVldC5ib29rbWFyaz48L21lbWVudG8-
at
org.apache.isis.core.runtime.persistence.adaptermanager.AdapterManagerDefault.adapterFor(AdapterManagerDefault.java:311)
...
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (ISIS-917) Support pluggable representations for the RO viewer (object and list representations)
[
https://issues.apache.org/jira/browse/ISIS-917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14169879#comment-14169879
]
Vladimir Nisevic commented on ISIS-917:
---
Hi Dan, once again thank you for this feature. Here my first experience.
I've subclassed the RepresentationServiceForRestfulObjects as advised, but
instead of overriding buildResponse I had to override e.g. actionResult method.
In method buildResponse seems to be to late for my requirements?
Then I use Jackson to serialize my entity into JSON.
Here my code, if you want you could commit it into Todo-App, since it is more
concrete example...
{code}
/*
* Licensed to the Apache Software Foundation (ASF) under one
* or more contributor license agreements. See the NOTICE file
* distributed with this work for additional information
* regarding copyright ownership. The ASF licenses this file
* to you under the Apache License, Version 2.0 (the
* License); you may not use this file except in compliance
* with the License. You may obtain a copy of the License at
*
*http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing,
* software distributed under the License is distributed on an
* AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
* KIND, either express or implied. See the License for the
* specific language governing permissions and limitations
* under the License.
*/
package webapp;
import dom.todo.ToDoItem;
import dom.todo.ToDoItems;
import org.apache.isis.applib.DomainObjectContainer;
import org.apache.isis.applib.annotation.*;
import org.apache.isis.applib.annotation.ActionSemantics.Of;
import org.apache.isis.applib.services.clock.ClockService;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ActionResultReprRenderer;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ObjectAndActionInvocation;
import
org.apache.isis.viewer.restfulobjects.rendering.service.RepresentationServiceForRestfulObjects;
import org.codehaus.jackson.map.ObjectMapper;
import org.joda.time.LocalDate;
import javax.ws.rs.core.Response;
import java.io.IOException;
import java.math.BigDecimal;
import java.util.List;
@DomainService
public class ToDoItemsCustomRepresentation extends
RepresentationServiceForRestfulObjects {
@Override
public Response actionResult(Context rendererContext,
ObjectAndActionInvocation objectAndActionInvocation,
ActionResultReprRenderer.SelfLink selfLink) {
if (objectAndActionInvocation.getAction().getId() == allToDos) {
ObjectMapper objectMapper = new ObjectMapper();
try {
String writeValueAsString =
objectMapper.writeValueAsString(objectAndActionInvocation.getReturnedAdapter().getObject());
return buildResponse(Response.ok(writeValueAsString));
} catch (IOException e) {
e.printStackTrace();
}
return buildResponse(Response.serverError());
}
return super.actionResult(rendererContext, objectAndActionInvocation,
selfLink);
}
//region injected services
@javax.inject.Inject
private DomainObjectContainer container;
@javax.inject.Inject
private ToDoItems toDoItems;
//endregion
//region helpers
@javax.inject.Inject
private ClockService clockService;
//endregion
@Prototype
@ActionSemantics(Of.SAFE)
@MemberOrder(sequence = 50)
public ListToDoItem allToDos() {
return toDoItems.allToDos();
}
public ToDoItem newToDo(
final @RegEx(validation = \\w[@:\\-\\,\\.\\+ \\w]*)
@Named(Description) String description,
final @Named(Category) ToDoItem.Category category,
final @Optional @Named(Subcategory) ToDoItem.Subcategory
subcategory,
final @Optional @Named(Due by) LocalDate dueBy,
final @Optional @Named(Cost) BigDecimal cost) {
return toDoItems.newToDo(description, category, subcategory, dueBy,
cost);
}
}
{code]
and calling the action allToDos I get now next response. e.g.
{code}
STATUS 200 OK
TIME 3431 ms
Pretty Raw PreviewJSON Copy
[
-{
description: bb1
-dueBy: [
2014
10
27
]
category: Professional
subcategory: OpenSource
ownedBy: sven
complete: false
cost: 3
notes: null
attachment: null
doc: null
dependencies: [ ]
versionSequence: 1
due: true
}
-{
description: bb1 - Copy
-dueBy: [
2014
10
27
]
category: Professional
subcategory: OpenSource
ownedBy: sven
complete: false
cost: null
notes: null
attachment: null
doc: null
-dependencies: [
-{
description: bb1
-dueBy: [
2014
10
27
]
category: Professional
subcategory: OpenSource
ownedBy: sven
complete: false
cost: 3
notes: null
attachment: null
doc: null
dependencies: [ ]
versionSequence: 1
due: true
}
]
versionSequence: 2
due: true
}
]
{code}
Still have some
[jira] [Comment Edited] (ISIS-917) Support pluggable representations for the RO viewer (object and list representations)
[
https://issues.apache.org/jira/browse/ISIS-917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14169879#comment-14169879
]
Vladimir Nisevic edited comment on ISIS-917 at 10/13/14 8:18 PM:
-
Hi Dan, once again thank you for this feature. Here my first experience.
I've subclassed the RepresentationServiceForRestfulObjects as advised, but
instead of overriding buildResponse I had to override e.g. actionResult method.
In method buildResponse seems to be to late for my requirements?
Then I use Jackson to serialize my entity into JSON.
Here my code, if you want you could commit it into Todo-App, since it is more
concrete example...
{code}
/*
* Licensed to the Apache Software Foundation (ASF) under one
* or more contributor license agreements. See the NOTICE file
* distributed with this work for additional information
* regarding copyright ownership. The ASF licenses this file
* to you under the Apache License, Version 2.0 (the
* License); you may not use this file except in compliance
* with the License. You may obtain a copy of the License at
*
*http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing,
* software distributed under the License is distributed on an
* AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
* KIND, either express or implied. See the License for the
* specific language governing permissions and limitations
* under the License.
*/
package webapp;
import dom.todo.ToDoItem;
import dom.todo.ToDoItems;
import org.apache.isis.applib.DomainObjectContainer;
import org.apache.isis.applib.annotation.*;
import org.apache.isis.applib.annotation.ActionSemantics.Of;
import org.apache.isis.applib.services.clock.ClockService;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ActionResultReprRenderer;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ObjectAndActionInvocation;
import
org.apache.isis.viewer.restfulobjects.rendering.service.RepresentationServiceForRestfulObjects;
import org.codehaus.jackson.map.ObjectMapper;
import org.joda.time.LocalDate;
import javax.ws.rs.core.Response;
import java.io.IOException;
import java.math.BigDecimal;
import java.util.List;
@DomainService
public class ToDoItemsCustomRepresentation extends
RepresentationServiceForRestfulObjects {
@Override
public Response actionResult(Context rendererContext,
ObjectAndActionInvocation objectAndActionInvocation,
ActionResultReprRenderer.SelfLink selfLink) {
if (objectAndActionInvocation.getAction().getId() == allToDos) {
ObjectMapper objectMapper = new ObjectMapper();
try {
String writeValueAsString =
objectMapper.writeValueAsString(objectAndActionInvocation.getReturnedAdapter().getObject());
return buildResponse(Response.ok(writeValueAsString));
} catch (IOException e) {
e.printStackTrace();
}
return buildResponse(Response.serverError());
}
return super.actionResult(rendererContext, objectAndActionInvocation,
selfLink);
}
//region injected services
@javax.inject.Inject
private DomainObjectContainer container;
@javax.inject.Inject
private ToDoItems toDoItems;
//endregion
//region helpers
@javax.inject.Inject
private ClockService clockService;
//endregion
@Prototype
@ActionSemantics(Of.SAFE)
@MemberOrder(sequence = 50)
public ListToDoItem allToDos() {
return toDoItems.allToDos();
}
public ToDoItem newToDo(
final @RegEx(validation = \\w[@:\\-\\,\\.\\+ \\w]*)
@Named(Description) String description,
final @Named(Category) ToDoItem.Category category,
final @Optional @Named(Subcategory) ToDoItem.Subcategory
subcategory,
final @Optional @Named(Due by) LocalDate dueBy,
final @Optional @Named(Cost) BigDecimal cost) {
return toDoItems.newToDo(description, category, subcategory, dueBy,
cost);
}
}
{code}
and calling the action allToDos I get now next response. e.g.
{code}
[
-{
description: bb1
-dueBy: [
2014
10
27
]
category: Professional
subcategory: OpenSource
ownedBy: sven
complete: false
cost: 3
notes: null
attachment: null
doc: null
dependencies: [ ]
versionSequence: 1
due: true
}
-{
description: bb1 - Copy
-dueBy: [
2014
10
27
]
category: Professional
subcategory: OpenSource
ownedBy: sven
complete: false
cost: null
notes: null
attachment: null
doc: null
-dependencies: [
-{
description: bb1
-dueBy: [
2014
10
27
]
category: Professional
subcategory: OpenSource
ownedBy: sven
complete: false
cost: 3
notes: null
attachment: null
doc: null
dependencies: [ ]
versionSequence: 1
due: true
}
]
versionSequence: 2
due: true
}
]
{code}
Still have some
[jira] [Comment Edited] (ISIS-917) Support pluggable representations for the RO viewer (object and list representations)
[
https://issues.apache.org/jira/browse/ISIS-917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14169879#comment-14169879
]
Vladimir Nisevic edited comment on ISIS-917 at 10/13/14 8:19 PM:
-
Hi Dan, once again thank you for this feature. Here my first experience.
I've subclassed the RepresentationServiceForRestfulObjects as advised, but
instead of overriding buildResponse I had to override e.g. actionResult method.
In method buildResponse seems to be to late for my requirements?
Then I use Jackson to serialize my entity into JSON.
Here my code, if you want you could commit it into Todo-App, since it is more
concrete example...
{code}
/*
* Licensed to the Apache Software Foundation (ASF) under one
* or more contributor license agreements. See the NOTICE file
* distributed with this work for additional information
* regarding copyright ownership. The ASF licenses this file
* to you under the Apache License, Version 2.0 (the
* License); you may not use this file except in compliance
* with the License. You may obtain a copy of the License at
*
*http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing,
* software distributed under the License is distributed on an
* AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
* KIND, either express or implied. See the License for the
* specific language governing permissions and limitations
* under the License.
*/
package webapp;
import dom.todo.ToDoItem;
import dom.todo.ToDoItems;
import org.apache.isis.applib.DomainObjectContainer;
import org.apache.isis.applib.annotation.*;
import org.apache.isis.applib.annotation.ActionSemantics.Of;
import org.apache.isis.applib.services.clock.ClockService;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ActionResultReprRenderer;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ObjectAndActionInvocation;
import
org.apache.isis.viewer.restfulobjects.rendering.service.RepresentationServiceForRestfulObjects;
import org.codehaus.jackson.map.ObjectMapper;
import org.joda.time.LocalDate;
import javax.ws.rs.core.Response;
import java.io.IOException;
import java.math.BigDecimal;
import java.util.List;
@DomainService
public class ToDoItemsCustomRepresentation extends
RepresentationServiceForRestfulObjects {
@Override
public Response actionResult(Context rendererContext,
ObjectAndActionInvocation objectAndActionInvocation,
ActionResultReprRenderer.SelfLink selfLink) {
if (objectAndActionInvocation.getAction().getId() == allToDos) {
ObjectMapper objectMapper = new ObjectMapper();
try {
String writeValueAsString =
objectMapper.writeValueAsString(objectAndActionInvocation.getReturnedAdapter().getObject());
return buildResponse(Response.ok(writeValueAsString));
} catch (IOException e) {
e.printStackTrace();
}
return buildResponse(Response.serverError());
}
return super.actionResult(rendererContext, objectAndActionInvocation,
selfLink);
}
//region injected services
@javax.inject.Inject
private DomainObjectContainer container;
@javax.inject.Inject
private ToDoItems toDoItems;
//endregion
//region helpers
@javax.inject.Inject
private ClockService clockService;
//endregion
@Prototype
@ActionSemantics(Of.SAFE)
@MemberOrder(sequence = 50)
public ListToDoItem allToDos() {
return toDoItems.allToDos();
}
public ToDoItem newToDo(
final @RegEx(validation = \\w[@:\\-\\,\\.\\+ \\w]*)
@Named(Description) String description,
final @Named(Category) ToDoItem.Category category,
final @Optional @Named(Subcategory) ToDoItem.Subcategory
subcategory,
final @Optional @Named(Due by) LocalDate dueBy,
final @Optional @Named(Cost) BigDecimal cost) {
return toDoItems.newToDo(description, category, subcategory, dueBy,
cost);
}
}
{code}
and calling the action allToDos I get now next response. e.g.
{code}
[
-{
description: bb1
-dueBy: [
2014
10
27
]
category: Professional
subcategory: OpenSource
ownedBy: sven
complete: false
cost: 3
notes: null
attachment: null
doc: null
dependencies: [ ]
versionSequence: 1
due: true
}
-{
description: bb1 - Copy
-dueBy: [
2014
10
27
]
category: Professional
subcategory: OpenSource
ownedBy: sven
complete: false
cost: null
notes: null
attachment: null
doc: null
-dependencies: [
-{
description: bb1
-dueBy: [
2014
10
27
]
category: Professional
subcategory: OpenSource
ownedBy: sven
complete: false
cost: 3
notes: null
attachment: null
doc: null
dependencies: [ ]
versionSequence: 1
due: true
}
]
versionSequence: 2
due: true
}
]
{code}
Still have some
[jira] [Comment Edited] (ISIS-917) Support pluggable representations for the RO viewer (object and list representations)
[
https://issues.apache.org/jira/browse/ISIS-917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14169879#comment-14169879
]
Vladimir Nisevic edited comment on ISIS-917 at 10/13/14 8:20 PM:
-
Hi Dan, once again thank you for this feature. Here my first experience.
I've subclassed the RepresentationServiceForRestfulObjects as advised, but
instead of overriding buildResponse I had to override e.g. actionResult method.
In method buildResponse seems to be to late for my requirements?
Then I use Jackson to serialize my entity into JSON.
Here my code, if you want you could commit it into Todo-App, since it is more
concrete example...
{code}
/*
* Licensed to the Apache Software Foundation (ASF) under one
* or more contributor license agreements. See the NOTICE file
* distributed with this work for additional information
* regarding copyright ownership. The ASF licenses this file
* to you under the Apache License, Version 2.0 (the
* License); you may not use this file except in compliance
* with the License. You may obtain a copy of the License at
*
*http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing,
* software distributed under the License is distributed on an
* AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
* KIND, either express or implied. See the License for the
* specific language governing permissions and limitations
* under the License.
*/
package webapp;
import dom.todo.ToDoItem;
import dom.todo.ToDoItems;
import org.apache.isis.applib.DomainObjectContainer;
import org.apache.isis.applib.annotation.*;
import org.apache.isis.applib.annotation.ActionSemantics.Of;
import org.apache.isis.applib.services.clock.ClockService;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ActionResultReprRenderer;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ObjectAndActionInvocation;
import
org.apache.isis.viewer.restfulobjects.rendering.service.RepresentationServiceForRestfulObjects;
import org.codehaus.jackson.map.ObjectMapper;
import org.joda.time.LocalDate;
import javax.ws.rs.core.Response;
import java.io.IOException;
import java.math.BigDecimal;
import java.util.List;
@DomainService
public class ToDoItemsCustomRepresentation extends
RepresentationServiceForRestfulObjects {
@Override
public Response actionResult(Context rendererContext,
ObjectAndActionInvocation objectAndActionInvocation,
ActionResultReprRenderer.SelfLink selfLink) {
if (objectAndActionInvocation.getAction().getId() == allToDos) {
ObjectMapper objectMapper = new ObjectMapper();
try {
String writeValueAsString =
objectMapper.writeValueAsString(objectAndActionInvocation.getReturnedAdapter().getObject());
return buildResponse(Response.ok(writeValueAsString));
} catch (IOException e) {
e.printStackTrace();
}
return buildResponse(Response.serverError());
}
return super.actionResult(rendererContext, objectAndActionInvocation,
selfLink);
}
//region injected services
@javax.inject.Inject
private DomainObjectContainer container;
@javax.inject.Inject
private ToDoItems toDoItems;
//endregion
//region helpers
@javax.inject.Inject
private ClockService clockService;
//endregion
@Prototype
@ActionSemantics(Of.SAFE)
@MemberOrder(sequence = 50)
public ListToDoItem allToDos() {
return toDoItems.allToDos();
}
public ToDoItem newToDo(
final @RegEx(validation = \\w[@:\\-\\,\\.\\+ \\w]*)
@Named(Description) String description,
final @Named(Category) ToDoItem.Category category,
final @Optional @Named(Subcategory) ToDoItem.Subcategory
subcategory,
final @Optional @Named(Due by) LocalDate dueBy,
final @Optional @Named(Cost) BigDecimal cost) {
return toDoItems.newToDo(description, category, subcategory, dueBy,
cost);
}
}
{code}
and calling the action allToDos I get now next response. e.g.
{code}
{
description : {
value : Test2
},
category : {
value : Professional
},
subcategory : {
value : Education
},
cost : {
value : 1
}
}
{code}
Still have some drawbacks, eg. when calling newTodo, have to POST restful JSON
format
{code}
{
description : {
value : Test2
},
category : {
value : Professional
},
subcategory : {
value : Education
},
cost : {
value : 1
}
}
{code}
would be interesting if I could change that one also to something like
{code}
{
description : Test2,
category : Professional,
[jira] [Comment Edited] (ISIS-917) Support pluggable representations for the RO viewer (object and list representations)
[
https://issues.apache.org/jira/browse/ISIS-917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14169879#comment-14169879
]
Vladimir Nisevic edited comment on ISIS-917 at 10/13/14 8:22 PM:
-
Hi Dan, once again thank you for this feature. Here my first experience.
I've subclassed the RepresentationServiceForRestfulObjects as advised, but
instead of overriding buildResponse I had to override e.g. actionResult method.
In method buildResponse seems to be to late for my requirements?
Then I use Jackson to serialize my entity into JSON.
Here my code, if you want you could commit it into Todo-App, since it is more
concrete example...
{code}
/*
* Licensed to the Apache Software Foundation (ASF) under one
* or more contributor license agreements. See the NOTICE file
* distributed with this work for additional information
* regarding copyright ownership. The ASF licenses this file
* to you under the Apache License, Version 2.0 (the
* License); you may not use this file except in compliance
* with the License. You may obtain a copy of the License at
*
*http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing,
* software distributed under the License is distributed on an
* AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
* KIND, either express or implied. See the License for the
* specific language governing permissions and limitations
* under the License.
*/
package webapp;
import dom.todo.ToDoItem;
import dom.todo.ToDoItems;
import org.apache.isis.applib.DomainObjectContainer;
import org.apache.isis.applib.annotation.*;
import org.apache.isis.applib.annotation.ActionSemantics.Of;
import org.apache.isis.applib.services.clock.ClockService;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ActionResultReprRenderer;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ObjectAndActionInvocation;
import
org.apache.isis.viewer.restfulobjects.rendering.service.RepresentationServiceForRestfulObjects;
import org.codehaus.jackson.map.ObjectMapper;
import org.joda.time.LocalDate;
import javax.ws.rs.core.Response;
import java.io.IOException;
import java.math.BigDecimal;
import java.util.List;
@DomainService
public class ToDoItemsCustomRepresentation extends
RepresentationServiceForRestfulObjects {
@Override
public Response actionResult(Context rendererContext,
ObjectAndActionInvocation objectAndActionInvocation,
ActionResultReprRenderer.SelfLink selfLink) {
if (objectAndActionInvocation.getAction().getId() == allToDos) {
ObjectMapper objectMapper = new ObjectMapper();
try {
String writeValueAsString =
objectMapper.writeValueAsString(objectAndActionInvocation.getReturnedAdapter().getObject());
return buildResponse(Response.ok(writeValueAsString));
} catch (IOException e) {
e.printStackTrace();
}
return buildResponse(Response.serverError());
}
return super.actionResult(rendererContext, objectAndActionInvocation,
selfLink);
}
//region injected services
@javax.inject.Inject
private DomainObjectContainer container;
@javax.inject.Inject
private ToDoItems toDoItems;
//endregion
//region helpers
@javax.inject.Inject
private ClockService clockService;
//endregion
@Prototype
@ActionSemantics(Of.SAFE)
@MemberOrder(sequence = 50)
public ListToDoItem allToDos() {
return toDoItems.allToDos();
}
public ToDoItem newToDo(
final @RegEx(validation = \\w[@:\\-\\,\\.\\+ \\w]*)
@Named(Description) String description,
final @Named(Category) ToDoItem.Category category,
final @Optional @Named(Subcategory) ToDoItem.Subcategory
subcategory,
final @Optional @Named(Due by) LocalDate dueBy,
final @Optional @Named(Cost) BigDecimal cost) {
return toDoItems.newToDo(description, category, subcategory, dueBy,
cost);
}
}
{code}
and calling the action
http://localhost:8080/restful/services/ToDoItemsCustomRepresentation/actions/allToDos/invoke
I get now next response. e.g.
{code}
{
description : {
value : Test2
},
category : {
value : Professional
},
subcategory : {
value : Education
},
cost : {
value : 1
}
}
{code}
Still have some drawbacks, eg. when calling newTodo, have to POST restful JSON
format
{code}
{
description : {
value : Test2
},
category : {
value : Professional
},
subcategory : {
value : Education
},
cost : {
value : 1
}
}
{code}
would be interesting if I could change that one also to
[jira] [Comment Edited] (ISIS-917) Support pluggable representations for the RO viewer (object and list representations)
[
https://issues.apache.org/jira/browse/ISIS-917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14169879#comment-14169879
]
Vladimir Nisevic edited comment on ISIS-917 at 10/13/14 8:23 PM:
-
Hi Dan, once again thank you for this feature. Here my first experience.
I've subclassed the RepresentationServiceForRestfulObjects as advised, but
instead of overriding buildResponse I had to override e.g. actionResult method.
In method buildResponse seems to be to late for my requirements?
Then I use Jackson to serialize my entity into JSON.
Here my code, if you want you could commit it into Todo-App, since it is more
concrete example...
{code}
/*
* Licensed to the Apache Software Foundation (ASF) under one
* or more contributor license agreements. See the NOTICE file
* distributed with this work for additional information
* regarding copyright ownership. The ASF licenses this file
* to you under the Apache License, Version 2.0 (the
* License); you may not use this file except in compliance
* with the License. You may obtain a copy of the License at
*
*http://www.apache.org/licenses/LICENSE-2.0
*
* Unless required by applicable law or agreed to in writing,
* software distributed under the License is distributed on an
* AS IS BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
* KIND, either express or implied. See the License for the
* specific language governing permissions and limitations
* under the License.
*/
package webapp;
import dom.todo.ToDoItem;
import dom.todo.ToDoItems;
import org.apache.isis.applib.DomainObjectContainer;
import org.apache.isis.applib.annotation.*;
import org.apache.isis.applib.annotation.ActionSemantics.Of;
import org.apache.isis.applib.services.clock.ClockService;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ActionResultReprRenderer;
import
org.apache.isis.viewer.restfulobjects.rendering.domainobjects.ObjectAndActionInvocation;
import
org.apache.isis.viewer.restfulobjects.rendering.service.RepresentationServiceForRestfulObjects;
import org.codehaus.jackson.map.ObjectMapper;
import org.joda.time.LocalDate;
import javax.ws.rs.core.Response;
import java.io.IOException;
import java.math.BigDecimal;
import java.util.List;
@DomainService
public class ToDoItemsCustomRepresentation extends
RepresentationServiceForRestfulObjects {
@Override
public Response actionResult(Context rendererContext,
ObjectAndActionInvocation objectAndActionInvocation,
ActionResultReprRenderer.SelfLink selfLink) {
if (objectAndActionInvocation.getAction().getId() == allToDos) {
ObjectMapper objectMapper = new ObjectMapper();
try {
String writeValueAsString =
objectMapper.writeValueAsString(objectAndActionInvocation.getReturnedAdapter().getObject());
return buildResponse(Response.ok(writeValueAsString));
} catch (IOException e) {
e.printStackTrace();
}
return buildResponse(Response.serverError());
}
return super.actionResult(rendererContext, objectAndActionInvocation,
selfLink);
}
//region injected services
@javax.inject.Inject
private DomainObjectContainer container;
@javax.inject.Inject
private ToDoItems toDoItems;
//endregion
//region helpers
@javax.inject.Inject
private ClockService clockService;
//endregion
@Prototype
@ActionSemantics(Of.SAFE)
@MemberOrder(sequence = 50)
public ListToDoItem allToDos() {
return toDoItems.allToDos();
}
public ToDoItem newToDo(
final @RegEx(validation = \\w[@:\\-\\,\\.\\+ \\w]*)
@Named(Description) String description,
final @Named(Category) ToDoItem.Category category,
final @Optional @Named(Subcategory) ToDoItem.Subcategory
subcategory,
final @Optional @Named(Due by) LocalDate dueBy,
final @Optional @Named(Cost) BigDecimal cost) {
return toDoItems.newToDo(description, category, subcategory, dueBy,
cost);
}
}
{code}
and calling the action
http://localhost:8080/restful/services/ToDoItemsCustomRepresentation/actions/allToDos/invoke
I get now next response. e.g.
{code}
[{description:bb1,dueBy:[2014,10,27],category:Professional,subcategory:OpenSource,ownedBy:sven,complete:false,cost:3.00,notes:null,attachment:null,doc:null,dependencies:[],versionSequence:1,due:true},{description:bb1
-
Copy,dueBy:[2014,10,27],category:Professional,subcategory:OpenSource,ownedBy:sven,complete:false,cost:null,notes:null,attachment:null,doc:null,dependencies:[{description:bb1,dueBy:[2014,10,27],category:Professional,subcategory:OpenSource,ownedBy:sven,complete:false,cost:3.00,notes:null,attachment:null,doc:null,dependencies:[],versionSequence:1,due:true}],versionSequence:2,due:true}]
[jira] [Commented] (ISIS-917) Support pluggable representations for the RO viewer (object and list representations)
[ https://issues.apache.org/jira/browse/ISIS-917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14166987#comment-14166987 ] Vladimir Nisevic commented on ISIS-917: --- Hi Dan, I see you have implemented my feature request which is great. Looking in todowebapp I see the CustomService but don't know how I could use it? Any hints where to look? Thanks, Vladimir Support pluggable representations for the RO viewer (object and list representations) - Key: ISIS-917 URL: https://issues.apache.org/jira/browse/ISIS-917 Project: Isis Issue Type: New Feature Components: Core: Viewer: RestfulObjects Affects Versions: core-1.6.0 Reporter: Dan Haywood Assignee: Dan Haywood Fix For: core-1.7.0 This ticket is to factor out the logic in the RO viewer that builds the JSON representation and put it behind a @DomainService. As a first cut, I think it's only the object representation and list representations that need to be pluggable. Ultimately I would like to get to a point where the representation used honours the Accept header (Content-Type), but will probably iterate to get there. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-917) Support pluggable representations for the RO viewer (object and list representations)
[ https://issues.apache.org/jira/browse/ISIS-917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14166998#comment-14166998 ] Vladimir Nisevic commented on ISIS-917: --- Hi once again. I haven't registered hints you already made, let me try that first. Sorry for noise. Support pluggable representations for the RO viewer (object and list representations) - Key: ISIS-917 URL: https://issues.apache.org/jira/browse/ISIS-917 Project: Isis Issue Type: New Feature Components: Core: Viewer: RestfulObjects Affects Versions: core-1.6.0 Reporter: Dan Haywood Assignee: Dan Haywood Fix For: core-1.7.0 This ticket is to factor out the logic in the RO viewer that builds the JSON representation and put it behind a @DomainService. As a first cut, I think it's only the object representation and list representations that need to be pluggable. Ultimately I would like to get to a point where the representation used honours the Accept header (Content-Type), but will probably iterate to get there. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Commented] (ISIS-917) Support pluggable representations for the RO viewer (object and list representations)
[ https://issues.apache.org/jira/browse/ISIS-917?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14160136#comment-14160136 ] Vladimir Nisevic commented on ISIS-917: --- Hi, Dan, since I would pretty soon need first version of this feature, would be possible a solution where: 1. create sample REST service with standard JAX-RS implementeations e.g. 1a: jersey archetype (https://jersey.java.net/documentation/latest/user-guide.html#new-from-archetype) or 1b. jboss resteasy examples (https://github.com/resteasy/Resteasy/tree/3.0.9.Final/jaxrs/examples) 2. integrate my Isis application into such example so I have access to my Isis domain services I tried with 1a. and copy it from webapp settings, but some startup help as hints would be great... Regs,Vladimir Support pluggable representations for the RO viewer (object and list representations) - Key: ISIS-917 URL: https://issues.apache.org/jira/browse/ISIS-917 Project: Isis Issue Type: New Feature Components: Core: Viewer: RestfulObjects Affects Versions: core-1.6.0 Reporter: Dan Haywood Assignee: Dan Haywood Fix For: core-1.8.0 This ticket is to factor out the logic in the RO viewer that builds the JSON representation and put it behind a @DomainService. As a first cut, I think it's only the object representation and list representations that need to be pluggable. Ultimately I would like to get to a point where the representation used honours the Accept header (Content-Type), but will probably iterate to get there. -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (ISIS-847) RegisterEntities isn't called prior to the metamodel validation, thus we currently rely on priming the metamodel through the services... not good.
[ https://issues.apache.org/jira/browse/ISIS-847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-847: -- Attachment: screenshot-1.png RegisterEntities isn't called prior to the metamodel validation, thus we currently rely on priming the metamodel through the services... not good. -- Key: ISIS-847 URL: https://issues.apache.org/jira/browse/ISIS-847 Project: Isis Issue Type: Bug Components: Core Affects Versions: core-1.6.0 Reporter: Dan Haywood Assignee: Dan Haywood Priority: Minor Fix For: core-1.8.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Created] (ISIS-914) String properties of a ViewModel instance don't appear in wicket viewer
Vladimir Nisevic created ISIS-914:
-
Summary: String properties of a ViewModel instance don't appear
in wicket viewer
Key: ISIS-914
URL: https://issues.apache.org/jira/browse/ISIS-914
Project: Isis
Issue Type: Bug
Components: Viewer: Wicket
Affects Versions: viewer-wicket-1.7.0
Reporter: Vladimir Nisevic
Assignee: Dan Haywood
Have this domain service method
{code}
@Prototype
@Render(Type.EAGERLY)
public Address retreiveAddressModelSample() {
final Address address =
getContainer().newViewModelInstance(Address.class, 11);
address.setHouseNumber(12);
Street street = getContainer().newViewModelInstance(Street.class,
123);
street.setStreetname(5th street);
street.setPlz(1100);
address.setStreet(street);
return address;
}
{code}
when calling thru wicket viewer appears see screenshot
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-847) RegisterEntities isn't called prior to the metamodel validation, thus we currently rely on priming the metamodel through the services... not good.
[ https://issues.apache.org/jira/browse/ISIS-847?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-847: -- Attachment: (was: screenshot-1.png) RegisterEntities isn't called prior to the metamodel validation, thus we currently rely on priming the metamodel through the services... not good. -- Key: ISIS-847 URL: https://issues.apache.org/jira/browse/ISIS-847 Project: Isis Issue Type: Bug Components: Core Affects Versions: core-1.6.0 Reporter: Dan Haywood Assignee: Dan Haywood Priority: Minor Fix For: core-1.8.0 -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (ISIS-914) String properties of a ViewModel instance don't appear in wicket viewer
[
https://issues.apache.org/jira/browse/ISIS-914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-914:
--
Attachment: screenshot-1.png
String properties of a ViewModel instance don't appear in wicket viewer
Key: ISIS-914
URL: https://issues.apache.org/jira/browse/ISIS-914
Project: Isis
Issue Type: Bug
Components: Viewer: Wicket
Affects Versions: viewer-wicket-1.7.0
Reporter: Vladimir Nisevic
Assignee: Dan Haywood
Attachments: screenshot-1.png
Have this domain service method
{code}
@Prototype
@Render(Type.EAGERLY)
public Address retreiveAddressModelSample() {
final Address address =
getContainer().newViewModelInstance(Address.class, 11);
address.setHouseNumber(12);
Street street = getContainer().newViewModelInstance(Street.class,
123);
street.setStreetname(5th street);
street.setPlz(1100);
address.setStreet(street);
return address;
}
{code}
when calling thru wicket viewer appears see screenshot
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-914) Wicket viewer doesn't show all String properties of a ViewModel instance
[
https://issues.apache.org/jira/browse/ISIS-914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-914:
--
Summary: Wicket viewer doesn't show all String properties of a ViewModel
instance (was: String properties of a ViewModel instance don't appear in
wicket viewer)
Wicket viewer doesn't show all String properties of a ViewModel instance
Key: ISIS-914
URL: https://issues.apache.org/jira/browse/ISIS-914
Project: Isis
Issue Type: Bug
Components: Viewer: Wicket
Affects Versions: viewer-wicket-1.7.0
Reporter: Vladimir Nisevic
Assignee: Dan Haywood
Attachments: screenshot-1.png
Have this domain service method
{code}
@Prototype
@Render(Type.EAGERLY)
public Address retreiveAddressModelSample() {
final Address address =
getContainer().newViewModelInstance(Address.class, 11);
address.setHouseNumber(12);
Street street = getContainer().newViewModelInstance(Street.class,
123);
street.setStreetname(5th street);
street.setPlz(1100);
address.setStreet(street);
return address;
}
{code}
when calling thru wicket viewer appears see screenshot
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-914) Wicket viewer doesn't show all String properties of a ViewModel instance
[
https://issues.apache.org/jira/browse/ISIS-914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Nisevic updated ISIS-914:
--
Description:
Have this domain service method
{code}
@Prototype
@Render(Type.EAGERLY)
public Address retreiveAddressModelSample() {
final Address address =
getContainer().newViewModelInstance(Address.class, 11);
address.setHouseNumber(12);
Street street = getContainer().newViewModelInstance(Street.class,
123);
street.setStreetname(5th street);
street.setPlz(1100);
address.setStreet(street);
return address;
}
{code}
when calling thru wicket viewer appears see screenshot.
So I miss:
- housenumber
- Stret (getTitle())
was:
Have this domain service method
{code}
@Prototype
@Render(Type.EAGERLY)
public Address retreiveAddressModelSample() {
final Address address =
getContainer().newViewModelInstance(Address.class, 11);
address.setHouseNumber(12);
Street street = getContainer().newViewModelInstance(Street.class,
123);
street.setStreetname(5th street);
street.setPlz(1100);
address.setStreet(street);
return address;
}
{code}
when calling thru wicket viewer appears see screenshot
Wicket viewer doesn't show all String properties of a ViewModel instance
Key: ISIS-914
URL: https://issues.apache.org/jira/browse/ISIS-914
Project: Isis
Issue Type: Bug
Components: Viewer: Wicket
Affects Versions: viewer-wicket-1.7.0
Reporter: Vladimir Nisevic
Assignee: Dan Haywood
Attachments: screenshot-1.png
Have this domain service method
{code}
@Prototype
@Render(Type.EAGERLY)
public Address retreiveAddressModelSample() {
final Address address =
getContainer().newViewModelInstance(Address.class, 11);
address.setHouseNumber(12);
Street street = getContainer().newViewModelInstance(Street.class,
123);
street.setStreetname(5th street);
street.setPlz(1100);
address.setStreet(street);
return address;
}
{code}
when calling thru wicket viewer appears see screenshot.
So I miss:
- housenumber
- Stret (getTitle())
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Created] (ISIS-915) Using ViewModel annotations creates exception in wicket viewer
Vladimir Nisevic created ISIS-915:
-
Summary: Using ViewModel annotations creates exception in wicket
viewer
Key: ISIS-915
URL: https://issues.apache.org/jira/browse/ISIS-915
Project: Isis
Issue Type: Bug
Components: Viewer: Wicket
Affects Versions: viewer-wicket-1.7.0
Reporter: Vladimir Nisevic
Assignee: Dan Haywood
Having this ViewModel annotated classes
{code}
@org.apache.isis.applib.annotation.ViewModel
public class Address2 {
public Address2(String lkmsId) {
this.lkmsId = lkmsId;
}
public String title() {
return Address lkmsId: + lkmsId;
}
public String iconName() {
return Location_icon;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Street (property)
private Street2 street;
@MemberOrder(sequence = 3)
public Street2 getStreet() {
return street;
}
public void setStreet(final Street2 street) {
this.street = street;
}
// }}
// {{ Housenumber (property)
private String houseNumber;
@MemberOrder(sequence = 2)
public String getHouseNumber() {
return houseNumber;
}
public void setHouseNumber(final String housenumber) {
this.houseNumber = housenumber;
}
// }}
}
{code}
and
{code}
@ViewModel
public class Street2 {
public Street2(String lkmsId) {
this.lkmsId = lkmsId;
}
public String title() {
return Street lkmsId: + lkmsId;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Streetname (property)
private String streetname;
@MemberOrder(sequence = 2)
public String getStreetname() {
return streetname;
}
public void setStreetname(final String aName) {
this.streetname = aName;
}
// }}
// {{ Plz (property)
private String plz;
@MemberOrder(sequence = 3)
public String getPlz() {
return plz;
}
public void setPlz(final String plz) {
this.plz = plz;
}
// }}
}
{code}
When calling the domain service method
{code}
@Prototype
@Render(Type.EAGERLY)
public Address2 retreiveAnnotatedAddressModelSample() {
Address2 address = new Address2(11);
address.setHouseNumber(12);
Street2 street = new Street2(123);
street.setStreetname(5th street);
street.setPlz(1100);
address.setStreet(street);
return address;
}
{code}
will bring this exception
{code}
Handling the following exception
org.apache.isis.core.runtime.persistence.PojoRecreationException: Could not
recreate pojo for oid oid
*a1.ase.viewmodel.annotated.Address2:PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPG1lbWVudG8-PGxrbXNJZD4xMTwvbGttc0lkPjxob3VzZU51bWJlcj4xMjwvaG91c2VOdW1iZXI-PHN0cmVldC5ib29rbWFyaz5hMS5hc2Uudmlld21vZGVsLmFubm90YXRlZC5TdHJlZXQyOlBEOTRiV3dnZG1WeWMybHZiajBpTVM0d0lpQmxibU52WkdsdVp6MGlWVlJHTFRnaVB6NEtQRzFsYldWdWRHOC1QR3hyYlhOSlpENHhNak04TDJ4cmJYTkpaRDQ4YzNSeVpXVjBibUZ0WlQ0MWRHZ2djM1J5WldWMFBDOXpkSEpsWlhSdVlXMWxQanh3YkhvLU1URXdNRHd2Y0d4NlBqd3ZiV1Z0Wlc1MGJ6ND08L3N0cmVldC5ib29rbWFyaz48L21lbWVudG8-
at
org.apache.isis.core.runtime.persistence.adaptermanager.AdapterManagerDefault.adapterFor(AdapterManagerDefault.java:311)
...
{code}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Commented] (ISIS-899) Can't return a view model in Isis 1.6.0 over RO viewer.
[
https://issues.apache.org/jira/browse/ISIS-899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14153004#comment-14153004
]
Vladimir Nisevic commented on ISIS-899:
---
Hi Jeroen, Dan. I've just tested my two ViewModel classes with latest master
version - I've put my code into todoapp-dom project and recompiled.
Domain Service:
{code}
@Named(Address Search API)
@DomainService(menuOrder = 1.3)
public class AsePublicService {
@Render(Type.EAGERLY)
public Address getAddress(@Named(Source System) final String
sourceSystem, @Named(User) final String user, @Named(Agent) final String
agent, @Named(LKMS-ID) final String lkmsId, @Named(Valid Location) final
boolean validLocation) {
final Address address = new Address();
address.setHousenumber(12);
Street street = new Street();
street.setStreetname(5th Avenue);
address.setStreet(street);
return address;
}
{code}
package a1.ase.viewmodel;
import org.apache.isis.applib.annotation.MemberOrder;
import org.apache.isis.applib.annotation.ViewModel;
@ViewModel
public class Address {
public String title() {
return Address lkmsId: + lkmsId;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Street (property)
private Street street;
@MemberOrder(sequence = 3)
public Street getStreet() {
return street;
}
public void setStreet(final Street street) {
this.street = street;
}
// }}
// {{ Housenumber (property)
private String housenumber;
@MemberOrder(sequence = 2)
public String getHousenumber() {
return housenumber;
}
public void setHousenumber(final String housenumber) {
this.housenumber = housenumber;
}
// }}
}
}
{code}
Street Model:
{code}
package a1.ase.viewmodel;
import org.apache.isis.applib.annotation.MemberOrder;
import org.apache.isis.applib.annotation.ViewModel;
@ViewModel
public class Street {
public String title() {
return Street lkmsId: + lkmsId;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Streetname (property)
private String streetname;
@MemberOrder(sequence = 2)
public String getStreetname() {
return streetname;
}
public void setStreetname(final String aName) {
this.streetname = aName;
}
// }}
}
{code}
Here my feedback
1.) using wicket viewer and calling the method getAddress, I get next exception
{code}
Stack trace:
org.apache.isis.core.runtime.persistence.PojoRecreationException
Could not recreate pojo for oid oid
*a1.ase.viewmodel.Address:PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPG1lbWVudG8-PGhvdXNlbnVtYmVyPjEyPC9ob3VzZW51bWJlcj48c3RyZWV0LmJvb2ttYXJrPmExLmFzZS52aWV3bW9kZWwuU3RyZWV0OlBEOTRiV3dnZG1WeWMybHZiajBpTVM0d0lpQmxibU52WkdsdVp6MGlWVlJHTFRnaVB6NEtQRzFsYldWdWRHOC1QSE4wY21WbGRHNWhiV1UtTlhSb0lFRjJaVzUxWlR3dmMzUnlaV1YwYm1GdFpUNDhMMjFsYldWdWRHOC08L3N0cmVldC5ib29rbWFyaz48L21lbWVudG8-
org.apache.isis.core.runtime.persistence.adaptermanager.AdapterManagerDefault#adapterFor(AdapterManagerDefault.java:311)
org.apache.isis.viewer.wicket.model.mementos.ObjectAdapterMemento$Type$2#recreateAdapter(ObjectAdapterMemento.java:112)
org.apache.isis.viewer.wicket.model.mementos.ObjectAdapterMemento$Type#getAdapter(ObjectAdapterMemento.java:183)
org.apache.isis.viewer.wicket.model.m
{code}
2.) using restul viewer and calling
http://localhost:8080/restful/services/toDoItems/actions/newToDo/invoke with
parameters
{code}
{
sourceSystem: {value: CRM},
user: {value: user1},
agent: {value: agent1},
lKMS-ID: {value: 123},
validLocation: {value: true}
}
{code}
I get this result
{code}
STATUS 200 OK
TIME 118 ms
Pretty Raw Preview Copy
{code}
Can't return a view model in Isis 1.6.0 over RO viewer.
---
Key: ISIS-899
URL: https://issues.apache.org/jira/browse/ISIS-899
Project: Isis
Issue Type: Bug
Components: Core: Viewer: RestfulObjects
Affects Versions: core-1.6.0
Reporter: Dan Haywood
Assignee: Dan Haywood
Fix For: core-1.7.0
Attachments: Address.java, AsePublicService.java, Street.java,
Wicket.png
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Comment Edited] (ISIS-899) Can't return a view model in Isis 1.6.0 over RO viewer.
[
https://issues.apache.org/jira/browse/ISIS-899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14153004#comment-14153004
]
Vladimir Nisevic edited comment on ISIS-899 at 9/30/14 9:21 AM:
Hi Jeroen, Dan. I've just tested my two ViewModel classes with latest master
version - I've put my code into todoapp-dom project and recompiled.
Domain Service:
{code}
@Named(Address Search API)
@DomainService(menuOrder = 1.3)
public class AsePublicService {
@Render(Type.EAGERLY)
public Address getAddress(@Named(Source System) final String
sourceSystem, @Named(User) final String user, @Named(Agent) final String
agent, @Named(LKMS-ID) final String lkmsId, @Named(Valid Location) final
boolean validLocation) {
final Address address = new Address();
address.setHousenumber(12);
Street street = new Street();
street.setStreetname(5th Avenue);
address.setStreet(street);
return address;
}
{code}
Address Model:
{code}
package a1.ase.viewmodel;
import org.apache.isis.applib.annotation.MemberOrder;
import org.apache.isis.applib.annotation.ViewModel;
@ViewModel
public class Address {
public String title() {
return Address lkmsId: + lkmsId;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Street (property)
private Street street;
@MemberOrder(sequence = 3)
public Street getStreet() {
return street;
}
public void setStreet(final Street street) {
this.street = street;
}
// }}
// {{ Housenumber (property)
private String housenumber;
@MemberOrder(sequence = 2)
public String getHousenumber() {
return housenumber;
}
public void setHousenumber(final String housenumber) {
this.housenumber = housenumber;
}
// }}
}
}
{code}
Street Model:
{code}
package a1.ase.viewmodel;
import org.apache.isis.applib.annotation.MemberOrder;
import org.apache.isis.applib.annotation.ViewModel;
@ViewModel
public class Street {
public String title() {
return Street lkmsId: + lkmsId;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Streetname (property)
private String streetname;
@MemberOrder(sequence = 2)
public String getStreetname() {
return streetname;
}
public void setStreetname(final String aName) {
this.streetname = aName;
}
// }}
}
{code}
Here my feedback
1.) using wicket viewer and calling the method getAddress, I get next exception
{code}
Stack trace:
org.apache.isis.core.runtime.persistence.PojoRecreationException
Could not recreate pojo for oid oid
*a1.ase.viewmodel.Address:PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPG1lbWVudG8-PGhvdXNlbnVtYmVyPjEyPC9ob3VzZW51bWJlcj48c3RyZWV0LmJvb2ttYXJrPmExLmFzZS52aWV3bW9kZWwuU3RyZWV0OlBEOTRiV3dnZG1WeWMybHZiajBpTVM0d0lpQmxibU52WkdsdVp6MGlWVlJHTFRnaVB6NEtQRzFsYldWdWRHOC1QSE4wY21WbGRHNWhiV1UtTlhSb0lFRjJaVzUxWlR3dmMzUnlaV1YwYm1GdFpUNDhMMjFsYldWdWRHOC08L3N0cmVldC5ib29rbWFyaz48L21lbWVudG8-
org.apache.isis.core.runtime.persistence.adaptermanager.AdapterManagerDefault#adapterFor(AdapterManagerDefault.java:311)
org.apache.isis.viewer.wicket.model.mementos.ObjectAdapterMemento$Type$2#recreateAdapter(ObjectAdapterMemento.java:112)
org.apache.isis.viewer.wicket.model.mementos.ObjectAdapterMemento$Type#getAdapter(ObjectAdapterMemento.java:183)
org.apache.isis.viewer.wicket.model.m
{code}
2.) using restul viewer and calling
http://localhost:8080/restful/services/toDoItems/actions/newToDo/invoke with
parameters
{code}
{
sourceSystem: {value: CRM},
user: {value: user1},
agent: {value: agent1},
lKMS-ID: {value: 123},
validLocation: {value: true}
}
{code}
I get this result
{code}
STATUS 200 OK
TIME 118 ms
Pretty Raw Preview Copy
{code}
was (Author: niv):
Hi Jeroen, Dan. I've just tested my two ViewModel classes with latest master
version - I've put my code into todoapp-dom project and recompiled.
Domain Service:
{code}
@Named(Address Search API)
@DomainService(menuOrder = 1.3)
public class AsePublicService {
@Render(Type.EAGERLY)
public Address getAddress(@Named(Source System) final String
sourceSystem, @Named(User) final String user, @Named(Agent) final String
agent, @Named(LKMS-ID) final String lkmsId, @Named(Valid Location) final
boolean validLocation) {
final Address address = new Address();
address.setHousenumber(12);
Street street = new Street();
street.setStreetname(5th Avenue);
[jira] [Comment Edited] (ISIS-899) Can't return a view model in Isis 1.6.0 over RO viewer.
[
https://issues.apache.org/jira/browse/ISIS-899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14153004#comment-14153004
]
Vladimir Nisevic edited comment on ISIS-899 at 9/30/14 9:22 AM:
Hi Jeroen, Dan. I've just tested my two ViewModel classes with latest master
version - I've put my code into todoapp-dom project and recompiled.
Domain Service:
{code}
@Named(Address Search API)
@DomainService(menuOrder = 1.3)
public class AsePublicService {
@Render(Type.EAGERLY)
public Address getAddress(@Named(Source System) final String
sourceSystem, @Named(User) final String user, @Named(Agent) final String
agent, @Named(LKMS-ID) final String lkmsId, @Named(Valid Location) final
boolean validLocation) {
final Address address = new Address();
address.setHousenumber(12);
Street street = new Street();
street.setStreetname(5th Avenue);
address.setStreet(street);
return address;
}
{code}
Address Model:
{code}
package a1.ase.viewmodel;
import org.apache.isis.applib.annotation.MemberOrder;
import org.apache.isis.applib.annotation.ViewModel;
@ViewModel
public class Address {
public String title() {
return Address lkmsId: + lkmsId;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Street (property)
private Street street;
@MemberOrder(sequence = 3)
public Street getStreet() {
return street;
}
public void setStreet(final Street street) {
this.street = street;
}
// }}
// {{ Housenumber (property)
private String housenumber;
@MemberOrder(sequence = 2)
public String getHousenumber() {
return housenumber;
}
public void setHousenumber(final String housenumber) {
this.housenumber = housenumber;
}
// }}
}
}
{code}
Street Model:
{code}
package a1.ase.viewmodel;
import org.apache.isis.applib.annotation.MemberOrder;
import org.apache.isis.applib.annotation.ViewModel;
@ViewModel
public class Street {
public String title() {
return Street lkmsId: + lkmsId;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Streetname (property)
private String streetname;
@MemberOrder(sequence = 2)
public String getStreetname() {
return streetname;
}
public void setStreetname(final String aName) {
this.streetname = aName;
}
// }}
}
{code}
Here my feedback
1.) using wicket viewer and calling the method getAddress, I get next exception
{code}
Stack trace:
org.apache.isis.core.runtime.persistence.PojoRecreationException
Could not recreate pojo for oid oid
*a1.ase.viewmodel.Address:PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPG1lbWVudG8-PGhvdXNlbnVtYmVyPjEyPC9ob3VzZW51bWJlcj48c3RyZWV0LmJvb2ttYXJrPmExLmFzZS52aWV3bW9kZWwuU3RyZWV0OlBEOTRiV3dnZG1WeWMybHZiajBpTVM0d0lpQmxibU52WkdsdVp6MGlWVlJHTFRnaVB6NEtQRzFsYldWdWRHOC1QSE4wY21WbGRHNWhiV1UtTlhSb0lFRjJaVzUxWlR3dmMzUnlaV1YwYm1GdFpUNDhMMjFsYldWdWRHOC08L3N0cmVldC5ib29rbWFyaz48L21lbWVudG8-
org.apache.isis.core.runtime.persistence.adaptermanager.AdapterManagerDefault#adapterFor(AdapterManagerDefault.java:311)
org.apache.isis.viewer.wicket.model.mementos.ObjectAdapterMemento$Type$2#recreateAdapter(ObjectAdapterMemento.java:112)
org.apache.isis.viewer.wicket.model.mementos.ObjectAdapterMemento$Type#getAdapter(ObjectAdapterMemento.java:183)
org.apache.isis.viewer.wicket.model.m
{code}
2.) using restul viewer and calling
http://localhost:8080/restful/services/toDoItems/actions/newToDo/invoke with
parameters
{code}
{
sourceSystem: {value: CRM},
user: {value: user1},
agent: {value: agent1},
lKMS-ID: {value: 123},
validLocation: {value: true}
}
{code}
I get this result
{code}
{
links : [ ],
resulttype : domainobject,
result : {
links : [ {
rel : self,
href :
http://localhost:8080/restful/objects/a1.ase.viewmodel.Address/PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPG1lbWVudG8-PGhvdXNlbnVtYmVyPjEyPC9ob3VzZW51bWJlcj48c3RyZWV0LmJvb2ttYXJrPmExLmFzZS52aWV3bW9kZWwuU3RyZWV0OlBEOTRiV3dnZG1WeWMybHZiajBpTVM0d0lpQmxibU52WkdsdVp6MGlWVlJHTFRnaVB6NEtQRzFsYldWdWRHOC1QSE4wY21WbGRHNWhiV1UtTlhSb0lFRjJaVzUxWlR3dmMzUnlaV1YwYm1GdFpUNDhMMjFsYldWdWRHOC08L3N0cmVldC5ib29rbWFyaz48L21lbWVudG8-;,
method : GET,
type :
application/json;profile=\urn:org.restfulobjects:repr-types/object\,
title : Address lkmsId:null
}, {
rel : describedby,
href :
[jira] [Comment Edited] (ISIS-899) Can't return a view model in Isis 1.6.0 over RO viewer.
[
https://issues.apache.org/jira/browse/ISIS-899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14153004#comment-14153004
]
Vladimir Nisevic edited comment on ISIS-899 at 9/30/14 9:23 AM:
Hi Jeroen, Dan. I've just tested my two ViewModel classes with latest master
version - I've put my code into todoapp-dom project and recompiled.
Restful viewer seems to work fine, but now I have an bug in wicket viewer!
Domain Service:
{code}
@Named(Address Search API)
@DomainService(menuOrder = 1.3)
public class AsePublicService {
@Render(Type.EAGERLY)
public Address getAddress(@Named(Source System) final String
sourceSystem, @Named(User) final String user, @Named(Agent) final String
agent, @Named(LKMS-ID) final String lkmsId, @Named(Valid Location) final
boolean validLocation) {
final Address address = new Address();
address.setHousenumber(12);
Street street = new Street();
street.setStreetname(5th Avenue);
address.setStreet(street);
return address;
}
{code}
Address Model:
{code}
package a1.ase.viewmodel;
import org.apache.isis.applib.annotation.MemberOrder;
import org.apache.isis.applib.annotation.ViewModel;
@ViewModel
public class Address {
public String title() {
return Address lkmsId: + lkmsId;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Street (property)
private Street street;
@MemberOrder(sequence = 3)
public Street getStreet() {
return street;
}
public void setStreet(final Street street) {
this.street = street;
}
// }}
// {{ Housenumber (property)
private String housenumber;
@MemberOrder(sequence = 2)
public String getHousenumber() {
return housenumber;
}
public void setHousenumber(final String housenumber) {
this.housenumber = housenumber;
}
// }}
}
}
{code}
Street Model:
{code}
package a1.ase.viewmodel;
import org.apache.isis.applib.annotation.MemberOrder;
import org.apache.isis.applib.annotation.ViewModel;
@ViewModel
public class Street {
public String title() {
return Street lkmsId: + lkmsId;
}
// {{ LkmsId (property)
private String lkmsId;
@MemberOrder(sequence = 1)
public String getLkmsId() {
return lkmsId;
}
public void setLkmsId(final String lkmsId) {
this.lkmsId = lkmsId;
}
// }}
// {{ Streetname (property)
private String streetname;
@MemberOrder(sequence = 2)
public String getStreetname() {
return streetname;
}
public void setStreetname(final String aName) {
this.streetname = aName;
}
// }}
}
{code}
Here my feedback
1.) using wicket viewer and calling the method getAddress, I get next exception
{code}
Stack trace:
org.apache.isis.core.runtime.persistence.PojoRecreationException
Could not recreate pojo for oid oid
*a1.ase.viewmodel.Address:PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPG1lbWVudG8-PGhvdXNlbnVtYmVyPjEyPC9ob3VzZW51bWJlcj48c3RyZWV0LmJvb2ttYXJrPmExLmFzZS52aWV3bW9kZWwuU3RyZWV0OlBEOTRiV3dnZG1WeWMybHZiajBpTVM0d0lpQmxibU52WkdsdVp6MGlWVlJHTFRnaVB6NEtQRzFsYldWdWRHOC1QSE4wY21WbGRHNWhiV1UtTlhSb0lFRjJaVzUxWlR3dmMzUnlaV1YwYm1GdFpUNDhMMjFsYldWdWRHOC08L3N0cmVldC5ib29rbWFyaz48L21lbWVudG8-
org.apache.isis.core.runtime.persistence.adaptermanager.AdapterManagerDefault#adapterFor(AdapterManagerDefault.java:311)
org.apache.isis.viewer.wicket.model.mementos.ObjectAdapterMemento$Type$2#recreateAdapter(ObjectAdapterMemento.java:112)
org.apache.isis.viewer.wicket.model.mementos.ObjectAdapterMemento$Type#getAdapter(ObjectAdapterMemento.java:183)
org.apache.isis.viewer.wicket.model.m
{code}
2.) using restul viewer and calling
http://localhost:8080/restful/services/toDoItems/actions/newToDo/invoke with
parameters
{code}
{
sourceSystem: {value: CRM},
user: {value: user1},
agent: {value: agent1},
lKMS-ID: {value: 123},
validLocation: {value: true}
}
{code}
I get this result
{code}
{
links : [ ],
resulttype : domainobject,
result : {
links : [ {
rel : self,
href :
http://localhost:8080/restful/objects/a1.ase.viewmodel.Address/PD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiPz4KPG1lbWVudG8-PGhvdXNlbnVtYmVyPjEyPC9ob3VzZW51bWJlcj48c3RyZWV0LmJvb2ttYXJrPmExLmFzZS52aWV3bW9kZWwuU3RyZWV0OlBEOTRiV3dnZG1WeWMybHZiajBpTVM0d0lpQmxibU52WkdsdVp6MGlWVlJHTFRnaVB6NEtQRzFsYldWdWRHOC1QSE4wY21WbGRHNWhiV1UtTlhSb0lFRjJaVzUxWlR3dmMzUnlaV1YwYm1GdFpUNDhMMjFsYldWdWRHOC08L3N0cmVldC5ib29rbWFyaz48L21lbWVudG8-;,
method : GET,
type :
application/json;profile=\urn:org.restfulobjects:repr-types/object\,
title : Address lkmsId:null
}, {
rel :
[jira] [Commented] (ISIS-899) Can't return a view model in Isis 1.6.0 over RO viewer.
[
https://issues.apache.org/jira/browse/ISIS-899?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=14150644#comment-14150644
]
Vladimir Nisevic commented on ISIS-899:
---
Hi Dan, I don't know if I should use mailing list or this comment
I've tested with latest version and it works up to some extent.
I've implemented an ViewModel (Address) referencing another ViewModel
(Street). I instantiate everything thru the domain service.
Here my observations:
- Wicket viewer shows empty String value of additional property of the
Address ViewModel instance (Housenumber)
- Wicket viewer shows empty Value of referenced Street ViewModel. I'd expect
here getTitle() ?
- RO viewer shows correctly the Address values but not the Street attributes.
Here I'd expect in same response also referenced ViewModel properties..
- RO viewer shows for Address in extensions section - isPersistent:true
extensions: {
oid: *a1.ase.viewmodel.Address:ff,
isService: false,
isPersistent: true
},
Regs,Vladimir
Can't return a view model in Isis 1.6.0 over RO viewer.
---
Key: ISIS-899
URL: https://issues.apache.org/jira/browse/ISIS-899
Project: Isis
Issue Type: Bug
Components: Core: Viewer: RestfulObjects
Affects Versions: core-1.6.0
Reporter: Dan Haywood
Assignee: Dan Haywood
Fix For: core-1.7.0
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
[jira] [Updated] (ISIS-899) Can't return a view model in Isis 1.6.0 over RO viewer.
[ https://issues.apache.org/jira/browse/ISIS-899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-899: -- Attachment: Address.java Street.java AsePublicService.java Here my java files, I've used them in todoapp-dom project.. Can't return a view model in Isis 1.6.0 over RO viewer. --- Key: ISIS-899 URL: https://issues.apache.org/jira/browse/ISIS-899 Project: Isis Issue Type: Bug Components: Core: Viewer: RestfulObjects Affects Versions: core-1.6.0 Reporter: Dan Haywood Assignee: Dan Haywood Fix For: core-1.7.0 Attachments: Address.java, AsePublicService.java, Street.java -- This message was sent by Atlassian JIRA (v6.3.4#6332)
[jira] [Updated] (ISIS-899) Can't return a view model in Isis 1.6.0 over RO viewer.
[ https://issues.apache.org/jira/browse/ISIS-899?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Vladimir Nisevic updated ISIS-899: -- Attachment: Wicket.png Can't return a view model in Isis 1.6.0 over RO viewer. --- Key: ISIS-899 URL: https://issues.apache.org/jira/browse/ISIS-899 Project: Isis Issue Type: Bug Components: Core: Viewer: RestfulObjects Affects Versions: core-1.6.0 Reporter: Dan Haywood Assignee: Dan Haywood Fix For: core-1.7.0 Attachments: Address.java, AsePublicService.java, Street.java, Wicket.png -- This message was sent by Atlassian JIRA (v6.3.4#6332)
