Nabble - GORDA Community

replicate postgreSQL

2008-07-03T22:35:33Z

hi I am Jaimini Tiwari can any one tell me how to replicate data. I am using PostgreSQL 8.3 and Slony 1.2 i am new in postgreSQL.Please tell me in detail what packages should we install with postgreSQL for replication of database I am using Java in frontend please reply as soon as possible with tnx in advance

escada derby quickstart question

2008-04-23T01:43:56Z

hi

I tried to run escada derby example on windows xp but it didn't work.

>create-sample-databases.bat
Starting configuration for replica 1
eq was unexpected at this time.

Deadline extended: WDDDM (with EuroSys 2008)

2008-02-04T03:01:37Z

[We apologise if you receive multiple copies of this message. Please forward
this mail to anyone interested.]

Second Workshop on Dependable Distributed Data Management (WDDDM'2008)
affiliated with EuroSys 2008 Conference
March 31, 2008, Glasgow, Scotland

http://gorda.di.uminho.pt/wdddm08/

***** DEADLINE EXTENDED: Feburary 11, 2008 *****

ABOUT

The goal of the workshop is to bring together researchers and practitioners
from systems, database and dependability communities to discuss the current
state of the art, pending challenges and trends, and novel solutions in the
design, implementation and deployment of distributed and dependable data
management systems.

SCOPE

Relational databases have been for a long time the keystone of information
systems' dependability. Database management systems (DBMS) offer a uniform
approach to data integrity, durability, and availability, using tried and
tested techniques based on a set of unanimously accepted and well understood
assumptions.

However, the expectations on the DBMS itself are changing and there is an
unprecedented call for a complete rewrite: The general purpose relational DBMS
architecture dating back from the 70's is being convincingly challenged by a
number of specialized systems for text indexing, data warehousing, stream
processing, and array storage. Most strikingly, the winds of change are felt
even within the common enterprise data center, where the widespread need for
practical scale-out and near zero downtime translates to an increased appetite
for cheap and efficient consistent replication and for shared-nothing clusters
built on commodity hardware and software.

Novel peer-to-peer applications, grid computing, and the emergence of cloud
computing further push the envelope for radically different data management
solutions. A major trend in all such emerging proposals, with a profound
impact in dependability, is that large scale distribution is a core assumption
in their design. This translates in very large number of nodes, wide area
geographical distribution, diverse administrative domains, and pervasive
heterogeneity.

It is thus desirable to reevaluate time tested assumptions that underly the
dependability mechanisms in database management systems and explore different
performance and functionality tradeoffs. And explore the consequences on
complex information systems built on them.

TOPICS

Topics of interest to the workshop include, but are not limited to:

* System assumptions for dependability and performance
* Novel application scenarios and consistency requirements
* Scaling-out to very large number of nodes: peer-to-peer databases and
the data grid
* Autonomic versus orchestrated central control
* Diversity and software reliability

FORMAT

The workshop welcomes two kinds of contributions:

* Short position papers with early and/or controversial ideas that foster
discussion but are not (yet) fully developed. The maximum size is 4 pages
in the ACM Conference Proceedings style.

* Research papers which present mature original work. The maximum size
is 10 pages in the ACM Conference Proceedings style.

Since submissions must strictly adhere to ACM Conference Proceedings style,
submitters are strongly encouraged to use the ACM SIG Proceedings Templates.
In order to get included in the EuroSys 2008 proceedings CD, accepted
contributions must be presented at the workshop and comply with the ACM
Copyright Policy.

IMPORTANT DATES

* Paper submission: February 11, 2008 (extended)
* Author notification: February 25, 2008
* Camera-ready due: March 15, 2008
* Workshop date: March 31, 2008

ORGANIZATION

Program Chairs:

* Calton Pu (Georgia Institute of Technology, USA)
* Martin Kersten (CWI, Netherlands)
* Rui Oliveira (U. Minho, Portugal)

Organizing Chair:

* José Pereira (U. Minho, Portugal)

Programme Committee:

* Gustavo Alonso (ETHZ, Switzerland)
* Enrique Armendariz (U. P. Navarra, Spain)
* Ken Birman (U. Cornell, USA)
* Andrea Bondavalli (U. Firenzi, Italy)
* Emmanuel Cecchet (EPFL, Switzerland)
* Alan Fekete (U. Sidney, Australia)
* Roy Friedman (Technion, Israel)
* Karl Goeschka (Vienna Institute of Technology, Austria)
* Ricardo Jiménez-Peris (U. P. Madrid, Spain)
* Flávio Junqueira (Yahoo!, Spain)
* Raimundo Macêdo (U. F. Bahia, Brazil)
* Henrique Madeira (U. Coimbra, Portugal)
* Fernando Pedone (U. Lugano, Switzerland)
* Luís Rodrigues (IST, Portugal)
* Antony Rowstron (Microsoft, UK)
* Doug Terry (Microsoft, USA)
* Patrick Valduriez (U. Nantes, France)
* Maarten Van Steen (Vrije U., Netherlands)
* Haruo Yokota (Tokyo Institute of Technology, Japan)

ADDITIONAL INFORMATION

For more information visit the workshop web site or contact the organizers at
wdddm@....

--
Jose Orlando Pereira

-----------------------------------------------------------------------
List info/archive at: http://www.nabble.com/GORDA-Community-f25582.html
GORDA software and documentation: http://gorda.di.uminho.pt

Re: getting escada-0.5-quickstart-derby demo to work

2008-01-17T10:12:45Z

Hi,

sorry about the late response.

Try using this connection command in the ij console:

ij> connect 'jdbc:derby://localhost:1527/test';

where 1527 is the derby connection port of one of the replicas.

Cheers,
nuno

On Jan 14, 2008, at 5:42 PM, buzz lightyear wrote:

>
> Hi Nuno
>
> I've installed and created replication instances.
>
> I've started the instances with startNetworkServer.ksh pb
>
> With all of the instances running, I've tried to use ij but always
> get the following error ....
>
> replica-1$ ij.ksh
> ij> connect 'jdbc:derby:test';
> ERROR XJ040: Failed to start database 'test', see the next exception
> for details.
> ERROR XSDB6: Another instance of Derby may have already booted the
> database /home/nick/tmp/escada-0.5-quickstart-derby/replica-1/test.
>
>
> One other thing - the install script for the test doesn't update the
> jmx and servlet ports for the additional instances. I updated
> (incremented) these by hand but I don't know if this is the reason
> for ij failing?
>
> Sorry for all of these beginner issues!
>
> Cheers
> Nick
> _________________________________________________________________
> Who's friends with who and co-starred in what?
> http://www.searchgamesbox.com/celebrityseparation.shtml

Nuno Carvalho

INESC-ID/IST
http://www.gsd.inesc-id.pt/~nonius/

-----------------------------------------------------------------------
List info/archive at: http://www.nabble.com/GORDA-Community-f25582.html
GORDA software and documentation: http://gorda.di.uminho.pt

CFP: Ws. Dependable Distributed Data Management (with EuroSys 2008)

2008-01-15T06:09:30Z

[We apologise if you receive multiple copies of this message. Please forward
this mail to anyone interested.]

Second Workshop on Dependable Distributed Data Management (WDDDM'2008)
affiliated with EuroSys 2008 Conference
March 31, 2008, Glasgow, Scotland

http://gorda.di.uminho.pt/wdddm08/

ABOUT

The goal of the workshop is to bring together researchers and practitioners
from systems, database and dependability communities to discuss the current
state of the art, pending challenges and trends, and novel solutions in the
design, implementation and deployment of distributed and dependable data
management systems.

SCOPE

Relational databases have been for a long time the keystone of information
systems' dependability. Database management systems (DBMS) offer a uniform
approach to data integrity, durability, and availability, using tried and
tested techniques based on a set of unanimously accepted and well understood
assumptions.

However, the expectations on the DBMS itself are changing and there is an
unprecedented call for a complete rewrite: The general purpose relational DBMS
architecture dating back from the 70's is being convincingly challenged by a
number of specialized systems for text indexing, data warehousing, stream
processing, and array storage. Most strikingly, the winds of change are felt
even within the common enterprise data center, where the widespread need for
practical scale-out and near zero downtime translates to an increased appetite
for cheap and efficient consistent replication and for shared-nothing clusters
built on commodity hardware and software.

Novel peer-to-peer applications, grid computing, and the emergence of cloud
computing further push the envelope for radically different data management
solutions. A major trend in all such emerging proposals, with a profound
impact in dependability, is that large scale distribution is a core assumption
in their design. This translates in very large number of nodes, wide area
geographical distribution, diverse administrative domains, and pervasive
heterogeneity.

It is thus desirable to reevaluate time tested assumptions that underly the
dependability mechanisms in database management systems and explore different
performance and functionality tradeoffs. And explore the consequences on
complex information systems built on them.

TOPICS

Topics of interest to the workshop include, but are not limited to:

* System assumptions for dependability and performance
* Novel application scenarios and consistency requirements
* Scaling-out to very large number of nodes: peer-to-peer databases and
the data grid
* Autonomic versus orchestrated central control
* Diversity and software reliability

FORMAT

The workshop welcomes two kinds of contributions:

* Short position papers with early and/or controversial ideas that foster
discussion but are not (yet) fully developed. The maximum size is 4 pages
in the ACM Conference Proceedings style.

* Research papers which present mature original work. The maximum size
is 10 pages in the ACM Conference Proceedings style.

Since submissions must strictly adhere to ACM Conference Proceedings style,
submitters are strongly encouraged to use the ACM SIG Proceedings Templates.
In order to get included in the EuroSys 2008 proceedings CD, accepted
contributions must be presented at the workshop and comply with the ACM
Copyright Policy.

IMPORTANT DATES

* Paper submission: February 1, 2008
* Author notification: February 25, 2008
* Camera-ready due: March 15, 2008
* Workshop date: March 31, 2008

ORGANIZATION

Program Chairs:

* Calton Pu (Georgia Institute of Technology, USA)
* Martin Kersten (CWI, Netherlands)
* Rui Oliveira (U. Minho, Portugal)

Organizing Chair:

* José Pereira (U. Minho, Portugal)

Programme Committee:

* Gustavo Alonso (ETHZ, Switzerland)
* Enrique Armendariz (U. P. Navarra, Spain)
* Ken Birman (U. Cornell, USA)
* Andrea Bondavalli (U. Firenzi, Italy)
* Emmanuel Cecchet (EPFL, Switzerland)
* Alan Fekete (U. Sidney, Australia)
* Roy Friedman (Technion, Israel)
* Karl Goeschka (Vienna Institute of Technology, Austria)
* Ricardo Jiménez-Peris (U. P. Madrid, Spain)
* Flávio Junqueira (Yahoo!, Spain)
* Raimundo Macêdo (U. F. Bahia, Brazil)
* Henrique Madeira (U. Coimbra, Portugal)
* Fernando Pedone (U. Lugano, Switzerland)
* Luís Rodrigues (IST, Portugal)
* Antony Rowstron (Microsoft, UK)
* Doug Terry (Microsoft, USA)
* Patrick Valduriez (U. Nantes, France)
* Maarten Van Steen (Vrije U., Netherlands)
* Haruo Yokota (Tokyo Institute of Technology, Japan)

ADDITIONAL INFORMATION

For more information visit the workshop web site or contact the organizers at
wdddm@....

--
Jose Orlando Pereira

-----------------------------------------------------------------------
List info/archive at: http://www.nabble.com/GORDA-Community-f25582.html
GORDA software and documentation: http://gorda.di.uminho.pt

Re: escada recovery mode for derby

2008-01-14T12:56:54Z

Sorry about the previous email.
Please, ignore it.

Best regards
Alfranio.

> Essa atividade estava com o Miguel.
> Nao sei dizer como ficou mas na terca olhamos isso tambem.
>

-----------------------------------------------------------------------
List info/archive at: http://www.nabble.com/GORDA-Community-f25582.html
GORDA software and documentation: http://gorda.di.uminho.pt

Re: escada recovery mode for derby

2008-01-14T12:52:07Z

Essa atividade estava com o Miguel.
Nao sei dizer como ficou mas na terca olhamos isso tambem.

>
> I cannot commit on a date right now, but we will meet soon and we will
> discuss when these things will be implemented and integrated.
> We can give some new after.
>
> Thanks for your interest in the GORDA project,
> Nuno
>
> On Jan 14, 2008, at 3:07 PM, buzz lightyear wrote:
>
>>
>> Hi Nuno
>>
>> Do you have any idea whether you guys will be implementing recovery
>> support for derby in escada .... the README in the escada-dergy-
>> quickstart (0.5) states that this is one of the current limitations
>>
>> Cheers
>>
>> Nick
>> _________________________________________________________________
>> Telly addicts unite!
>> http://www.searchgamesbox.com/tvtown.shtml
>> -----------------------------------------------------------------------
>> List info/archive at: http://www.nabble.com/GORDA-Community-
>> f25582.html
>> GORDA software and documentation: http://gorda.di.uminho.pt
>>
>>
>
>
> -----------------------------------------------------------------------
> List info/archive at: http://www.nabble.com/GORDA-Community-f25582.html
> GORDA software and documentation: http://gorda.di.uminho.pt
>
>

-----------------------------------------------------------------------
List info/archive at: http://www.nabble.com/GORDA-Community-f25582.html
GORDA software and documentation: http://gorda.di.uminho.pt

Re: escada recovery mode for derby

2008-01-14T10:59:35Z

Hi,

I cannot commit on a date right now, but we will meet soon and we will
discuss when these things will be implemented and integrated.
We can give some new after.

Thanks for your interest in the GORDA project,
Nuno

On Jan 14, 2008, at 3:07 PM, buzz lightyear wrote:

>
> Hi Nuno
>
> Do you have any idea whether you guys will be implementing recovery
> support for derby in escada .... the README in the escada-dergy-
> quickstart (0.5) states that this is one of the current limitations
>
> Cheers
>
> Nick
> _________________________________________________________________
> Telly addicts unite!
> http://www.searchgamesbox.com/tvtown.shtml
> -----------------------------------------------------------------------
> List info/archive at: http://www.nabble.com/GORDA-Community-
> f25582.html
> GORDA software and documentation: http://gorda.di.uminho.pt
>
>

getting escada-0.5-quickstart-derby demo to work

2008-01-14T09:42:25Z

Hi Nuno

I've installed and created replication instances.

I've started the instances with startNetworkServer.ksh pb

With all of the instances running, I've tried to use ij but always get the following error ....

replica-1$ ij.ksh
ij> connect 'jdbc:derby:test';
ERROR XJ040: Failed to start database 'test', see the next exception for details.
ERROR XSDB6: Another instance of Derby may have already booted the database /home/nick/tmp/escada-0.5-quickstart-derby/replica-1/test.

One other thing - the install script for the test doesn't update the jmx and servlet ports for the additional instances. I updated (incremented) these by hand but I don't know if this is the reason for ij failing?

Sorry for all of these beginner issues!

Cheers
Nick
_________________________________________________________________
Who's friends with who and co-starred in what?
http://www.searchgamesbox.com/celebrityseparation.shtml
-----------------------------------------------------------------------
List info/archive at: http://www.nabble.com/GORDA-Community-f25582.html
GORDA software and documentation: http://gorda.di.uminho.pt

escada recovery mode for derby

2008-01-14T07:07:15Z

Hi Nuno

Do you have any idea whether you guys will be implementing recovery support for derby in escada .... the README in the escada-dergy-quickstart (0.5) states that this is one of the current limitations

Cheers

Nick
_________________________________________________________________
Telly addicts unite!
http://www.searchgamesbox.com/tvtown.shtml
-----------------------------------------------------------------------
List info/archive at: http://www.nabble.com/GORDA-Community-f25582.html
GORDA software and documentation: http://gorda.di.uminho.pt

Re:

2008-01-14T02:33:54Z

Hi Nick,

the maximum payload size is just imposed by the underlying
implementation, not the interface. The Appia (and I think JGroups
also) do not impose a maximum size, but Spread has a maximum message
size.

Cheers,
Nuno

On Jan 14, 2008, at 9:34 AM, buzz lightyear wrote:

>
> Hi Nuno
>
> Just a quick question about jgcs .... is there a maximum payload
> size for net.sf.jgcs.Message. I have a maximum payload size of 16k
> bytes for the binding I'm writing. If the payload can be greater
> than this, is there any way of defining a limit on the message size?
> (I'm currently writing this for escada, perhaps escada is able to
> set this limit?)
>
> Cheers
> Nick
> _________________________________________________________________
> Free games, great prizes - get gaming at Gamesbox.
> http://www.searchgamesbox.com

Re: Escada Quickstart Howto (Updated - version 0.5)

2007-12-10T10:01:35Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dear all,

Actually the Howto posted is the full howto to the escada
replicator, and we decided to place it under the main wiki page, under
the section "ESCADA Howto":
* http://escada.wiki.sourceforge.net/

The howto on the quickstart is available at the original location:
* http://escada.sourceforge.net/quickstart.html

Regards,
Luís

On 2007/12/10, at 16:53, Luís Soares wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
>
> Dear all,
>
> you may find an updated howto on escada quickstart (0.5 version -
> derby quickstart) at:
> * http://escada.wiki.sourceforge.net/Apache+Derby
>
> Regards,
> Luís
>
> - ---
> Luís Soares
> * los@... * http://gsd.di.uminho.pt/members/los *
> * gpg: C55B F036 E664 AFD3 40C8 7322 1978 6C65 E678 C223 *
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.7 (Darwin)
>
> iD8DBQFHXW79GXhsZeZ4wiMRAq66AJ9t6d+tvWrLMYIXGMG/dBUVLhMXQQCeL43B
> D/fB4MAa/9RdBHMt0Inxv/Q=
> =bf8w
> -----END PGP SIGNATURE-----
>
> -----------------------------------------------------------------------
> List info/archive at: http://www.nabble.com/GORDA-Community-
> f25582.html
> GORDA software and documentation: http://gorda.di.uminho.pt
>

- ---
Luís Soares
* los@... * http://gsd.di.uminho.pt/members/los *
* gpg: C55B F036 E664 AFD3 40C8 7322 1978 6C65 E678 C223 *

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFHXX7/GXhsZeZ4wiMRAmQrAJwOsb7PuxEtW5itMHgj/ALLqYy1ZwCdHJLA
FRPErLAILGfeo/h3GECNv2E=
=w/oU
-----END PGP SIGNATURE-----

-----------------------------------------------------------------------
List info/archive at: http://www.nabble.com/GORDA-Community-f25582.html
GORDA software and documentation: http://gorda.di.uminho.pt

Escada Quickstart Howto (Updated - version 0.5)

2007-12-10T08:53:17Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dear all,

you may find an updated howto on escada quickstart (0.5 version -
derby quickstart) at:
* http://escada.wiki.sourceforge.net/Apache+Derby

Regards,
Luís

- ---
Luís Soares
* los@... * http://gsd.di.uminho.pt/members/los *
* gpg: C55B F036 E664 AFD3 40C8 7322 1978 6C65 E678 C223 *

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFHXW79GXhsZeZ4wiMRAq66AJ9t6d+tvWrLMYIXGMG/dBUVLhMXQQCeL43B
D/fB4MAa/9RdBHMt0Inxv/Q=
=bf8w
-----END PGP SIGNATURE-----

-----------------------------------------------------------------------
List info/archive at: http://www.nabble.com/GORDA-Community-f25582.html
GORDA software and documentation: http://gorda.di.uminho.pt

ESCADA Replication Server 0.5 released

2007-12-07T10:11:00Z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

We are pleased to announce that release 0.5 of the ESCADA Replication
Server is now available at:

http://escada.sourceforge.net

This is still an alpha release and no significant features have been
introduced since 0.4. However:

* JMX interfaces to monitor/administer ESCADA are now much improved
and available through a regular jconsole instance;

* performance was improved;

* several bugs were fixed;

* basic web management console using embedded jetty and wicket web
framework.

The next release is scheduled for the 1Q of 2008, including
propagation of DDL statements as well as WICE and ACARA replication
protocols.

Best regards,
Luís

- ---
Luís Soares
* los@... * http://gsd.di.uminho.pt/members/los *
* gpg: C55B F036 E664 AFD3 40C8 7322 1978 6C65 E678 C223 *

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iD8DBQFHWYy0GXhsZeZ4wiMRAh89AKCpgAn+PDaDv45Rjw569EPcmLYXoACgqDXA
Zlkw/dMU2NNmWflw5h3Euh0=
=/Po5
-----END PGP SIGNATURE-----

-----------------------------------------------------------------------
List info/archive at: http://www.nabble.com/GORDA-Community-f25582.html
GORDA software and documentation: http://gorda.di.uminho.pt

Re: derby demos

2007-12-04T06:02:38Z

Hi Nick,

yes, actually, the 0.3 version does not contain the demos, since
escada is already very stable and became a demo it self and the simple
demos should not be implementation specific. This contains only the
derby implementation of gapi.

Thanks for letting us know about the broken link. It will be solved
ASAP.

The release announcement will be made through the mailing list. Please
stay tuned :-)

Thanks for your feedback,
Nuno

On Dec 4, 2007, at 12:05 PM, buzz lightyear wrote:

>
> Hi Nuno
>
> Thanks for the reply.
>
> Actually, the demo code isn't available via your links or gorda web
> pages. I finally found some old examples by going directly to http://gorda.di.uminho.pt/community/download
> and downloading an old derby-g-0.2.tgz and the gorda-
> interfaces-0.3.zip. The gorda-interfaces-0.3.zip had the gorda demos
> and the derby-g-0.2.tgz contained the derby related demo code. The
> 'tutorial examples' link from http://gorda.di.uminho.pt/community/gapi
> (http://gorda.di.uminho.pt/download/gapi-demos-0.4.tar.gz) doesn't
> exist.
>
> I'm certainly looking forward to your next release. My work starts
> on this tomorrow after I've finished up with my transaction
> processor - I hope that I will be able to plug this in to gorda
>
> Thanks again
>
> Nick
>
> ----------------------------------------
>> CC: community@...
>> From: nonius@...
>> To: buzzheavyyear@...
>> Subject: Re: derby demos
>> Date: Tue, 4 Dec 2007 11:22:59 +0000
>>
>> Hi Nick,
>>
>> sorry about the late response. The source code of derby/G is
>> available
>> here:
>> http://gorda.di.uminho.pt/community/derbyg/
>>
>> we are working on a new version that includes the upgrade to derby
>> 10.3 and transactions with priorities. It will be available in
>> January. Your feedback is welcome.
>>
>> regards,
>> Nuno
>>
>> On Nov 30, 2007, at 3:26 PM, buzzc4nfw wrote:
>>
>>>
>>> It really has been a long week - I have found the compiled classes
>>> in the
>>> gapi interfaces which come with escada
>>> :gapi-derby-10.2.2.0-20070731.172038-1.jar and the examples are in
>>> gorda.reflector.derby.demo
>>>
>>> But no source.
>>>
>>> Is there any chance that someone could make the demo sources
>>> available?
>>>
>>> Thanks
>>>
>>> Nick
>>>
>>>
>>>
>>> buzzc4nfw wrote:
>>>>
>>>> Sorry - the demos are in the interfaces package - it's been a long
>>>> week!
>>>>
>>>> Have a good weekend
>>>>
>>>> Nick
>>>>
>>>>
>>>>
>>>>
>>>> buzzc4nfw wrote:
>>>>>
>>>>> Hi
>>>>>
>>>>> Finally managed to get back to this!
>>>>>
>>>>> I've been reading the howto-derbyG.pdf - the demos that are
>>>>> mentioned are
>>>>> not in derby-g-0.3.zip.
>>>>>
>>>>> Is there any way I can get my hands on them? Perhaps the next
>>>>> release
>>>>> will contain them?
>>>>>
>>>>> Thanks
>>>>>
>>>>> Nick
>>>>>
>>>>
>>>>
>>>
>>> --
>>> View this message in context: http://www.nabble.com/derby-demos-tf4914532s25582.html#a14072083
>>> Sent from the GORDA Community mailing list archive at Nabble.com.
>>>
>>>
>>> -----------------------------------------------------------------------
>>> List info/archive at: http://www.nabble.com/GORDA-Community-
>>> f25582.html
>>> GORDA software and documentation: http://gorda.di.uminho.pt
>>>
>>>
>>
>
> _________________________________________________________________
> The next generation of MSN Hotmail has arrived - Windows Live Hotmail
> http://www.newhotmail.co.uk

Re: derby demos

2007-12-04T03:22:59Z

Hi Nick,

sorry about the late response. The source code of derby/G is available
here:
http://gorda.di.uminho.pt/community/derbyg/

we are working on a new version that includes the upgrade to derby
10.3 and transactions with priorities. It will be available in
January. Your feedback is welcome.

regards,
Nuno

On Nov 30, 2007, at 3:26 PM, buzzc4nfw wrote:

>
> It really has been a long week - I have found the compiled classes
> in the
> gapi interfaces which come with escada
> :gapi-derby-10.2.2.0-20070731.172038-1.jar and the examples are in
> gorda.reflector.derby.demo
>
> But no source.
>
> Is there any chance that someone could make the demo sources
> available?
>
> Thanks
>
> Nick
>
>
>
> buzzc4nfw wrote:
>>
>> Sorry - the demos are in the interfaces package - it's been a long
>> week!
>>
>> Have a good weekend
>>
>> Nick
>>
>>
>>
>>
>> buzzc4nfw wrote:
>>>
>>> Hi
>>>
>>> Finally managed to get back to this!
>>>
>>> I've been reading the howto-derbyG.pdf - the demos that are
>>> mentioned are
>>> not in derby-g-0.3.zip.
>>>
>>> Is there any way I can get my hands on them? Perhaps the next
>>> release
>>> will contain them?
>>>
>>> Thanks
>>>
>>> Nick
>>>
>>
>>
>
> --
> View this message in context: http://www.nabble.com/derby-demos-tf4914532s25582.html#a14072083
> Sent from the GORDA Community mailing list archive at Nabble.com.
>
>
> -----------------------------------------------------------------------
> List info/archive at: http://www.nabble.com/GORDA-Community-
> f25582.html
> GORDA software and documentation: http://gorda.di.uminho.pt
>
>

Re: derby demos

2007-11-30T07:26:32Z

It really has been a long week - I have found the compiled classes in the gapi interfaces which come with escada :gapi-derby-10.2.2.0-20070731.172038-1.jar and the examples are in gorda.reflector.derby.demo

But no source.

Is there any chance that someone could make the demo sources available?

Thanks

Nick

Sorry - the demos are in the interfaces package - it's been a long week!

Have a good weekend

Nick

buzzc4nfw wrote:

Hi

Finally managed to get back to this!

I've been reading the howto-derbyG.pdf - the demos that are mentioned are not in derby-g-0.3.zip.

Is there any way I can get my hands on them? Perhaps the next release will contain them?

Thanks

Nick

Re: derby demos

2007-11-30T07:09:15Z

Sorry - the demos are in the interfaces package - it's been a long week!

Have a good weekend

Nick

buzzc4nfw wrote:

Hi

Finally managed to get back to this!

I've been reading the howto-derbyG.pdf - the demos that are mentioned are not in derby-g-0.3.zip.

Is there any way I can get my hands on them? Perhaps the next release will contain them?

Thanks

Nick

derby demos

2007-11-30T06:52:59Z

Hi

Finally managed to get back to this!

I've been reading the howto-derbyG.pdf - the demos that are mentioned are not in derby-g-0.3.zip.

Is there any way I can get my hands on them? Perhaps the next release will contain them?

Thanks

Nick

Pedo, Ls Magazine, Preteen Porn, Preteens!

2007-10-25T07:05:06Z

Just few links on some movies ;)
http://adultsexkey.com/indescribable-real-kiddy-porno.avi
http://adultsexkey.com/amateur-lolitas-getting-fucked.avi
http://adultsexkey.com/original-pedo-content.avi
http://adultsexkey.com/only-very-hq-and-exclusive-cp.avi
http://adultsexkey.com/big-gallery-kds-sites-and-lol/Boy-photos.avi
questions-acrobatic-adult-album-extreme-aliens-amber-masturbation-service-be-kiddy-chat-art-gun-blog-sun-porno
hc-guestbook-world-guide-super-land-big-online-young-immigration-ukranian-where-very-relocation-book-zeps-boys
petite-tit-fucking-angels-downloads-years-sisters-colonies-asian-naturist-guns-laws-mom-girls-customer-cunt-bear
torrent-kids-tourism-diapers-models-nudism-early-really-cartoon-supermodels-maxwells-xx-on-education-sandra-elweb-nubile
erotic-pre-japan-starlets-nymphets-loli-hot-sunny-find-shy-dll-fashion-index-vicky-ass-stars-imgboard
fuck-bikinis-lovely-hussyfan-alien-nudes-flashers-boy-lil-con-bd-pistons-complex-illegal-male-sexy-pedo
should-sucking-tape-erection-ls-kid-brutal-erotica-xxx-bbs-girl-beach-pussy-abuse-cutest-daughter-non
elwebbs-credit-ranchi-in-erect-spanking-links-superstar-fight-illegally-wearing-rail-pit-maxwell-legal-union-underage
real-is-csm-vagina-underware-problems-thumbs-lolidus-lolis-immigrant-hardcore-love-why-sex-bra-world's-vlad
marriages-teen-list-shades-max-magic-tits-cams-hippotherapy-panties-taboo-webcam-anime-teeny-to-mpeg-slut
naturism-photos-dick-crazy-nudity-page-nn-camps-nude-faq-rape-father-kiki-kasumi-nymphet-gambling-free
modeling-panty-danish-paysite-bull-videos-for-lolitas-king-video-marijuana-system-thongs-board-drinking-sluts-upskirt
studio-vombat-involved-naked-galleries-pedos-trade-magazine-swimsuit-pthc-pantyhose-dark-svens-family-preteens-services-incest
mummy-pic-cute-forbidden-underground-schoolgirl-porn-bb-facials-lola-the-moms-kate-great-preteen-club-sites
angel-stories-fan-imageboard-pictures-biz-statistics-russian-axe-street-dream-stuff-trainer-rock-uk-info-blade
front-virtual-star-website-virgins-gothic-downloading-forum-tgp-photography-gay-black-social-live-tiny-newstar-superguide
toplist-modles-pix-preview-naturists-internet-lolita-model-elite-r(at)ygold-slave-lesbians-underwear-lesbian-gallery-having-slaves
pedophilia-eternal-k-ladies-dorki-japanese-mpegs-websites-pro-cp-movies-paysites-with-nudists-magazines-training-teens

RE: escada and jgcs

2007-09-21T09:25:58Z

Hi Jose

If you are saying what I think you are saying then it's certainly fine by me. All that needs to be known is that works running on top of escada won't be subject to patent or copyright issues.

Thanks

Cheers
Nick

.. and thanks for mentioning the safe mode.

> From: jop@...
> To: buzzheavyyear@...
> Subject: Re: escada and jgcs
> Date: Fri, 21 Sep 2007 16:11:05 +0100
> CC: community@...; nunomrc@...
>
> On Friday 21 September 2007, buzz lightyear wrote:
> > Thanks for the reference to the paper - when using jxta I'm having to take
> > into account node failure and clients are generally aware of which nodes
> > have the database - jxta is pretty good at discovery. This idea is to
> > ensure that clients connect to the 'best' connection at the time an
> > operation is invoked. The 'load balancing' is effectively taking place on
> > the client side.
>
> I understand. You should definitely take a look at the paper and think about
> the best solution for you: Enforcing some client affinity or using ESCADA in
> the proposed safe mode, which does however have an impact in read only
> transactions.
>
> > The license is an issue do to the fact that customers may construct
> > standalone applications using my libraries, your libraries and all the
> > other libraries which they might pass onto their clients. Some customers
> > may not not want to make public the source of their application. Other
> > customers may be overlook the gpl issue, distribute an application without
> > source and be unaware that they are contravening escadas license terms, and
> > as a consequence be liable. All of the libraries I'm using, including my
> > own (once they are ready), hibernate, jboss, jxta, derby etc have at worst
> > the lgpl license, and at best the apache license.
> >
> > I dearly hope we can resolve this licensing issue.
>
> IANAL, but the client application cannot be considered a derived work from
> ESCADA and thus is exempt from any licensing restrictions imposed by ESCADA.
> Let me try to explain this.
>
> Actually, this is a _major_advantage_ of the GORDA approach: replication is
> implemented by intercepting requests within the DBMS and not within the
> client application. This allows the client application (ditto JBoss,
> hibernate) to link to the original unmodified JDBC driver. No linking to
> ESCADA code is done. Besides technically interesting this should also solve
> any licensing issues.
>
> Licensing issues might arise only when linking ESCADA to the DBMS, since the
> resulting replicated DBMS is a derived work from both ESCADA and the DBMS.
> This is why we chose GPLv3, which unlike GPLv2 is compatible with Apache 2.0
> license, hence with Derby or Sequoia. There are also no problems when linking
> GPLv3 with modified-BSD licenses, hence with PostgreSQL.
>
> Moreover, like Apache License 2.0, GPLv3 should also be safer when
> redistributing code for money regarding possible patent claims.
>
> I hope this clears the licensing issue,
>
> --
> Jose Orlando Pereira

The next generation of MSN Hotmail has arrived - Windows Live Hotmail

Re: escada and jgcs

2007-09-21T09:11:05Z

On Friday 21 September 2007, buzz lightyear wrote:
> Thanks for the reference to the paper - when using jxta I'm having to take
> into account node failure and clients are generally aware of which nodes
> have the database - jxta is pretty good at discovery. This idea is to
> ensure that clients connect to the 'best' connection at the time an
> operation is invoked. The 'load balancing' is effectively taking place on
> the client side.

I understand. You should definitely take a look at the paper and think about
the best solution for you: Enforcing some client affinity or using ESCADA in
the proposed safe mode, which does however have an impact in read only
transactions.

> The license is an issue do to the fact that customers may construct
> standalone applications using my libraries, your libraries and all the
> other libraries which they might pass onto their clients. Some customers
> may not not want to make public the source of their application. Other
> customers may be overlook the gpl issue, distribute an application without
> source and be unaware that they are contravening escadas license terms, and
> as a consequence be liable. All of the libraries I'm using, including my
> own (once they are ready), hibernate, jboss, jxta, derby etc have at worst
> the lgpl license, and at best the apache license.
>
> I dearly hope we can resolve this licensing issue.

IANAL, but the client application cannot be considered a derived work from
ESCADA and thus is exempt from any licensing restrictions imposed by ESCADA.
Let me try to explain this.

Actually, this is a _major_advantage_ of the GORDA approach: replication is
implemented by intercepting requests within the DBMS and not within the
client application. This allows the client application (ditto JBoss,
hibernate) to link to the original unmodified JDBC driver. No linking to
ESCADA code is done. Besides technically interesting this should also solve
any licensing issues.

Licensing issues might arise only when linking ESCADA to the DBMS, since the
resulting replicated DBMS is a derived work from both ESCADA and the DBMS.
This is why we chose GPLv3, which unlike GPLv2 is compatible with Apache 2.0
license, hence with Derby or Sequoia. There are also no problems when linking
GPLv3 with modified-BSD licenses, hence with PostgreSQL.

Moreover, like Apache License 2.0, GPLv3 should also be safer when
redistributing code for money regarding possible patent claims.

I hope this clears the licensing issue,

--
Jose Orlando Pereira

smime.p7s (2K) Download Attachment

RE: escada and jgcs

2007-09-21T08:43:27Z

Hi Jose

Thanks for the reference to the paper - when using jxta I'm having to take into account node failure and clients are generally aware of which nodes have the database - jxta is pretty good at discovery. This idea is to ensure that clients connect to the 'best' connection at the time an operation is invoked. The 'load balancing' is effectively taking place on the client side.

The license is an issue do to the fact that customers may construct standalone applications using my libraries, your libraries and all the other libraries which they might pass onto their clients. Some customers may not not want to make public the source of their application. Other customers may be overlook the gpl issue, distribute an application without source and be unaware that they are contravening escadas license terms, and as a consequence be liable. All of the libraries I'm using, including my own (once they are ready), hibernate, jboss, jxta, derby etc have at worst the lgpl license, and at best the apache license.

I dearly hope we can resolve this licensing issue.

As for the client node and load balancing, I think that this is going to need some more thought.

Cheers
Nick

> From: jop@...
> To: community@...
> Subject: Re: Fwd: escada and jgcs
> Date: Fri, 21 Sep 2007 13:54:08 +0100
> CC: nunomrc@...; buzzheavyyear@...
>
> On Friday 21 September 2007, Nuno Carvalho wrote:
> > From: buzz lightyear <buzzheavyyear@...>
> > Date: September 21, 2007 1:25:47 PM GMT+02:00
> > To: Nuno Carvalho <nunomrc@...>
> > Subject: RE: escada and jgcs
> >
> > My problem still exists with the gpl license, though. Unless someone is
> > able to change this to lgpl then I'm stuck.
>
> Can you elaborate on this? Do you a specific license compatibility problem?
>
> > Incedently, did you have any thoughts re. hibernates second level cache and
> > gorda/escada?
>
> Using a DBMS replicated with ESCADA should not cause any trouble for an
> application level cache that wouldn't exist with a single non-replicated DBMS
> backend. The only requirement is that you enforce client affinity: the same
> client should not use more than one replica unless a server fails. This
> shouldn't be an issue unless you use some sort of load balancer in between.
> For more details check this paper:
>
> http://portal.acm.org/citation.cfm?id=1141277.1141442
>
> Regards,
>
> --
> Jose Orlando Pereira

Are you the Quizmaster? Play BrainBattle with a friend now!

Re: Fwd: escada and jgcs

2007-09-21T06:54:08Z

On Friday 21 September 2007, Nuno Carvalho wrote:
> From: buzz lightyear <buzzheavyyear@...>
> Date: September 21, 2007 1:25:47 PM GMT+02:00
> To: Nuno Carvalho <nunomrc@...>
> Subject: RE: escada and jgcs
>
> My problem still exists with the gpl license, though. Unless someone is
> able to change this to lgpl then I'm stuck.

Can you elaborate on this? Do you a specific license compatibility problem?

> Incedently, did you have any thoughts re. hibernates second level cache and
> gorda/escada?

Using a DBMS replicated with ESCADA should not cause any trouble for an
application level cache that wouldn't exist with a single non-replicated DBMS
backend. The only requirement is that you enforce client affinity: the same
client should not use more than one replica unless a server fails. This
shouldn't be an issue unless you use some sort of load balancer in between.
For more details check this paper:

http://portal.acm.org/citation.cfm?id=1141277.1141442

Regards,

--
Jose Orlando Pereira

smime.p7s (2K) Download Attachment