You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@empire-db.apache.org by Francis De Brabandere <fr...@gmail.com> on 2010/04/09 00:34:31 UTC
[VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Hi,
We have just prepared a 2.0.6-incubating release and we are now
looking for approval of the PMC to publish the release. Once the
community approves the release we will have a second binding release
round for IPMC members.
These are the major change from our previous 2.0.5-incubating release:
- Code-Generator allows generation of Data Model code files for
existing databases
- Maven plugin for DB-Code-Generator
- New example to demonstrate interoperability between Empire-db and Spring
- Provided jars are now OSGi compatible
Changelog: http://svn.apache.org/viewvc/incubator/empire-db/tags/apache-empire-db-2.0.6-incubating-rc1/CHANGELOG.txt?view=co
Subversion tag:
https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache-empire-db-2.0.6-incubating-rc1
Maven staging repository:
https://repository.apache.org/content/repositories/orgapacheempire-db-007/
Distribution files are located here
http://people.apache.org/~francisdb/empire-db/
Rat report for the tag is available here:
http://people.apache.org/~francisdb/empire-db/rat.txt
Vote open for 72 hours.
[ ] +1
[ ] +0
[ ] -1
--
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Francis De Brabandere <fr...@gmail.com>.
Ok I'll cut rc2 on Wednesday evening.
Cheers,
Francis
On Mon, Apr 12, 2010 at 10:56 PM, Benjamin Venditti
<be...@arcor.de> wrote:
> Hi Francis,
>
> thats fine by me.
>
> Cheers,
> Benjamin
>
> Am 12.04.2010 21:01, schrieb Francis De Brabandere:
>>
>> Benjamin,
>>
>> All ok now to cut a new release candidate?
>>
>> Cheers,
>> Francis
>>
>> On Sun, Apr 11, 2010 at 8:17 PM, Francis De Brabandere
>> <fr...@gmail.com> wrote:
>>>
>>> On Sat, Apr 10, 2010 at 12:55 AM, Benjamin Venditti
>>> <be...@arcor.de> wrote:
>>> ....
>>>>
>>>> I got an error while testing the CodeGenApp directly. The error will
>>>> only
>>>> occur if "nestTables" or "nestViews" is enabled. I think the problem is,
>>>> that we never set the template folder property of the config object to a
>>>> default value. Here is a snippet of the error ...
>>>>
>>>> Writing
>>>>
>>>> C:\Users\Hermine7\Workspaces\workspace-emp\empire-db-trunk\empire-db-codegen\target\generated\dbsample\org\apache\empire\db\samples\dbsample\SampleDB.java
>>>> at
>>>>
>>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:300)
>>>> ERROR [2010/04/10 00:31]: ResourceManager : unable to find
>>>> resource
>>>> '$templateFolder/Table.vm' in any resource loader. at
>>>>
>>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>>> ERROR [2010/04/10 00:31]: #parse(): cannot find template
>>>> '$templateFolder/Table.vm', called at templates/Database.vm[line 75,
>>>> column
>>>> 25] at
>>>>
>>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>>> ERROR [2010/04/10 00:31]: Unable to find resource
>>>> '$templateFolder/Table.vm' at
>>>>
>>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:307)
>>>> org.apache.velocity.exception.ResourceNotFoundException: Unable
>>>> to
>>>> find resource '$templateFolder/Table.vm'
>>>> at
>>>>
>>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(ResourceManagerImpl.java:483)
>>>> at
>>>>
>>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:354)
>>>> ....
>>>
>>> If templateFolder is not set we read the provided templates from the
>>> classpath. If it is set it is used by velocity. I added a unit test to
>>> test this behavior. Maybe you can try to reproduce the error in a unit
>>> test? See CodeGenAppTest. Maybe you could send me your templates and
>>> how you started the codegen?
>>>
>>> --
>>> http://www.somatik.be
>>> Microsoft gives you windows, Linux gives you the whole house.
>>>
>>
>>
>>
>
>
--
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Benjamin Venditti <be...@arcor.de>.
Hi Francis,
thats fine by me.
Cheers,
Benjamin
Am 12.04.2010 21:01, schrieb Francis De Brabandere:
> Benjamin,
>
> All ok now to cut a new release candidate?
>
> Cheers,
> Francis
>
> On Sun, Apr 11, 2010 at 8:17 PM, Francis De Brabandere
> <fr...@gmail.com> wrote:
>> On Sat, Apr 10, 2010 at 12:55 AM, Benjamin Venditti
>> <be...@arcor.de> wrote:
>> ....
>>> I got an error while testing the CodeGenApp directly. The error will only
>>> occur if "nestTables" or "nestViews" is enabled. I think the problem is,
>>> that we never set the template folder property of the config object to a
>>> default value. Here is a snippet of the error ...
>>>
>>> Writing
>>> C:\Users\Hermine7\Workspaces\workspace-emp\empire-db-trunk\empire-db-codegen\target\generated\dbsample\org\apache\empire\db\samples\dbsample\SampleDB.java
>>> at
>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:300)
>>> ERROR [2010/04/10 00:31]: ResourceManager : unable to find resource
>>> '$templateFolder/Table.vm' in any resource loader. at
>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>> ERROR [2010/04/10 00:31]: #parse(): cannot find template
>>> '$templateFolder/Table.vm', called at templates/Database.vm[line 75, column
>>> 25] at
>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>> ERROR [2010/04/10 00:31]: Unable to find resource
>>> '$templateFolder/Table.vm' at
>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:307)
>>> org.apache.velocity.exception.ResourceNotFoundException: Unable to
>>> find resource '$templateFolder/Table.vm'
>>> at
>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(ResourceManagerImpl.java:483)
>>> at
>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:354)
>>> ....
>>
>> If templateFolder is not set we read the provided templates from the
>> classpath. If it is set it is used by velocity. I added a unit test to
>> test this behavior. Maybe you can try to reproduce the error in a unit
>> test? See CodeGenAppTest. Maybe you could send me your templates and
>> how you started the codegen?
>>
>> --
>> http://www.somatik.be
>> Microsoft gives you windows, Linux gives you the whole house.
>>
>
>
>
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Francis De Brabandere <fr...@gmail.com>.
Benjamin,
All ok now to cut a new release candidate?
Cheers,
Francis
On Sun, Apr 11, 2010 at 8:17 PM, Francis De Brabandere
<fr...@gmail.com> wrote:
> On Sat, Apr 10, 2010 at 12:55 AM, Benjamin Venditti
> <be...@arcor.de> wrote:
> ....
>> I got an error while testing the CodeGenApp directly. The error will only
>> occur if "nestTables" or "nestViews" is enabled. I think the problem is,
>> that we never set the template folder property of the config object to a
>> default value. Here is a snippet of the error ...
>>
>> Writing
>> C:\Users\Hermine7\Workspaces\workspace-emp\empire-db-trunk\empire-db-codegen\target\generated\dbsample\org\apache\empire\db\samples\dbsample\SampleDB.java
>> at
>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:300)
>> ERROR [2010/04/10 00:31]: ResourceManager : unable to find resource
>> '$templateFolder/Table.vm' in any resource loader. at
>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>> ERROR [2010/04/10 00:31]: #parse(): cannot find template
>> '$templateFolder/Table.vm', called at templates/Database.vm[line 75, column
>> 25] at
>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>> ERROR [2010/04/10 00:31]: Unable to find resource
>> '$templateFolder/Table.vm' at
>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:307)
>> org.apache.velocity.exception.ResourceNotFoundException: Unable to
>> find resource '$templateFolder/Table.vm'
>> at
>> org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(ResourceManagerImpl.java:483)
>> at
>> org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:354)
>> ....
>
> If templateFolder is not set we read the provided templates from the
> classpath. If it is set it is used by velocity. I added a unit test to
> test this behavior. Maybe you can try to reproduce the error in a unit
> test? See CodeGenAppTest. Maybe you could send me your templates and
> how you started the codegen?
>
> --
> http://www.somatik.be
> Microsoft gives you windows, Linux gives you the whole house.
>
--
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Francis De Brabandere <fr...@gmail.com>.
On Sat, Apr 10, 2010 at 12:55 AM, Benjamin Venditti
<be...@arcor.de> wrote:
....
> I got an error while testing the CodeGenApp directly. The error will only
> occur if "nestTables" or "nestViews" is enabled. I think the problem is,
> that we never set the template folder property of the config object to a
> default value. Here is a snippet of the error ...
>
> Writing
> C:\Users\Hermine7\Workspaces\workspace-emp\empire-db-trunk\empire-db-codegen\target\generated\dbsample\org\apache\empire\db\samples\dbsample\SampleDB.java
> at
> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:300)
> ERROR [2010/04/10 00:31]: ResourceManager : unable to find resource
> '$templateFolder/Table.vm' in any resource loader. at
> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
> ERROR [2010/04/10 00:31]: #parse(): cannot find template
> '$templateFolder/Table.vm', called at templates/Database.vm[line 75, column
> 25] at
> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
> ERROR [2010/04/10 00:31]: Unable to find resource
> '$templateFolder/Table.vm' at
> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:307)
> org.apache.velocity.exception.ResourceNotFoundException: Unable to
> find resource '$templateFolder/Table.vm'
> at
> org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(ResourceManagerImpl.java:483)
> at
> org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:354)
> ....
If templateFolder is not set we read the provided templates from the
classpath. If it is set it is used by velocity. I added a unit test to
test this behavior. Maybe you can try to reproduce the error in a unit
test? See CodeGenAppTest. Maybe you could send me your templates and
how you started the codegen?
--
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Francis De Brabandere <fr...@gmail.com>.
On Sun, Apr 11, 2010 at 4:33 PM, Francis De Brabandere
<fr...@gmail.com> wrote:
> On Sun, Apr 11, 2010 at 4:08 PM, Benjamin Venditti
> <be...@arcor.de> wrote:
>> Hi Francis,
>>
>> I figured out why i couldn't start the web-examples in eclipse with tomcat.
>> It is related to a bug in the WTP ServerTools. Here are the details
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=245857 .
>>
>> After removing all .svn directories and I successfully tested the
>> web-examples with eclipse and tomcat 5.5/6.0.
>>
>> I agree with you about removing log4j if it doesn't add extra funcionality.
>>
>> The only module I haven't tested is the new empire-db-maven-plugin. Is there
>> a way to execute or start that?
>
> there is an example that uses it
empire-db-example-codegen
>
>>
>> Thanks in advance.
>> Benjamin
>>
>>
>>
>>
>> Am 11.04.2010 13:55, schrieb Francis De Brabandere:
>>>
>>> Hi Benjamin,
>>>
>>> Commons logging was indeed only provided on the parent module and in
>>> scope provided, which indicates that we expect the container or
>>> runtime environment to provide commons logging. Of course this is
>>> wrong and I put it to compile scope since commons logging is our main
>>> logging api.
>>>
>>> The implementation we use is log4j and this should normally be in
>>> "runtime" scope as we don't need it to compile the code. But
>>> XmlConfiguration seems to depend on Log4j as it actually sets up
>>> log4j.
>>> Personally I think this a bad idea. Merging our configuration and that
>>> of log4j does not bring any added value. Everybody is used to setting
>>> up log4j in its own configuration file. Therefore I would opt to
>>> remove that functionality. Anybody against this?
>>>
>>> I will cut a new RC later today.
>>>
>>> Thanks for having a look at this issue.
>>>
>>> On Sat, Apr 10, 2010 at 9:13 PM, Benjamin Venditti
>>> <be...@arcor.de> wrote:
>>>>
>>>> Hi Francis,
>>>>
>>>> i tried to run the web-examples with jetty without success (at first).
>>>> Here is what i did:
>>>> - removed local maven repository
>>>> - "mvn clean compile" in the root empire repository
>>>> - "mvn jetty:run" in empire-db-examples\empire-db-example-struts2
>>>>
>>>> It claims that it cannot find "org/apache/commons/logging/LogFactory"
>>>> although commons-logging is defined as a dependency within the parent
>>>> pom.xml. A error logfile is attached to this email for further details.
>>>>
>>>> I was curious and just added commons-logging to the pom.xml in
>>>> empire-db-examples\empire-db-example-struts2 and was quite surprised when
>>>> i
>>>> saw that jetty started without complaining.
>>>>
>>>> I think i do not know how maven works exactly, but i don't understand why
>>>> some dependencies e.g. like log4j, are added to both the parent pom.xml
>>>> and
>>>> a child pom.xml.
>>>>
>>>> I hope i could be of any help.
>>>>
>>>> Best regards,
>>>> Benjamin
>>>>
>>>>
>>>> Am 10.04.2010 12:13, schrieb Francis De Brabandere:
>>>>>
>>>>> On Sat, Apr 10, 2010 at 12:55 AM, Benjamin Venditti
>>>>> <be...@arcor.de> wrote:
>>>>>>
>>>>>> Hi there,
>>>>>>
>>>>>> just hat a look at the 2.0.6-incubating release.
>>>>>>
>>>>>> I successfully tested:
>>>>>> examples-advanced
>>>>>> examples-basic
>>>>>> examples-cxf
>>>>>> examples-spring
>>>>>>
>>>>>> I got an error while testing the CodeGenApp directly. The error will
>>>>>> only
>>>>>> occur if "nestTables" or "nestViews" is enabled. I think the problem
>>>>>> is,
>>>>>> that we never set the template folder property of the config object to
>>>>>> a
>>>>>> default value. Here is a snippet of the error ...
>>>>>>
>>>>>> Writing
>>>>>>
>>>>>>
>>>>>> C:\Users\Hermine7\Workspaces\workspace-emp\empire-db-trunk\empire-db-codegen\target\generated\dbsample\org\apache\empire\db\samples\dbsample\SampleDB.java
>>>>>> at
>>>>>>
>>>>>>
>>>>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:300)
>>>>>> ERROR [2010/04/10 00:31]: ResourceManager : unable to find
>>>>>> resource
>>>>>> '$templateFolder/Table.vm' in any resource loader. at
>>>>>>
>>>>>>
>>>>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>>>>> ERROR [2010/04/10 00:31]: #parse(): cannot find template
>>>>>> '$templateFolder/Table.vm', called at templates/Database.vm[line 75,
>>>>>> column
>>>>>> 25] at
>>>>>>
>>>>>>
>>>>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>>>>> ERROR [2010/04/10 00:31]: Unable to find resource
>>>>>> '$templateFolder/Table.vm' at
>>>>>>
>>>>>>
>>>>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:307)
>>>>>> org.apache.velocity.exception.ResourceNotFoundException: Unable
>>>>>> to
>>>>>> find resource '$templateFolder/Table.vm'
>>>>>> at
>>>>>>
>>>>>>
>>>>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(ResourceManagerImpl.java:483)
>>>>>> at
>>>>>>
>>>>>>
>>>>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:354)
>>>>>> ....
>>>>>
>>>>> I'll have a look at the codegen app later this weekend. Maybe we
>>>>> should also include a howto or a pointer to it for the codegen.
>>>>>
>>>>>>
>>>>>> Unfortunately i was not able to test the web-examples as i alyways got
>>>>>> an
>>>>>> error on starting them. I'm not sure if my tomcat installation or
>>>>>> configuration is messed up, and i'd be happy if someone could help me
>>>>>> with
>>>>>> that. Here is also a snippet of the error:
>>>>>>
>>>>>> WARNUNG: [SetPropertiesRule]{Server/Service/Engine/Host/Context}
>>>>>> Setting property 'source' to
>>>>>> 'org.eclipse.jst.j2ee.server:empire-db-example-struts2' did not find a
>>>>>> matching property.
>>>>>> ...
>>>>>> SCHWERWIEGEND: Exception starting filter struts2
>>>>>> java.lang.ClassNotFoundException:
>>>>>> org.apache.empire.struts2.web.EmpireFilterDispatcher
>>>>>> at
>>>>>>
>>>>>>
>>>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
>>>>>> at
>>>>>>
>>>>>>
>>>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>>>>>> at
>>>>>>
>>>>>>
>>>>>> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:249)
>>>>>>
>>>>>>
>>>>>> best regards benjamin
>>>>>>
>>>>>
>>>>> I'll also have a look at this. I never tested using tomcat, always
>>>>> used mvn jetty:run
>>>>> Thanks for testing!
>>>>>
>>>>>
>>>>
>>>>
>>>
>>>
>>>
>>
>>
>
>
>
> --
> http://www.somatik.be
> Microsoft gives you windows, Linux gives you the whole house.
>
--
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Francis De Brabandere <fr...@gmail.com>.
On Sun, Apr 11, 2010 at 4:08 PM, Benjamin Venditti
<be...@arcor.de> wrote:
> Hi Francis,
>
> I figured out why i couldn't start the web-examples in eclipse with tomcat.
> It is related to a bug in the WTP ServerTools. Here are the details
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=245857 .
>
> After removing all .svn directories and I successfully tested the
> web-examples with eclipse and tomcat 5.5/6.0.
>
> I agree with you about removing log4j if it doesn't add extra funcionality.
>
> The only module I haven't tested is the new empire-db-maven-plugin. Is there
> a way to execute or start that?
there is an example that uses it
>
> Thanks in advance.
> Benjamin
>
>
>
>
> Am 11.04.2010 13:55, schrieb Francis De Brabandere:
>>
>> Hi Benjamin,
>>
>> Commons logging was indeed only provided on the parent module and in
>> scope provided, which indicates that we expect the container or
>> runtime environment to provide commons logging. Of course this is
>> wrong and I put it to compile scope since commons logging is our main
>> logging api.
>>
>> The implementation we use is log4j and this should normally be in
>> "runtime" scope as we don't need it to compile the code. But
>> XmlConfiguration seems to depend on Log4j as it actually sets up
>> log4j.
>> Personally I think this a bad idea. Merging our configuration and that
>> of log4j does not bring any added value. Everybody is used to setting
>> up log4j in its own configuration file. Therefore I would opt to
>> remove that functionality. Anybody against this?
>>
>> I will cut a new RC later today.
>>
>> Thanks for having a look at this issue.
>>
>> On Sat, Apr 10, 2010 at 9:13 PM, Benjamin Venditti
>> <be...@arcor.de> wrote:
>>>
>>> Hi Francis,
>>>
>>> i tried to run the web-examples with jetty without success (at first).
>>> Here is what i did:
>>> - removed local maven repository
>>> - "mvn clean compile" in the root empire repository
>>> - "mvn jetty:run" in empire-db-examples\empire-db-example-struts2
>>>
>>> It claims that it cannot find "org/apache/commons/logging/LogFactory"
>>> although commons-logging is defined as a dependency within the parent
>>> pom.xml. A error logfile is attached to this email for further details.
>>>
>>> I was curious and just added commons-logging to the pom.xml in
>>> empire-db-examples\empire-db-example-struts2 and was quite surprised when
>>> i
>>> saw that jetty started without complaining.
>>>
>>> I think i do not know how maven works exactly, but i don't understand why
>>> some dependencies e.g. like log4j, are added to both the parent pom.xml
>>> and
>>> a child pom.xml.
>>>
>>> I hope i could be of any help.
>>>
>>> Best regards,
>>> Benjamin
>>>
>>>
>>> Am 10.04.2010 12:13, schrieb Francis De Brabandere:
>>>>
>>>> On Sat, Apr 10, 2010 at 12:55 AM, Benjamin Venditti
>>>> <be...@arcor.de> wrote:
>>>>>
>>>>> Hi there,
>>>>>
>>>>> just hat a look at the 2.0.6-incubating release.
>>>>>
>>>>> I successfully tested:
>>>>> examples-advanced
>>>>> examples-basic
>>>>> examples-cxf
>>>>> examples-spring
>>>>>
>>>>> I got an error while testing the CodeGenApp directly. The error will
>>>>> only
>>>>> occur if "nestTables" or "nestViews" is enabled. I think the problem
>>>>> is,
>>>>> that we never set the template folder property of the config object to
>>>>> a
>>>>> default value. Here is a snippet of the error ...
>>>>>
>>>>> Writing
>>>>>
>>>>>
>>>>> C:\Users\Hermine7\Workspaces\workspace-emp\empire-db-trunk\empire-db-codegen\target\generated\dbsample\org\apache\empire\db\samples\dbsample\SampleDB.java
>>>>> at
>>>>>
>>>>>
>>>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:300)
>>>>> ERROR [2010/04/10 00:31]: ResourceManager : unable to find
>>>>> resource
>>>>> '$templateFolder/Table.vm' in any resource loader. at
>>>>>
>>>>>
>>>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>>>> ERROR [2010/04/10 00:31]: #parse(): cannot find template
>>>>> '$templateFolder/Table.vm', called at templates/Database.vm[line 75,
>>>>> column
>>>>> 25] at
>>>>>
>>>>>
>>>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>>>> ERROR [2010/04/10 00:31]: Unable to find resource
>>>>> '$templateFolder/Table.vm' at
>>>>>
>>>>>
>>>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:307)
>>>>> org.apache.velocity.exception.ResourceNotFoundException: Unable
>>>>> to
>>>>> find resource '$templateFolder/Table.vm'
>>>>> at
>>>>>
>>>>>
>>>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(ResourceManagerImpl.java:483)
>>>>> at
>>>>>
>>>>>
>>>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:354)
>>>>> ....
>>>>
>>>> I'll have a look at the codegen app later this weekend. Maybe we
>>>> should also include a howto or a pointer to it for the codegen.
>>>>
>>>>>
>>>>> Unfortunately i was not able to test the web-examples as i alyways got
>>>>> an
>>>>> error on starting them. I'm not sure if my tomcat installation or
>>>>> configuration is messed up, and i'd be happy if someone could help me
>>>>> with
>>>>> that. Here is also a snippet of the error:
>>>>>
>>>>> WARNUNG: [SetPropertiesRule]{Server/Service/Engine/Host/Context}
>>>>> Setting property 'source' to
>>>>> 'org.eclipse.jst.j2ee.server:empire-db-example-struts2' did not find a
>>>>> matching property.
>>>>> ...
>>>>> SCHWERWIEGEND: Exception starting filter struts2
>>>>> java.lang.ClassNotFoundException:
>>>>> org.apache.empire.struts2.web.EmpireFilterDispatcher
>>>>> at
>>>>>
>>>>>
>>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
>>>>> at
>>>>>
>>>>>
>>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>>>>> at
>>>>>
>>>>>
>>>>> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:249)
>>>>>
>>>>>
>>>>> best regards benjamin
>>>>>
>>>>
>>>> I'll also have a look at this. I never tested using tomcat, always
>>>> used mvn jetty:run
>>>> Thanks for testing!
>>>>
>>>>
>>>
>>>
>>
>>
>>
>
>
--
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Benjamin Venditti <be...@arcor.de>.
Hi Francis,
I figured out why i couldn't start the web-examples in eclipse with
tomcat. It is related to a bug in the WTP ServerTools. Here are the
details https://bugs.eclipse.org/bugs/show_bug.cgi?id=245857 .
After removing all .svn directories and I successfully tested the
web-examples with eclipse and tomcat 5.5/6.0.
I agree with you about removing log4j if it doesn't add extra funcionality.
The only module I haven't tested is the new empire-db-maven-plugin. Is
there a way to execute or start that?
Thanks in advance.
Benjamin
Am 11.04.2010 13:55, schrieb Francis De Brabandere:
> Hi Benjamin,
>
> Commons logging was indeed only provided on the parent module and in
> scope provided, which indicates that we expect the container or
> runtime environment to provide commons logging. Of course this is
> wrong and I put it to compile scope since commons logging is our main
> logging api.
>
> The implementation we use is log4j and this should normally be in
> "runtime" scope as we don't need it to compile the code. But
> XmlConfiguration seems to depend on Log4j as it actually sets up
> log4j.
> Personally I think this a bad idea. Merging our configuration and that
> of log4j does not bring any added value. Everybody is used to setting
> up log4j in its own configuration file. Therefore I would opt to
> remove that functionality. Anybody against this?
>
> I will cut a new RC later today.
>
> Thanks for having a look at this issue.
>
> On Sat, Apr 10, 2010 at 9:13 PM, Benjamin Venditti
> <be...@arcor.de> wrote:
>> Hi Francis,
>>
>> i tried to run the web-examples with jetty without success (at first).
>> Here is what i did:
>> - removed local maven repository
>> - "mvn clean compile" in the root empire repository
>> - "mvn jetty:run" in empire-db-examples\empire-db-example-struts2
>>
>> It claims that it cannot find "org/apache/commons/logging/LogFactory"
>> although commons-logging is defined as a dependency within the parent
>> pom.xml. A error logfile is attached to this email for further details.
>>
>> I was curious and just added commons-logging to the pom.xml in
>> empire-db-examples\empire-db-example-struts2 and was quite surprised when i
>> saw that jetty started without complaining.
>>
>> I think i do not know how maven works exactly, but i don't understand why
>> some dependencies e.g. like log4j, are added to both the parent pom.xml and
>> a child pom.xml.
>>
>> I hope i could be of any help.
>>
>> Best regards,
>> Benjamin
>>
>>
>> Am 10.04.2010 12:13, schrieb Francis De Brabandere:
>>>
>>> On Sat, Apr 10, 2010 at 12:55 AM, Benjamin Venditti
>>> <be...@arcor.de> wrote:
>>>>
>>>> Hi there,
>>>>
>>>> just hat a look at the 2.0.6-incubating release.
>>>>
>>>> I successfully tested:
>>>> examples-advanced
>>>> examples-basic
>>>> examples-cxf
>>>> examples-spring
>>>>
>>>> I got an error while testing the CodeGenApp directly. The error will only
>>>> occur if "nestTables" or "nestViews" is enabled. I think the problem is,
>>>> that we never set the template folder property of the config object to a
>>>> default value. Here is a snippet of the error ...
>>>>
>>>> Writing
>>>>
>>>> C:\Users\Hermine7\Workspaces\workspace-emp\empire-db-trunk\empire-db-codegen\target\generated\dbsample\org\apache\empire\db\samples\dbsample\SampleDB.java
>>>> at
>>>>
>>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:300)
>>>> ERROR [2010/04/10 00:31]: ResourceManager : unable to find
>>>> resource
>>>> '$templateFolder/Table.vm' in any resource loader. at
>>>>
>>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>>> ERROR [2010/04/10 00:31]: #parse(): cannot find template
>>>> '$templateFolder/Table.vm', called at templates/Database.vm[line 75,
>>>> column
>>>> 25] at
>>>>
>>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>>> ERROR [2010/04/10 00:31]: Unable to find resource
>>>> '$templateFolder/Table.vm' at
>>>>
>>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:307)
>>>> org.apache.velocity.exception.ResourceNotFoundException: Unable to
>>>> find resource '$templateFolder/Table.vm'
>>>> at
>>>>
>>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(ResourceManagerImpl.java:483)
>>>> at
>>>>
>>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:354)
>>>> ....
>>>
>>> I'll have a look at the codegen app later this weekend. Maybe we
>>> should also include a howto or a pointer to it for the codegen.
>>>
>>>>
>>>> Unfortunately i was not able to test the web-examples as i alyways got an
>>>> error on starting them. I'm not sure if my tomcat installation or
>>>> configuration is messed up, and i'd be happy if someone could help me
>>>> with
>>>> that. Here is also a snippet of the error:
>>>>
>>>> WARNUNG: [SetPropertiesRule]{Server/Service/Engine/Host/Context}
>>>> Setting property 'source' to
>>>> 'org.eclipse.jst.j2ee.server:empire-db-example-struts2' did not find a
>>>> matching property.
>>>> ...
>>>> SCHWERWIEGEND: Exception starting filter struts2
>>>> java.lang.ClassNotFoundException:
>>>> org.apache.empire.struts2.web.EmpireFilterDispatcher
>>>> at
>>>>
>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
>>>> at
>>>>
>>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>>>> at
>>>>
>>>> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:249)
>>>>
>>>>
>>>> best regards benjamin
>>>>
>>>
>>> I'll also have a look at this. I never tested using tomcat, always
>>> used mvn jetty:run
>>> Thanks for testing!
>>>
>>>
>>
>>
>
>
>
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Francis De Brabandere <fr...@gmail.com>.
Hi Benjamin,
Commons logging was indeed only provided on the parent module and in
scope provided, which indicates that we expect the container or
runtime environment to provide commons logging. Of course this is
wrong and I put it to compile scope since commons logging is our main
logging api.
The implementation we use is log4j and this should normally be in
"runtime" scope as we don't need it to compile the code. But
XmlConfiguration seems to depend on Log4j as it actually sets up
log4j.
Personally I think this a bad idea. Merging our configuration and that
of log4j does not bring any added value. Everybody is used to setting
up log4j in its own configuration file. Therefore I would opt to
remove that functionality. Anybody against this?
I will cut a new RC later today.
Thanks for having a look at this issue.
On Sat, Apr 10, 2010 at 9:13 PM, Benjamin Venditti
<be...@arcor.de> wrote:
> Hi Francis,
>
> i tried to run the web-examples with jetty without success (at first).
> Here is what i did:
> - removed local maven repository
> - "mvn clean compile" in the root empire repository
> - "mvn jetty:run" in empire-db-examples\empire-db-example-struts2
>
> It claims that it cannot find "org/apache/commons/logging/LogFactory"
> although commons-logging is defined as a dependency within the parent
> pom.xml. A error logfile is attached to this email for further details.
>
> I was curious and just added commons-logging to the pom.xml in
> empire-db-examples\empire-db-example-struts2 and was quite surprised when i
> saw that jetty started without complaining.
>
> I think i do not know how maven works exactly, but i don't understand why
> some dependencies e.g. like log4j, are added to both the parent pom.xml and
> a child pom.xml.
>
> I hope i could be of any help.
>
> Best regards,
> Benjamin
>
>
> Am 10.04.2010 12:13, schrieb Francis De Brabandere:
>>
>> On Sat, Apr 10, 2010 at 12:55 AM, Benjamin Venditti
>> <be...@arcor.de> wrote:
>>>
>>> Hi there,
>>>
>>> just hat a look at the 2.0.6-incubating release.
>>>
>>> I successfully tested:
>>> examples-advanced
>>> examples-basic
>>> examples-cxf
>>> examples-spring
>>>
>>> I got an error while testing the CodeGenApp directly. The error will only
>>> occur if "nestTables" or "nestViews" is enabled. I think the problem is,
>>> that we never set the template folder property of the config object to a
>>> default value. Here is a snippet of the error ...
>>>
>>> Writing
>>>
>>> C:\Users\Hermine7\Workspaces\workspace-emp\empire-db-trunk\empire-db-codegen\target\generated\dbsample\org\apache\empire\db\samples\dbsample\SampleDB.java
>>> at
>>>
>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:300)
>>> ERROR [2010/04/10 00:31]: ResourceManager : unable to find
>>> resource
>>> '$templateFolder/Table.vm' in any resource loader. at
>>>
>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>> ERROR [2010/04/10 00:31]: #parse(): cannot find template
>>> '$templateFolder/Table.vm', called at templates/Database.vm[line 75,
>>> column
>>> 25] at
>>>
>>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>>> ERROR [2010/04/10 00:31]: Unable to find resource
>>> '$templateFolder/Table.vm' at
>>>
>>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:307)
>>> org.apache.velocity.exception.ResourceNotFoundException: Unable to
>>> find resource '$templateFolder/Table.vm'
>>> at
>>>
>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(ResourceManagerImpl.java:483)
>>> at
>>>
>>> org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:354)
>>> ....
>>
>> I'll have a look at the codegen app later this weekend. Maybe we
>> should also include a howto or a pointer to it for the codegen.
>>
>>>
>>> Unfortunately i was not able to test the web-examples as i alyways got an
>>> error on starting them. I'm not sure if my tomcat installation or
>>> configuration is messed up, and i'd be happy if someone could help me
>>> with
>>> that. Here is also a snippet of the error:
>>>
>>> WARNUNG: [SetPropertiesRule]{Server/Service/Engine/Host/Context}
>>> Setting property 'source' to
>>> 'org.eclipse.jst.j2ee.server:empire-db-example-struts2' did not find a
>>> matching property.
>>> ...
>>> SCHWERWIEGEND: Exception starting filter struts2
>>> java.lang.ClassNotFoundException:
>>> org.apache.empire.struts2.web.EmpireFilterDispatcher
>>> at
>>>
>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
>>> at
>>>
>>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>>> at
>>>
>>> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:249)
>>>
>>>
>>> best regards benjamin
>>>
>>
>> I'll also have a look at this. I never tested using tomcat, always
>> used mvn jetty:run
>> Thanks for testing!
>>
>>
>
>
--
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Benjamin Venditti <be...@arcor.de>.
Hi Francis,
i tried to run the web-examples with jetty without success (at first).
Here is what i did:
- removed local maven repository
- "mvn clean compile" in the root empire repository
- "mvn jetty:run" in empire-db-examples\empire-db-example-struts2
It claims that it cannot find "org/apache/commons/logging/LogFactory"
although commons-logging is defined as a dependency within the parent
pom.xml. A error logfile is attached to this email for further details.
I was curious and just added commons-logging to the pom.xml in
empire-db-examples\empire-db-example-struts2 and was quite surprised
when i saw that jetty started without complaining.
I think i do not know how maven works exactly, but i don't understand
why some dependencies e.g. like log4j, are added to both the parent
pom.xml and a child pom.xml.
I hope i could be of any help.
Best regards,
Benjamin
Am 10.04.2010 12:13, schrieb Francis De Brabandere:
> On Sat, Apr 10, 2010 at 12:55 AM, Benjamin Venditti
> <be...@arcor.de> wrote:
>> Hi there,
>>
>> just hat a look at the 2.0.6-incubating release.
>>
>> I successfully tested:
>> examples-advanced
>> examples-basic
>> examples-cxf
>> examples-spring
>>
>> I got an error while testing the CodeGenApp directly. The error will only
>> occur if "nestTables" or "nestViews" is enabled. I think the problem is,
>> that we never set the template folder property of the config object to a
>> default value. Here is a snippet of the error ...
>>
>> Writing
>> C:\Users\Hermine7\Workspaces\workspace-emp\empire-db-trunk\empire-db-codegen\target\generated\dbsample\org\apache\empire\db\samples\dbsample\SampleDB.java
>> at
>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:300)
>> ERROR [2010/04/10 00:31]: ResourceManager : unable to find resource
>> '$templateFolder/Table.vm' in any resource loader. at
>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>> ERROR [2010/04/10 00:31]: #parse(): cannot find template
>> '$templateFolder/Table.vm', called at templates/Database.vm[line 75, column
>> 25] at
>> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
>> ERROR [2010/04/10 00:31]: Unable to find resource
>> '$templateFolder/Table.vm' at
>> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:307)
>> org.apache.velocity.exception.ResourceNotFoundException: Unable to
>> find resource '$templateFolder/Table.vm'
>> at
>> org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(ResourceManagerImpl.java:483)
>> at
>> org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:354)
>> ....
>
> I'll have a look at the codegen app later this weekend. Maybe we
> should also include a howto or a pointer to it for the codegen.
>
>>
>> Unfortunately i was not able to test the web-examples as i alyways got an
>> error on starting them. I'm not sure if my tomcat installation or
>> configuration is messed up, and i'd be happy if someone could help me with
>> that. Here is also a snippet of the error:
>>
>> WARNUNG: [SetPropertiesRule]{Server/Service/Engine/Host/Context}
>> Setting property 'source' to
>> 'org.eclipse.jst.j2ee.server:empire-db-example-struts2' did not find a
>> matching property.
>> ...
>> SCHWERWIEGEND: Exception starting filter struts2
>> java.lang.ClassNotFoundException:
>> org.apache.empire.struts2.web.EmpireFilterDispatcher
>> at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
>> at
>> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
>> at
>> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:249)
>>
>>
>> best regards benjamin
>>
>
> I'll also have a look at this. I never tested using tomcat, always
> used mvn jetty:run
> Thanks for testing!
>
>
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Francis De Brabandere <fr...@gmail.com>.
On Sat, Apr 10, 2010 at 12:55 AM, Benjamin Venditti
<be...@arcor.de> wrote:
> Hi there,
>
> just hat a look at the 2.0.6-incubating release.
>
> I successfully tested:
> examples-advanced
> examples-basic
> examples-cxf
> examples-spring
>
> I got an error while testing the CodeGenApp directly. The error will only
> occur if "nestTables" or "nestViews" is enabled. I think the problem is,
> that we never set the template folder property of the config object to a
> default value. Here is a snippet of the error ...
>
> Writing
> C:\Users\Hermine7\Workspaces\workspace-emp\empire-db-trunk\empire-db-codegen\target\generated\dbsample\org\apache\empire\db\samples\dbsample\SampleDB.java
> at
> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:300)
> ERROR [2010/04/10 00:31]: ResourceManager : unable to find resource
> '$templateFolder/Table.vm' in any resource loader. at
> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
> ERROR [2010/04/10 00:31]: #parse(): cannot find template
> '$templateFolder/Table.vm', called at templates/Database.vm[line 75, column
> 25] at
> org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
> ERROR [2010/04/10 00:31]: Unable to find resource
> '$templateFolder/Table.vm' at
> org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:307)
> org.apache.velocity.exception.ResourceNotFoundException: Unable to
> find resource '$templateFolder/Table.vm'
> at
> org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(ResourceManagerImpl.java:483)
> at
> org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:354)
> ....
I'll have a look at the codegen app later this weekend. Maybe we
should also include a howto or a pointer to it for the codegen.
>
> Unfortunately i was not able to test the web-examples as i alyways got an
> error on starting them. I'm not sure if my tomcat installation or
> configuration is messed up, and i'd be happy if someone could help me with
> that. Here is also a snippet of the error:
>
> WARNUNG: [SetPropertiesRule]{Server/Service/Engine/Host/Context}
> Setting property 'source' to
> 'org.eclipse.jst.j2ee.server:empire-db-example-struts2' did not find a
> matching property.
> ...
> SCHWERWIEGEND: Exception starting filter struts2
> java.lang.ClassNotFoundException:
> org.apache.empire.struts2.web.EmpireFilterDispatcher
> at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
> at
> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
> at
> org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:249)
>
>
> best regards benjamin
>
I'll also have a look at this. I never tested using tomcat, always
used mvn jetty:run
Thanks for testing!
--
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Benjamin Venditti <be...@arcor.de>.
Hi there,
just hat a look at the 2.0.6-incubating release.
I successfully tested:
examples-advanced
examples-basic
examples-cxf
examples-spring
I got an error while testing the CodeGenApp directly. The error will
only occur if "nestTables" or "nestViews" is enabled. I think the
problem is, that we never set the template folder property of the config
object to a default value. Here is a snippet of the error ...
Writing
C:\Users\Hermine7\Workspaces\workspace-emp\empire-db-trunk\empire-db-codegen\target\generated\dbsample\org\apache\empire\db\samples\dbsample\SampleDB.java
at
org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:300)
ERROR [2010/04/10 00:31]: ResourceManager : unable to find resource
'$templateFolder/Table.vm' in any resource loader. at
org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
ERROR [2010/04/10 00:31]: #parse(): cannot find template
'$templateFolder/Table.vm', called at templates/Database.vm[line 75,
column 25] at
org.apache.velocity.runtime.log.CommonsLogLogChute.log(CommonsLogLogChute.java:96)
ERROR [2010/04/10 00:31]: Unable to find resource
'$templateFolder/Table.vm' at
org.apache.empire.db.codegen.CodeGenWriter.writeFile(CodeGenWriter.java:307)
org.apache.velocity.exception.ResourceNotFoundException: Unable to find
resource '$templateFolder/Table.vm'
at
org.apache.velocity.runtime.resource.ResourceManagerImpl.loadResource(ResourceManagerImpl.java:483)
at
org.apache.velocity.runtime.resource.ResourceManagerImpl.getResource(ResourceManagerImpl.java:354)
....
Unfortunately i was not able to test the web-examples as i alyways got
an error on starting them. I'm not sure if my tomcat installation or
configuration is messed up, and i'd be happy if someone could help me
with that. Here is also a snippet of the error:
WARNUNG: [SetPropertiesRule]{Server/Service/Engine/Host/Context}
Setting property 'source' to
'org.eclipse.jst.j2ee.server:empire-db-example-struts2' did not find a
matching property.
...
SCHWERWIEGEND: Exception starting filter struts2
java.lang.ClassNotFoundException:
org.apache.empire.struts2.web.EmpireFilterDispatcher
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1387)
at
org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1233)
at
org.apache.catalina.core.ApplicationFilterConfig.getFilter(ApplicationFilterConfig.java:249)
best regards benjamin
Re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Francis De Brabandere <fr...@gmail.com>.
On Sat, Apr 10, 2010 at 12:07 AM, Rainer Döbele <do...@esteam.de> wrote:
> I have downloaded the distribution files and build and imported all projects in Eclipse and then I ran the samples.
>
> Everything worked as excpected and I did not find any problems.
> RAT report also looks good.
>
> One thing I want to mention though:
> Afterwards I tried running mvn assembly:assembly from the source but that failed with an error saying: No assembly descriptors found.
> Now I rembember that we had this discussion before whether or not is should be possible to build the distribution files again from the distribution.
> I don't really see this as a requirement, and possibly I just failed to get it right. I just want to mention it here.
The distribtion build is now a module, but that module is only built
when running the apache-release profile. So you can actually build the
distribution from the sources. Remark: make sure your JAVA_HOME is set
to java 5.x or this will fail because I enforce java 5 for that
profile
mvn clean install -Papache-release
the distribution should then be available in the empire-db-dist/target folder
Comments on this are welcome. Should I add this to one of the notice files?
>
> Hence from my point of view it's a +1
>
> Regards
> Rainer
>
>
> Francis De Brabandere wrote:
>> re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
>>
>> Hi,
>>
>> We have just prepared a 2.0.6-incubating release and we are now
>> looking for approval of the PMC to publish the release. Once the
>> community approves the release we will have a second binding release
>> round for IPMC members.
>>
>> These are the major change from our previous 2.0.5-incubating release:
>>
>> - Code-Generator allows generation of Data Model code files for
>> existing databases
>> - Maven plugin for DB-Code-Generator
>> - New example to demonstrate interoperability between Empire-db and
>> Spring
>> - Provided jars are now OSGi compatible
>>
>> Changelog: http://svn.apache.org/viewvc/incubator/empire-
>> db/tags/apache-empire-db-2.0.6-incubating-rc1/CHANGELOG.txt?view=co
>>
>> Subversion tag:
>> https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache-
>> empire-db-2.0.6-incubating-rc1
>>
>> Maven staging repository:
>> https://repository.apache.org/content/repositories/orgapacheempire-db-
>> 007/
>>
>> Distribution files are located here
>> http://people.apache.org/~francisdb/empire-db/
>>
>> Rat report for the tag is available here:
>> http://people.apache.org/~francisdb/empire-db/rat.txt
>>
>> Vote open for 72 hours.
>>
>> [ ] +1
>> [ ] +0
>> [ ] -1
>>
>> --
>> http://www.somatik.be
>> Microsoft gives you windows, Linux gives you the whole house.
>
--
http://www.somatik.be
Microsoft gives you windows, Linux gives you the whole house.
re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
Posted by Rainer Döbele <do...@esteam.de>.
I have downloaded the distribution files and build and imported all projects in Eclipse and then I ran the samples.
Everything worked as excpected and I did not find any problems.
RAT report also looks good.
One thing I want to mention though:
Afterwards I tried running mvn assembly:assembly from the source but that failed with an error saying: No assembly descriptors found.
Now I rembember that we had this discussion before whether or not is should be possible to build the distribution files again from the distribution.
I don't really see this as a requirement, and possibly I just failed to get it right. I just want to mention it here.
Hence from my point of view it's a +1
Regards
Rainer
Francis De Brabandere wrote:
> re: [VOTE] Release Apache Empire-db 2.0.6-incubating (rc1)
>
> Hi,
>
> We have just prepared a 2.0.6-incubating release and we are now
> looking for approval of the PMC to publish the release. Once the
> community approves the release we will have a second binding release
> round for IPMC members.
>
> These are the major change from our previous 2.0.5-incubating release:
>
> - Code-Generator allows generation of Data Model code files for
> existing databases
> - Maven plugin for DB-Code-Generator
> - New example to demonstrate interoperability between Empire-db and
> Spring
> - Provided jars are now OSGi compatible
>
> Changelog: http://svn.apache.org/viewvc/incubator/empire-
> db/tags/apache-empire-db-2.0.6-incubating-rc1/CHANGELOG.txt?view=co
>
> Subversion tag:
> https://svn.apache.org/repos/asf/incubator/empire-db/tags/apache-
> empire-db-2.0.6-incubating-rc1
>
> Maven staging repository:
> https://repository.apache.org/content/repositories/orgapacheempire-db-
> 007/
>
> Distribution files are located here
> http://people.apache.org/~francisdb/empire-db/
>
> Rat report for the tag is available here:
> http://people.apache.org/~francisdb/empire-db/rat.txt
>
> Vote open for 72 hours.
>
> [ ] +1
> [ ] +0
> [ ] -1
>
> --
> http://www.somatik.be
> Microsoft gives you windows, Linux gives you the whole house.