strongroom-devel Mailing List for Strongroom - Document Management System

Heren,

volgens mij een bugje in BlockingInputStream.java

return markSupported zou volgens mij return in.markSupported moeten zijn.

Freek



 public void mark( int readlimit )
    {
	in.mark( readlimit );
    }
 
    public void reset() throws IOException
    {
	in.reset();
    }
 
    public boolean markSupported()
    {
	return markSupported();
    }

Ola!

Net even bij Van der Meer langsgeweest.. ik m even kort op de hoogte
gebracht van de voortgang en met m afgesproken dat we begin van het
eerste kwartaal een verslagje inleveren en een bespreking doen.

Joris en Freek: hoe jullie de afronding moeten doen weet ik niet, maar in
elk geval verwacht hij ook dat pas na de vakantie. Nog lekker even
doorzepen dus!

Mzls!

Hoi Wouter,

> Hoi,
>
> Hoe gaan we het doen met het inleveren van strongroom voor studiepunten
> deze keer? Er moet ook een klein verslagje bij. Misschien is het het
> handigst om het in te leveren aan het begin van volgend jaar zodat Ewald
> de vakantie nog heeft en dan kan ik er ook aan werken als ik er lol in heb.

Goed idee, ik zit nog steeds aan m'n compilerbouw te prutsen. :(

> Groeten,

groeten,

ewald

> Hoi,
>
> Hoe gaan we het doen met het inleveren van strongroom voor studiepunten
> deze keer? Er moet ook een klein verslagje bij. Misschien is het het
> handigst om het in te leveren aan het begin van volgend jaar zodat Ewald
> de vakantie nog heeft en dan kan ik er ook aan werken als ik er lol in heb.

Ja dat is wel een aardig idee. Na de vakantie. Op zich wil ik een dezer
dagen wel even bij van der meer langslopen om hem ervan op de hoogte te
brengen. Zal ik dat maar doen?

>
> Groeten,
> --
> Wouter de Vries <w.l...@st...>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Strongroom-devel mailing list
> Str...@li...
> https://lists.sourceforge.net/lists/listinfo/strongroom-devel
>

Hoi,

Hoe gaan we het doen met het inleveren van strongroom voor studiepunten 
deze keer? Er moet ook een klein verslagje bij. Misschien is het het 
handigst om het in te leveren aan het begin van volgend jaar zodat Ewald 
de vakantie nog heeft en dan kan ik er ook aan werken als ik er lol in heb.

Groeten,
-- 
Wouter de Vries <w.l...@st...>

Handig, mailing list :-)

Denis de Leeuw Duarte

On Tue, 27 May 2003, Wouter de Vries wrote:

> On Tue, May 27, 2003 at 09:37:58AM +0200, Denis de Leeuw Duarte wrote:
> > > On Fri, May 23, 2003 at 10:18:26PM +0200, Denis de Leeuw Duarte wrote:
> > > > Als je strings als keys wil gebruiken moet je dus BTREE of HASH of hoe
> > > > heet dat ding gebruiken. Morgen even proberen maar :-)
> > >
> > > eh, ja.. maar ik geloof dat ik btree gebruik... na het weekend ga ik het
> > > maar eens met recno proberen dan.
> >
> > MAar je moet dus _niet_ recno gebruiken juist, want dan mag je alleen maar
> > opeenvolgende nummers gebruiken. Dat wat t punt. Ik gebruik nu ook btree
> > en dat werkt wel.
>
> eh ja, maar die reply heeft er een hele tijd over gedaan. die schreef ik
> op vrijdag namelijk :)
>
> --
> Wouter de Vries <w.l...@st...>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Strongroom-devel mailing list
> Str...@li...
> https://lists.sourceforge.net/lists/listinfo/strongroom-devel
>

