incubator-odf-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Yegor Kozlov <yegor.koz...@dinom.ru>
Subject Re: Mentors help me!
Date Fri, 30 Sep 2011 08:27:37 GMT
On Fri, Sep 30, 2011 at 12:20 PM, Svante Schubert
<svante.schubert@gmail.com> wrote:
> On 30.09.2011 10:16, Yegor Kozlov wrote:
>> On Fri, Sep 30, 2011 at 11:37 AM, Devin Han <devinhan@apache.org> wrote:
>>> Hi,
>>>
>>> These exceptions are caused by this issue:
>>> https://issues.apache.org/jira/browse/ODFTOOLKIT-49. ODFDOM has moved the
>>> style access methods from the package layer OdfFileDom to OdfStylesDom and
>>> automatic style access to OdfStylesDom & OdfContentDom after ODFDOM 0.8.7.
>>>
>>> But Simple API is based on ODFDOM 0.8.7, if you compile it using the newest
>>> source code of ODFDOM, the following exceptions will be thrown. So, please
>>> complie Simple API with ODFDOM 0.8.7, and youc an get it here:
>>> http://code.google.com/a/apache-extras.org/p/odftoolkit-extra/downloads/list
>>> .
>>>
>>> Our first release includes ODFDOM 0.8.7 and Simple API 0.6.6, so Simple API
>>> will do the adoption work after ODFDOM 0.8.8 releases in future, not in this
>>> release.
>>>
>> So you are going to re-release previously released artifacts, right?
>> Please forgive me if it was discussed before, but  I thought that the
>> first release will be based on the code from trunk.
>>
>> Yegor
> I share your thoughts, Yegor.
> I had the impression the bundle release would contain releases of
> snapshots, but no dependencies to prior ODF Toolkit artifacts.
> Why should we?
>

Another point to release from trunk is that we have finished the IP
clearance and by building from trunk we ensure that the release does
not have any IP / licence issues.



