Lucee 5 Release Candidate Now Available

[Andrew Dixon]

Hi All,

The Lucee Association Switzerland is proud to announce the release of the Lucee 5 Release Candidate (RC), the final step before Lucee 5 is released for production use.

The RC can be downloaded either via the Lucee Website or from the preview download provider here:

http://preview.lucee.org/download/

Details on the updates to Lucee since version 4.5 can be found in the documentation here:

http://docs.lucee.org/guides/lucee-5.html

Fixes made to Lucee 5 since the previous beta release, version 5.0.0.213 BETA can be found on the Lucee JIRA here using the following link:

Fixes since version 5.0.0.213 BETA

Please feel free to test out the RC and provide feedback either via the Lucee Google Group or as a bug report in the Lucee JIRA.

And remember, if you love Lucee you can become a supporter today from just US$9 per month.

Kind regards,

Andrew

about.me - mso - Lucee Association Member

[Juan Aguilar]

1. LDEV-257 is a show-stopper for us, even for testing purposes. Hopefully there'll be progress on this soon.

[Andrew Dixon]

Hi Juan,

You simply add:

<JarScanner scanClassPath="false"/>

To the context, e.g.

 <Host name="my.site.com" appBase="webapps">
    <Context path="" docBase="/var/www/html/my.site.com">
      <JarScanner scanClassPath="false"/>
    </Context>
  </Host>

Kind regards,

Andrew

about.me - mso - Lucee Association Member

On 17 March 2016 at 03:52, Juan Aguilar <jeag...@gmail.com> wrote:

1. LDEV-257 is a show-stopper for us, even for testing purposes. Hopefully there'll be progress on this soon.

--
Love Lucee? Become a supporter and be part of the Lucee project today! - http://lucee.org/supporters/become-a-supporter.html
---
You received this message because you are subscribed to the Google Groups "Lucee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lucee+un...@googlegroups.com.
To post to this group, send email to lu...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/87df77f7-1fd9-4c9b-af3e-a57775eeb2c7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Zac Spitzer]

what an awesome onboarding experience! it really needs to just work(tm)

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/CAG1WijWRgVkRiK6bAUPp3d%3D%3DPveyto-5wY9V1ZtEgmf%3D2V_BjA%40mail.gmail.com.

For more options, visit https://groups.google.com/d/optout.

--

Zac Spitzer
+61 405 847 168

[Nando Breiter]

In previous snapshots, I was blocked from any extensive testing by LDEV-758, which is ORM related. Essentially, both EntityLoadByPk() and EntityNew() throw an error if they are wrapped in a transaction, even in a very simple case. So far this issue hasn't been touched - it wasn't on your list of outstanding issues for the release of Lucee 5 and I haven't seen any activity on it.

Now on 5.0.0.219-RC (I updated using the .lco file), I get the following error simply loading this.ormsettings in Application.cfc. I checked if the ORM extension is installed via the admin panel (yes, Installed version 3.5.5.57). Anything I can do to help, let me know.

Lucee 5.0.0.219-RC Error (org.hibernate.HibernateException)

Message Could not instantiate connection provider: org.lucee.extension.orm.hibernate.jdbc.ConnectionProviderImpl

Cause org.hibernate.HibernateException