On Tue, May 27, 2003 at 09:37:58AM +0200, Denis de Leeuw Duarte wrote:
> > On Fri, May 23, 2003 at 10:18:26PM +0200, Denis de Leeuw Duarte wrote:
> > > Als je strings als keys wil gebruiken moet je dus BTREE of HASH of hoe
> > > heet dat ding gebruiken. Morgen even proberen maar :-)
> >
> > eh, ja.. maar ik geloof dat ik btree gebruik... na het weekend ga ik het
> > maar eens met recno proberen dan.
> 
> MAar je moet dus _niet_ recno gebruiken juist, want dan mag je alleen maar
> opeenvolgende nummers gebruiken. Dat wat t punt. Ik gebruik nu ook btree
> en dat werkt wel.

eh ja, maar die reply heeft er een hele tijd over gedaan. die schreef ik
op vrijdag namelijk :)

-- 
Wouter de Vries <w.l...@st...>

> On Fri, May 23, 2003 at 10:18:26PM +0200, Denis de Leeuw Duarte wrote:
> > Als je strings als keys wil gebruiken moet je dus BTREE of HASH of hoe
> > heet dat ding gebruiken. Morgen even proberen maar :-)
>
> eh, ja.. maar ik geloof dat ik btree gebruik... na het weekend ga ik het
> maar eens met recno proberen dan.

MAar je moet dus _niet_ recno gebruiken juist, want dan mag je alleen maar
opeenvolgende nummers gebruiken. Dat wat t punt. Ik gebruik nu ook btree
en dat werkt wel.

Hallo,

Ik heb net een commit van een stuk of 15 files gedaan. Zo te zien werkt
alles nog, maar mocht er wat stuk zijn dan hoor ik t wel. Voornaamste
verandering is het toevoegen van de addUser methode aan de javaclient, de
core en de BDBSecurityPlugin en verder nog wat errorgedoe en zo.

Wouter: de BDBSecurityPlugin staat er ook, met de werkende bdb code. Er is
nog wel een raar iets aan de hand en dat is dat in de addUser methode het
lezen van de database nog niet werkt, wegens 'permission denied.' maar
daar kom ik nog wel uit. Zo niet, dan mail ik de Sleepycatman wel weer
even. In elk geval vindt je in de private checkSysKeyOrSetDefault()
methode een voorbeeldje van een geslaagde read en write.

Grussen!

Den.

Denis de Leeuw Duarte wrote:
> Hee Wouter!
> 
> Het is gelukt!!! Lezen en schrijven van/naar de database gaat nu goed bij
> mij. Er zijn een paar instinkers. Ten eerste dat verhaal wat ik al had
> gemaild. Je moet dus maar BTREE gebruiken als je wel variabele records wil
> maar geen opeenvolgende getallen als keys.
> 
> Ten tweede _moet_ je, wanneer je DB_THREAD gebruikt een van de volgende
> flags zetten in de Value Dbt (met de set_flags() methode van Dbt):
> 
> DB_DBT_USERMEM: ..dan moet je in het dataveld van de value-Dbt een pointer
> zetten met de locatie waar de opgehaalde value in moet komen.
> 
> DB_DBT_MALLOC: ..dan geeft bdb in het dataveld een pointer terug naar een
> nieuw gealloceerd stukje geheugen. Dat moet je dan dus zelf wel even
> deleten (of misschien zelfs free()en) als je ermee klaar bent.
> 
> Ik wil zo snel mogelijk wat zinnige functies implementeren in de
> securityplugin. Het werkt allemaal echt heel erg bijna namelijk. Dan zal
> ik ook eens even een enorme commit doen en kan je mijn code bekijken :)

ehm ja.. maar dat heb ik dus ook gedaan.. ik ga van de week eens naar 
jou code kijken.


-- 
Wouter de Vries <w.l...@st...>

Hee Wouter!

Het is gelukt!!! Lezen en schrijven van/naar de database gaat nu goed bij
mij. Er zijn een paar instinkers. Ten eerste dat verhaal wat ik al had
gemaild. Je moet dus maar BTREE gebruiken als je wel variabele records wil
maar geen opeenvolgende getallen als keys.

