GNU socialtag:social.mxchange.org,2024-03-28:TagTimeline:payaraNotices tagged with payaraUpdates tagged with payara on Roland's Microblog!https://social.mxchange.org/theme/neo-gnu/logo.png2024-03-28T23:55:57+01:00http://activitystrea.ms/schema/1.0/noteurn:X-dfrn:f.haeder.net:1:adbba6c61457cd70584167b023630812New note by roland<strong>Why I don't like payed support #2</strong><br /><br />I currently face a #<a href="https://f.haeder.net/search?tag=bug">bug</a> in #<a href="https://f.haeder.net/search?tag=Payara">Payara</a> that doesn't allow TABLE_PER_CLASS and I cannot change the database layout (as then the main program needs to be changed which involves a lot risky work).<br /><br />I have filled out a bug report ...<br /><a href="https://github.com/payara/Payara/issues/966">https://github.com/payara/Payara/issues/966</a><br /><br />... But they don't want to handle it. I guess I'm not alone with this bug. I don't like such "payment model" where paying customers are priotized. I for my projects provide unpriotized support for any one, unpayed and in my free time:<a href="http://bugs.mxchange.org/my_view_page.php" title="My View - Mailer-Project Bug-Tracker" class="attachment thumbnail" rel="nofollow">My View - Mailer-Project Bug-Tracker</a><br />My View - Mailer-Project Bug-Tracker<br />What do you think about such payment models? Good or bad?<br /><br />2nd submit: better preview before test.http://activitystrea.ms/schema/1.0/post2016-09-05T13:17:12+00:002016-09-05T13:17:12+00:00http://activitystrea.ms/schema/1.0/personhttps://f.haeder.net/profile/rolandrolandLove my pinay/filipina wife @diana@social.mxchange.org<br>Love free software, freedom, decentralization and no capitalism.rolandRoland HäderLove my pinay/filipina wife @diana@social.mxchange.org<br>Love free software, freedom, decentralization and no capitalism.Krefeld, Nordrhein-Westfalen, Germanyhomepagehttps://social.mxchange.org/rolandtruehttps://f.haeder.net/display/roland/248451http://activitystrea.ms/schema/1.0/noteurn:X-dfrn:f.haeder.net:1:adbba6c68457cd6fe952a2e617921654New note by roland<strong>Why I don't like payed support</strong><br /><br />I currently face a #<a href="https://f.haeder.net/search?tag=bug">bug</a> in #<a href="https://f.haeder.net/search?tag=Payara">Payara</a> that doesn't allow TABLE_PER_CLASS and I cannot change the database layout (as then the main program needs to be changed which involves a lot risky work).<br /><br />I have filled out a bug report ...<br />[attachment type='link' url='https://github.com/payara/Payara/issues/966' title='The class does not have a descriptor, or a descriptor that does not use inheritance or uses a ClassExtractor for inheritance · Issue #966 &middot; payara/Payara' preview='https://avatars3.githubusercontent.com/u/470798?v=3&s=400']Severity: Blocker (see reason below)<br />Reproduceable: Always<br /><br />This message comes with following JPQL:<br />SELECT c FROM AbstractFoo AS c WHERE TYPE(c) IN :types<br />The class is annotated with:<br /><br />@Entity<br />@Inh...[/attachment]<br />But they don't want to handle it. I guess I'm not alone with this bug. I don't like such "payment model" where paying customers are priotized. I for my projects provide unpriotized support for any one, unpayed and in my free time:<a href="http://bugs.mxchange.org/my_view_page.php" title="My View - Mailer-Project Bug-Tracker" class="attachment thumbnail" rel="nofollow">My View - Mailer-Project Bug-Tracker</a><br />What do you think about such payment models? Good or bad?http://activitystrea.ms/schema/1.0/post2016-09-05T13:15:21+00:002016-09-05T13:15:21+00:00http://activitystrea.ms/schema/1.0/personhttps://f.haeder.net/profile/rolandrolandLove my pinay/filipina wife @diana@social.mxchange.org<br>Love free software, freedom, decentralization and no capitalism.rolandRoland HäderLove my pinay/filipina wife @diana@social.mxchange.org<br>Love free software, freedom, decentralization and no capitalism.Krefeld, Nordrhein-Westfalen, Germanyhomepagehttps://social.mxchange.org/rolandtruehttps://f.haeder.net/display/roland/248448http://activitystrea.ms/schema/1.0/notetag:social.mxchange.org,2016-08-22:noticeId=527013:objectType=noteNew note by rolandAdded #<span class="tag"><a href="https://social.mxchange.org/tag/todo" rel="tag">TODO</a></span>: Clone git@github.com:AdamBien/lightfish.git and try it out. !<a href="https://quitter.se/group/2276/id" class="h-card group" title="Java (java)">java</a> #<span class="tag"><a href="https://social.mxchange.org/tag/payara" rel="tag">payara</a></span> #<span class="tag"><a href="https://social.mxchange.org/tag/glassfish" rel="tag">glassfish</a></span>http://activitystrea.ms/schema/1.0/post2016-08-22T09:54:39+00:002016-08-22T09:54:39+00:00http://activitystrea.ms/schema/1.0/personhttps://social.mxchange.org/user/1rolandPassionate PHP/Java SE/EE developer and admin of https://social.mxchange.orgrolandRoland HäderPassionate PHP/Java SE/EE developer and admin of https://social.mxchange.orgKrefeld, Germanyhomepagehttp://mxchange.orgtruetag:social.mxchange.org,2016-08-22:objectType=thread:nonce=4717a95d3ecd96b9http://activitystrea.ms/schema/1.0/notetag:social.mxchange.org,2016-08-18:noticeId=524448:objectType=noteNew note by rolandDuh, my custom validator was ignored by #<span class="tag"><a href="https://social.mxchange.org/tag/jsf" rel="tag">JSF.</a></span> I was looking a lot around but did not find the right answer, f:convert inside h:inputText was already used. So that was not the mistake. Well, the #<span class="tag"><a href="https://social.mxchange.org/tag/payara" rel="tag">payara</a></span> server.log file shows that the component's id numbers cannot be found in view ... So if you stumple upon the same issue, maybe this saves you some time digging around (at the wrong location).http://activitystrea.ms/schema/1.0/post2016-08-18T08:21:40+00:002016-08-18T08:21:40+00:00http://activitystrea.ms/schema/1.0/personhttps://social.mxchange.org/user/1rolandPassionate PHP/Java SE/EE developer and admin of https://social.mxchange.orgrolandRoland HäderPassionate PHP/Java SE/EE developer and admin of https://social.mxchange.orgKrefeld, Germanyhomepagehttp://mxchange.orgtruetag:social.mxchange.org,2016-08-18:objectType=thread:nonce=734022733b1008achttp://activitystrea.ms/schema/1.0/commenttag:quitter.se,2016-08-15:noticeId=6670654:objectType=commentNew comment by clacke@<a href="https://social.mxchange.org/roland" class="h-card mention" title="Roland Häder">roland</a> Another free fork of an Oracle product? Cool. <br /><br /> > java -jar payara-micro.jar --deploy test.war <br /><br /> Nice! <br /><br /> #<span class="tag"><a href="https://quitter.se/tag/payara" rel="tag">payara</a></span>http://activitystrea.ms/schema/1.0/post2016-08-15T08:36:42+00:002016-08-15T08:36:42+00:00http://activitystrea.ms/schema/1.0/personhttp://quitter.se/user/114847clackeLinux native since 1995. Working in Ruby, shell scripts, whatever gets the page up. Solving yesterday's problems tomorrow.clackeClaes Wallin (韋嘉誠)Linux native since 1995. Working in Ruby, shell scripts, whatever gets the page up. Solving yesterday's problems tomorrow.Hong Konghomepagehttps://microca.st/clacketruetag:social.mxchange.org,2016-08-15:objectType=thread:nonce=e559035eae00e055http://activitystrea.ms/schema/1.0/notetag:social.mxchange.org,2016-08-15:noticeId=522626:objectType=noteNew note by rolandI have just reported a #<span class="tag"><a href="https://social.mxchange.org/tag/bug" rel="tag">bug</a></span> in #<span class="tag"><a href="https://social.mxchange.org/tag/payara" rel="tag">Payara</a></span> (and #<span class="tag"><a href="https://social.mxchange.org/tag/glassfish" rel="tag">Glassfish</a></span>) that needs fixing, it looks like the container becomes confused with all the remote interface calls, JMS message queues and all the annotations (that are all needed, of course): <a href="https://github.com/payara/Payara/issues/1035" title="https://github.com/payara/Payara/issues/1035" class="attachment" rel="nofollow">https://github.com/payara/Payara/issues/1035</a> cc !<a href="https://quitter.se/group/2276/id" class="h-card group" title="Java (java)">java</a> #<span class="tag"><a href="https://social.mxchange.org/tag/javaee" rel="tag">javaee</a></span> #<span class="tag"><a href="https://social.mxchange.org/tag/ejb" rel="tag">ejb</a></span>http://activitystrea.ms/schema/1.0/post2016-08-15T08:24:07+00:002016-08-15T08:24:07+00:00http://activitystrea.ms/schema/1.0/personhttps://social.mxchange.org/user/1rolandPassionate PHP/Java SE/EE developer and admin of https://social.mxchange.orgrolandRoland HäderPassionate PHP/Java SE/EE developer and admin of https://social.mxchange.orgKrefeld, Germanyhomepagehttp://mxchange.orgtruetag:social.mxchange.org,2016-08-15:objectType=thread:nonce=e559035eae00e055http://activitystrea.ms/schema/1.0/noteurn:X-dfrn:f.haeder.net:1:adbba6c613579b5095b56b7785976944New note by roland<strong>The class does not have a descriptor, or a descriptor that does not use inheritance or uses a ClassExtractor for inheritance</strong><br /><br />The mentioned message still comes when you have @Inheritance (strategy = InheritanceType.TABLE_PER_CLASS) in your abstract (not-persisted) with latest version of #<a href="https://f.haeder.net/search?tag=Payara">Payara</a> / #<a href="https://f.haeder.net/search?tag=Glassfish">Glassfish</a> which both contains #<a href="https://f.haeder.net/search?tag=EclipseLink">EclipseLink</a> by default.<br /><br />Strange that they did not yet fix it. And unfortunally migrating to e.g. #<a href="https://f.haeder.net/search?tag=WilfFly">WilfFly</a> (which uses other #<a href="https://f.haeder.net/search?tag=JPA%29">JPA)</a> seems not so easy as you may think.<br /><br />Currently I have no idea how to fix it and sadly I need the strategy as this #<a href="https://f.haeder.net/search?tag=JavaEE">JavaEE</a> application is written for an existing database layout.<br /><br />Someone may have to raise a support ticket mentioning that the #<a href="https://f.haeder.net/search?tag=bug">bug</a> is still there.<br /><br />Reposted with #<a href="https://f.haeder.net/search?tag=public">public</a> visibility. Sorry for double message.http://activitystrea.ms/schema/1.0/post2016-07-29T12:48:21+00:002016-07-29T12:48:21+00:00http://activitystrea.ms/schema/1.0/personhttps://f.haeder.net/profile/rolandrolandLove my pinay/filipina wife @diana@social.mxchange.org<br>Love free software, freedom, decentralization and no capitalism.rolandRoland HäderLove my pinay/filipina wife @diana@social.mxchange.org<br>Love free software, freedom, decentralization and no capitalism.Krefeld, Nordrhein-Westfalen, Germanyhomepagehttps://social.mxchange.org/rolandtruehttps://f.haeder.net/display/roland/203701http://activitystrea.ms/schema/1.0/noteurn:X-dfrn:f.haeder.net:1:adbba6c6155791fb3601229614431059New note by roland<strong>Glasfish / Payara sometimes throw ClassCastException</strong><br /><br />I sometimes get this error message after I have redeployed (also with in-place deployment) a WAR project and have tried to use a JSF form:<br /><blockquote>Warnung: StandardWrapperValve[Faces Servlet]: Servlet.service() for servlet Faces Servlet threw exception<br />java.lang.ClassCastException: Object is not of remote type java.rmi.Remote<br /> at com.sun.corba.ee.impl.javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:254)<br /> at javax.rmi.PortableRemoteObject.narrow(PortableRemoteObject.java:150)<br /> at com.sun.corba.ee.impl.presentation.rmi.DynamicMethodMarshallerImpl$12.read(DynamicMethodMarshallerImpl.java:352)<br /> at com.sun.corba.ee.impl.presentation.rmi.DynamicMethodMarshallerImpl.readResult(DynamicMethodMarshallerImpl.java:482)<br /> at com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.privateInvoke(StubInvocationHandlerImpl.java:201)<br /> at com.sun.corba.ee.impl.presentation.rmi.StubInvocationHandlerImpl.invoke(StubInvocationHandlerImpl.java:150)<br /> at com.sun.corba.ee.impl.presentation.rmi.codegen.CodegenStubBase.invoke(CodegenStubBase.java:226)<br /> at com.sun.ejb.codegen._GenericEJBHome_Generated_DynamicStub.create(com/sun/ejb/codegen/_GenericEJBHome_Generated_DynamicStub.java)<br /> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<br /> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)<br /> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)<br /> at java.lang.reflect.Method.invoke(Method.java:498)<br /> at com.sun.ejb.EJBUtils.lookupRemote30BusinessObject(EJBUtils.java:421)<br /> at com.sun.ejb.containers.RemoteBusinessObjectFactory.getObjectInstance(RemoteBusinessObjectFactory.java:75)<br /> at javax.naming.spi.NamingManager.getObjectInstance(NamingManager.java:321)<br /> at com.sun.enterprise.naming.impl.SerialContext.getObjectInstance(SerialContext.java:527)<br /> at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:487)<br /> at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:438)<br /> at javax.naming.InitialContext.lookup(InitialContext.java:417)<br /> at javax.naming.InitialContext.lookup(InitialContext.java:417)<br /> at de.chotime.jreports.beans.contact.ReportsContactWebSessionBean.<init>(ReportsContactWebSessionBean.java:237)<br /> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)<br /> at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)<br /> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)<br /> at java.lang.reflect.Constructor.newInstance(Constructor.java:423)<br /> at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:119)<br /> at org.jboss.weld.injection.ConstructorInjectionPoint.invokeAroundConstructCallbacks(ConstructorInjectionPoint.java:92)<br /> at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:78)<br /> at org.jboss.weld.injection.producer.AbstractInstantiator.newInstance(AbstractInstantiator.java:28)<br /> at org.jboss.weld.injection.producer.BasicInjectionTarget.produce(BasicInjectionTarget.java:116)<br /> at org.jboss.weld.injection.producer.BeanInjectionTarget.produce(BeanInjectionTarget.java:180)<br /> at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:158)<br /> at org.jboss.weld.util.bean.IsolatedForwardingBean.create(IsolatedForwardingBean.java:45)<br /> at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:96)<br /> at org.jboss.weld.context.PassivatingContextWrapper$AbstractPassivatingContextWrapper.get(PassivatingContextWrapper.java:76)<br /> at org.jboss.weld.bean.ContextualInstanceStrategy$DefaultContextualInstanceStrategy.get(ContextualInstanceStrategy.java:101)<br /> at org.jboss.weld.bean.ContextualInstanceStrategy$CachingContextualInstanceStrategy.get(ContextualInstanceStrategy.java:178)<br /> at org.jboss.weld.bean.ContextualInstance.get(ContextualInstance.java:67)<br /> at org.jboss.weld.event.ObserverMethodImpl.getReceiver(ObserverMethodImpl.java:339)<br /> at org.jboss.weld.event.ObserverMethodImpl.getReceiverIfExists(ObserverMethodImpl.java:326)<br /> at org.jboss.weld.event.ObserverMethodImpl.sendEvent(ObserverMethodImpl.java:284)<br /> at org.jboss.weld.event.ObserverMethodImpl.notify(ObserverMethodImpl.java:265)<br /> at org.jboss.weld.event.ObserverNotifier.notifySyncObservers(ObserverNotifier.java:271)<br /> at org.jboss.weld.event.ObserverNotifier.notify(ObserverNotifier.java:260)<br /> at org.jboss.weld.event.EventImpl.fire(EventImpl.java:89)<br /> at de.chotime.jreports.beans.login.ReportsUserLoginWebSessionBean.doUserLogin(ReportsUserLoginWebSessionBean.java:170)<br /> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)<br /> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)<br /> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)<br /> at java.lang.reflect.Method.invoke(Method.java:498)<br /> at javax.el.ELUtil.invokeMethod(ELUtil.java:332)<br /> at javax.el.BeanELResolver.invoke(BeanELResolver.java:537)<br /> at javax.el.CompositeELResolver.invoke(CompositeELResolver.java:256)<br /> at com.sun.el.parser.AstValue.invoke(AstValue.java:283)<br /> at com.sun.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:304)<br /> at org.jboss.weld.util.el.ForwardingMethodExpression.invoke(ForwardingMethodExpression.java:40)<br /> at org.jboss.weld.el.WeldMethodExpression.invoke(WeldMethodExpression.java:50)<br /> at com.sun.faces.facelets.el.TagMethodExpression.invoke(TagMethodExpression.java:105)<br /> at javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:87)<br /> at com.sun.faces.application.ActionListenerImpl.processAction(ActionListenerImpl.java:102)<br /> at javax.faces.component.UICommand.broadcast(UICommand.java:315)<br /> at javax.faces.component.UIViewRoot.broadcastEvents(UIViewRoot.java:790)<br /> at javax.faces.component.UIViewRoot.processApplication(UIViewRoot.java:1282)<br /> at com.sun.faces.lifecycle.InvokeApplicationPhase.execute(InvokeApplicationPhase.java:81)<br /> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:101)<br /> at com.sun.faces.lifecycle.LifecycleImpl.execute(LifecycleImpl.java:198)<br /> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:658)<br /> at org.apache.catalina.core.StandardWrapper.service(StandardWrapper.java:1682)<br /> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:344)<br /> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)<br /> at org.apache.logging.log4j.web.Log4jServletFilter.doFilter(Log4jServletFilter.java:71)<br /> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:256)<br /> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:214)<br /> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:316)<br /> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:160)<br /> at org.apache.catalina.core.StandardPipeline.doInvoke(StandardPipeline.java:734)<br /> at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:673)<br /> at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:99)<br /> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:174)<br /> at org.apache.catalina.connector.CoyoteAdapter.doService(CoyoteAdapter.java:416)<br /> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:283)<br /> at com.sun.enterprise.v3.services.impl.ContainerMapper$HttpHandlerCallable.call(ContainerMapper.java:459)<br /> at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:167)<br /> at org.glassfish.grizzly.http.server.HttpHandler.runService(HttpHandler.java:206)<br /> at org.glassfish.grizzly.http.server.HttpHandler.doHandle(HttpHandler.java:180)<br /> at org.glassfish.grizzly.http.server.HttpServerFilter.handleRead(HttpServerFilter.java:235)<br /> at org.glassfish.grizzly.filterchain.ExecutorResolver$9.execute(ExecutorResolver.java:119)<br /> at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeFilter(DefaultFilterChain.java:284)<br /> at org.glassfish.grizzly.filterchain.DefaultFilterChain.executeChainPart(DefaultFilterChain.java:201)<br /> at org.glassfish.grizzly.filterchain.DefaultFilterChain.execute(DefaultFilterChain.java:133)<br /> at org.glassfish.grizzly.filterchain.DefaultFilterChain.process(DefaultFilterChain.java:112)<br /> at org.glassfish.grizzly.ProcessorExecutor.execute(ProcessorExecutor.java:77)<br /> at org.glassfish.grizzly.nio.transport.TCPNIOTransport.fireIOEvent(TCPNIOTransport.java:526)<br /> at org.glassfish.grizzly.strategies.AbstractIOStrategy.fireIOEvent(AbstractIOStrategy.java:112)<br /> at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.run0(WorkerThreadIOStrategy.java:117)<br /> at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy.access$100(WorkerThreadIOStrategy.java:56)<br /> at org.glassfish.grizzly.strategies.WorkerThreadIOStrategy$WorkerThreadRunnable.run(WorkerThreadIOStrategy.java:137)<br /> at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:591)<br /> at org.glassfish.grizzly.threadpool.AbstractThreadPool$Worker.run(AbstractThreadPool.java:571)<br /> at java.lang.Thread.run(Thread.java:745)</blockquote><br /><br />My previous #<a href="https://f.haeder.net/search?tag=JavaEE">JavaEE</a> trainer said it is a bug in #<a href="https://f.haeder.net/search?tag=Glassfish">Glassfish</a> / #<a href="https://f.haeder.net/search?tag=Payara">Payara</a> but it starts to become more anoying. Does someone know something to prevent this from happening?<br /><br />Yes, filling out a bug report may help. :-) But maybe there is a trick or so?<br /><br />The most "outter" exception says:<br /><blockquote>javax.servlet.ServletException: javax.faces.view.facelets.FaceletException: javax.naming.NamingException: Lookup failed for 'java:global/jreports-ejb/contact!org.mxchange.jcontacts.contact.ContactSessionBeanRemote' in SerialContext[myEnv={java.naming.factory.initial=com.sun.enterprise.naming.impl.SerialInitContextFactory, java.naming.factory.state=com.sun.corba.ee.impl.presentation.rmi.JNDIStateFactoryImpl, java.naming.factory.url.pkgs=com.sun.enterprise.naming} [Root exception is javax.naming.NamingException: ejb ref resolution error for remote business interfaceorg.mxchange.jcontacts.contact.ContactSessionBeanRemote [Root exception is java.lang.ClassCastException]]</blockquote><br /><br />The interface in question (see the JNDI string end) "ContactSessionBeanRemote" is annotated with @Remote (javax.ejb.Remote) and not java.rmi.Remote as the exception says.<br /><br />It is declared as following:<br /><blockquote>public interface ContactSessionBeanRemote extends Serializable {<br />...<br />}</blockquote>http://activitystrea.ms/schema/1.0/post2016-07-22T10:53:42+00:002016-07-22T10:53:42+00:00http://activitystrea.ms/schema/1.0/personhttps://f.haeder.net/profile/rolandrolandLove my pinay/filipina wife @diana@social.mxchange.org<br>Love free software, freedom, decentralization and no capitalism.rolandRoland HäderLove my pinay/filipina wife @diana@social.mxchange.org<br>Love free software, freedom, decentralization and no capitalism.Krefeld, Nordrhein-Westfalen, Germanyhomepagehttps://social.mxchange.org/rolandtruehttps://f.haeder.net/display/roland/194245http://activitystrea.ms/schema/1.0/notetag:social.mxchange.org,2016-03-07:noticeId=420309:objectType=noteNew note by roland@<a href="https://quitter.se/user/117163" class="h-card mention">netmackan</a> well, since #<span class="tag"><a href="https://social.mxchange.org/tag/payara" rel="tag">Payara</a></span> is based on #<span class="tag"><a href="https://social.mxchange.org/tag/glassfish" rel="tag">Glassfish</a></span>, I guess I will face the same problems when I try to use #<span class="tag"><a href="https://social.mxchange.org/tag/hibernate" rel="tag">Hibernate</a></span> (as it does an UPDATE and not as #<span class="tag"><a href="https://social.mxchange.org/tag/eclipselink" rel="tag">EclipseLink</a></span> does an INSERT on updating referenced entities).http://activitystrea.ms/schema/1.0/post2016-03-07T20:32:31+00:002016-03-07T20:32:31+00:00http://activitystrea.ms/schema/1.0/personhttps://social.mxchange.org/user/1rolandPassionate PHP/Java SE/EE developer and admin of https://social.mxchange.orgrolandRoland HäderPassionate PHP/Java SE/EE developer and admin of https://social.mxchange.orgKrefeld, Germanyhomepagehttp://mxchange.orgtruehttps://f.haeder.net/display/roland/45711http://activitystrea.ms/schema/1.0/commenttag:quitter.se,2016-03-04:noticeId=4913286:objectType=commentNew comment by netmackan@<a href="https://social.mxchange.org/roland" class="h-card mention" title="Roland Haeder">roland</a> Have you tried #<span class="tag"><a href="https://quitter.se/tag/payara" rel="tag">Payara</a></span> maybe they have fixed the #<span class="tag"><a href="https://quitter.se/tag/glassfish" rel="tag">GlassFish</a></span> issue. <a href="http://www.payara.fish/" title="http://www.payara.fish/" class="attachment" rel="nofollow">http://payara.fish</a>http://activitystrea.ms/schema/1.0/post2016-03-04T20:30:04+00:002016-03-04T20:30:04+00:00http://activitystrea.ms/schema/1.0/personhttp://quitter.se/user/117163netmackannetmackanMarkus KilåsStockholmhomepagehttps://www.kilås.setruehttps://f.haeder.net/display/roland/45711