<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.java.prevayler">
    <title>gmane.comp.java.prevayler</title>
    <link>http://blog.gmane.org/gmane.comp.java.prevayler</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3687"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3669"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3667"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3662"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3660"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3660"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3653"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3652"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3648"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3644"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3641"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3639"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3638"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3632"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3630"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3628"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3605"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3603"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3602"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.java.prevayler/3584"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3687">
    <title>Some thoughts on serialization</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3687</link>
    <description>&lt;pre&gt;This is me thinking out loud.

It must be the fifth time I bring this up here, and I still haven't done anything about but to complain about it. I didn't even get in touch with the people previously recommended here that might have good ideas regarding to how to solve it.

Serialization is terrible slow. 

This one application of mine contains some 12GB heap worth of domain data. Due to the complexity of my domain model and the amount of data it contains now I'm starting to hit stack overflows both while marshalling and unmarshalling unless I increase my -Xss. Given the amout of threads I usually run this is not a good solution for me. Thus in deployed environment I don't use snapshots at all, and since I have loads of changes to the persistent data every second the journals grows huge. It can take an hour to restart. 

Theoretically this means that in a year from now it can take me days to load the journals.

Generally speaking this is not a problem, there are many ways around this such as starting the new &lt;/pre&gt;</description>
    <dc:creator>Karl Wettin</dc:creator>
    <dc:date>2012-02-23T06:09:54</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3669">
    <title>#liveDB server, research and upcoming webinar on In-Memory Database Systems</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3669</link>
    <description>&lt;pre&gt;Howdy folks,

Justin: Thanks for the research links in your reply a while back. We're working on a server product with support for mirroring so they came in handy.

'Write-ahead logging' was a good search phrase, and I had some success with "In-Memory Database Systems (IMDSs)". Not much recent work and mostly from an operational perspective dealing with issues like reliability and performance. What drives me is software development productivity. We initiated a research project yesterday (bachelor level) aiming to compare two implementations of the same application, one using a traditional rdbms approach and one using #liveDB.

Webinar info appended:

From: Chris Mureen [mailto:info&amp;lt; at &amp;gt;mcobject.com]
Sent: den 8 februari 2012 23:26
To: Robert Friberg
Subject: In-memory databases vs. caching, RAM-disks &amp;amp; SSDs

Hi Robert,

Managing data on disk can add intolerable latency to applications. In-Memory Database Systems (IMDSs) offer a solution based on fast, all-in-memory data storage.

But database caching, RAM-disks &lt;/pre&gt;</description>
    <dc:creator>Robert Friberg</dc:creator>
    <dc:date>2012-02-09T08:31:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3667">
    <title>(no subject)</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3667</link>
    <description>&lt;pre&gt;http://aow.xosfere.com/wp-content/plugins/gooddeal.htm------------------------------------------------------------------------------
Try before you buy = See our experts in action!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-dev2_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org
&lt;/pre&gt;</description>
    <dc:creator>Alex Rodrigues</dc:creator>
    <dc:date>2012-01-27T15:28:34</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3662">
    <title>GZIP</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3662</link>
    <description>&lt;pre&gt;I just managed to compress a GZIPSerializer built journal from 70MB to  5MB using gzip the.journal.

GZIPSerializer deflates each instance with a new header. This means that snapshots are compressed fully while journals is far from it.

I'm starting to think that compression is something that should be implemented in DurableOutputStream.

What do you say?



karl
------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org

&lt;/pre&gt;</description>
    <dc:creator>Karl Wettin</dc:creator>
    <dc:date>2012-01-17T18:27:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3660">
    <title>Research?</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3660</link>
    <description>&lt;pre&gt;Hi all,

Recovering slowly from a demonic case of the flue here... on top of that I'm teaching a VB.NET class later this week.

Anyone know of any kind of research being done on  prevalance? Past or present? I haven't been able to find
anything of significance.


Robert Friberg
0733-839080
http://livedb.devrex.se&amp;lt;http://livedb.devrex.se/&amp;gt;
http://livedomain.codeplex.com&amp;lt;http://livedomain.codeplex.com/&amp;gt;
http://devrex.se&amp;lt;http://devrex.se/&amp;gt;
http://www.linkedin.com/in/robertfriberg

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox_______________________________________________
To unsubscribe go to the end of this page: http&lt;/pre&gt;</description>
    <dc:creator>Robert Friberg</dc:creator>
    <dc:date>2012-01-09T20:30:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3660">
    <title>Research?</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3660</link>
    <description>&lt;pre&gt;Hi all,

