Re: Jackrabbit JCA and JTA
Hi, I don't know about file storing vs. transactions, but I would expect it to work like any other transactional change to the repository. Getting the JTA setup correctly can be somewhat of a tricky task - Are you sure that you are in a transaction in your method (and that you are in the correct transaction)? Have you tried adding a simple node in the transaction method to see if a simple node is rolled back? Also you can usually ask spring and the JTA provider to produce really detailed logs to help you figure out what is going on. HTH. -- Chris On 04-09-2013 18:09, andreas wrote: Hi I am developing an application that uses both Jackrabbit and a database. In Jackrabbit I store the files that I upload, and the database I store all the other data in the app. I am using Spring 3.2, Hibernate 4.x and Jackrabbit 2.6.2. I have downloaded the Jackrabbit JCA version and deployed it to JBoss 7.1.1. I have configured it correctly I think. I can upload file to it and it is saved. I also debugged my application and I saw that the session object that invoke save() and logout() on is of type XaSession. I am using the datastore. The way I tested my code is like this: I have one method in the service layer of my app annotated with @Transactional. Inside the method I first add a file to the content repository, then I force a RunTimeException to be thrown (and the code that should run instead of the exception would be to save my object to the database through Hibernate). I cleared the datastore (no files inside it) but when the exception is thrown the file that I added isn't removed from the datastore. So, is this correct? Does files in datastore stay in the datastore - not rolled back? Or should it be removed. I am using the tx:jta-transaction-manager / annotation in Spring config. Could someone shed some light over this because I don't understand if I got it working, or if I need to do something else to get it working? And where does the metadata of the file that I add get stored? I have configured a own database for the persistence manager but I don't see anything useful in the database tables? There are only a lot of what seems to be binary things there? Is there a way to verify if a file is inserted or not in the database even though the actual file is stored on disk (datastore)? Thank you - Andreas -- View this message in context: http://jackrabbit.510166.n4.nabble.com/Jackrabbit-JCA-and-JTA-tp4659460.html Sent from the Jackrabbit - Dev mailing list archive at Nabble.com.
[jira] [Created] (JCR-3664) FileVault: fix javadoc for PlatformNameFormatter
Robert Munteanu created JCR-3664: Summary: FileVault: fix javadoc for PlatformNameFormatter Key: JCR-3664 URL: https://issues.apache.org/jira/browse/JCR-3664 Project: Jackrabbit Content Repository Issue Type: Task Components: jackrabbit-jcr-commons Reporter: Robert Munteanu Priority: Trivial The javadoc for this class is incorrectly formatted - it is written as plain text rather than HTML. It's missing some p and pre tags to make it render as expected. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (JCR-3664) FileVault: fix javadoc for PlatformNameFormatter
[ https://issues.apache.org/jira/browse/JCR-3664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Munteanu updated JCR-3664: - Status: Patch Available (was: Open) FileVault: fix javadoc for PlatformNameFormatter Key: JCR-3664 URL: https://issues.apache.org/jira/browse/JCR-3664 Project: Jackrabbit Content Repository Issue Type: Task Components: jackrabbit-jcr-commons Reporter: Robert Munteanu Priority: Trivial Attachments: JCR-3664-1.patch The javadoc for this class is incorrectly formatted - it is written as plain text rather than HTML. It's missing some p and pre tags to make it render as expected. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Updated] (JCR-3664) FileVault: fix javadoc for PlatformNameFormatter
[ https://issues.apache.org/jira/browse/JCR-3664?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Robert Munteanu updated JCR-3664: - Attachment: JCR-3664-1.patch FileVault: fix javadoc for PlatformNameFormatter Key: JCR-3664 URL: https://issues.apache.org/jira/browse/JCR-3664 Project: Jackrabbit Content Repository Issue Type: Task Components: jackrabbit-jcr-commons Reporter: Robert Munteanu Priority: Trivial Attachments: JCR-3664-1.patch The javadoc for this class is incorrectly formatted - it is written as plain text rather than HTML. It's missing some p and pre tags to make it render as expected. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira
SV: Jackrabbit JCA and JTA
Hello It seems like the Jackrabbit session commits independently of the other code. I have no idea why. Fra: Chris Poulsen [via Jackrabbit] [mailto:ml-node+s510166n4659461...@n4.nabble.com] Sendt: 5. september 2013 09:49 Til: andreas Emne: Re: Jackrabbit JCA and JTA Hi, I don't know about file storing vs. transactions, but I would expect it to work like any other transactional change to the repository. Getting the JTA setup correctly can be somewhat of a tricky task - Are you sure that you are in a transaction in your method (and that you are in the correct transaction)? Have you tried adding a simple node in the transaction method to see if a simple node is rolled back? Also you can usually ask spring and the JTA provider to produce really detailed logs to help you figure out what is going on. HTH. -- Chris On 04-09-2013 18:09, andreas wrote: Hi I am developing an application that uses both Jackrabbit and a database. In Jackrabbit I store the files that I upload, and the database I store all the other data in the app. I am using Spring 3.2, Hibernate 4.x and Jackrabbit 2.6.2. I have downloaded the Jackrabbit JCA version and deployed it to JBoss 7.1.1. I have configured it correctly I think. I can upload file to it and it is saved. I also debugged my application and I saw that the session object that invoke save() and logout() on is of type XaSession. I am using the datastore. The way I tested my code is like this: I have one method in the service layer of my app annotated with @Transactional. Inside the method I first add a file to the content repository, then I force a RunTimeException to be thrown (and the code that should run instead of the exception would be to save my object to the database through Hibernate). I cleared the datastore (no files inside it) but when the exception is thrown the file that I added isn't removed from the datastore. So, is this correct? Does files in datastore stay in the datastore - not rolled back? Or should it be removed. I am using the tx:jta-transaction-manager / annotation in Spring config. Could someone shed some light over this because I don't understand if I got it working, or if I need to do something else to get it working? And where does the metadata of the file that I add get stored? I have configured a own database for the persistence manager but I don't see anything useful in the database tables? There are only a lot of what seems to be binary things there? Is there a way to verify if a file is inserted or not in the database even though the actual file is stored on disk (datastore)? Thank you - Andreas -- View this message in context: http://jackrabbit.510166.n4.nabble.com/Jackrabbit-JCA-and-JTA-tp4659460.html Sent from the Jackrabbit - Dev mailing list archive at Nabble.com. _ If you reply to this email, your message will be added to the discussion below: http://jackrabbit.510166.n4.nabble.com/Jackrabbit-JCA-and-JTA-tp4659460p4659 461.html To unsubscribe from Jackrabbit JCA and JTA, click here http://jackrabbit.510166.n4.nabble.com/template/NamlServlet.jtp?macro=unsub scribe_by_codenode=4659460code=YW5kcmVhc0BicmVha3BvaW50Lm5vfDQ2NTk0NjB8LTg zMDc1MzU4 . http://jackrabbit.510166.n4.nabble.com/template/NamlServlet.jtp?macro=macro _viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.Ba sicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.templa te.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instan t_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml NAML -- View this message in context: http://jackrabbit.510166.n4.nabble.com/SV-Jackrabbit-JCA-and-JTA-tp4659467.html Sent from the Jackrabbit - Dev mailing list archive at Nabble.com.
Re: Jackrabbit JCA and JTA
After the exception was the actual file node created still available in the repository or was it just the data in the datastore that still was available? If it just was the data in the datastore then maybe you need to run the garbage collection on the datastore http://wiki.apache.org/jackrabbit/DataStore#Data_Store_Garbage_Collection ? /Pontus On 5 September 2013 19:51, andreas andr...@breakpoint.no wrote: Hello It seems like the Jackrabbit session commits independently of the other code. I have no idea why. ** ** *Fra:* Chris Poulsen [via Jackrabbit] [mailto:[hidden email]http://user/SendEmail.jtp?type=nodenode=4659467i=0] *Sendt:* 5. september 2013 09:49 *Til:* andreas *Emne:* Re: Jackrabbit JCA and JTA ** ** Hi, I don't know about file storing vs. transactions, but I would expect it to work like any other transactional change to the repository. Getting the JTA setup correctly can be somewhat of a tricky task - Are you sure that you are in a transaction in your method (and that you are in the correct transaction)? Have you tried adding a simple node in the transaction method to see if a simple node is rolled back? Also you can usually ask spring and the JTA provider to produce really detailed logs to help you figure out what is going on. HTH. -- Chris On 04-09-2013 18:09, andreas wrote: Hi I am developing an application that uses both Jackrabbit and a database. In Jackrabbit I store the files that I upload, and the database I store all the other data in the app. I am using Spring 3.2, Hibernate 4.x and Jackrabbit 2.6.2. I have downloaded the Jackrabbit JCA version and deployed it to JBoss 7.1.1. I have configured it correctly I think. I can upload file to it and it is saved. I also debugged my application and I saw that the session object that invoke save() and logout() on is of type XaSession. I am using the datastore. The way I tested my code is like this: I have one method in the service layer of my app annotated with @Transactional. Inside the method I first add a file to the content repository, then I force a RunTimeException to be thrown (and the code that should run instead of the exception would be to save my object to the database through Hibernate). I cleared the datastore (no files inside it) but when the exception is thrown the file that I added isn't removed from the datastore. So, is this correct? Does files in datastore stay in the datastore - not rolled back? Or should it be removed. I am using the tx:jta-transaction-manager / annotation in Spring config. Could someone shed some light over this because I don't understand if I got it working, or if I need to do something else to get it working? And where does the metadata of the file that I add get stored? I have configured a own database for the persistence manager but I don't see anything useful in the database tables? There are only a lot of what seems to be binary things there? Is there a way to verify if a file is inserted or not in the database even though the actual file is stored on disk (datastore)? Thank you - Andreas -- View this message in context: click here. NAMLhttp://jackrabbit.510166.n4.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml -- View this message in context: SV: Jackrabbit JCA and JTAhttp://jackrabbit.510166.n4.nabble.com/SV-Jackrabbit-JCA-and-JTA-tp4659467.html Sent from the Jackrabbit - Dev mailing list archivehttp://jackrabbit.510166.n4.nabble.com/Jackrabbit-Dev-f523400.htmlat Nabble.com.
jackrabbit-oak build #2075: Broken
Build Update for apache/jackrabbit-oak - Build: #2075 Status: Broken Duration: 830 seconds Commit: d23949bc752d5f1619de7b32a22bb7864f872121 (trunk) Author: Thomas Mueller Message: OAK-995 XPath: allow using RowIterator Row.getPath() for all queries git-svn-id: https://svn.apache.org/repos/asf/jackrabbit/oak/trunk@1520258 13f79535-47bb-0310-9956-ffa450edef68 View the changeset: https://github.com/apache/jackrabbit-oak/compare/a65b1febb209...d23949bc752d View the full build log and details: https://travis-ci.org/apache/jackrabbit-oak/builds/11008283 -- sent by Jukka's Travis notification gateway
Re: jackrabbit-oak build #2075: Broken
Hm, the test org.apache.jackrabbit.oak.jcr.observation.ObservationTest failed, I don't think that was related to my commit. Maybe a timing issue? On 9/5/13 11:29 AM, Travis CI ju...@apache.org wrote: https://svn.apache.org/repos/asf/jackrabbit/oak/trunk@152025813f79535-47bb -0310-9956-ffa450edef68
jackrabbit-oak build #2076: Fixed
Build Update for apache/jackrabbit-oak - Build: #2076 Status: Fixed Duration: 1708 seconds Commit: 32f776867458f91ea9c30013b0fee9c3fe6347c8 (trunk) Author: Thomas Mueller Message: OAK-1000 Queries on node name fail if the name starts with a number git-svn-id: https://svn.apache.org/repos/asf/jackrabbit/oak/trunk@1520297 13f79535-47bb-0310-9956-ffa450edef68 View the changeset: https://github.com/apache/jackrabbit-oak/compare/d23949bc752d...32f776867458 View the full build log and details: https://travis-ci.org/apache/jackrabbit-oak/builds/11015802 -- sent by Jukka's Travis notification gateway
