Re: version 5.7.0, maven and jetty
I'm sorry, I'm sorry my fault! A forgotten dependency in one of my Maven modules. Works like a charm now. Marcel On Thu, Feb 25, 2021 at 4:21 PM Ben Weidig wrote: > Ah ok. I don't know much about maven and jetty:run, we run an embedded > jetty as Java application, and use gradle ;-) > > It kinda sounds like a (transitive) dependency issue. > Something still wants 5.6.x and is trying to load a class from the old > package. > > Maybe "mvn dependency:tree -Dverbose" can shed some light if there's a > wrong version at some point. > > Or can you pinpoint where the class is supposed to be loaded? > To identify the dependency which might be loading the wrong version? > Is there more verbose output available? > > I'm sure it's one of the first things you tried, but did you clean the > project, and made sure it did clean everything? > We sometimes had issues with old/outdated class files in a > build/target-folder. > > That's all I got! > > On Thu, Feb 25, 2021 at 2:52 PM Marcel Schepers > > wrote: > > > Hello Ben, > > > > Thank you very much for your assistance. > > > > What is was trying to say is that the Maven/Jetty occurs after the > > migration process as described in the release notes. As far as I can see > > the migration tool did its job as the project compiles error free. It is > > the 'mvn jetty:run' command that causes the error. > > > > Marcel > > > > On Thu, Feb 25, 2021 at 1:28 PM Ben Weidig wrote: > > > > > Hi Marcel, > > > > > > Tapestry 5.7.0 is not a simple drop-in upgrade from 5.6.x and needs > > manual > > > migration steps. > > > A lot of classes, like Configuration, moved to new packages, to make > the > > > Java 9+ module system (partially) possible, and decouple the UI-related > > > parts from the general web-stack. > > > > > > There's a migration tool available, and the necessary steps are in the > > > release notes > > > > > > https://tapestry.apache.org/release-notes-570.html > > > > > > Hope this helps! > > > Ben > > > > > > On Thu, Feb 25, 2021 at 9:03 AM Marcel Schepers < > > marcel.schep...@gmail.com > > > > > > > wrote: > > > > > > > Hello, > > > > After upgrading to 5.7.0 I get this error message when trying to run > my > > > > development version using Jetty's Maven plugin: > > > > > > > > java.lang.NoClassDefFoundError: > org/apache/tapestry5/ioc/Configuration > > > > > > > > Any ideas what needs to be added to what classpath? > > > > > > > > Best, > > > > Marcel > > > > > > > > > >
Re: version 5.7.0, maven and jetty
Hello Ben, Thank you very much for your assistance. What is was trying to say is that the Maven/Jetty occurs after the migration process as described in the release notes. As far as I can see the migration tool did its job as the project compiles error free. It is the 'mvn jetty:run' command that causes the error. Marcel On Thu, Feb 25, 2021 at 1:28 PM Ben Weidig wrote: > Hi Marcel, > > Tapestry 5.7.0 is not a simple drop-in upgrade from 5.6.x and needs manual > migration steps. > A lot of classes, like Configuration, moved to new packages, to make the > Java 9+ module system (partially) possible, and decouple the UI-related > parts from the general web-stack. > > There's a migration tool available, and the necessary steps are in the > release notes > > https://tapestry.apache.org/release-notes-570.html > > Hope this helps! > Ben > > On Thu, Feb 25, 2021 at 9:03 AM Marcel Schepers > > wrote: > > > Hello, > > After upgrading to 5.7.0 I get this error message when trying to run my > > development version using Jetty's Maven plugin: > > > > java.lang.NoClassDefFoundError: org/apache/tapestry5/ioc/Configuration > > > > Any ideas what needs to be added to what classpath? > > > > Best, > > Marcel > > >
version 5.7.0, maven and jetty
Hello, After upgrading to 5.7.0 I get this error message when trying to run my development version using Jetty's Maven plugin: java.lang.NoClassDefFoundError: org/apache/tapestry5/ioc/Configuration Any ideas what needs to be added to what classpath? Best, Marcel
Re: no CSS since 5.6.0
This seems to be a dependency problem. What dependency management tool you use? Until we have a proper fix for that in Tapestry itself, you can add a dependency to org.apache.commons/commons-lang 3:3.4 to your project. Maven 3 is what I am using. Adding the commons-lang 3.4 dependency resolved the problem.
Re: no CSS since 5.6.0
untime Environment java.runtime.version 1.8.0_241-b07 java.specification.name Java Platform API Specification java.specification.vendor Oracle Corporation java.specification.version 1.8 java.vendor Oracle Corporation java.vendor.url http://java.oracle.com/ java.vendor.url.bug http://bugreport.sun.com/bugreport/ java.version 1.8.0_241 java.vm.info mixed mode java.vm.name Java HotSpot(TM) Client VM java.vm.specification.name Java Virtual Machine Specification java.vm.specification.vendor Oracle Corporation java.vm.specification.version 1.8 java.vm.vendor Oracle Corporation java.vm.version 25.241-b07 jetty.base /var/jetty jetty.git.hash 450ba27947e13e66baa8cd1ce7e85a4461cacc1d jetty.home /opt/jetty jetty.tag.version master jetty.version 9.4.31.v20200723 line.separator os.arch i386 os.name Linux os.version 2.6.39 path.separator : sun.arch.data.model 32 sun.boot.class.path /opt/PACKAGES/jdk1.8.0_241/jre/lib/resources.jar /opt/PACKAGES/jdk1.8.0_241/jre/lib/rt.jar /opt/PACKAGES/jdk1.8.0_241/jre/lib/sunrsasign.jar /opt/PACKAGES/jdk1.8.0_241/jre/lib/jsse.jar /opt/PACKAGES/jdk1.8.0_241/jre/lib/jce.jar /opt/PACKAGES/jdk1.8.0_241/jre/lib/charsets.jar /opt/PACKAGES/jdk1.8.0_241/jre/lib/jfr.jar /opt/PACKAGES/jdk1.8.0_241/jre/classes sun.boot.library.path /opt/PACKAGES/jdk1.8.0_241/jre/lib/i386 sun.cpu.endian little sun.cpu.isalist sun.io.unicode.encoding UnicodeLittle sun.java.command /opt/jetty/start.jar jetty.http.port=80 jetty.ssl.port=443 jetty.state=/var/jetty/jetty.state start-log-file=/var/run/jetty/jetty-start.log sun.java.launcher SUN_STANDARD sun.jnu.encoding UTF-8 sun.management.compiler HotSpot Client Compiler sun.os.patch.level unknown tapestry.production-mode false user.country US user.dir /var/jetty user.home /root user.language en user.name root user.timezone Europe/Amsterdam Thiago H. de Paula Figueiredo wrote on 03/09/2020 14:52: On Thu, Sep 3, 2020 at 7:32 AM Marcel Schepers wrote: Hello, Hello! Please try running your site in production with tapestry.production-mode=off to see whether the full stack trace is shown. Attachments are discarded by the ASF mailing list server, so we cannot see your screenshot. I am running into a problem eversince I switched to Tapestry 5.6.0. When I deploy my web application on a standalone Jetty web server the site's CSS file generates an exception. I've included a screen dump of that exception. This exception only occurs on my server machine running Jetty version 9.4.31. It does not happen on my development machine when I am using the Jetty maven plugin version 9.4.31. Both my development machine and my server are fine when using Tapestry 5.5.0. I've modified the server's Jetty logging to include all org.apache related messages by setting the 'org.apache.LEVEL=ALL' in jetty-logging.properties, but unfortunately nothing related to this exception shows up. Another check I did was to run 'mvn dependency:tree -Dverbose -Dincludes=commons-lang ', but it did not provide any output. (I am not including the tapestry-javadoc dependency) Perhaps related, if I include the 'tapestry-webresources' dependency I get a 'java.lang.NoClassDefFoundError: Could not initialize class com.google.javascript.jscomp.CompilerOptions' error. Any suggestions where to look? Thanks! Marcel PS the problem is reproducable by visiting marcelhendinant.com. The site pops up without any CSS applied. Loading the corresponding CSS file using 'http://marcelhendinant.com/assets/ctx/z8e391fe2/css/site.css' the error page shows up. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: redirect after javascript ajax call
Check this and let us know whether it's what you need: https://tapestry.apache.org/ajax-and-zones.html#AjaxandZones-Invokingserver-sideeventhandlermethodsfromJavaScript Thank you the link. It did help a bit, but it mainly made me realize that my JavaScript/jQuery knowledge is by no means sufficient to solve my own problem. I have some homework to do getting comfortable with jQuery. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
no CSS since 5.6.0
Hello, I am running into a problem eversince I switched to Tapestry 5.6.0. When I deploy my web application on a standalone Jetty web server the site's CSS file generates an exception. I've included a screen dump of that exception. This exception only occurs on my server machine running Jetty version 9.4.31. It does not happen on my development machine when I am using the Jetty maven plugin version 9.4.31. Both my development machine and my server are fine when using Tapestry 5.5.0. I've modified the server's Jetty logging to include all org.apache related messages by setting the 'org.apache.LEVEL=ALL' in jetty-logging.properties, but unfortunately nothing related to this exception shows up. Another check I did was to run 'mvn dependency:tree -Dverbose -Dincludes=commons-lang ', but it did not provide any output. (I am not including the tapestry-javadoc dependency) Perhaps related, if I include the 'tapestry-webresources' dependency I get a 'java.lang.NoClassDefFoundError: Could not initialize class com.google.javascript.jscomp.CompilerOptions' error. Any suggestions where to look? Thanks! Marcel PS the problem is reproducable by visiting marcelhendinant.com. The site pops up without any CSS applied. Loading the corresponding CSS file using 'http://marcelhendinant.com/assets/ctx/z8e391fe2/css/site.css' the error page shows up. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
redirect after javascript ajax call
Hello, I am having a bit of a hard time to figure out what the best Tapestry way is to do the following. My application's main index page should forward the user to another page. I am able to do so by implementing the onActivate method and let it return the class of the page to go to. So far so good. What I would like to do now is to run a client-side script that sends some screen dimensions to the server _before_ the new page renders its response. A somewhat visual representation of the problem looks like: request -> index page -> javascript with a server call -> new page. Is there an easy way to get this done in Tapestry? Many thanks in advance! Best, Marcel - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
directlink without a page refresh
Hello, Is there a way to submit data from a Tapestry (T4) page to the server without a page refresh? I have a long list of clickable items. Using a directlinks with standard listener method works perfectly on the server side except that the same page is regenerated (which is not so bad) but it also forces my client's clients to scroll down. And they hate it... Marcel
scary error messages
Hello, Tapestry (or more likely Javassist) generated scary error messages, such as 'compile error: no such class: $StampCatalogue_23'. StampCatalogue is an abstract Tapestry page. In case these messages show up, Jetty has to be restarted in order to restore from this chaos. I am using Tapestry version 4.1.3 (from the Maven repository). Any ideas what might cause this? Marcel
Re: scary error messages
At this time I am not able to provide a detailed description of the setup. However I can provide a fragment of the console/error log. I will provide the details tomorrow. Thanks for your kind words! Marcel On Jan 30, 2008 8:31 PM, Jesse Kuhnert [EMAIL PROTECTED] wrote: This has come up before but I've never been able to see it happen myself so am still in the dark as to the cause. Does anything happen in your app just before this error shows up? Has jetty re-deployed your context? Are you running with caching enabled or disabled? Are you running with something else that might use javassist, like jboss or similar? Any additional information you can provide would be greatly appreciated. I'd really like to find and fix whatever the problem is so it'll be given top priority if any additional info can be had. On Wed, Jan 30, 2008 at 1:47 PM, Marcel Schepers [EMAIL PROTECTED] wrote: Hello, Tapestry (or more likely Javassist) generated scary error messages, such as 'compile error: no such class: $StampCatalogue_23'. StampCatalogue is an abstract Tapestry page. In case these messages show up, Jetty has to be restarted in order to restore from this chaos. I am using Tapestry version 4.1.3 (from the Maven repository). Any ideas what might cause this? Marcel -- Jesse Kuhnert Tapestry / OGNL / Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to access the servlet context in AppModule?
How to access the servlet context in AppModule? Tapestry's Spring integration does not work for the 'services' package. A Spring service is needed for a custom BindingFactory. My idea was to access Spring's application context and instantiate a new BindingFactory with the Spring service as constructor parameter. Any ideas?
Re: How to access the servlet context in AppModule?
On Jan 26, 2008 6:34 PM, Fernando Padilla [EMAIL PROTECTED] wrote: Within the AppModule you can try accessing the following services: 1) WebContextApplicationContext 2) RequestGlobals 3) @Inject @Service(beanName) The third option does not work; Tapestry does only inject spring service in classes residing in 'pages' or 'components' packages. AppModule is in 'services'.
Re: How to access the servlet context in AppModule?
I think I've got it working, thanks to the overlooked @InjectService. My
module constructor now looks like:
public AppModule(@InjectService(messageDAO) MessageDAO messageDOA) {
System.out.println(messageDOA2: + messageDOA);
}
messageDAO is a Spring bean used in 'contributeBindingSource'.
The concept of services, build... methods and contribute... methods is an
area I need to dive into, it is still fuzzy.
Marcel
On Jan 26, 2008 7:41 PM, Fernando Padilla [EMAIL PROTECTED] wrote:
Ah. I think there was a misunderstanding on how AppModule/Tapestry IoC
works (maybe). And we also got confused.
Within AppModule/TapestryIoC, the correct annotation is
@InjectService(name).
But you can review the documentation to make sure that we're all on the
same page:
http://tapestry.apache.org/tapestry5/tapestry-ioc/service.html
And another reminder:
Tapestry IoC does not enhance the classes, so the private variable
enhancement does not work like it works in base/pages/components.
So this will not work!
public class Service {
@Inject
@Service(name)
private Service2 service2;
}
Marcel Schepers wrote:
On Jan 26, 2008 6:34 PM, Fernando Padilla [EMAIL PROTECTED] wrote:
Within the AppModule you can try accessing the following services:
1) WebContextApplicationContext
2) RequestGlobals
3) @Inject @Service(beanName)
The third option does not work; Tapestry does only inject spring service
in
classes residing in 'pages' or 'components' packages. AppModule is in
'services'.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
JBoss dependency causes ClassCastException
Hello, Last week I switched from version 4.0.2 to version 4.1.1. At first sight the upgrade went very smooth, Maven downloaded all dependencies and Maven's jetty:run worked like a charm. The moment I deployed my code on Jetty 6.1.0a ClassCastException in one of my servlet filters popped up. This filter uses JNDI to get hold of a javax.sql.Datasource instance. The datasource instances is provided by Commons DBCP. To make a long, very frustrating story short, Tapestry's contrib library version 4.1.1. has a dependency to a jboss-j2ee that contains the javax.sql.Datasource interface. I do not know if this is a Jetty issue or not. But I am puzzled that the JBoss archive contains javax.sql classes and interfaces that are provided by Java 1.4 and 1.5. Why o why does JBoss bundle the java.sql package? Have a nice day, Marcel Schepers
Re: JBoss dependency causes ClassCastException
I'm sorry, but is not, at least not in the standard 4.1.1 version downloaded from the central Maven repository. On 3/18/07, Jesse Kuhnert [EMAIL PROTECTED] wrote: It is. On 3/18/07, James Carman [EMAIL PROTECTED] wrote: The dependency should be declared as scopeprovided/scope in tapestry-contrib's pom.xml flie. On 3/18/07, Andreas Andreou [EMAIL PROTECTED] wrote: in your pom, where you define the dependency to tapestry-contrib, have it exclude jboss-j2ee On 3/18/07, Marcel Schepers [EMAIL PROTECTED] wrote: Hello, Last week I switched from version 4.0.2 to version 4.1.1. At first sight the upgrade went very smooth, Maven downloaded all dependencies and Maven's jetty:run worked like a charm. The moment I deployed my code on Jetty 6.1.0a ClassCastException in one of my servlet filters popped up. This filter uses JNDI to get hold of a javax.sql.Datasource instance. The datasource instances is provided by Commons DBCP. To make a long, very frustrating story short, Tapestry's contrib library version 4.1.1. has a dependency to a jboss-j2ee that contains the javax.sql.Datasource interface. I do not know if this is a Jetty issue or not. But I am puzzled that the JBoss archive contains javax.sql classes and interfaces that are provided by Java 1.4and 1.5. Why o why does JBoss bundle the java.sql package? Have a nice day, Marcel Schepers -- Andreas Andreou - [EMAIL PROTECTED] - http://andyhot.di.uoa.gr Tapestry / Tacos developer Open Source / JEE Consulting -- Jesse Kuhnert Tapestry/Dojo team member/developer Open source based consulting work centered around dojo/tapestry/tacos/hivemind. http://blog.opencomponentry.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tapestry 4.0.2 does not deploy out of the box on JDK EE 5
A standard Tapestry 4.0 application does not deploy on Sun's application
server. Using a standalone version of Tomcat 5.5 or JBoss 4.0.4 the
application deploys fine. However, for SJSAS PE9 I had to make the following
changes in RegistryInfrastructureConstructor.addModuleDescriptor
if (_modules.containsKey(id)){
// Ignore the duplicate module descriptor _without_ error handling
return;
}
I have changed the 'maven2-dec12-2005' version, also known as '
hivemind-1.2-alpha-1'. Is that the Hivemind 1.1.1 version? Hope this helps
for other users.
Have a nice day,
Marcel
I have entered the following Glassfish defect:
To deploy a Tapestry 4 application a small change in hivemind.jar is needed.
A standard installation of SJSAS PE9 detects a duplicate module. See below
for a stacktrace. I've solved this by ignoring a duplicate module in
hivemind, that is I've created a custom version. On a side note, Geronimo
has/had the same problem, see '
http://issues.apache.org/jira/browse/GERONIMO-1871' for details.
[#|2006-06-03T11:36:
24.390+0200|SEVERE|sun-appserver-pe9.0|javax.enterprise.system.container.web|_ThreadID=13;_ThreadName=httpWorkerThread-8080-1;_RequestID=cf5bf2fe-4ddf-47d4-8f65-1760f3110bdb;|StandardWrapperValve[Application]:
Allocate exception for servlet Application
org.apache.hivemind.ApplicationRuntimeException: Error: Module hivemind is
duplicated! Definition in
jar:file:/C:/Java/AppServer/domains/domain1/applications/j2ee-apps/postbeeld-
ear-1.0.0/postbeeld-web-1_0_0_war/WEB-INF/lib/hivemind-
1.1.1-tapestry.jar!/META-INF/hivemodule.xml has been ignored in favor of
existing definition from
jar:file:/C:/Java/AppServer/domains/domain1/applications/j2ee-apps/postbeeld-
ear-1.0.0/postbeeld-web-1_0_0_war/WEB-INF/lib/hivemind-
1.1.1-tapestry.jar!/META-INF/hivemodule.xml.
at org.apache.hivemind.impl.StrictErrorHandler.error(
StrictErrorHandler.java:39)
at
org.apache.hivemind.impl.RegistryInfrastructureConstructor.addModuleDescriptor
(RegistryInfrastructureConstructor.java:202)
at
org.apache.hivemind.impl.RegistryBuilder.processModuleDescriptorProvider(
RegistryBuilder.java:168)
at org.apache.hivemind.impl.RegistryBuilder.constructRegistry(
RegistryBuilder.java:143)
at org.apache.tapestry.ApplicationServlet.constructRegistry(
ApplicationServlet.java:253)
at org.apache.tapestry.ApplicationServlet.init(ApplicationServlet.java
:194)
at org.apache.catalina.core.StandardWrapper.loadServlet(
StandardWrapper.java:1133)
at org.apache.catalina.core.StandardWrapper.allocate(
StandardWrapper.java:787)
at org.apache.catalina.core.StandardWrapperValve.invoke(
StandardWrapperValve.java:183)
at org.apache.catalina.core.StandardPipeline.doInvoke(
StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(
StandardPipeline.java:536)
at org.apache.catalina.core.StandardContextValve.invokeInternal(
StandardContextValve.java:240)
at org.apache.catalina.core.StandardContextValve.invoke(
StandardContextValve.java:179)
at org.apache.catalina.core.StandardPipeline.doInvoke(
StandardPipeline.java:566)
at com.sun.enterprise.web.WebPipeline.invoke(WebPipeline.java:73)
at org.apache.catalina.core.StandardHostValve.invoke(
StandardHostValve.java:182)
at org.apache.catalina.core.StandardPipeline.doInvoke(
StandardPipeline.java:566)
at com.sun.enterprise.web.VirtualServerPipeline.invoke(
VirtualServerPipeline.java:120)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
at org.apache.catalina.core.StandardEngineValve.invoke(
StandardEngineValve.java:137)
at org.apache.catalina.core.StandardPipeline.doInvoke(
StandardPipeline.java:566)
at org.apache.catalina.core.StandardPipeline.invoke(
StandardPipeline.java:536)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:939)
at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java
:231)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.invokeAdapter(
ProcessorTask.java:667)
at
com.sun.enterprise.web.connector.grizzly.ProcessorTask.processNonBlocked(
ProcessorTask.java:574)
at com.sun.enterprise.web.connector.grizzly.ProcessorTask.process(
ProcessorTask.java:844)
at
com.sun.enterprise.web.connector.grizzly.ReadTask.executeProcessorTask(
ReadTask.java:287)
at com.sun.enterprise.web.connector.grizzly.ReadTask.doTask(
ReadTask.java:212)
at com.sun.enterprise.web.connector.grizzly.TaskBase.run(TaskBase.java
:252)
at com.sun.enterprise.web.connector.grizzly.WorkerThread.run(
WorkerThread.java:75)
|#]