Java Stacktrace lucee.runtime.exp.NativeException: Could not instantiate connection provider: org.lucee.extension.orm.hibernate.jdbc.ConnectionProviderImpl

  at org.hibernate.connection.ConnectionProviderFactory.initializeConnectionProviderFromConfig(ConnectionProviderFactory.java:178)

  at org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:102)

  at org.hibernate.connection.ConnectionProviderFactory.newConnectionProvider(ConnectionProviderFactory.java:84)

  at org.hibernate.cfg.SettingsFactory.createConnectionProvider(SettingsFactory.java:438)

  at org.hibernate.cfg.SettingsFactory.buildSettings(SettingsFactory.java:91)

  at org.hibernate.cfg.Configuration.buildSettingsInternal(Configuration.java:2163)

  at org.hibernate.cfg.Configuration.buildSettings(Configuration.java:2159)

  at org.hibernate.cfg.Configuration.buildSessionFactory(Configuration.java:1383)

  at org.lucee.extension.orm.hibernate.SessionFactoryData.buildSessionFactory(SessionFactoryData.java:224)

  at org.lucee.extension.orm.hibernate.HibernateORMEngine.getSessionFactoryData(HibernateORMEngine.java:206)

  at org.lucee.extension.orm.hibernate.HibernateORMEngine.init(HibernateORMEngine.java:71)

  at lucee.runtime.config.ConfigImpl.getORMEngine(ConfigImpl.java:2961)

  at lucee.runtime.config.ConfigImpl.resetORMEngine(ConfigImpl.java:2945)

  at lucee.runtime.orm.ORMUtil.resetEngine(ORMUtil.java:73)

  at lucee.runtime.listener.ModernAppListener.initApplicationContext(ModernAppListener.java:455)

  at lucee.runtime.listener.ModernAppListener._onRequest(ModernAppListener.java:116)

  at lucee.runtime.listener.MixedAppListener.onRequest(MixedAppListener.java:43)

  at lucee.runtime.PageContextImpl.execute(PageContextImpl.java:2266)

  at lucee.runtime.PageContextImpl._execute(PageContextImpl.java:2258)

  at lucee.runtime.PageContextImpl.executeCFML(PageContextImpl.java:2226)

  at lucee.runtime.engine.CFMLEngineImpl.serviceCFML(CFMLEngineImpl.java:837)

  at lucee.loader.engine.CFMLEngineWrapper.serviceCFML(CFMLEngineWrapper.java:102)

  at lucee.loader.servlet.CFMLServlet.service(CFMLServlet.java:62)

  at javax.servlet.http.HttpServlet.service(HttpServlet.java:725)

  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291)

  at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

  at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)

  at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239)

  at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

  at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:219)

  at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)

  at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:501)

  at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:142)

  at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)

  at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:610)

  at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)

  at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:537)

  at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1085)

  at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:658)

  at org.apache.coyote.http11.Http11NioProtocol$Http11ConnectionHandler.process(Http11NioProtocol.java:222)

  at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1556)

  at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1513)

  at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

  at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

  at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)

  at java.lang.Thread.run(Thread.java:745)

Aria Media Sagl

+41 (0)76 303 4477 cell
skype: ariamedia

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/CAArGWaS%2Be5f67XUMtBVVGc%2BJY9mTAL-EH%3DcYdQpubdMChE3BVw%40mail.gmail.com.

[Mark Drew]

Actually that specific issue might not been touched but there are a bunch of related issues (which might be duplicates) which I can see are being committed too. I think there is an underlying logic flaw that once fixed, breaks other issues. 

I am just trying to find the actual tickets at the moment… like this one: https://luceeserver.atlassian.net/browse/LDEV-688

MD 

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/CAGHrs%3D9_%2BuvuJ-kxKhJGxGJ63tpEC87cmu1XFDYXZGvRM%3DHuMA%40mail.gmail.com.

[Juan Aguilar]

Thanks for the quick reply, Andrew. That's good to hear. I'm not certain we're using mod_jk but I'm happy to give it a try and report back. 

Sent via mobile

You received this message because you are subscribed to a topic in the Google Groups "Lucee" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/lucee/ZGa10NY3iqA/unsubscribe.
To unsubscribe from this group and all its topics, send an email to lucee+un...@googlegroups.com.

To post to this group, send email to lu...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/CAG1WijWRgVkRiK6bAUPp3d%3D%3DPveyto-5wY9V1ZtEgmf%3D2V_BjA%40mail.gmail.com.

[Nando Breiter]

I'm getting an error on Lucee 5 that I don't see on 4.5 or ACF 11, on a legacy app that uses Transfer and Coldspring "can't access, no password is defined". I don't know what to make of it. Where would a password need to be defined, specifically for Lucee 5, that is not needed in either Lucee 4.5 or ACF? Anyone have an idea where I could look?

Lucee 5.0.0.219-RC Error (coldspring.beanCreationException)

Message Bean creation exception during init() of transfer.TransferFactory

Detail can't access, no password is defined:

Stacktrace The Error Occurred in

/Users/nando/sites/tcm-lian-ch/coldspring/beans/DefaultXmlBeanFactory.cfc: line 539 

537: <cfthrow type="coldspring.beanCreationException" 

538: message="Bean creation exception during init() of #beanDef.getBeanClass()#" 

539: detail="#cfcatch.message#:#cfcatch.detail#">

540: </cfcatch>

