db4o Developer Community

Hi,I've made a few posts about my problem with predicates but I think I have the right question to ask now :)I have a simple server application, which does not have any .dll or .xml reference to the objects I am storing. The Test application is seperate to the client test application.My test program has three methods of querying the database, but ...

Hi,I have this simple database with some objects in it, using db4o version 6.4 and 7.1 over a client/server link.If I try to execute a predicate query on the database, the Match() function DOES NOT execute and it returns ZERO objects.If I get all objects of the correct type, and then filter them into a collection, THIS WORKS.Am I doing something ...

Ok, I have tried a few ways to fix this:Used the predicate class private internally in the object factory class and public externally: no differenceUsed an anonymous function to do the matching and declared nextID as a local method variable: no differenceFor some reason the correct value gets determined inside the predicate class/anonymous ...

Gracias Dario por las sugerencias el problema tenía que ver con el punto 3. Supongo que el problema sucede porque había definido la consulta y el delegate en la pagina asp.net, por lo cual cuando generaba la dll temporal que genera asp.net no lo hacìa en el directorio bin donde tenìa el .yap y el resto de las librerìas. Esto lo habìa hecho asi ...

As my my first db4o project, I am trying to organize all my digital photographs. I have Media class, with Photo class derived from it.  In the Photo class I have a datetime field and a  .NET List of Person class. One of my  eventual desires is to know a count of the people in photos as a total and for some time period.  Is ...

Hi guys, I receive an error when I try to use the method Query<T> with a little more advanced techniques. Follow the idea below: I have the following interface:public interface INamedObject {    string Name { get; }}and classes that implements it:public class IdentifiedObject {    private long ...