Ten tweede _moet_ je, wanneer je DB_THREAD gebruikt een van de volgende
flags zetten in de Value Dbt (met de set_flags() methode van Dbt):

DB_DBT_USERMEM: ..dan moet je in het dataveld van de value-Dbt een pointer
zetten met de locatie waar de opgehaalde value in moet komen.

DB_DBT_MALLOC: ..dan geeft bdb in het dataveld een pointer terug naar een
nieuw gealloceerd stukje geheugen. Dat moet je dan dus zelf wel even
deleten (of misschien zelfs free()en) als je ermee klaar bent.

Ik wil zo snel mogelijk wat zinnige functies implementeren in de
securityplugin. Het werkt allemaal echt heel erg bijna namelijk. Dan zal
ik ook eens even een enorme commit doen en kan je mijn code bekijken :)

On Fri, May 23, 2003 at 10:18:26PM +0200, Denis de Leeuw Duarte wrote:
> Als je strings als keys wil gebruiken moet je dus BTREE of HASH of hoe
> heet dat ding gebruiken. Morgen even proberen maar :-)

eh, ja.. maar ik geloof dat ik btree gebruik... na het weekend ga ik het
maar eens met recno proberen dan.
-- 
Wouter de Vries <w.l...@st...>

Hij zit bij Computer Graphics. Waarschijnlijk bij CAD/CAM of zo.

Hallo,

Ik had die gast van Sleepycat nog even gemaild of mijn idee van wat het
probleem was klopte, en met wie van de TU Deflt hij eerder contact heeft
gehad. Hij mailde terug:

=========

> I'll use this hotmail account instead then. I am curious as to what
business
> you've had with the TU Delft in the past. If there are people at our
> university with hands-on Berkeley DB experience, that might be really
> helpful for our project.

Thanks!

Our previous support requests were from E. van den Berg
(E.v...@IT...).

> I just
> chose recno because of the variable length records, copied the tutorial
code
> and found out the hard way :)

Your description of the problem is correct.  I will take a look
and see if there's a place where I could add that to the
documentation.  Btree supports variable length records, as well.

====

Kent iemand E.van den Berg? Maar eens contact opnemen met die man lijkt
me!


Denis de Leeuw Duarte

O.k. ik weet niet of je het al begreep, maar het zit dus zo. De Queue en
Recno access methods hebben, zoals de documentatie ook al zegt, 'logical
record number as keys'. Ik snapte eerst niet helemaal wat ze daarmee
bedoelen, maar ze bedoelen dus dat een key een int moet zijn, en wel van
het type db_recno_t (er is vast ook een db_queue_t).

Omdat je de key altijd als void * doorgeeft compileert dit dus:

	const char *henk = "QWERTY"; //Ik typ geen Dvorak ;-)
	Dbt key( (void *)henk, strlen(henk) );

..alleen denk bdb dat de datapointer van de key naar een integer wijst.
Dus zeg dat db_recno_t 32 bits is, dan zie ie de eerste 4 bytes QWER als
een grote int. Omdat de record numbers opvolgend moeten zijn bij DB_RECNO
creeert ie eerst een paar miljoen lege records als je een record met key
QWER maakt. Hij hangt dus niet maar is gewoon nogal druk bezig.

Als je strings als keys wil gebruiken moet je dus BTREE of HASH of hoe
heet dat ding gebruiken. Morgen even proberen maar :-)

Bingo! LEzen en schrijven gaat nu goed. Ik heb nog een ENOMEN error maar
dat is niet erg :-) Je moet als databasetype BTREE gebruiken, dan gaat het
iig wel goed. Ik wil nog niet zeggen dat ik het helemaal begrijp, maar het
probleem is in elk geval opgelost. Ik kijk er wel weer even naar als ik
nuchter ben ;-)

Denis de Leeuw Duarte

On Fri, 23 May 2003, Wouter de Vries wrote:

> Denis de Leeuw Duarte wrote:
> > Ik ben ook aangeland bij de BDB lockup. De get gaat probleemloos, maar als
> > ik daarna een put doe dan blockt ie. Maar daar moeten wel wel achter
> > kunnen komen. Ik kan me niet voorstellen dat we als eerste tegen dit
> > probleem aanlopen.
>
> phew ik ben niet de enige :)
>
> ik heb daarna een implementatie gemaakt met de C variant, maar daar
> krijg ik transactions niet aan de praat. wrong argument krijg ik kan als
> errormelding..
>
> --
> Wouter de Vries <w.l...@st...>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Strongroom-devel mailing list
> Str...@li...
> https://lists.sourceforge.net/lists/listinfo/strongroom-devel
>

Hee ik heb een reactie gehad van Sleepycat!! Ben aan t assisteren, dus nog
geen tijd om er naar te kijken. Ik forward even.. wacht.

Denis de Leeuw Duarte

On Fri, 23 May 2003, Wouter de Vries wrote:

> Denis de Leeuw Duarte wrote:
> > Ik ben ook aangeland bij de BDB lockup. De get gaat probleemloos, maar als
> > ik daarna een put doe dan blockt ie. Maar daar moeten wel wel achter
> > kunnen komen. Ik kan me niet voorstellen dat we als eerste tegen dit
> > probleem aanlopen.
>
> phew ik ben niet de enige :)
>
> ik heb daarna een implementatie gemaakt met de C variant, maar daar
> krijg ik transactions niet aan de praat. wrong argument krijg ik kan als
> errormelding..
>
> --
> Wouter de Vries <w.l...@st...>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Strongroom-devel mailing list
> Str...@li...
> https://lists.sourceforge.net/lists/listinfo/strongroom-devel
>

Denis de Leeuw Duarte

---------- Forwarded message ----------
Date: Thu, 22 May 2003 20:37:36 -0400 (EDT)
From: Keith Bostic <sle...@wo...>
To: de...@ch...
Cc: su...@sl...
Subject: Re: BDB blocks on first put() [#8134]
X-Spam-Status: No, hits=0.8 tests=QUOTED_EMAIL_TEXT,SPAM_PHRASE_05_08

Hi, my name is Keith Bostic and I'm with Sleepycat Software.
I'll own your Support Request for now.

Please copy "su...@sl..." on any email you send,
and include the tag [#8134] in your email Subject lines.
That allows us to track the email discussion and for you to
get prompt replies even if I am not in the office.

> My colleague and I are developing an open source DMS and we are trying to
> implement our security and metadata subsystems with Berkeley DB
> Transactional Datastore. We are having some startup problems though, hope
> somebody can help us out!

We're happy to help of course, but there's a spam filter in front of
tudelft.nl that's caused us problems in the past, and it's bouncing
sleepycat.com again.  If you could send email from a different address,
it would be helpful to us -- it's a pain to play trial-and-error games
to find an address tudelft won't reject.

> Both of us have stumbled into the following problem independently:
the first > operation on the database (a read) succeeds, but the next
operation always > blocks indefinitely. It is likely we are doing
something silly, but we don't
> see what.

I suspect it's because you're using DB_RECNO and specifying a key
other than a db_recno_t with a small numeric value stored in it.

The giveaway is that you're using strlen() to determine the length
of the key.  What you want is something more or less like:

	db_recno_t num;

	num = 1;
	dbKey.set_data(&num);
	dbKey.set_size(sizeof(num));

If there's a byte string in the memory that the key references,
Berkeley DB will spin creating millions of empty records, trying
to count up to the value you've given it.

> if ( result =  sysTableHandle->open( NULL, __SECDATAFILE, "sysdata",
> DB_RECNO, DB_BTREE | DB_CREATE | DB_THREAD  , 0600 ) != 0 ) exit(1);

This looks a little strange -- DB_RECNO and DB_BTREE are types,
so DB_BTREE shouldn't be specified as a flag.

Regards,
--keith

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Keith Bostic                    bo...@sl...
Sleepycat Software Inc.         keithbosticim (ymsgid)
118 Tower Rd.                   +1-781-259-3139
Lincoln, MA 01773               http://www.sleepycat.com

Denis de Leeuw Duarte wrote:
> Ik ben ook aangeland bij de BDB lockup. De get gaat probleemloos, maar als
> ik daarna een put doe dan blockt ie. Maar daar moeten wel wel achter
> kunnen komen. Ik kan me niet voorstellen dat we als eerste tegen dit
> probleem aanlopen.

phew ik ben niet de enige :)

ik heb daarna een implementatie gemaakt met de C variant, maar daar 
krijg ik transactions niet aan de praat. wrong argument krijg ik kan als 
errormelding..

-- 
Wouter de Vries <w.l...@st...>

..ik heb de support mailinglist maar even een stukkie code gestuurd. Heel
hard hopen maar!

Hee Wouter,

Ik ben ook aangeland bij de BDB lockup. De get gaat probleemloos, maar als
ik daarna een put doe dan blockt ie. Maar daar moeten wel wel achter
kunnen komen. Ik kan me niet voorstellen dat we als eerste tegen dit
probleem aanlopen.

hallo!

'The EuroPython Conference Team announces the first major Python and Zope 
Conference in Europe to be held in Charleroi, Belgium on June 26-28, 2002. 
The European Python and Zope Conference is an initiative by the EuroPython 
Conference Team to bring together Python and Zope users and developers. This 
is also an opportunity for those who are interested in these technologies to 
learn more about them. This will be the first major European event dedicated 
solely to the Python programming language and its applications. Since Python 
is seeing a lot of use and much important Python software is developed in 
Europe, European Python community members felt it was high time to organize 
such a gathering.'

pret :-) heeft er iemand zin om mee te gaan ? ik geloof dat de conferentie 
kosten 50 euro zijn. weet niet hoe duur overnachting daar is. ik denk dat ik 
vrijwel zeker ga, omdat het vlak na mijn laatste tentamen valt!


