Skip Addison <netskip(a)gmail.com&gt; wrote: Why is Request the perfect scope for MediaManager, or more specifically the cache? I would think MediaItems would be perfect for caching at the Session scope (or longer). If I understand the context correctly, the images don't vary frequently. IP address: 76.164.67.208 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending To turn off notifications, go to: http://disqus.com/account/

Skip Addison <netskip(a)gmail.com&gt; wrote, in response to Jason Porter: Thanks. I guess I'm confused about the need for a media cache in the context of a single request. Obviously I'm missing some context. More opportunities to learn. :-) IP address: 76.164.67.208 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... Jason Porter wrote: In JAX-RS there is no session. You'd have to create your own context and scope then link up the requests with something. ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending To turn off notifications, go to: http://disqus.com/account/

Niklas Holm <jadedcyborg(a)gmail.com&gt; wrote: Why doesn't the Venue- and EventServices show up under "JAX-RS REST Web Services" under Project Explorer in JBoss Developer Studio? The one in the introduction showed up just fine (no inheritance, @RequestScoped) but these new ones doesn't. However they seem to work correctly when deployed. Is it a bug/shortcoming of the IDE or am I missing something important? IP address: 85.24.219.23 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending To turn off notifications, go to: http://disqus.com/account/

Xavier Coulon <xcoulon(a)redhat.com&gt; wrote, in response to Pete Muir: (sorry for the delay, it looks like the answer I wanted to post a few days ago does not show up here). Niklas, This is actually something I need to fix: the current JAX-RS tooling does not work with inheritance yet. There's already an open issue (https://issues.jboss.org/browse/JBIDE-13003), and I'll try to fix it for the next release of JBoss Developer Studio. Thanks for reporting the problem, and any other comment on the tooling is welcome ! IP address: 82.233.203.53 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... Pete Muir wrote: This looks like a bug in the IDE, I see it too. I'm forwarding this to the JBDS team. ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

Pete Muir <pmuir(a)bleepbleep.org.uk&gt; wrote, in response to Pierre: Pierre, I don't think these warnings should cause any problems with the application. Especially the error from hbm2ddl is not really a problem at all! User's website: http://in.relation.to/Bloggers/Pete IP address: 212.183.128.5 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... Pierre (unregistered) wrote: Hello, thanks for this tutorial. When I start the Jboss server, I have a warning : WARN [org.hibernate.dialect.H2Dialect] (MSC service thread 1-2) HHH000431: Unable to determine H2 database version and then an error :ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (MSC service thread 1-2) HHH000389: Unsuccessful: drop sequence hibernate_sequence Is there something that I have missed ? ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

Pete Muir <pmuir(a)bleepbleep.org.uk&gt; wrote, in response to Pierre: Could you pastebin the whole server log please, that you get on the console? User's website: http://in.relation.to/Bloggers/Pete IP address: 94.174.205.64 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... Pierre (unregistered) wrote: Folowing these errors at jboss server start, when I deploy the application or the tests, I have : ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] (MSC service thread 1-4) HHH000389: Unsuccessful: alter table Booking drop constraint FK6713A0398F247C64 ERROR[org.hibernate.tool.hbm2ddl.SchemaExport] (MSC service thread 1-4) Table "BOOKING" not found; SQL statement: alter table Booking drop constraint FK6713A0398F247C64 [42102-161] and for tables : EVENT, PERFORMANCE, SECTION, SECTIONALLOCATION So the application does not run and the tests returns failures, as at the previous tutorial," Building the persistence layer, the application has run. ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

Pete Muir <pmuir(a)bleepbleep.org.uk&gt; wrote, in response to Pierre: Pastebin it :-) http://pastebin.com/ User's website: http://in.relation.to/Bloggers/Pete IP address: 94.174.205.64 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... Pierre (unregistered) wrote: The server log is quite long : is-it possible to send it per mail or up-load a text file ? ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