Recovering slowly from a demonic case of the flue here... on top of that I'm teaching a VB.NET class later this week.

Anyone know of any kind of research being done on  prevalance? Past or present? I haven't been able to find
anything of significance.


Robert Friberg
0733-839080
http://livedb.devrex.se&amp;lt;http://livedb.devrex.se/&amp;gt;
http://livedomain.codeplex.com&amp;lt;http://livedomain.codeplex.com/&amp;gt;
http://devrex.se&amp;lt;http://devrex.se/&amp;gt;
http://www.linkedin.com/in/robertfriberg

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual 
desktops for less than the cost of PCs and save 60% on VDI infrastructure 
costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox_______________________________________________
To unsubscribe go to the end of this page: http&lt;/pre&gt;</description>
    <dc:creator>Robert Friberg</dc:creator>
    <dc:date>2012-01-09T20:30:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3653">
    <title>Presenting prevalence at devsum12</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3653</link>
    <description>&lt;pre&gt;I'll be presenting at one of sweden's largest developer conferences in may:

http://devsum.se/talare/robert-friberg/

Robert Friberg
+46733839080
Sent from my iPad
------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org

&lt;/pre&gt;</description>
    <dc:creator>Robert Friberg</dc:creator>
    <dc:date>2011-12-19T23:39:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3652">
    <title>Maven Reference on the Home Page</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3652</link>
    <description>&lt;pre&gt;Karl, wouldn't you like to add that?

You have access to the prevayler-site repository.

Klaus

------------------------------------------------------------------------------
Learn Windows Azure Live!  Tuesday, Dec 13, 2011
Microsoft is holding a special Learn Windows Azure training event for 
developers. It will provide a great way to learn Windows Azure and what it 
provides. You can attend the event by watching it streamed LIVE online.  
Learn more at http://p.sf.net/sfu/ms-windowsazure
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org

&lt;/pre&gt;</description>
    <dc:creator>Klaus Wuestefeld</dc:creator>
    <dc:date>2011-12-17T07:01:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3648">
    <title>20TB system prevalence in ibm's watson?</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3648</link>
    <description>&lt;pre&gt;That's what it sounds like to me.

http://youtu.be/E1pMI6JYkzM



karl------------------------------------------------------------------------------
Cloud Services Checklist: Pricing and Packaging Optimization
This white paper is intended to serve as a reference, checklist and point of 
discussion for anyone considering optimizing the pricing and packaging model 
of a cloud services business. Read Now!
http://www.accelacomm.com/jaw/sfnl/114/51491232/_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org
&lt;/pre&gt;</description>
    <dc:creator>Karl Wettin</dc:creator>
    <dc:date>2011-12-08T15:31:05</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3644">
    <title>Blogged: Relational and CRUD with #liveDB</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3644</link>
    <description>&lt;pre&gt;
Here is a blog entry about relational support and crud using #liveDB
http://bit.ly/vFXJYR


Robert Friberg
0733-839080
http://livedb.devrex.se
http://livedomain.codeplex.com 
http://devrex.se
http://www.linkedin.com/in/robertfriberg


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org

&lt;/pre&gt;</description>
    <dc:creator>Robert Friberg</dc:creator>
    <dc:date>2011-11-24T13:06:24</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3641">
    <title>#liveDB 0.3.2 released</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3641</link>
    <description>&lt;pre&gt;Howdy folks,

#liveDB is a .NET prevalence engine hosted on codeplex.
Release notes here: http://bit.ly/rB3IEJ

Robert Friberg
0733-839080
http://livedb.devrex.se
http://livedomain.codeplex.com 
http://devrex.se


------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org

&lt;/pre&gt;</description>
    <dc:creator>Robert Friberg</dc:creator>
    <dc:date>2011-11-23T00:25:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3639">
    <title>Pull request</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3639</link>
    <description>&lt;pre&gt;-Clarified and simplified Transaction javadoc. Please review, be
brutal. reject if not satisfied.
-Fixed my own mistake of accidentally loosening of "Serializable"
requirement from createPrevayler methods.
-Javadoc type &amp;lt; at &amp;gt;params to explain "P" and "R" on the front-end classes
-Fixed some of my own previous javadoc wording and presentation mistakes
-Other javadoc neatness things.
-Fixed my own mistake of naming direct transaction variable just
"_transaction", renamed it to more appropriate "_directTransaction".

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/pre&lt;/pre&gt;</description>
    <dc:creator>Naveen Chawla</dc:creator>
    <dc:date>2011-11-19T09:24:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3638">
    <title>Large Scale Memory</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3638</link>
    <description>&lt;pre&gt;I was thinking primarily of Violin Memory