groeten en fruit..
mark. 
-- 
'Go is the kind of game in which you are an expert if you can just keep on 
making ordinary moves' - Toshiro Kageyama

Ja is goed, maar dat moet dan even wachten. Kan dat?

Denis de Leeuw Duarte

On Thu, 22 May 2003, Wouter de Vries wrote:

> Denis de Leeuw Duarte wrote:
> >
> > Zie de UserModule voor voorbeeld want die heeft al een corepointer:
> >
> > class StrongroomCore;
> >
> > class Foo
> > {
> > 	StrongroomCore *core;
> > }
> >
> > class StrongroomCore
> > {
> > 	Foo *foo;
> > }
>
> eh.. ik krijg het niet voor elkaar.. pointer of reference.... zou jij
> het alsjeblieft erin willen stoppen? :)
>
> --
> Wouter de Vries <w.l...@st...>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Strongroom-devel mailing list
> Str...@li...
> https://lists.sourceforge.net/lists/listinfo/strongroom-devel
>

Denis de Leeuw Duarte wrote:
> 
> Zie de UserModule voor voorbeeld want die heeft al een corepointer:
> 
> class StrongroomCore;
> 
> class Foo
> {
> 	StrongroomCore *core;
> }
> 
> class StrongroomCore
> {
> 	Foo *foo;
> }

eh.. ik krijg het niet voor elkaar.. pointer of reference.... zou jij 
het alsjeblieft erin willen stoppen? :)

-- 
Wouter de Vries <w.l...@st...>

Zie de UserModule voor voorbeeld want die heeft al een corepointer:

class StrongroomCore;

class Foo
{
	StrongroomCore *core;
}

class StrongroomCore
{
	Foo *foo;
}

Denis de Leeuw Duarte

On Thu, 22 May 2003, Wouter de Vries wrote:

> Hoi,
>
> Hoe zat dat nu ook alweer met die circular depends? Kan ik de core niet
> meegeven in de constructor ofzo?? Ik heb wel overal class StrongroomCore
> boven gezet, maar dat schijnt niet te helpen. Buildlog is attached.
>
> Groeten,
>