Jason Porter <lightguard.jp(a)gmail.com&gt; wrote, in response to Juraj Huska: Sounds to me like you're missing an entitymanager producer. — Sent from Mailbox for iPhone User's website: http://lightguard-jp.blogspot.com IP address: 127.0.0.1 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... Juraj Huska (unregistered) wrote: Hey, thanks for tutorial, it is very clear and helpful. My little problem: I was following the tutorial to test my REST services in my project. I used the BaseEntityService as a base for my services. When I was testing them, the micro deployment failed with error: WELD-001408 Unsatisfied dependencies for type [EntityManager] with qualifiers [@Default] at injection point [[field] @Inject private on a field entityManager in the class BaseEntityService. I managed to get rid of this error with changing the @Injection annotation over that field with @PersistenceContext annotation. But honestly do know why it is so :) Anyone can clear this for me ? ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

Marek Schmidt <maschmid(a)redhat.com&gt; (unregistered) wrote, in response to Pierre: It's better to post an URL http://pastebin.com/PQuS4x3V IP address: 209.132.186.34 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... Pierre (unregistered) wrote: I have pastebin under the name : JBOSS AS LOG org.hibernate.tool.hbm2ddl.SchemaExport ERROR ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

TBorba <tborba(a)outsoft.pt&gt; wrote: Congratulations to the authors and contributors on the very detailed tutorial. Ticket-monster is really getting me started on JavaEE and JBoss. I have a question and a proposed improvement about the Rest services mentioned here. I'll start with the question. Question - Rest security: I have successfully converted the persistence framework for my project necessities using PostgreSQL with jdbc drivers, and noticed a security issue. Ticket-monster appears to be the kind of application that does not require its data to be private in most scenarios, and the JSON result of the services is accessible to anything that can reach the ticket-monster/rest/ path. So anyone can see the contents of my database. How would one restrict the services for scenarios where privacy is key and authentication required? I have noticed JBoss uses RestEasy so I'm referencing that too. I will give 3 examples that are not only the most generic but that I'm also needing for the system I am developing: Scenario 1: an application that uses account authentication and likes to keep data private at the user level. Would one be able to adapt it with role-based authentication as described in the RESTEasy user guide (chapters 36/37 http://docs.jboss.org/resteasy/2.0.0.GA/userguide/html_single/#Securing_J...) ? Also, would one be able to define role-based authentication to the parameter "level" of a service. For instance, as described in "Retrieving Events" you can specify categories. Could user 'JDoe' be able to access category X of events, and user 'JSmith' access category Y? Scenario 2: always-required authentication for any and all services, for trusted applications only, without role restriction. A shared key or certificate could be used to prove that an application is part of the system, and thus is a trusted component that can access results. Scenario 3: A mix of scenario 1 and 2. There are somewhat publicly available services (i.e. public to trusted applications only), but still keep private, user-specific services with role authentication (so even in the universe of all trusted applications, only certain users can access specific services or a specific parameter to a service call). Proposed improvement - Avoiding Bi-directional mapping redundancies in JSON serialization: I don't know if this is specific to my environment, but the most recent version of the ticket-monster GIT repository keeps throwing me on an infinite serialization loop, that eventually causes an exception when calling services that retrieve entities with Bi-directional relations (long sentence, sorry). To reproduce this bug, one just needs to try and book a ticket for an existing Show. The ShowService will attempt to get the children entity Performances, which in turn is has a list of shows in its own definition. So the serialization class (a dependency of hibernate if I'm not mistaken: org.codehaus.jackson) will try and serialize the following: Show1->Show1.[Set]->Show 1 (again)->Show1.[Set]->...infinite loop I solved this issue in 2 different ways: 1 - adding a @JsonIgnore annotation on the Show member in Performance entity (Performance.java). Serializer class will ignore shows (might be bad when reusing). 2 - (appears more correct) adding @JsonManagedReference in the parent (Show entity, Show.java), before it's Set member, and then @JsonBackReference on the Show member of Performance.java. Since this is not available in the default version of the Jackson library for the project, I updated pom.xml to include the dependency: org.codehaus.jackson jackson-core-asl 1.8.1 provided With both of them, the business logic appears to be correct for the booking page, but I didn't analyze it further so it might produce BL inconsistencies on whichever other page uses it. I would appreciate your input on this solution since I am using the same fix in my PostgreSQL imported model and services. IP address: 84.91.197.21 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

Vineet Reynolds <vineet.reynolds(a)gmail.com&gt; wrote, in response to TBorba: Thanks for proposing the improvement. I've tracked it as yet another item in JDF-259 https://issues.jboss.org/browse/JDF-259 The deployed application on OpenShift, as well as a locally built version from the current HEAD on GitHub should not have the described issue involving cyclic references. They in fact do something similar to what you're proposed, in using the "@JsonIgnoreProperties" annotation. As for security constraints to be applied on REST resources, Jason's reply would answer it. We hope to demonstrate something similar in TicketMonster, most probably through the use of PicketLink. IP address: 209.132.188.34 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... TBorba wrote: Congratulations to the authors and contributors on the very detailed tutorial. Ticket-monster is really getting me started on JavaEE and JBoss. I have a question and a proposed improvement about the Rest services mentioned here. I'll start with the question. Question - Rest security: I have successfully converted the persistence framework for my project necessities using PostgreSQL with jdbc drivers, and noticed a security issue. Ticket-monster appears to be the kind of application that does not require its data to be private in most scenarios, and the JSON result of the services is accessible to anything that can reach the ticket-monster/rest/servicepath. So anyone can see the contents of my database. How would one restrict the services for scenarios where privacy is key and authentic... ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

Vineet Reynolds <vineet.reynolds(a)gmail.com&gt; wrote, in response to TBorba: Unfortunately in the case of serialization and deserialization of object graphs to various formats, there is no standardized annotation available (yes, this can result in a mess if you're not careful). The format-agnostic way to do this is to have custom MessageBodyReaders/MessageBodyWriters but that tends to be an overkill in most scenarios; besides, it also requires knowledge of the internals of libraries like Jackson. About OAuth/OAuth2, I'd suggest reading this: http://bill.burkecentral.com/2012/11/15/do-you-really-need-oauth2/. The summary of that post is that you wouldnt need OAuth, unless you need to allow other parties to perform operations on behalf of the identities registered in your identity store. If your users in the store perform operations and do not delegate them to others, then sticking to the authentication schemes available out of the box should be good enough. IP address: 209.132.188.34 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... TBorba wrote: True. I probably messed up the copy-paste from the original source since I was updating it while reading this tutorial (bad approach, I know, but the code snippets here omit the annotations those annotations), and ended up deleting the original @JsonIgnoreProperties("show"). I know it's a complex project and hard to put all details in the tutorial, but this one is hardly obvious in the debug process (AS 7 throws a ClassNotFoundException and meaningless serialization output), and it should be highlighted somewhere for newbies like me. But yeah, this is a showcase project, maybe I'm asking a lot :-X By the way, isn't there a standardized solution that will not involve library-specific annotations? Because this seriously cripples the re-usability of the model. What if XML was the serializa... ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

Tom G. <frontierteg(a)gmail.com&gt; (unregistered) wrote: Awesome tutorial so far!!! Thank you, thank you, thank you, etc... Small issue Instructions tell me to copy util\Resource.java I cannot copy util\Resource.java without also copying util\DataDir.java Without DataDir.java, the DataDir injection in Resource doesn't work. FYI IP address: 69.51.129.98 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

mase <amase20(a)hotmail.com&gt; wrote: Hi, I've implemented the classes above and I've tried to test the services, but they don't work. But the more important thing is that now, when i try to start the server, the console shows me this error: 11:31:24,931 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."ticket-monster.war".POST_MODULE: org.jboss.msc.service.StartException in service jboss.deployment.unit."ticket-monster.war".POST_MODULE: JBAS018733: Failed to process phase POST_MODULE of deployment "ticket-monster.war" at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:127) [jboss-as-server-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1] at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_40] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_40] at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_40] Caused by: java.lang.IllegalArgumentException: JBAS014179: [EJB 3.1 spec, section 14.1.1] Class: class org.jboss.jdf.example.ticketmonster.service.BookingMonitorServiceImpl cannot be marked as an application exception because it is not of type java.lang.Exception at org.jboss.as.ejb3.deployment.ApplicationExceptions.addApplicationException(ApplicationExceptions.java:63) at org.jboss.as.ejb3.deployment.processors.merging.ApplicationExceptionMergingProcessor.deploy(ApplicationExceptionMergingProcessor.java:68) at org.jboss.as.server.deployment.DeploymentUnitPhaseService.start(DeploymentUnitPhaseService.java:120) [jboss-as-server-7.2.0.Final-redhat-8.jar:7.2.0.Final-redhat-8] I don't know where is the problem, because i check all the classes with those in the example. Can somebody help me? IP address: 93.36.195.214 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

mase <amase20(a)hotmail.com&gt; wrote, in response to Vineet Reynolds: Yes, now it runs. I try to run the tests. Thank you!! I'm new of this technology and I'm not so able to discover errors. IP address: 93.36.195.214 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... Vineet Reynolds wrote: Hello mase, Going by the stacktrace, it looks like the BookingServiceImpl class in your workspace has an incorrect annotation. It should be an @ApplicationScoped bean instead of an @ApplicationException. ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

Vineet Reynolds <vineet.reynolds(a)gmail.com&gt; wrote, in response to Javier Anselmi: Hello Javier, we'd recommend PicketLink (http://www.picketlink.org/) for this. Integration with PicketLink is scheduled to be in the future. You may find these PicketLinks quickstarts useful in helping you get started: https://github.com/jboss-developer/jboss-picketlink-quickstarts IP address: 209.132.188.34 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... Javier Anselmi (unregistered) wrote: Hello, My name is Javier,Our team is developing a project with this Framework. I've followed the steps in this tutorial and it has been really useful. However, we're having some problems implementing security (a simple log in): every tutorial i look for involves modifying a deployment xml (like web.xml or so) to permit or deny acess tu certain URIs whether the user is logged in or not. But i can't find anything of the like in ticket-monster (no web-xml or any other deployment configuration whatsoever). Do you have any suggestions (documentation, tutorials, or something that could bring light to my problem)? Thankyou ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications

franleplant <franleplant(a)gmail.com&gt; wrote, in response to franleplant: This is what I see in the command line after running mvn clean test -Parq-jbossas-managed [INFO] ------------------------------------------------------------------------ [INFO] BUILD FAILURE [INFO] ------------------------------------------------------------------------ [INFO] Total time: 21.309s [INFO] Finished at: Tue Jan 07 23:00:06 ART 2014 [INFO] Final Memory: 23M/56M [INFO] ------------------------------------------------------------------------ [ERROR] Failed to execute goal org.apache.maven.plugins:maven-surefire-plugin:2. 10:test (default-test) on project javaraptors.backend: There are test failures. [ERROR] [ERROR] Please refer to C:\jraptors\javaraptors.backend\target\surefire-reports for the individual test results. [ERROR] -> [Help 1] [ERROR] [ERROR] To see the full stack trace of the errors, re-run Maven with the -e swit ch. [ERROR] Re-run Maven using the -X switch to enable full debug logging. [ERROR] [ERROR] For more information about the errors and possible solutions, please rea d the following articles: [ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureExc eption IP address: 201.231.7.112 Link to comment: http://redirect.disqus.com/url?url=http%3A%2F%2Fjboss.org%2Fjdf%2Fexample... franleplant wrote: Hey Guys! Im trying to run Arquillian test following this tutorial but I get this error, any clues?: Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 33.876 sec {"jboss.module.service.\"deployment.test.war\".main" => "org.jboss.msc.service.StartException in service jboss.module.service.\"deployment.test.war\".main: Failed to load module: deployment.test.war:main"}} at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getActionResult(ServerDeploymentPlanResultFuture.java:134) at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.getResultFromNode(ServerDeploymentPlanResultFuture.java:123) at org.jboss.as.controller.client.helpers.standalone.impl.ServerDeploymentPlanResultFuture.get(ServerDeplo... ----- Options: You can moderate through email. Respond in the body with "Delete". Reply with "Like" to like this comment, or respond with anything else to approve this comment and post your message as a reply comment. Or use the moderate panel: http://jdf.disqus.com/admin/moderate/#/pending Stop receiving notifications when new comments are posted: http://disqus.com/account/#notifications