Yeah, I think this is it:
https://svn.apache.org/repos/asf/cayenne/site/trunk/tlp-site/target/css/
On Nov 26, 2009, at 8:25 AM, Aristedes Maniatis wrote:
Is the main css for the website somewhere in svn? I can't find it,
so I'll just create a copy in:
https://svn.apache.org/repos/asf/cayen
On Nov 26, 2009, at 8:45 AM, Aristedes Maniatis wrote:
On 26/11/09 5:30 PM, Aristedes Maniatis wrote:
Andrus, I think you are the user on p.a.o with the crontab that runs
this. Could you either update this file, or else give it over to me
and
I'll maintain it in my account along with the sc
On 26/11/09 5:30 PM, Aristedes Maniatis wrote:
Andrus, I think you are the user on p.a.o with the crontab that runs
this. Could you either update this file, or else give it over to me and
I'll maintain it in my account along with the script that does the
javadocs.
Cheers
Ari
And while you are
Andrus, I think you are the user on p.a.o with the crontab that runs this.
Could you either update this file, or else give it over to me and I'll maintain
it in my account along with the script that does the javadocs.
Cheers
Ari
On 26/11/09 5:27 PM, amania...@apache.org wrote:
Author: amania
Is the main css for the website somewhere in svn? I can't find it, so I'll just
create a copy in:
https://svn.apache.org/repos/asf/cayenne/site/trunk/tlp-site/src/confluence
unless it is somewhere else already.
Ari
--
-->
ish
http://www.ish.com.au
Level 1, 30 Wilso
Hi there,
is there a known problem with setFetchLimit? I've constructed a query (ROP) and
when executed on the server I get the following error.
WARNING: org.apache.cayenne.CayenneRuntimeException: [v.3.0B1 Nov 03 2009
19:16:06] Exception processing message org.apache.cayenne.remote.QueryMessag
good news, now build takes 12 minutes
2009/11/25 Andrey Razumovsky
> OK, I'll commit my workaround again. Hope it will not fail as it did before
>
> 2009/11/25 Aristedes Maniatis
>
> On 26/11/09 1:36 AM, Andrey Razumovsky wrote:
>>
>>> 2009/11/7 Andrey Razumovsky
>>>
>>>
* build java
Yes. Almost. I add there 3.0 because I want to add there test from
CAY-1306_testv3.patch
I'm not sure if this feature covered by others Also I wont to look
at behavior with array.
Haven't check it yet.
2009/11/25 Andrus Adamchik (JIRA) :
>
> [
> https://issues.apache.org/jira/browse/CAY-1
On Nov 25, 2009, at 5:13 PM, Aristedes Maniatis wrote:
1. I can't pass that many parameters to Hudson easily. We really
only get one variable the way it is set up now (which is the easy to
maintain way).
That's pretty evil.
2. Even if we hardcoded the connection properties into the
app
On 26/11/09 2:00 AM, Andrus Adamchik wrote:
On Nov 25, 2009, at 4:57 PM, Aristedes Maniatis wrote:
1. get support from the Hudson admins to put the db connection file
into the right place so we can properly test all databases.
This is no longer need. I guess we should've mentioned this more
OK, I'll commit my workaround again. Hope it will not fail as it did before
2009/11/25 Aristedes Maniatis
> On 26/11/09 1:36 AM, Andrey Razumovsky wrote:
>
>> 2009/11/7 Andrey Razumovsky
>>
>>
>>>
>>> * build javadocs and publish to web site (nightly javadocs I maintain
there)\
>
On Nov 25, 2009, at 4:57 PM, Aristedes Maniatis wrote:
1. get support from the Hudson admins to put the db connection file
into the right place so we can properly test all databases.
This is no longer need. I guess we should've mentioned this more
explicitly, but Olga finished switching to
On 26/11/09 1:36 AM, Andrey Razumovsky wrote:
2009/11/7 Andrey Razumovsky
* build javadocs and publish to web site (nightly javadocs I maintain
there)\
Could you check then that docs are copied from
"docs/doc/target/site/apidocs"? I've got a workaround for our javadoc-plugin
problem, but
2009/11/7 Andrey Razumovsky
>
>
>> * build javadocs and publish to web site (nightly javadocs I maintain
>> there)\
>>
>
> Could you check then that docs are copied from
> "docs/doc/target/site/apidocs"? I've got a workaround for our javadoc-plugin
> problem, but it builds docs only there (and I
On 25/11/09 11:51 PM, Andrus Adamchik wrote:
* menu reading "3.0 (in development)" should probably read "3.0 (beta)"
Once the space is copied, all the templates need updating, so I'll do that
later.
* Javadocs for 3.0 are generated from 3.1 trunk
Done. Give it an hour or two. This is somet
A few things that we need to bring in order on the site:
* menu reading "3.0 (in development)" should probably read "3.0 (beta)"
* Javadocs for 3.0 are generated from 3.1 trunk
* we need to fork 3.0 space in Confluence and create 3.1 menu item on
the site.
I may do all this myself in maybe a
Yeah, will do
2009/11/25 Aristedes Maniatis
> Does that need to be backported to the 3.0 branch?
>
> Ari
>
>
>
> On 25/11/09 7:36 PM, and...@apache.org wrote:
>
>> Author: andrey
>> Date: Wed Nov 25 08:36:41 2009
>> New Revision: 884005
>>
>> URL: http://svn.apache.org/viewvc?rev=884005&view=rev
Does that need to be backported to the 3.0 branch?
Ari
On 25/11/09 7:36 PM, and...@apache.org wrote:
Author: andrey
Date: Wed Nov 25 08:36:41 2009
New Revision: 884005
URL: http://svn.apache.org/viewvc?rev=884005&view=rev
Log:
missing attribute in schema
Modified:
cayenne/main/trunk/fr
my war against two branches of classes continues :)
Great job :-)
-added little test (LightServerTest) for testing ROP-like server
classes.
very simple, still need to figure out how to create test stacks for
server &
client at once
As a side note, I was thinking of an overhaul of the te
19 matches
Mail list logo