541: </cftry>

called from /Users/nando/sites/tcm-lian-ch/coldspring/beans/DefaultXmlBeanFactory.cfc: line 332 

called from /Users/nando/sites/tcm-lian-ch/ModelGlue/unity/loader/XmlConfigurationLoader.cfc: line 318 

called from /Users/nando/sites/tcm-lian-ch/ModelGlue/unity/loader/XmlConfigurationLoader.cfc: line 235 

called from /Users/nando/sites/tcm-lian-ch/ModelGlue/unity/loader/XmlConfigurationLoader.cfc: line 83 

called from /Users/nando/sites/tcm-lian-ch/ModelGlue/unity/loader/FrameworkLoader.cfc: line 98 

called from /Users/nando/sites/tcm-lian-ch/ModelGlue/unity/ModelGlue.cfm: line 116 

called from /Users/nando/sites/tcm-lian-ch/index.cfm: line 77 

Java Stacktrace lucee.runtime.exp.CustomTypeException: Bean creation exception during init() of transfer.TransferFactory

  at lucee.runtime.tag.Throw._doStartTag(Throw.java:212)

  at lucee.runtime.tag.Throw.doStartTag(Throw.java:201)

  at beans.defaultxmlbeanfactory_cfc$cf.udfCall2(/Users/nando/sites/tcm-lian-ch/coldspring/beans/DefaultXmlBeanFactory.cfc:539)

  at beans.defaultxmlbeanfactory_cfc$cf.udfCall(/Users/nando/sites/tcm-lian-ch/coldspring/beans/DefaultXmlBeanFactory.cfc)

  at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:105)

  at lucee.runtime.type.UDFImpl._call(UDFImpl.java:337)

  at lucee.runtime.type.UDFImpl.call(UDFImpl.java:224)

  at lucee.runtime.type.scope.UndefinedImpl.call(UndefinedImpl.java:770)

  at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:752)

  at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1584)

  at beans.defaultxmlbeanfactory_cfc$cf.udfCall2(/Users/nando/sites/tcm-lian-ch/coldspring/beans/DefaultXmlBeanFactory.cfc:332)

  at beans.defaultxmlbeanfactory_cfc$cf.udfCall(/Users/nando/sites/tcm-lian-ch/coldspring/beans/DefaultXmlBeanFactory.cfc)

  at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:105)

  at lucee.runtime.type.UDFImpl._call(UDFImpl.java:337)

  at lucee.runtime.type.UDFImpl.call(UDFImpl.java:224)

  at lucee.runtime.ComponentImpl._call(ComponentImpl.java:697)

  at lucee.runtime.ComponentImpl._call(ComponentImpl.java:580)

  at lucee.runtime.ComponentImpl.call(ComponentImpl.java:1902)

  at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:752)

  at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1584)

  at unity.loader.xmlconfigurationloader_cfc$cf.udfCall2(/Users/nando/sites/tcm-lian-ch/ModelGlue/unity/loader/XmlConfigurationLoader.cfc:318)

  at unity.loader.xmlconfigurationloader_cfc$cf.udfCall(/Users/nando/sites/tcm-lian-ch/ModelGlue/unity/loader/XmlConfigurationLoader.cfc)

  at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:105)

  at lucee.runtime.type.UDFImpl._call(UDFImpl.java:337)

  at lucee.runtime.type.UDFImpl.call(UDFImpl.java:224)

  at lucee.runtime.type.scope.UndefinedImpl.call(UndefinedImpl.java:770)

  at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:752)

  at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1584)

  at unity.loader.xmlconfigurationloader_cfc$cf.udfCall1(/Users/nando/sites/tcm-lian-ch/ModelGlue/unity/loader/XmlConfigurationLoader.cfc:235)

  at unity.loader.xmlconfigurationloader_cfc$cf.udfCall(/Users/nando/sites/tcm-lian-ch/ModelGlue/unity/loader/XmlConfigurationLoader.cfc)

  at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:105)

  at lucee.runtime.type.UDFImpl._call(UDFImpl.java:337)

  at lucee.runtime.type.UDFImpl.call(UDFImpl.java:224)

  at lucee.runtime.type.scope.UndefinedImpl.call(UndefinedImpl.java:770)

  at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:752)

  at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1584)

  at unity.loader.xmlconfigurationloader_cfc$cf.udfCall1(/Users/nando/sites/tcm-lian-ch/ModelGlue/unity/loader/XmlConfigurationLoader.cfc:83)

  at unity.loader.xmlconfigurationloader_cfc$cf.udfCall(/Users/nando/sites/tcm-lian-ch/ModelGlue/unity/loader/XmlConfigurationLoader.cfc)

  at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:105)

  at lucee.runtime.type.UDFImpl._call(UDFImpl.java:337)

  at lucee.runtime.type.UDFImpl.call(UDFImpl.java:224)

  at lucee.runtime.ComponentImpl._call(ComponentImpl.java:697)

  at lucee.runtime.ComponentImpl._call(ComponentImpl.java:580)

  at lucee.runtime.ComponentImpl.call(ComponentImpl.java:1902)

  at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:752)

  at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1584)

  at unity.loader.frameworkloader_cfc$cf.udfCall(/Users/nando/sites/tcm-lian-ch/ModelGlue/unity/loader/FrameworkLoader.cfc:98)

  at lucee.runtime.type.UDFImpl.implementation(UDFImpl.java:105)

  at lucee.runtime.type.UDFImpl._call(UDFImpl.java:337)

  at lucee.runtime.type.UDFImpl.call(UDFImpl.java:224)

  at lucee.runtime.ComponentImpl._call(ComponentImpl.java:697)

  at lucee.runtime.ComponentImpl._call(ComponentImpl.java:580)

  at lucee.runtime.ComponentImpl.call(ComponentImpl.java:1902)

  at lucee.runtime.util.VariableUtilImpl.callFunctionWithoutNamedValues(VariableUtilImpl.java:752)

  at lucee.runtime.PageContextImpl.getFunction(PageContextImpl.java:1584)

  at tcm_lian_ch585.modelglue.unity.modelglue_cfm$cf.call(/Users/nando/sites/tcm-lian-ch/ModelGlue/unity/ModelGlue.cfm:116)

  at lucee.runtime.PageContextImpl._doInclude(PageContextImpl.java:907)

  at lucee.runtime.PageContextImpl.doInclude(PageContextImpl.java:822)

  at lucee.runtime.PageContextImpl.doInclude(PageContextImpl.java:817)

  at lucee.runtime.PageContextImpl.doInclude(PageContextImpl.java:808)

  at tcm_lian_ch585.index_cfm$cf.call(/Users/nando/sites/tcm-lian-ch/index.cfm:77)

  at lucee.runtime.PageContextImpl._doInclude(PageContextImpl.java:907)

  at lucee.runtime.PageContextImpl.doInclude(PageContextImpl.java:822)

  at lucee.runtime.PageContextImpl.doInclude(PageContextImpl.java:817)

  at lucee.runtime.listener.ModernAppListener._onRequest(ModernAppListener.java:226)

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/3428EE09-4DE6-4F78-9F28-51DA82883F9A%40gmail.com.

