I'd say to do this in the 2.1 branch first and test it there. If it's ok
then try to merge it into the trunk.
Carlos
Max Pfingsthorn wrote:
ping..
Any hints on this?
max
-Original Message-
From: Max Pfingsthorn
Sent: Wednesday, March 08, 2006 12:39
To: Slide Developers
Jacob Lund wrote:
Hello,
I'd like to nominate Michael Oliver [EMAIL PROTECTED] as a new
committer for the Slide project.
Michael has shown a very active participation in the slide project both
on the users list helping other slide users and as an active slide
developer both on the slide
Unfortunately, in my case, I've been busy with other things and I
haven't been able to help for a long time. It seems all the other
comitters are busy as well or have other interests at the moment!
However, I'll might need Slide in one of my company projects during the
following months, so I may
Geoff Howard wrote:
I could not find any other java-based webdav projects. Are there?
Still, I'd prefer apache.
The Jackrabbit project (http://incubator.apache.org/jackrabbit) is the
reference implementation of the Java API for Content Repositories (JSR
170). It already has a functional
+1
Cheers, Carlos
Stefan Lützkendorf wrote:
Hi all,
because we couldn't decide for a new structure of slide repository we
should migrate to svn using the current structure. It is easy to
restructure it later by moving some parts around. Lets do it now.
Here is my +1.
Cheers, Stefan
As I understand, binding and parent_binding are used to implement the
resource hierarchy (parent/child relationships) and both are always
required. They have nothing to do with the binding concept in the WebDAV
spec. The table LINKS is what implements the binding functionality in
the spec. If
Create an entry in Bugzilla and attach the files there.
One of the developers will then review it and copy it to the source tree
if aceptable.
Carlos
Pier Fumagalli wrote:
Hmmm... It seems that ZIP files are not liked by the ASF Mail Server...
How do I go in putting it up?
Pier
On 22 Feb
As I understand Maven works on top of Ant, so it's not like two
separate/different build environments but an extension to the current one.
+1
Carlos
Daniel Florey wrote:
I think in long term it is much better to go for Maven. I'm no Maven expert
myself but what I've seen so far was very useful.
Please create a bug/issue in Bugzilla and attach your sources there.
That's the standard way for committers to review your contributions.
Thanks,
Carlos
Andy Depue wrote:
Is it a bad idea to post the sources to the list?
- Andy
Hi,
It looks like it's already fixed in CVS HEAD, RawFormat is now used
instead of PrettyFormat. If you have a chance, could you verify it works
now.
I wasn't aware of this way of connecting from Windows, it indeed mounts
or map a drive pretty much like the NetDrive/WebDrive tools do. Somebody
Bart Molenkamp wrote:
Hi,
Is there a torque schema available for the RDBMS store (I guess not, as
I can only find .sql files in the slide/db-schema directory). And if
not, would it be useful to have?
No, there's no torque schema for the RDBMS store, but there's a new
store on the works based on
Bart Molenkamp wrote:
Yes, that is the only part of torque that I use. I should have been more
specific on that. If I'm not wrong, you're one of the persons working on
that store, right? Is it going to replace the RDBMS store?
That's the idea!
Bart Molenkamp wrote:
Hi,
Is there a torque schema
Maybe you can add a condition like the following, in the corresponding
basicsearch syntax:
... AND (NOT (DAV:displayname EQ cms) )
or use some property that uniquely identifies the /files/cms collection.
There seems to be a proposal for extending the scope element precisely
to support this type
Eirikur Hrafnsson wrote:
Not even with something like
where content = asdfasdf and url is not like '/files/cms%' ?
It looks like in basicsearch the condition can only match properties or
content but not the URL itself. As mentioned in my other reply there's a
proposal to extend the scope
Honoré David wrote:
Carlos Villegas wrote:
Maybe you can add a condition like the following, in the corresponding
basicsearch syntax:
... AND (NOT (DAV:displayname EQ cms) )
I don't think that work. Because the slide implementation of basicsearch
(in slide 2.0; i don't know if heavy changes
Hi
Maybe in a cluster environment it will be better if each server has its
own indexes, it will help distribute the load. I haven't looked at the
clustering stuff, but I'm assume that when there's a change all members
in the cluster get some notification of the change. That could also
trigger
Hi,
As you see I commited some small fixes to the OJB stuff. Also to test my
new committer privileges!
I've replaced the Torque SQL generator by a custom one. I found it
simpler to write my own than customizing Torque to do what I wanted.
This fixed the issues with the ordering of the table
If you're not testing the new OJB store, you can just remove the ojbsql
dependency on the dist targets like webapp-dist.
Anyway, the SQL generation is not producing correct SQL so I will need
to fix it, so I'll look at this also.
Carlos
Eirikur Hrafnsson wrote:
ojbsql:
ojbtorque:
[echo]
Sorry about that, I've tried again.
Thanks,
Carlos
Oliver Zeigermann wrote:
Hi Carlos,
no CLA has been received as it seems. Could you try to resend it?
Thanks and cheers
Oliver
On Fri, 07 Jan 2005 14:10:04 +0900, Carlos Villegas [EMAIL PROTECTED]
wrote:
Oliver,
I have faxed the agreement
Oliver,
I have faxed the agreement, hopefully it got it there, my old fax
machine is slowly dying!
For login 'cvillegas' will be fine.
Thanks and as they say here in Japan Gambarimasu!
Carlos
Oliver Zeigermann wrote:
Carlos,
welcome as a Slide committer!
In order to get you CVS access I will
20 matches
Mail list logo