Re: Has anyone gotten the tapestry 5 highcharts demo webapp to run?
Hi, I only use run jetty run with a none maven based project. Most of the time, we use the maven plugin for eclipse to create a new maven build in Eclipse Run Configuration as follow. -select imported project - right click - run as - run configurations - create a new configuration under maven build - add jetty:run for the goals click run You can also run mvn jetty:run at your project directory which contains the pom.xml in the shell prompt François 2013/3/9 George Ludwig georgelud...@gmail.com: I've been trying to get the demo webapp running using run jetty run in Eclipse, but the best I've managed is to get jetty to boot, but all it does is serve a directory listing under http://localhost:8080/tapestry5-highcharts/ Has anyone managed to get this to run in Eclipse using Jetty? -George - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Has anyone gotten the tapestry 5 highcharts demo webapp to run?
I had the same problem a few weeks ago. I was using the following Jetty Eclipse plugin. http://wiki.eclipse.org/Jetty_WTP_Plugin In the console, I got the following message : Excluded entry=/home/matmsh/Downloads/tapestry/highChart/tapestry5-highcharts/target/test-classes To fix above, In Eclipse, I did Run configuration - Web app class path - add /home/matmsh/Downloads/tapestry/highChart/tapestry5-highcharts/target/test-classes to the user custom classpath. (The above path is already in under default project path. Somehow, it is not being picked up.) Shing From: George Ludwig georgelud...@gmail.com To: Tapestry users users@tapestry.apache.org Sent: Saturday, March 9, 2013 1:33 AM Subject: Has anyone gotten the tapestry 5 highcharts demo webapp to run? I've been trying to get the demo webapp running using run jetty run in Eclipse, but the best I've managed is to get jetty to boot, but all it does is serve a directory listing under http://localhost:8080/tapestry5-highcharts/ Has anyone managed to get this to run in Eclipse using Jetty? -George - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Triggering a form submission via JavaScript in 5.4-alpha2
Has anyone figured out how to trigger a form submission using JavaScript in Tapestry 5.4? In 5.3 I was able to do this: this.form.fire(Tapestry.FORM_PROCESS_SUBMIT_EVENT) but that does nothing under 5.4. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Triggering a form submission via JavaScript in 5.4-alpha2
You could render a hidden submit button and fire the click() event on it -- View this message in context: http://tapestry.1045711.n5.nabble.com/Triggering-a-form-submission-via-JavaScript-in-5-4-alpha2-tp5720381p5720383.html Sent from the Tapestry - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Triggering a form submission via JavaScript in 5.4-alpha2
Try this: this.form.fire(submit) I've not tried it, but I was looking at: http://people.apache.org/~hlship/t5api/coffeescript/forms.html Steve. --- If at first you don't succeed, so much for skydiving! - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Page components are not loaded in JBoss
Tapestry version : 5.3.6
Jboss : 7.1.1
Greetings,
I had been struggling for most of the day trying to make tapestry run on
jboss 7.1.1
Issue:
The page components are not at all working. Even the default page
components are not loaded
The same app is working fine in jetty
Things i tried:
Gone through the wiki articles about overriding
ClasspathURLConverter but couldnt make it work. Issue : no matter what i
do, the AppModule is not LOADED at all. Steps followed:
1. Added a new ClasspathURLConverter subclass in the project
2. Placed AppModule.java under tapestry.app-package.services package
3. AppModule.java holds a method
public static void
contributeServiceOverride(MappedConfigurationClass, Object
configuration) {
configuration.add(ClasspathURLConverter.class, new
JBoss711ClasspathURLConverter());
}
Things observed:
When compared the log data from jetty to that of jboss, seems like
ComponentClassResolver is not invoked in jboss
jetty:
[INFO] ioc.RegistryBuilder Adding module definition for class
org.apache.tapestry5.ioc.services.TapestryIOCModule
[INFO] ioc.RegistryBuilder Adding module definition for class
org.apache.tapestry5.json.services.JSONModule
[INFO] ioc.RegistryBuilder Adding module definition for class
org.apache.tapestry5.services.TapestryModule
[INFO] ioc.RegistryBuilder Adding module definition for class
org.apache.tapestry5.internal.services.InternalModule
[INFO] ioc.RegistryBuilder Adding module definition for class
org.apache.tapestry5.services.assets.AssetsModule
[INFO] ioc.RegistryBuilder Adding module definition for class
org.apache.tapestry5.services.pageload.PageLoadModule
[WARN] TapestryFilter Application Module class
com.rakesh.demotapestry.web.services.TapestryModule not found
[DEBUG] TapestryModule.ComponentClassResolver Creating proxy
for service ComponentClassResolver
[DEBUG] TapestryModule.ComponentClassResolver Constructing
service implementation via
org.apache.tapestry5.services.TapestryModule.buildComponentClassResolver(ComponentClassResolverImpl,
InvalidationEventHub) (at TapestryModule.java:1213)
jboss:
INFO ioc.RegistryBuilder] Adding module definition for class
org.apache.tapestry5.ioc.services.TapestryIOCModule
INFO ioc.RegistryBuilder] Adding module definition for class
org.apache.tapestry5.json.services.JSONModule
INFO ioc.RegistryBuilder] Adding module definition for class
org.apache.tapestry5.services.TapestryModule
INFO ioc.RegistryBuilder] Adding module definition for class
org.apache.tapestry5.internal.services.InternalModule
INFO ioc.RegistryBuilder] Adding module definition for class
org.apache.tapestry5.services.assets.AssetsModule
INFO ioc.RegistryBuilder] Adding module definition for class
org.apache.tapestry5.services.pageload.PageLoadModule
WARN TapestryFilter] Application Module class
com.rakesh.demotapestry.web.services.TapestryModule not found
INFO TapestryFilter] Startup status:
Any help greatly appreciated.
Thanks in advance,
Rakesh
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Has anyone gotten the tapestry 5 highcharts demo webapp to run?
@Francois: Thanks for reminding me to run it from the command line with maven...that works fine. @Shing: I got the same excluded entry, but in my run configuration, it showed it as being included. I set/unset the path, restarted Eclipse, and now it runs as expected. This is just weird, and I don't know where the issue came from. Was it related to EGit (which seems extremely flaky)? Was it Eclipse? No have no idea, and it makes me really nervous when I can't explain why something was failing, and then magically starts working... On Sat, Mar 9, 2013 at 3:28 AM, Shing Hing Man mat...@yahoo.com wrote: I had the same problem a few weeks ago. I was using the following Jetty Eclipse plugin. http://wiki.eclipse.org/Jetty_WTP_Plugin In the console, I got the following message : Excluded entry=/home/matmsh/Downloads/tapestry/highChart/tapestry5-highcharts/target/test-classes To fix above, In Eclipse, I did Run configuration - Web app class path - add /home/matmsh/Downloads/tapestry/highChart/tapestry5-highcharts/target/test-classes to the user custom classpath. (The above path is already in under default project path. Somehow, it is not being picked up.) Shing From: George Ludwig georgelud...@gmail.com To: Tapestry users users@tapestry.apache.org Sent: Saturday, March 9, 2013 1:33 AM Subject: Has anyone gotten the tapestry 5 highcharts demo webapp to run? I've been trying to get the demo webapp running using run jetty run in Eclipse, but the best I've managed is to get jetty to boot, but all it does is serve a directory listing under http://localhost:8080/tapestry5-highcharts/ Has anyone managed to get this to run in Eclipse using Jetty? -George - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: Has anyone gotten the tapestry 5 highcharts demo webapp to run?
Just a quick note...the difference may have been how I imported the project. Yesterday, I got caught up in importing it in to Eclipse using EGit's import function. Today, just before everything worked, I used Eclipse's native import, and imported EGit's working directory for the project. If anyone else is experiencing similar issues, it's worth a try. On Sat, Mar 9, 2013 at 12:31 PM, George Ludwig georgelud...@gmail.comwrote: @Francois: Thanks for reminding me to run it from the command line with maven...that works fine. @Shing: I got the same excluded entry, but in my run configuration, it showed it as being included. I set/unset the path, restarted Eclipse, and now it runs as expected. This is just weird, and I don't know where the issue came from. Was it related to EGit (which seems extremely flaky)? Was it Eclipse? No have no idea, and it makes me really nervous when I can't explain why something was failing, and then magically starts working... On Sat, Mar 9, 2013 at 3:28 AM, Shing Hing Man mat...@yahoo.com wrote: I had the same problem a few weeks ago. I was using the following Jetty Eclipse plugin. http://wiki.eclipse.org/Jetty_WTP_Plugin In the console, I got the following message : Excluded entry=/home/matmsh/Downloads/tapestry/highChart/tapestry5-highcharts/target/test-classes To fix above, In Eclipse, I did Run configuration - Web app class path - add /home/matmsh/Downloads/tapestry/highChart/tapestry5-highcharts/target/test-classes to the user custom classpath. (The above path is already in under default project path. Somehow, it is not being picked up.) Shing From: George Ludwig georgelud...@gmail.com To: Tapestry users users@tapestry.apache.org Sent: Saturday, March 9, 2013 1:33 AM Subject: Has anyone gotten the tapestry 5 highcharts demo webapp to run? I've been trying to get the demo webapp running using run jetty run in Eclipse, but the best I've managed is to get jetty to boot, but all it does is serve a directory listing under http://localhost:8080/tapestry5-highcharts/ Has anyone managed to get this to run in Eclipse using Jetty? -George - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: How to get a lot of data in to highcharts?
On 3/10/2013 5:40 AM, George Ludwig wrote: I've been reviewing the tapestry5/highcharts integration code, and I see that the data for the charts has been hardcoded in to a javascript file. What is the best way to display a lot of data from the server? For example, I have a series with hundreds or thousands of data points, and I need to calculate them on the server, and somehow get them in to highcharts. I haven't done a lot of work with Tapestry's javascript support, so forgive me if this is obvious... -George Write a public function that returns a JSONObject (http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/json/JSONObject.html) in the page class. - To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
Re: First stab at CDI module for tapestry
Hey Magnus,
as part of your tapestry-cdi work, did you look into implementing a
Tapestry CDI SPI, i.e. an implementation of
javax.enterprise.inject.spi.BeanManager? This is related to my earlier
thread about injectable entitylisteners (
http://mail-archives.apache.org/mod_mbox/tapestry-dev/201210.mbox/%3CCA+=ewnb+tjv01fiyzsded3u5iyop3wcf1r3prhqtdjrm7ix...@mail.gmail.com%3E).
JPA 2.1 is required the check the SPI (see
http://java.dzone.com/articles/cdi-extensions-you-can-build,
http://java.net/downloads/jpa-spec/JavaPersistencePFD.pdf,
http://stackoverflow.com/questions/12951701/how-to-get-entity-manager-or-transaction-in-jpa-listener,
http://stackoverflow.com/questions/11740322/cdi-injection-is-not-working-in-servlets).
The CDI is a solid spec, we should start thinking about offering
tapestry-cdi or similar as a core Tapestry module.
Kalle
On Thu, Aug 18, 2011 at 11:59 AM, Magnus Kvalheim mag...@kvalheim.dkwrote:
Yes, I've noticed. Great work Igor :)
I've intentionally not done anything for tapestry-cdi in terms of
supporting
javax.inject.@Inject.
As Tap @inject and javax @inject are interchangeable - cdi bean injection
with either @inject should 'just work' with tapestry-cdi and T5.3 :)
On Thu, Aug 18, 2011 at 12:56 PM, Igor Drobiazko
igor.drobia...@gmail.comwrote:
Just as a side note: starting with T5.3 it's possible to use JSR 330 for
injection.
Check this out:
http://tapestry.apache.org/using-jsr-330-standard-annotations.html
On Wed, Jun 8, 2011 at 1:56 PM, Magnus Kvalheim mag...@kvalheim.dk
wrote:
Hi all,
We're looking into moving our apps from a 'traditional' servlet
container
with spring into a Java EE web profile server like glassfish 3.1.
Motivations for doing this is to utilize cdi(jsr 299, 330), ejb3 and
more.
Not just for the tapestry app, but also the other applications in
our portfoleo which share common core business logic.
For reference on previous discussions:
http://tapestry.1045711.n5.nabble.com/Java-based-spring-configuration-td3394086.html
http://tapestry.1045711.n5.nabble.com/Discussion-td2421783i20.html
Now, I've tried running the tapestry quickstart app in glassfish 3.1
(with
the eclipse connector for publishing).
This works ok - although I cannot make live class reloading work. :(
Glassfish uses Weld, so the CDIModule is basically an objectprovider
for
injecting Weld managed beans.
(As you probably know CDI/Weld can also be used outside jee as
alternative
to tapestry-ioc, spring, etc)
*CDIModule class*
*public class CDIModule { *
* public static void bind(ServiceBinder binder) {*
*binder.bind(ObjectProvider.class,
CDIObjectProvider.class).withId(CDIObjectProvider);*
*} *
* public static BeanManager buildBeanManager(Logger log) { *
* try {*
* BeanManager beanManager = (BeanManager) new
InitialContext().lookup(java:comp/BeanManager);*
* return beanManager; *
* } catch (NamingException e) {*
* log.error(Could not lookup jndi resource: java:comp/BeanManager,
e);*
* }*
* return null;*
* } *
* public static void contributeMasterObjectProvider(*
* @InjectService(CDIObjectProvider) ObjectProvider cdiProvider,*
* OrderedConfigurationObjectProvider configuration) { *
*// configuration.add(cdiProvider, cdiProvider,
after:Service,after:AnnotationBasedContributions,after:Alias,after:Autobuild);
*
* configuration.add(cdiProvider, cdiProvider, after:*); *
* } *
*}*
*
*
The beanmanager is expected to be found in jndi. If the beans.xml is
present
it will be available at this point.
The BeanManager is also exposed as a service and injectable for other
services or components.
I've tested by adding the *@SubModule(CDIModule.class) *to my
quickstart
appmodule.
*
*
*CDIObjectProvider class*
*public class CDIObjectProvider implements ObjectProvider { *
* private BeanManager beanManager;*
* private Logger log;*
* *
* @SuppressWarnings({ unchecked, rawtypes })*
* private Set allowedScopes = CollectionFactory.newSet(*
* ApplicationScoped.class,*
* Singleton.class);*
*
*
* public CDIObjectProvider(*
* Logger log,*
* @InjectService(BeanManager) BeanManager manager) {*
* this.beanManager = manager;*
* this.log = log;*
* }*
* @SuppressWarnings(unchecked)*
* public T T provide(ClassT objectType,*
* AnnotationProvider annotationProvider, ObjectLocator locator) {*
* SetBean? beans = beanManager.getBeans(objectType);*
* if(beans!=null beans.size()0) {*
* BeanT bean = (BeanT) beans.iterator().next(); *
* if(hasValidScope(bean)) {*
* CreationalContextT ctx =
beanManager.createCreationalContext(bean);*
* T o = (T) beanManager.getReference(bean, objectType, ctx); *
* log.info(Found and returning: +objectType.getCanonicalName());*
* return o; *
* }*
* }*
* return null;*
* } *
*
Re: First stab at CDI module for tapestry
+1
Did you have a look at https://github.com/got5/cdi-tapestry-contribution?
François
2013/3/9 Kalle Korhonen kalle.o.korho...@gmail.com:
Hey Magnus,
as part of your tapestry-cdi work, did you look into implementing a
Tapestry CDI SPI, i.e. an implementation of
javax.enterprise.inject.spi.BeanManager? This is related to my earlier
thread about injectable entitylisteners (
http://mail-archives.apache.org/mod_mbox/tapestry-dev/201210.mbox/%3CCA+=ewnb+tjv01fiyzsded3u5iyop3wcf1r3prhqtdjrm7ix...@mail.gmail.com%3E).
JPA 2.1 is required the check the SPI (see
http://java.dzone.com/articles/cdi-extensions-you-can-build,
http://java.net/downloads/jpa-spec/JavaPersistencePFD.pdf,
http://stackoverflow.com/questions/12951701/how-to-get-entity-manager-or-transaction-in-jpa-listener,
http://stackoverflow.com/questions/11740322/cdi-injection-is-not-working-in-servlets).
The CDI is a solid spec, we should start thinking about offering
tapestry-cdi or similar as a core Tapestry module.
Kalle
On Thu, Aug 18, 2011 at 11:59 AM, Magnus Kvalheim mag...@kvalheim.dkwrote:
Yes, I've noticed. Great work Igor :)
I've intentionally not done anything for tapestry-cdi in terms of
supporting
javax.inject.@Inject.
As Tap @inject and javax @inject are interchangeable - cdi bean injection
with either @inject should 'just work' with tapestry-cdi and T5.3 :)
On Thu, Aug 18, 2011 at 12:56 PM, Igor Drobiazko
igor.drobia...@gmail.comwrote:
Just as a side note: starting with T5.3 it's possible to use JSR 330 for
injection.
Check this out:
http://tapestry.apache.org/using-jsr-330-standard-annotations.html
On Wed, Jun 8, 2011 at 1:56 PM, Magnus Kvalheim mag...@kvalheim.dk
wrote:
Hi all,
We're looking into moving our apps from a 'traditional' servlet
container
with spring into a Java EE web profile server like glassfish 3.1.
Motivations for doing this is to utilize cdi(jsr 299, 330), ejb3 and
more.
Not just for the tapestry app, but also the other applications in
our portfoleo which share common core business logic.
For reference on previous discussions:
http://tapestry.1045711.n5.nabble.com/Java-based-spring-configuration-td3394086.html
http://tapestry.1045711.n5.nabble.com/Discussion-td2421783i20.html
Now, I've tried running the tapestry quickstart app in glassfish 3.1
(with
the eclipse connector for publishing).
This works ok - although I cannot make live class reloading work. :(
Glassfish uses Weld, so the CDIModule is basically an objectprovider
for
injecting Weld managed beans.
(As you probably know CDI/Weld can also be used outside jee as
alternative
to tapestry-ioc, spring, etc)
*CDIModule class*
*public class CDIModule { *
* public static void bind(ServiceBinder binder) {*
*binder.bind(ObjectProvider.class,
CDIObjectProvider.class).withId(CDIObjectProvider);*
*} *
* public static BeanManager buildBeanManager(Logger log) { *
* try {*
* BeanManager beanManager = (BeanManager) new
InitialContext().lookup(java:comp/BeanManager);*
* return beanManager; *
* } catch (NamingException e) {*
* log.error(Could not lookup jndi resource: java:comp/BeanManager,
e);*
* }*
* return null;*
* } *
* public static void contributeMasterObjectProvider(*
* @InjectService(CDIObjectProvider) ObjectProvider cdiProvider,*
* OrderedConfigurationObjectProvider configuration) { *
*// configuration.add(cdiProvider, cdiProvider,
after:Service,after:AnnotationBasedContributions,after:Alias,after:Autobuild);
*
* configuration.add(cdiProvider, cdiProvider, after:*); *
* } *
*}*
*
*
The beanmanager is expected to be found in jndi. If the beans.xml is
present
it will be available at this point.
The BeanManager is also exposed as a service and injectable for other
services or components.
I've tested by adding the *@SubModule(CDIModule.class) *to my
quickstart
appmodule.
*
*
*CDIObjectProvider class*
*public class CDIObjectProvider implements ObjectProvider { *
* private BeanManager beanManager;*
* private Logger log;*
* *
* @SuppressWarnings({ unchecked, rawtypes })*
* private Set allowedScopes = CollectionFactory.newSet(*
* ApplicationScoped.class,*
* Singleton.class);*
*
*
* public CDIObjectProvider(*
* Logger log,*
* @InjectService(BeanManager) BeanManager manager) {*
* this.beanManager = manager;*
* this.log = log;*
* }*
* @SuppressWarnings(unchecked)*
* public T T provide(ClassT objectType,*
* AnnotationProvider annotationProvider, ObjectLocator locator) {*
* SetBean? beans = beanManager.getBeans(objectType);*
* if(beans!=null beans.size()0) {*
* BeanT bean = (BeanT) beans.iterator().next(); *
* if(hasValidScope(bean)) {*
* CreationalContextT ctx =
beanManager.createCreationalContext(bean);*
* T o = (T) beanManager.getReference(bean,
Re: First stab at CDI module for tapestry
I would love to contribute the FlowLogix module, or as much of it as it still
applies to tapestry 5.4 into the core. It includes CDI support plus the JEE
stack support.
The CDI interface doesn't use SPI yet.
On Mar 9, 2013, at 5:34 PM, Kalle Korhonen kalle.o.korho...@gmail.com wrote:
Hey Magnus,
as part of your tapestry-cdi work, did you look into implementing a
Tapestry CDI SPI, i.e. an implementation of
javax.enterprise.inject.spi.BeanManager? This is related to my earlier
thread about injectable entitylisteners (
http://mail-archives.apache.org/mod_mbox/tapestry-dev/201210.mbox/%3CCA+=ewnb+tjv01fiyzsded3u5iyop3wcf1r3prhqtdjrm7ix...@mail.gmail.com%3E).
JPA 2.1 is required the check the SPI (see
http://java.dzone.com/articles/cdi-extensions-you-can-build,
http://java.net/downloads/jpa-spec/JavaPersistencePFD.pdf,
http://stackoverflow.com/questions/12951701/how-to-get-entity-manager-or-transaction-in-jpa-listener,
http://stackoverflow.com/questions/11740322/cdi-injection-is-not-working-in-servlets).
The CDI is a solid spec, we should start thinking about offering
tapestry-cdi or similar as a core Tapestry module.
Kalle
On Thu, Aug 18, 2011 at 11:59 AM, Magnus Kvalheim mag...@kvalheim.dkwrote:
Yes, I've noticed. Great work Igor :)
I've intentionally not done anything for tapestry-cdi in terms of
supporting
javax.inject.@Inject.
As Tap @inject and javax @inject are interchangeable - cdi bean injection
with either @inject should 'just work' with tapestry-cdi and T5.3 :)
On Thu, Aug 18, 2011 at 12:56 PM, Igor Drobiazko
igor.drobia...@gmail.comwrote:
Just as a side note: starting with T5.3 it's possible to use JSR 330 for
injection.
Check this out:
http://tapestry.apache.org/using-jsr-330-standard-annotations.html
On Wed, Jun 8, 2011 at 1:56 PM, Magnus Kvalheim mag...@kvalheim.dk
wrote:
Hi all,
We're looking into moving our apps from a 'traditional' servlet
container
with spring into a Java EE web profile server like glassfish 3.1.
Motivations for doing this is to utilize cdi(jsr 299, 330), ejb3 and
more.
Not just for the tapestry app, but also the other applications in
our portfoleo which share common core business logic.
For reference on previous discussions:
http://tapestry.1045711.n5.nabble.com/Java-based-spring-configuration-td3394086.html
http://tapestry.1045711.n5.nabble.com/Discussion-td2421783i20.html
Now, I've tried running the tapestry quickstart app in glassfish 3.1
(with
the eclipse connector for publishing).
This works ok - although I cannot make live class reloading work. :(
Glassfish uses Weld, so the CDIModule is basically an objectprovider
for
injecting Weld managed beans.
(As you probably know CDI/Weld can also be used outside jee as
alternative
to tapestry-ioc, spring, etc)
*CDIModule class*
*public class CDIModule { *
* public static void bind(ServiceBinder binder) {*
*binder.bind(ObjectProvider.class,
CDIObjectProvider.class).withId(CDIObjectProvider);*
*} *
* public static BeanManager buildBeanManager(Logger log) { *
* try {*
* BeanManager beanManager = (BeanManager) new
InitialContext().lookup(java:comp/BeanManager);*
* return beanManager; *
* } catch (NamingException e) {*
* log.error(Could not lookup jndi resource: java:comp/BeanManager,
e);*
* }*
* return null;*
* } *
* public static void contributeMasterObjectProvider(*
* @InjectService(CDIObjectProvider) ObjectProvider cdiProvider,*
* OrderedConfigurationObjectProvider configuration) { *
*// configuration.add(cdiProvider, cdiProvider,
after:Service,after:AnnotationBasedContributions,after:Alias,after:Autobuild);
*
* configuration.add(cdiProvider, cdiProvider, after:*); *
* } *
*}*
*
*
The beanmanager is expected to be found in jndi. If the beans.xml is
present
it will be available at this point.
The BeanManager is also exposed as a service and injectable for other
services or components.
I've tested by adding the *@SubModule(CDIModule.class) *to my
quickstart
appmodule.
*
*
*CDIObjectProvider class*
*public class CDIObjectProvider implements ObjectProvider { *
* private BeanManager beanManager;*
* private Logger log;*
* *
* @SuppressWarnings({ unchecked, rawtypes })*
* private Set allowedScopes = CollectionFactory.newSet(*
* ApplicationScoped.class,*
* Singleton.class);*
*
*
* public CDIObjectProvider(*
* Logger log,*
* @InjectService(BeanManager) BeanManager manager) {*
* this.beanManager = manager;*
* this.log = log;*
* }*
* @SuppressWarnings(unchecked)*
* public T T provide(ClassT objectType,*
* AnnotationProvider annotationProvider, ObjectLocator locator) {*
* SetBean? beans = beanManager.getBeans(objectType);*
* if(beans!=null beans.size()0) {*
* BeanT bean = (BeanT) beans.iterator().next(); *
* if(hasValidScope(bean)) {*
* CreationalContextT ctx =
beanManager.createCreationalContext(bean);*
* T o = (T) beanManager.getReference(bean, objectType, ctx); *
Re: How to get a lot of data in to highcharts?
I have an example that builds the entire JSONObject in Java. http://lombok.demon.co.uk/tapestry5Demo/test/highcharts/hcdemotwosource Th following specifies part of the chart in Javascript and part of the charts in Java. http://lombok.demon.co.uk/tapestry5Demo/test/highcharts/hcdemothree Shing - Original Message - From: Jay Ginete killer.tila...@gmail.com To: Tapestry users users@tapestry.apache.org Cc: Sent: Saturday, March 9, 2013 10:01 PM Subject: Re: How to get a lot of data in to highcharts? On 3/10/2013 5:40 AM, George Ludwig wrote: I've been reviewing the tapestry5/highcharts integration code, and I see that the data for the charts has been hardcoded in to a javascript file. What is the best way to display a lot of data from the server? For example, I have a series with hundreds or thousands of data points, and I need to calculate them on the server, and somehow get them in to highcharts. I haven't done a lot of work with Tapestry's javascript support, so forgive me if this is obvious... -George Write a public function that returns a JSONObject (http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/json/JSONObject.html) in the page class. - 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: How to get a lot of data in to highcharts?
@Shing: Thanks that's super helpful!! On Sat, Mar 9, 2013 at 3:10 PM, Shing Hing Man mat...@yahoo.com wrote: I have an example that builds the entire JSONObject in Java. http://lombok.demon.co.uk/tapestry5Demo/test/highcharts/hcdemotwosource Th following specifies part of the chart in Javascript and part of the charts in Java. http://lombok.demon.co.uk/tapestry5Demo/test/highcharts/hcdemothree Shing - Original Message - From: Jay Ginete killer.tila...@gmail.com To: Tapestry users users@tapestry.apache.org Cc: Sent: Saturday, March 9, 2013 10:01 PM Subject: Re: How to get a lot of data in to highcharts? On 3/10/2013 5:40 AM, George Ludwig wrote: I've been reviewing the tapestry5/highcharts integration code, and I see that the data for the charts has been hardcoded in to a javascript file. What is the best way to display a lot of data from the server? For example, I have a series with hundreds or thousands of data points, and I need to calculate them on the server, and somehow get them in to highcharts. I haven't done a lot of work with Tapestry's javascript support, so forgive me if this is obvious... -George Write a public function that returns a JSONObject ( http://tapestry.apache.org/current/apidocs/org/apache/tapestry5/json/JSONObject.html ) in the page class. - 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: First stab at CDI module for tapestry
Both of these seem to be about referencing and using CDI managed beans in
Tapestry services, please correct me if I'm wrong. What I'm asking is the
reverse - using Tapestry services in applications frameworks expecting a
CDI environment.
Kalle
On Sat, Mar 9, 2013 at 3:41 PM, Lenny Primak lpri...@hope.nyc.ny.us wrote:
Actually, the CDI SPI statement may not be accurate.
CDI support uses BeanManager to do its job, so its CDI SPI. Not sure,
Kalle, if that's what you are referring to.
http://code.google.com/p/flowlogix/source/browse/tapestry-services/src/main/java/com/flowlogix/web/services/CDIModule.java
On Mar 9, 2013, at 5:56 PM, Lenny Primak wrote:
I would love to contribute the FlowLogix module, or as much of it as it
still applies to tapestry 5.4 into the core. It includes CDI support plus
the JEE stack support.
The CDI interface doesn't use SPI yet.
On Mar 9, 2013, at 5:34 PM, Kalle Korhonen kalle.o.korho...@gmail.com
wrote:
Hey Magnus,
as part of your tapestry-cdi work, did you look into implementing a
Tapestry CDI SPI, i.e. an implementation of
javax.enterprise.inject.spi.BeanManager? This is related to my earlier
thread about injectable entitylisteners (
http://mail-archives.apache.org/mod_mbox/tapestry-dev/201210.mbox/%3CCA+=ewnb+tjv01fiyzsded3u5iyop3wcf1r3prhqtdjrm7ix...@mail.gmail.com%3E
).
JPA 2.1 is required the check the SPI (see
http://java.dzone.com/articles/cdi-extensions-you-can-build,
http://java.net/downloads/jpa-spec/JavaPersistencePFD.pdf,
http://stackoverflow.com/questions/12951701/how-to-get-entity-manager-or-transaction-in-jpa-listener
,
http://stackoverflow.com/questions/11740322/cdi-injection-is-not-working-in-servlets
).
The CDI is a solid spec, we should start thinking about offering
tapestry-cdi or similar as a core Tapestry module.
Kalle
On Thu, Aug 18, 2011 at 11:59 AM, Magnus Kvalheim mag...@kvalheim.dk
wrote:
Yes, I've noticed. Great work Igor :)
I've intentionally not done anything for tapestry-cdi in terms of
supporting
javax.inject.@Inject.
As Tap @inject and javax @inject are interchangeable - cdi bean
injection
with either @inject should 'just work' with tapestry-cdi and T5.3 :)
On Thu, Aug 18, 2011 at 12:56 PM, Igor Drobiazko
igor.drobia...@gmail.comwrote:
Just as a side note: starting with T5.3 it's possible to use JSR 330
for
injection.
Check this out:
http://tapestry.apache.org/using-jsr-330-standard-annotations.html
On Wed, Jun 8, 2011 at 1:56 PM, Magnus Kvalheim mag...@kvalheim.dk
wrote:
Hi all,
We're looking into moving our apps from a 'traditional' servlet
container
with spring into a Java EE web profile server like glassfish 3.1.
Motivations for doing this is to utilize cdi(jsr 299, 330), ejb3 and
more.
Not just for the tapestry app, but also the other applications in
our portfoleo which share common core business logic.
For reference on previous discussions:
http://tapestry.1045711.n5.nabble.com/Java-based-spring-configuration-td3394086.html
http://tapestry.1045711.n5.nabble.com/Discussion-td2421783i20.html
Now, I've tried running the tapestry quickstart app in glassfish 3.1
(with
the eclipse connector for publishing).
This works ok - although I cannot make live class reloading work. :(
Glassfish uses Weld, so the CDIModule is basically an objectprovider
for
injecting Weld managed beans.
(As you probably know CDI/Weld can also be used outside jee as
alternative
to tapestry-ioc, spring, etc)
*CDIModule class*
*public class CDIModule { *
* public static void bind(ServiceBinder binder) {*
*binder.bind(ObjectProvider.class,
CDIObjectProvider.class).withId(CDIObjectProvider);*
*} *
* public static BeanManager buildBeanManager(Logger log) { *
* try {*
* BeanManager beanManager = (BeanManager) new
InitialContext().lookup(java:comp/BeanManager);*
* return beanManager; *
* } catch (NamingException e) {*
* log.error(Could not lookup jndi resource: java:comp/BeanManager,
e);*
* }*
* return null;*
* } *
* public static void contributeMasterObjectProvider(*
* @InjectService(CDIObjectProvider) ObjectProvider cdiProvider,*
* OrderedConfigurationObjectProvider configuration) { *
*// configuration.add(cdiProvider, cdiProvider,
after:Service,after:AnnotationBasedContributions,after:Alias,after:Autobuild);
*
* configuration.add(cdiProvider, cdiProvider, after:*); *
* } *
*}*
*
*
The beanmanager is expected to be found in jndi. If the beans.xml is
present
it will be available at this point.
The BeanManager is also exposed as a service and injectable for other
services or components.
I've tested by adding the *@SubModule(CDIModule.class) *to my
quickstart
appmodule.
*
*
*CDIObjectProvider class*
*public class CDIObjectProvider implements ObjectProvider { *
* private BeanManager beanManager;*
* private Logger