[Nando Breiter]

Trying to log into the Lucee 5 admin, I'm getting an error and can't access the admin panel at this url:

http://localhost:8888/lucee/admin/server.cfm

Note that the path "/Users/mic/Projects/ ... " does not exist on my machine. 

Lucee 5.0.0.219-RC Error (expression)

Message key [server] doesn't exist

Stacktrace The Error Occurred in

/Users/mic/Projects/Lucee/Lucee5/core/src/main/cfml/context/admin/web.cfm: line 187 

called from /Users/mic/Projects/Lucee/Lucee5/core/src/main/cfml/context/admin/server.cfm: line 2 

Java Stacktrace lucee.runtime.exp.ExpressionException: key [server] doesn't exist

  at lucee.runtime.type.util.StructSupport.invalidKey(StructSupport.java:67)

  at lucee.runtime.type.StructImpl.get(StructImpl.java:122)

  at lucee.runtime.type.util.StructSupport.get(StructSupport.java:242)

  at lucee.runtime.util.VariableUtilImpl.get(VariableUtilImpl.java:259)

  at lucee.runtime.PageContextImpl.get(PageContextImpl.java:1437)

  at web_cfm$cf.call(/Users/mic/Projects/Lucee/Lucee5/core/src/main/cfml/context/admin/web.cfm:187)

  at lucee.runtime.PageContextImpl._doInclude(PageContextImpl.java:907)

  at lucee.runtime.PageContextImpl.doInclude(PageContextImpl.java:822)

  at lucee.runtime.PageContextImpl.doInclude(PageContextImpl.java:817)

  at lucee.runtime.PageContextImpl.doInclude(PageContextImpl.java:808)

  at server_cfm$cf.call(/Users/mic/Projects/Lucee/Lucee5/core/src/main/cfml/context/admin/server.cfm:2)

