Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

NEBA core tag library may not be found during JSP compilation even though it is registered #8

Closed
olaf-otto opened this issue Aug 20, 2014 · 4 comments

Comments

@olaf-otto
Copy link
Collaborator

Sometimes, for instance when a JSP was (manually) modified, the following error arises during JSP compilation:

File "tld:http://www.neba.io/core/1.0" not found

However, the tag library shows up in Sling's "JSP taglibs" status console: /system/console/status-jsptaglibs. This very likely related to Felix issues regarding fragment bundles.

As a workaround, the tag libraries could be moved to the API bundle and the dependencies to the core could be modeled as an OSGi service dependency, with the service interface provided by the API.

@olaf-otto olaf-otto modified the milestones: Release 3.1.1, Release 3.1.0 Aug 20, 2014
@olimination
Copy link
Contributor

Quick workaround: Sometimes it helps to refresh the Fragment bundle in the Felix console directly, then mostly it works again.

@huberchrigu huberchrigu reopened this Aug 22, 2014
@huberchrigu
Copy link

I wrote a little test application from scratch:

  1. With NEBA 3.0.0 everything worked fine.
  2. With NEBA 3.1.0 this issue appeared after every reinstallation of my application package. I needed to rest AEM every time to fix this. Also refreshing or stopping/starting any bundle did not work.
  3. With NEBA 3.2.0-SNAPSHOT (locally compiled today), the issue always appears, even after an AEM restart!
    Caused by: org.apache.sling.scripting.jsp.jasper.JasperException: /apps/poll/templates/pollPage/body.jsp(1,1) The absolute uri: http://www.neba.io/core/1.0 cannot be resolved in either web.xml or the jar files deployed with this application

Btw, if you move the tld to api, you should also change the uri from .../core/1.0 to .../api/1.0, don't you think?

@olaf-otto
Copy link
Collaborator Author

Could you provide more details on your test scenario, i.e. AEM version / JDK etc? I cannot reproduce this issue with AEM 5.6.1 & JDK 1.7. I have tried this with two differenc customer projects, like so:

a) Uninstall and delete the precious NEBA package
b) restart the instance to make sure there are no classloading issues later on (Felix...)
c) install the 3.2 snapshot package and start the project bundles
d) delete /var/classes to force re-compilation of JSPs against the taglib change

Subsequently, I could no longer get the issue to occur - I've both modified single JSPs directly on the instance and re-deployed template packages. Both worked fine.

@huberchrigu
Copy link

With deleting /var/classes it worked with plain vanilla 5.6.1 and my poll app.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants