You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cayenne.apache.org by Andrus Adamchik <an...@objectstyle.org> on 2015/06/12 16:34:39 UTC
Re: Trouble with Web app deployment
(taking to dev)
Yeah, Velocity is the dirtiest of the remaining Cayenne dependencies that drags a bunch of other things into the stack.
I am thinking of creating a pluggable syntax for SQLTemplate. By default Cayenne would provide a simple parser that is a subset of Velocity, but without Velocity (support for $var variables, #bind, #result and other Cayenne directives). And moving full Velocity integration into a separate module to avoid the dependency tail.
Andrus
> On Jun 12, 2015, at 5:27 PM, Mike Kienenberger <mk...@gmail.com> wrote:
>
> On Fri, Jun 12, 2015 at 10:20 AM, Andrew Willerding
> <aw...@itsurcom.com> wrote:
>>> Which commons lang version?
>>
>> I'm including the one bundled with Cayenne - commons-collections-3.2.1
>
> That's not a commons-lang library. That's commons-collections.
>
> I took a quick peek at the cayenne binary distribution, and we do not
> distribute commons-lang.
>
> The version of velocity distributed is 1.6.3.
>
> The dependency there is:
>
> jar.commons-lang.version= 2.4
>
> So you will need 2.4, 2.5, or 2.6 (2.4 is the safest if you have no
> other commons-lang 2.x dependencies).
>
Re: Trouble with Web app deployment
Posted by Andrus Adamchik <an...@objectstyle.org>.
> On Jun 12, 2015, at 5:37 PM, Mike Kienenberger <mk...@gmail.com> wrote:
>
> Hah! Well, you might want to hold off on that, as I took a different
> approach to the velocity issue -- I joined the project and am working
> on a new release :)
This is very nice :) Good luck with it.
>> And we do always have the option of using the velocity release that
>> internalizes all dependencies so that it has no external dependencies.
>> I'll have to look at these again, but I think it packages them.
>
> No, I'm wrong. It doesn't rename/repackage them, it only unpacks
> them, so that's not helpful.
Compartmentalizing Velocity dependency should be fairly easy. So we'll be still using it going forward, just that it won't be required. In general I think making Cayenne self-contained is a worthy goal. And it is a low-hanging fruit also.
Andrus
Re: Trouble with Web app deployment
Posted by Mike Kienenberger <mk...@gmail.com>.
Thanks. I'll look into that for the next velocity release.
On Sat, Jun 13, 2015 at 11:43 AM, Dirk Olmes <di...@xanthippe.ping.de> wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 06/12/2015 04:41 PM, Mike Kienenberger wrote:
>> On Fri, Jun 12, 2015 at 10:37 AM, Mike Kienenberger
>> <mk...@gmail.com> wrote:
>>> And we do always have the option of using the velocity release
>>> that internalizes all dependencies so that it has no external
>>> dependencies. I'll have to look at these again, but I think it
>>> packages them.
>>
>> No, I'm wrong. It doesn't rename/repackage them, it only unpacks
>> them, so that's not helpful.
>
> Using maven-shade-plugin you should be able to build a version of
> velocity that puts all (or only some) of its dependencies under a
> different package name into the velocity jar.
>
> - -dirk
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2
>
> iEYEARECAAYFAlV8T60ACgkQASL+9Yb0srf3uACfR1xgvvCFP6cwKBAiuocz1rT0
> dL0An08MRo430lnURisTgCeSMAOHkep7
> =DATJ
> -----END PGP SIGNATURE-----
Re: Trouble with Web app deployment
Posted by Dirk Olmes <di...@xanthippe.ping.de>.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 06/12/2015 04:41 PM, Mike Kienenberger wrote:
> On Fri, Jun 12, 2015 at 10:37 AM, Mike Kienenberger
> <mk...@gmail.com> wrote:
>> And we do always have the option of using the velocity release
>> that internalizes all dependencies so that it has no external
>> dependencies. I'll have to look at these again, but I think it
>> packages them.
>
> No, I'm wrong. It doesn't rename/repackage them, it only unpacks
> them, so that's not helpful.
Using maven-shade-plugin you should be able to build a version of
velocity that puts all (or only some) of its dependencies under a
different package name into the velocity jar.
- -dirk
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iEYEARECAAYFAlV8T60ACgkQASL+9Yb0srf3uACfR1xgvvCFP6cwKBAiuocz1rT0
dL0An08MRo430lnURisTgCeSMAOHkep7
=DATJ
-----END PGP SIGNATURE-----
Re: Trouble with Web app deployment
Posted by Mike Kienenberger <mk...@gmail.com>.
On Fri, Jun 12, 2015 at 10:37 AM, Mike Kienenberger <mk...@gmail.com> wrote:
> And we do always have the option of using the velocity release that
> internalizes all dependencies so that it has no external dependencies.
> I'll have to look at these again, but I think it packages them.
No, I'm wrong. It doesn't rename/repackage them, it only unpacks
them, so that's not helpful.
Re: Trouble with Web app deployment
Posted by Mike Kienenberger <mk...@gmail.com>.
Hah! Well, you might want to hold off on that, as I took a different
approach to the velocity issue -- I joined the project and am working
on a new release :)
And we do always have the option of using the velocity release that
internalizes all dependencies so that it has no external dependencies.
I'll have to look at these again, but I think it packages them.
On Fri, Jun 12, 2015 at 10:34 AM, Andrus Adamchik
<an...@objectstyle.org> wrote:
> (taking to dev)
>
> Yeah, Velocity is the dirtiest of the remaining Cayenne dependencies that drags a bunch of other things into the stack.
>
> I am thinking of creating a pluggable syntax for SQLTemplate. By default Cayenne would provide a simple parser that is a subset of Velocity, but without Velocity (support for $var variables, #bind, #result and other Cayenne directives). And moving full Velocity integration into a separate module to avoid the dependency tail.
>
> Andrus
>
>> On Jun 12, 2015, at 5:27 PM, Mike Kienenberger <mk...@gmail.com> wrote:
>>
>> On Fri, Jun 12, 2015 at 10:20 AM, Andrew Willerding
>> <aw...@itsurcom.com> wrote:
>>>> Which commons lang version?
>>>
>>> I'm including the one bundled with Cayenne - commons-collections-3.2.1
>>
>> That's not a commons-lang library. That's commons-collections.
>>
>> I took a quick peek at the cayenne binary distribution, and we do not
>> distribute commons-lang.
>>
>> The version of velocity distributed is 1.6.3.
>>
>> The dependency there is:
>>
>> jar.commons-lang.version= 2.4
>>
>> So you will need 2.4, 2.5, or 2.6 (2.4 is the safest if you have no
>> other commons-lang 2.x dependencies).
>>
>