[Nando Breiter]

I stopped Lucee 4.5, restarted Lucee 5, and I can now access the Lucee 5 admin panel again. I suspect that the "key [server] doesn't exist" error message is the result of a conflict that occurred running them side by side.

Aria Media Sagl

+41 (0)76 303 4477 cell
skype: ariamedia

[Nando Breiter]

I've logged the issues I had today in the JIRA bug tracker with Lucee 5.0.0.219-RC, as described above.

By the way, 5.0.0.219-RC isn't available in the Affected Version/s dropdown.

Aria Media Sagl

+41 (0)76 303 4477 cell
skype: ariamedia

[Igal @ Lucee.org]

Note that the path "/Users/mic/Projects/ ... " does not exist on my machine.

I would hope so.  "mic" stands for "Micha" there ;)

Igal Sapir
Lucee Core Developer
Lucee.org

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/CAGHrs%3D_eYSrFHABTEOxt%2BfwS13LT%3DCgA9fqFOW1ZJpKJL2wydw%40mail.gmail.com.

[Bruce Kirkpatrick]

I've been using lucee 4.5.x for a year with no problems.

I tried upgrading to lucee 5 today.  I found the new lucee 5 on tomcat has some different directory organization and some new things it wants permission to do, so I'll have to reconfigure the apparmor profile to re-lock it down.  With apparmor set to complain mode, I installed the tomcat installer version: 5.0.0.178-beta and the install worked fine.

Then upgraded it to 5.0.0.219-RC by downloading the patch and jar files and replacing both files.  You can't just use the patch, it told me it needed a new jar too.  At least, it showed a friendly error message for that - thank you.

I redid my changes to tomcat's server.xml and web.xml and set-env.sh restarted lucee, and then tested the lucee admin.

After verifying my settings were right, I ran my application, and it worked.   I didn't have to redo my whole config at the lucee web level, it was able to reuse the config / directory from lucee 4.5, which saved some steps - thank you.

I ran a good chunk of my sites/code, and so far it seems like this release of Lucee 5 has no visible problems for me after a few minutes of testing.

The tomcat logs are also clean, no start-up errors.

I'll be limited to using it only for the development server until I can build it myself.  I will report any issues if I notice behavior changes / errors.

It's been a long wait for 5, and it's exciting that you're close to a release.  Good work!

[Andrew Dixon]

Hi All,

The installer for the RC is now available, thanks as always to Jordan from Viviotech for creating these:

http://lucee.org/downloads.html

Kind regards,

Andrew

about.me - mso - Lucee Association Member

--
Love Lucee? Become a supporter and be part of the Lucee project today! - http://lucee.org/supporters/become-a-supporter.html
---
You received this message because you are subscribed to the Google Groups "Lucee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lucee+un...@googlegroups.com.
To post to this group, send email to lu...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/963d965d-b611-48da-b4cd-1117f2e523c6%40googlegroups.com.

[Seb Duggan]

Just upgrading my Mac dev machine to Lucee 5 RC, and ran into a problem:

My setenv.sh file has the following line:

JAVA_OPTS="-Xms256m -Xmx1024m -XX:MaxPermSize=128m  -javaagent:${CATALINA_HOME}/lucee/lucee-inst.jar";

as recommended in the installation guide http://docs.lucee.org/guides/running-lucee/osx/installing-tomcat-and-lucee-on-os-x-using-the-lucee-war-file.html

Of course, I've deleted this jar as instructed, and so it fails on startup.

If I remove the javaagent setting and try again, it all works nicely. So my questions is, what does/did the javaagent setting do, and is it still required? And if so, what should it now be?

Seb

[Bruce Kirkpatrick]

My lucee 5 install was not able to load the new agent dynamically and threw errors about this sporadically.  I had to add this to CATALINA_OPTS in setenv.sh like this:

 -javaagent:/opt/lucee/tomcat/lucee-server/context/lucee-external-agent.jar