http://www.violin-memory.com/products/

But at closer look seems like I was mistaken, their technology is based on flash disks,
although this page seems to say otherwise:
http://www.violin-memory.com/technology/violin-switched-memory/

After a bit of binging I came across this Cisco Extended Memory Technology
http://www.cisco.com/en/US/prod/collateral/ps10265/ps10280/ps10300/white_paper_c11-525300.pdf

Here's another vendor of rackmounted solid state disk modules based on RAM 
http://www.ramsan.com/products/rackmount-ram-storage/ramsan-440

And some hype to go with it
http://news.techworld.com/storage/1176/us-govt-buys-worlds-biggest-ram-disk/


-----Original Message-----
From: Klaus Wuestefeld [mailto:mail&amp;lt; at &amp;gt;klaus.pro] 
Sent: den 17 november 2011 14:00
To: Open discussion about the Prevayler project.
Subject: Re: [Prevayler-discussion] Imagine if Prevayler could transparently use disk...


Hi Robert, could you send a few links of such companies?

---------------------&lt;/pre&gt;</description>
    <dc:creator>Robert Friberg</dc:creator>
    <dc:date>2011-11-17T16:50:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3632">
    <title>Future Prevayler</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3632</link>
    <description>&lt;pre&gt;In fact, it looks like bytecode instrumentation can allow .journal
files to be written from there, so a future version of Prevayler might
allow you never have to stray from your original object. i.e. one line
e.g. Prevayler.prevail(myObject); recovers/persists to/from that
object, nothing else necessary. If possible and combined with the disk
thing it'll be the ultimate Java persistence engine by far in every
situation (only surpassable if Oracle makes it native to Java, but
that would destroy all of their own database products). It'll probably
be that so far with the disk thing alone.


------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org

&lt;/pre&gt;</description>
    <dc:creator>Naveen Chawla</dc:creator>
    <dc:date>2011-11-14T13:40:06</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3630">
    <title>Imagine if Prevayler could transparently usedisk...</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3630</link>
    <description>&lt;pre&gt;...so you could seamlessly create and use terabyte+ sized Java objects with it!

Stupid? Crazy? Pointless? Impossible? Maybe one day? Or already possible?

Maybe by transparently allowing deserialization/serialization of
fields to/from memory, based on which ones are most/least used. Or
maybe there's an even simpler way.

I'm guessing it'd still be way more performant than databases. I like
the Prevayler "way" of doing things, so I wouldn't want the user code
to change in any way, so it'd still be "Prevayler".

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org

&lt;/pre&gt;</description>
    <dc:creator>Naveen Chawla</dc:creator>
    <dc:date>2011-11-13T16:45:12</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3628">
    <title>Failing tests in git</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3628</link>
    <description>&lt;pre&gt;Hi all,

there are a bunch of tests that are failing since the last two commits: 
SmokeTest, ConfusedFoodTesterStressTest, DeadKingDeepCopyTest and RollbackTest.

These are all related to food tasting. Haven't quite had the time to keep up with what you've been talking about but I've noticed you've mentioned getting rid of it, so this is might just be me taking up space in your mail quota.


karl



[INFO] ------------------------------------------------------------------------
[INFO] Building Prevayler Tests 2.6-SNAPSHOT
[INFO] ------------------------------------------------------------------------
[INFO] 
[INFO] --- maven-clean-plugin:2.4.1:clean (default-clean) &amp;lt; at &amp;gt; prevayler-tests ---
[INFO] 
[INFO] --- maven-enforcer-plugin:1.0:enforce (enforce-maven) &amp;lt; at &amp;gt; prevayler-tests ---
[INFO] 
[INFO] --- maven-resources-plugin:2.4.3:resources (default-resources) &amp;lt; at &amp;gt; prevayler-tests ---
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory /Users/kalle/projekt/github/jsamp&lt;/pre&gt;</description>
    <dc:creator>Karl Wettin</dc:creator>
    <dc:date>2011-11-09T14:47:09</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3605">
    <title>So why are things being executed twice onevery transaction?</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3605</link>
    <description>&lt;pre&gt;Put a System.out.println in a transaction and it's outputted twice.
