On 1/12/07, Rahul Thakur <[EMAIL PROTECTED]> wrote:
Marcelo Fukushima wrote:
> On 1/11/07, Rahul Thakur <[EMAIL PROTECTED]> wrote:
>>
>>
>> Marcelo Fukushima wrote:
>> > yeah...
>> > but now that ive settled it, ive encountered a new set of probs, this
>> > time in the data-management with the t
Marcelo Fukushima wrote:
On 1/11/07, Rahul Thakur <[EMAIL PROTECTED]> wrote:
Marcelo Fukushima wrote:
> yeah...
> but now that ive settled it, ive encountered a new set of probs, this
> time in the data-management with the trunk on svn:
> -while backing up the continuum store, a FileWriter is
On 1/11/07, Rahul Thakur <[EMAIL PROTECTED]> wrote:
Marcelo Fukushima wrote:
> yeah...
> but now that ive settled it, ive encountered a new set of probs, this
> time in the data-management with the trunk on svn:
> -while backing up the continuum store, a FileWriter is used (wich uses
> default
Marcelo Fukushima wrote:
yeah...
but now that ive settled it, ive encountered a new set of probs, this
time in the data-management with the trunk on svn:
-while backing up the continuum store, a FileWriter is used (wich uses
default system char encoding), but the stream used to write the xml
tr
yeah...
but now that ive settled it, ive encountered a new set of probs, this
time in the data-management with the trunk on svn:
-while backing up the continuum store, a FileWriter is used (wich uses
default system char encoding), but the stream used to write the xml
tries to use utf-8, in wich ca
windows path length pb?
Marcelo Fukushima a écrit :
im looking into it, but i cant seen to install the modules locally -
im getting a weird random access denied error...
On 1/10/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
Yes. A global patch would be better instead of separate patches.
I
im looking into it, but i cant seen to install the modules locally -
im getting a weird random access denied error...
On 1/10/07, Emmanuel Venisse <[EMAIL PROTECTED]> wrote:
Yes. A global patch would be better instead of separate patches.
I tried your 2 patches and updated locally jpox-* to 1.1
Yes. A global patch would be better instead of separate patches.
I tried your 2 patches and updated locally jpox-* to 1.1.3 in continuum parent
pom. With them, all tests works fine, but continuum doesn't start.
Emmanuel
Marcelo Fukushima a écrit :
Hello dear devs.
After everyone's help, ive n
Hello dear devs.
After everyone's help, ive noticed that jpox was saving the
BuildDefinition with wrong values (the buildFresh and arguments and
possibly others too)... since i dont know how jpox work, the first
thing i tried was to update to a more recent version of it (namely
1.1.3) and everyth
The metadata file (and enhanced classes) are generated when you use
Maven to build the project. As long as eclipse doesn't overwrite the
class files it should be fine. Alternatively, you can use the eclipse
plugin for jpox to make sure the classes get enhanced and just run
maven once to gen
The metadata mapping (.jdo) file can be found under
target/generated-classes/META-INF when you run:
> mvn clean install
on continuum-model.
Besides, you can also choose to enhance the model class explicitly by
> mvn jpox:enhance
I have seen some annoyances running tests in Eclipse, most of t
hello folks! i sent a couple of emails to the user list, but i guess i
could help a little too, right? so i just checked out the code from
SVN and wanted to tackle
http://jira.codehaus.org/browse/CONTINUUM-1103
while i could isolate the bug (the property is not getting persisted
on the db) but sin
12 matches
Mail list logo