adjust path to match your system.

[Jordan Michaels]

Seb,

Its purpose was to improve memory management in Lucee 4, but it's unnecessary in Lucee 5.

Removing the line from your setenv.sh was the right thing to do. =)

-Jordan

----- Original Message -----
From: "Seb Duggan" <seb.d...@gmail.com>
To: "Lucee" <lu...@googlegroups.com>
Sent: Tuesday, March 22, 2016 10:37:06 AM
Subject: Re: [Lucee] Re: Lucee 5 Release Candidate Now Available

Just upgrading my Mac dev machine to Lucee 5 RC, and ran into a problem:

My setenv.sh file has the following line:

JAVA_OPTS="-Xms256m -Xmx1024m -XX:MaxPermSize=128m -javaagent:${CATALINA_HOME}/lucee/lucee-inst.jar";

as recommended in the installation
guide http://docs.lucee.org/guides/running-lucee/osx/installing-tomcat-and-lucee-on-os-x-using-the-lucee-war-file.html

Of course, I've deleted this jar as instructed, and so it fails on startup.

If I remove the javaagent setting and try again, it all works nicely. So my
questions is, what does/did the javaagent setting do, and is it still
required? And if so, what should it now be?


Seb


On Tuesday, 22 March 2016 14:04:28 UTC, Andrew Dixon wrote:
>
> Hi All,
>
> The installer for the RC is now available, thanks as always to Jordan from
> Viviotech for creating these:
>
> http://lucee.org/downloads.html
>
> Kind regards,
>
> Andrew

> about.me <http://about.me/andrew_dixon> - mso <http://www.mso.net> - Lucee
> Association Member <http://lucee.org>

>
> On 19 March 2016 at 19:19, Bruce Kirkpatrick <br...@farbeyondcode.com

>> email to lucee+un...@googlegroups.com <javascript:>.
>> To post to this group, send email to lu...@googlegroups.com <javascript:>
>> .

>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/lucee/963d965d-b611-48da-b4cd-1117f2e523c6%40googlegroups.com

>> <https://groups.google.com/d/msgid/lucee/963d965d-b611-48da-b4cd-1117f2e523c6%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .

>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

--
Love Lucee? Become a supporter and be part of the Lucee project today! - http://lucee.org/supporters/become-a-supporter.html
---
You received this message because you are subscribed to the Google Groups "Lucee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lucee+un...@googlegroups.com.
To post to this group, send email to lu...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/f92bc425-84dc-43f2-b217-8d66566c2f51%40googlegroups.com.

[Bruce Kirkpatrick]

FYI: We haven't experienced any problems with Lucee 5 for the past 3 weeks on this release candidate.  I've been developing with it every day.   I haven't explored any new CFML features so I don't know if they are working as expected.

Is the Lucee 5 page here the best way to determine what the new features are?

http://docs.lucee.org/guides/lucee-5.html

I was stuck on the build process not working before, hopefully I'll be able to do a custom build at some point.  

My company has finally found/hired some developers to work with me on our Lucee / CFML applications.  They are catching on pretty quick to CFML. 

[Andrew Dixon]

Hi Bruce,

Yes that is a good resource for the new feature, there is also the following recording of a meet up from a couple of weeks ago that has some details:

https://www.youtube.com/watch?v=ze62KwKzzY0

Kind regards,

Andrew

about.me - mso - Lucee Association Member

--

Love Lucee? Become a supporter and be part of the Lucee project today! - http://lucee.org/supporters/become-a-supporter.html
---
You received this message because you are subscribed to the Google Groups "Lucee" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lucee+un...@googlegroups.com.
To post to this group, send email to lu...@googlegroups.com.

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/dd0651f0-f6bb-4c78-b580-cf6d6b92a7c7%40googlegroups.com.

[Bruce Kirkpatrick]

Thanks for the video.  It was fun to hear you guys talk about Lucee 5.

I reviewed the new feature docs a bit now.  My thoughts on the new stuff:

Lucee is awesome because CFML is awesome and Lucee 5 is already a success because it emphasizes more things that matter to make it work well in practical ways.