It's preventing my direct-transaction version from working properly
(e.g. if I add 1 to something, it ends up adding 2). On the
deserialize-then-execute version it has no effect on the output,
because it's carrying out on a deserialized copy each time.
Nonetheless, isn't it a little wasteful? I mean, isn't it making
Prevayler run twice as slow as it could? Meaning couldn't it be
carrying out its business once instead of twice?

Upon examination I found it's:

1. the "royalFoodTaster.receive(timestampCopy);" in
"StrictTransactionCensor.java" (line 31)
2. the "notifySubscribers()" call at the end of
"publishWithoutWorryingAboutNewSubscriptions()" in
"CentralPublisher.java" (line 65).

Commenting out either line fixes things. What is the ideal
configuration for now in your view?

------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2de&lt;/pre&gt;</description>
    <dc:creator>Naveen Chawla</dc:creator>
    <dc:date>2011-11-07T01:27:46</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3603">
    <title>Call for vote - release current as 2.6</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3603</link>
    <description>&lt;pre&gt;I'm ready to tag current revision in git as 2.6 and release to Maven central.

Please pull the current revision from github and run "mvn clean install" on your environment to make sure it does not fail before casting a vote : )
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org

&lt;/pre&gt;</description>
    <dc:creator>Karl Wettin</dc:creator>
    <dc:date>2011-11-05T14:41:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3602">
    <title>Naveens fork has been merged</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3602</link>
    <description>&lt;pre&gt;I also solved and committed a bunch of javadoc warnings and errors and made AnotherTest use a type safe Factory so my silly sensitive Jenkins build would not fail it.

Thanks Naveen for your contribution!


karl
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion
_______________________________________________
"Databases in Memoriam" -- http://www.prevayler.org

&lt;/pre&gt;</description>
    <dc:creator>Karl Wettin</dc:creator>
    <dc:date>2011-11-05T14:38:31</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3584">
    <title>Making transaction calls act like a Javamethod call would</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3584</link>
    <description>&lt;pre&gt;After trying to replace my Java method calls with the equivalent
Prevayler transaction calls, some things no longer worked. In Java,
when I passed in an object and manipulated its contents, it would come
out as changed on the other side. That's because the copied reference
inside the Java method is still pointing to the same data.

In Prevayler, however, after a lot of head scratching, I found that
its contents were unchanged on the other side.

After even more head scratching, I found that Prevayler wasn't
changing the data, but a deserialized copy of the data. This is of
course intended, but isn't what I'm personally after, which is
ordinary Java-method-call-like behaviour.

By adding the following lines of code to the source, this is possible:

In Capsule.java:

As an instance member:

private transient Object _transaction=null; 
//Transient so that
//upon recovery, this
//field isn't used below:

At the start of the existing constructor:

_transaction=transaction; //Hold it

And at the beginn&lt;/pre&gt;</description>
    <dc:creator>Naveen Chawla</dc:creator>
    <dc:date>2011-11-03T11:10:03</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.java.prevayler/3578">
    <title>Type-safe Prevayler, using generics</title>
    <link>http://comments.gmane.org/gmane.comp.java.prevayler/3578</link>
    <description>&lt;pre&gt;Small point, but by using generics, Prevayler has complete type-safety minus
casting. Took me longer than expected, but I've attempted this on Prevayler
source. I submitted a "fork" on the prevayler git -
https://github.com/Navigateur/prevayler - I'm not very good at git, but I
think that's how you want contributions submitted. Needs run time testing.
Demo and test code modified to match. Summary usage:

instead of
Prevayler prevayler
use
Prevayler&amp;lt;MyTypeToPrevail&amp;gt; prevayler

and instead of
PrevaylerFactory prevaylerFactory
use
PrevaylerFactory&amp;lt;MyTypeToPrevail&amp;gt; prevaylerFactory

For your custom transactions/queries:
replace
implements Transaction{
with
implements Transaction&amp;lt;MyTypeToPrevail&amp;gt;{

and
implements TransactionWithQuery{
with
implements TransactionWithQuery&amp;lt;MyTypeToPrevail, MyTypeToReturn&amp;gt;{
same for Query, SureTransactionWithQuery

Then, you don't do any casting from Object to prevalent type, nor from
".execute" to return type, as these arrive in native form.
("MyTypeToPrevail" is compiler-checked a&lt;/pre&gt;</description>
    <dc:creator>Naveen Chawla</dc:creator>
    <dc:date>2011-10-28T22:54:29</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.java.prevayler">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.java.prevayler</link>
  </textinput>
</rdf:RDF>