> Svante
>>> 2011/9/29 Yegor Kozlov <yegor.kozlov@dinom.ru>
>>>
>>>>> Is there something we should be doing to better deal with the
>>>>> cross-module dependencies?  For example, Simple, Validator and
>>>>> XSLT-Runner have hard-coded dependencies on ODFDOM 0.8.7.  But
>>>>> shouldn't we really be building and testing against the latest
>>>>> version, e.g., the trunk?
>>>>>
>>>>> Or do we want to stage that more deliberately, e.g., after we agree to
>>>>> branch for a release?
>>>>>
>>>> If we want to include Odfdom in the first release then we must ensure
>>>> its interoperability with other modules. This means that Simple and
>>>> Validator should be building against the trunk.
>>>>
>>>> I tried to compile Simple against Odfdom-trunk and immediately hit a
>>>> problem:
>>>>
>>>> [INFO] -------------------------------------------------------------
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>> [INFO] BUILD FAILURE
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>> [INFO] Total time: 9.142s
>>>> [INFO] Finished at: Thu Sep 29 16:30:35 MSD 2011
>>>> [INFO] Final Memory: 9M/45M
>>>> [INFO]
>>>> ------------------------------------------------------------------------
>>>> [ERROR] Failed to execute goal
>>>> org.apache.maven.plugins:maven-compiler-plugin:2.3.2:compile
>>>> (default-compile) on project simple-odf: Compila
>>>> tion failure: Compilation failure:
>>>> [ERROR]
>>>> \java\apache\odf\simple\src\main\java\org\odftoolkit\simple\table\Table.java:[878,39]
>>>> cannot find symbol
>>>> [ERROR] symbol  : method getAutomaticStyles()
>>>> [ERROR] location: class org.odftoolkit.odfdom.pkg.OdfFileDom
>>>> [ERROR]
>>>> \java\apache\odf\simple\src\main\java\org\odftoolkit\simple\text\Paragraph.java:[455,39]
>>>> cannot find symbol
>>>> [ERROR] symbol  : method getAutomaticStyles()
>>>> [ERROR] location: class org.odftoolkit.odfdom.pkg.OdfFileDom
>>>> [ERROR]
>>>> \java\apache\odf\simple\src\main\java\org\odftoolkit\simple\common\field\TimeField.java:[93,40]
>>>> cannot find symbol
>>>> [ERROR] symbol  : method getAutomaticStyles()
>>>> [ERROR] location: class org.odftoolkit.odfdom.pkg.OdfFileDom
>>>> [ERROR]
>>>> \java\apache\odf\simple\src\main\java\org\odftoolkit\simple\common\field\TimeField.java:[125,39]
>>>> cannot find symbol
>>>> [ERROR] symbol  : method getAutomaticStyles()
>>>> [ERROR] location: class org.odftoolkit.odfdom.pkg.OdfFileDom
>>>> [ERROR]
>>>> \java\apache\odf\simple\src\main\java\org\odftoolkit\simple\text\Header.java:[112,40]
>>>> cannot find symbol
>>>> [ERROR] symbol  : method getAutomaticStyles()
>>>> [ERROR] location: class org.odftoolkit.odfdom.pkg.OdfFileDom
>>>> [ERROR]
>>>> \java\apache\odf\simple\src\main\java\org\odftoolkit\simple\text\Header.java:[192,39]
>>>> cannot find symbol
>>>> [ERROR] symbol  : method getAutomaticStyles()
>>>> [ERROR] location: class org.odftoolkit.odfdom.pkg.OdfFileDom
>>>> [ERROR]
>>>> \java\apache\odf\simple\src\main\java\org\odftoolkit\simple\text\Footer.java:[111,40]
>>>> cannot find symbol
>>>> [ERROR] symbol  : method getAutomaticStyles()
>>>> [ERROR] location: class org.odftoolkit.odfdom.pkg.OdfFileDom
>>>> [ERROR]
>>>> \java\apache\odf\simple\src\main\java\org\odftoolkit\simple\text\Footer.java:[191,39]
>>>> cannot find symbol
>>>> [ERROR] symbol  : method getAutomaticStyles()
>>>> [ERROR] location: class org.odftoolkit.odfdom.pkg.OdfFileDom
>>>> [ERROR]
>>>> \java\apache\odf\simple\src\main\java\org\odftoolkit\simple\common\navigation\TextSelection.java:[358,39]
>>>> cannot find symbol
>>>> [ERROR] symbol  : method getAutomaticStyles()
>>>> [ERROR] location: class org.odftoolkit.odfdom.pkg.OdfFileDom
>>>> [ERROR]
>>>> \java\apache\odf\simple\src\main\java\org\odftoolkit\simple\common\field\DateField.java:[93,40]
>>>> cannot find symbol
>>>> [ERROR] symbol  : method getAutomaticStyles()
>>>> [ERROR] location: class org.odftoolkit.odfdom.pkg.OdfFileDom
>>>> [ERROR]
>>>> \java\apache\odf\simple\src\main\java\org\odftoolkit\simple\common\field\DateField.java:[125,39]
>>>> cannot find symbol
>>>> [ERROR] symbol  : method getAutomaticStyles()
>>>> [ERROR] location: class org.odftoolkit.odfdom.pkg.OdfFileDom
>>>> [ERROR] -> [Help 1]
>>>> [ERROR]
>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>>> the -e switch.
>>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>>> [ERROR]
>>>> [ERROR] For more information about the errors and possible solutions,
>>>> please read the following articles:
>>>> [ERROR] [Help 1]
>>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
>>>>
>>>> Is it expected?  I guess not.
>>>>
>>>> Yegor
>>>>
>>>>> -Rob
>>>>>
>>>>>>> Finally, someone needs to volunteer to set it up. We'll then
get/grant
>>>>>>> that person appropriate karma and they should be away!
>>>>>>>
>>>>>> Unfortunately, I have already volunteered at OASIS to do a
>>>>>> change-tracking proposal for ODF in the next weeks, therefore there
is
>>>>>> little room for more, but if it is not done in a month, I am on it.
>>>>>> Any other volunteer?
>>>>>>
>>>>>>> Nick
>>>>>> Thanks, Nick!
>>>>>> Svante
>>>>>>
>>>
>>>
>>> --
>>> -Devin
>>>
>
>

Mime
View raw message