I have like half a million lines of CFML code that I just want to run fast and reliable on the latest OS / latest Java / latest Tomcat.     I appreciate how you have recognized that most of us are probably supporting a long legacy of CFML apps and are not as keen to starting over with a fresh language.  Over the years, you have worked on under the hood enhancements like software architecture, ligher java implementations, free sandbox/multiple contexts, no artificial limitations,  sourceless archives, implicit scope/cascading simplification,   localmode="modern",  and now OSGi, function modifiers, queryExecute returntype, etc.      

OSGi is probably going to let Lucee run in a smaller virtual machine.   It's also going to fix the problems with sourceless archives filling up the permgen memory too fast.   It's also going to improve security by reducing the attack surface area of CFML.  It sounds like you could also deploy new versions of custom Java applications that integrate with CFML without having to reboot Lucee if you want to enable java to use OSGi with javanew().  I would hope that any new features that allow access to pure Java will fail if Java is disabled in the sandbox.  Not sure if that was already handled within the new OSGi/JavaNew functions.

I think if I refactor to use abstract and final later on some of my work, it would definitely clear up the intentions for some of my interface/inheritance based code and encourage further OOP refactoring / designing.  I basically ignore the ability to do inheritance and interfaces until I find myself wanting to make the equivalent of a plugin API for something.   I believe I use a base component with unique/weird function names and try to remember not to change them in the components extending the base component.   It would be cleaner to add final to those base functions because that is my intention for some of them to never be modified.  Very nice features.

private/public on variables.  I think this one is not as important unless you just hate typing "variables" and you merged this/variables in the settings.  However, the fact that "static" was added really changes things beyond this/variables scope for sure.    I will have to think about static in the future and if I want to use that.   Very cool that it has a new double colon syntax too.  That is a nice feature idea to have in CFML.  I'd hope that somehow internally, you are able to reuse a variety of classes and reduce the amount of functions that need to be loaded/copied on createobject calls, which should increase object creation performance a bit if you are using static for some of the code.

cfloop times="10000"{}   closer to pure java loop speed I imagine due to lack of dynamic hashmap read/write - cool. 

Handle unquoted tag attribute values as strings -  Appears to work fine in sublime text 3, and makes typing tags less tedious.  Less strings/pound signs is a good thing.  nice work. 

Some thoughts on older Railo/Lucee exclusive features that were super useful to me:

I wasn't initially able to leverage the "modern" settings until you added localmode="modern" to cffunction. I think localmode="modern" was one of the biggest improvements in the past.    You can make a real mess for yourself if you don't manage the shared scopes very well and having variables as default makes it very easy to do things wrong. It is really great when you add features in a way that allows us to incrementally migrate to them like this.  

I've been writing code with the "modern" setting for a year or two now, and it has made a difference to the reliability / performance of my application.

I think everyone should treat implicit scope accesses as exceptions.  That was something I did by integrating with the debugger in onAbort/onRequestEnd, which I feel made a big difference too in the quality of my code.   I basically have fixed all of them slowly over time. 

There is nothing in new versions of ACF that makes want it, and I certainly wouldn't rebuild my app in another language when they all seem to depend on other processes, I/O and/or string serialization with more boilerplate code to achieve the equivalent of the application scope in CFML:

application.stuff={anything:"i want"};

Nothing enables the performance & reliability of shared memory data easier / faster / safer then Lucee.  I use a variety of conventions to make it even safer for myself.   I like the way application scope works so much more then any other language handles this.     Others can only try to match CFML, and some probably do, but I'm not going to rewrite 12 years of work in another dynamic language flavor on top of Java unless I have to.  

At one point I started removing all the java/cfexecute cfml code from my application.   I ended up with 1000 lines of PHP to do all of that stuff.   Then I was able to run CFML in the tightest sandbox mode, which is really quite a powerful feature and the biggest reason to use Lucee still.  Most competitors sell poor quality insecure PHP / wordpress theme clones and it's not uncommon for clients to come to us with a site that is already hacked.  Hopefully, our custom environment / custom Lucee CFML application gives them some confidence that we know what we're doing.  And hopefully the lack of trouble over time, proves it was the right choice for their business.

-Bruce Kirkpatrick

[Andrew Dixon]

Thanks for that Bruce, I've passed it along to the Lucee core team.

Kind regards,

Andrew

about.me - mso - Lucee Association Member

To view this discussion on the web visit https://groups.google.com/d/msgid/lucee/36c5839e-4aad-4629-9640-9654f3900a10%40googlegroups.com.