Quick-Tip: Getting rid of "Access restriction: The constructor..." etc. 

By Oliver Busse | 2/18/19 2:44 AM | App Dev - XPages | Added by Roberto Boccadoro

I just faced a problem just re-opening an old project in Domino Designer - here version 10. I remember that I used the same project on the same DDE a week ago without issues. What I got now was this in the "Problems" tab of DDE:

Think 2019 - The Collaboration Solutions Sessions 

By John Oldenburger | 2/17/19 8:12 AM | App Dev - XPages | Added by Kenio Carvalho

In this blog post an overview of the Collaboration Solutions Sessions of IBM Think 2019. This blog post will be expanded during the coming period as more session slides become publicly available.

XPages to Java EE, Part 11: Mixing MVC and an API 

By Jesse Gallagher | 2/16/19 1:10 PM | App Dev - XPages | Added by John Oldenburger

When we set up our MVC controller classes, we put the @Controller annotation at the class level, which tells the environment that the entire class is dedicated to running the UI. However, we don't necessarily always want to do that - JAX-RS is the way to build REST APIs, after all, and so we should also add JSON versions of our Person methods.

XPages to Java EE, Part 10: Data Storage 

By Jesse Gallagher | 2/15/19 1:00 PM | App Dev - XPages | Added by John Oldenburger

How you store your data in an application is a potentially-huge topic, which is one of the reasons I've pushed it off for a while. This is particularly the case because of the habits we learned over the years as Domino developers. One of the most grievous wounds Domino inflicted on us was an encouragement to always write directly to the data-storage implementation objects - forms and views for Notes client design or the lsxbe/lotus.domino classes for LotusScript and Java.

XPages Partial Refresh and Server-Wide Xsp Properties 

By Paul Withers | 2/15/19 9:20 AM | App Dev - XPages | Added by John Oldenburger

A new IBM technote has been released for XPages Partial Refresh Throwing CLFAD* Errors. As suspected, the cause was tightening up validation and, instead of falling back to reloading the page, it throws an error. I remember in 8.5.1 a similar issue where passing an error object to some logging started throwing an error because of greater validation.

XPages to Java EE, Part 9: IDE Features Grab Bag 

By Jesse Gallagher | 2/13/19 11:58 AM | App Dev - XPages | Added by John Oldenburger

In today's post, I'm going to go over a handful of features that IDEs, particularly Eclipse, bring to the table to improve the development experience. Some of these aren't unique to EE development, but our use of Maven and standardized technology makes them better than their equivalents in XPages development.

XPages to Java EE, Part 8: IDE Server Integration 

By Jesse Gallagher | 2/12/19 11:37 AM | App Dev - XPages | Added by John Oldenburger

I said that the next post was going to be about authentication or databases, but I'm turning that into a filthy lie. Instead, we're going to take a bit of a detour to talk about a couple ways to let the IDE help you out in development. I'll be talking about Eclipse specifically, but I know that at least the paid version of IntelliJ IDEA has similar features. The first feature on the docket is having the IDE manage an app server for you.

XPages to Java EE, Part 7: MVC 

By Jesse Gallagher | 2/12/19 2:32 AM | App Dev - XPages | Added by John Oldenburger

I mentioned in the last post that the rest of this tutorial is going to involve making some technology choices that are less universal than the ones up until this point. While pretty much every new EE app is going to involve CDI and JAX-RS, things will start to diverge once you decide on how you're going to handle authentication, your UI, and your data storage. We're going to dip into the the second one of those today.

OpenNTF Snippets - Investigating The Design 

By Paul Withers | 2/11/19 8:06 AM | App Dev - XPages | Added by Oliver Busse

As you’ve hopefully seen, we’ve relaunched XSnippets as OpenNTF Snippets. There are quite a few changes, some decisions made that are less than traditional, but driven by some key factors. Indeed some may seem bad practice and are certainly not what may be made for other applications. But the driving force is a deep understanding of the application and its administrators.

XPages partial refresh issue in Domino 10.0.1 

By Mark Leusink | 2/7/19 9:29 AM | App Dev - XPages | Added by Oliver Busse

A couple of days ago I tweeted about an XPages partial refresh issue I ran into in Domino 10.0.1. I got it on a freshly installed Domino 10.0.1 server with our main XPages app on it. Within a couple of clicks it started throwing errors, so I was kind of disappointed.

You are asking the wrong questions 

By Oliver Busse | 2/4/19 2:44 AM | App Dev - XPages | Added by Roberto Boccadoro

You are asking the wrong questions // Oliver Busse While the discussion about XPages’ health or death is going on I had some interesting chats and talks about the future of development on Domino in general. The questions should be about the tools and the way to work with the tools instead of asking for future plans for a certain technology whether it’s XPages, Node.js or whatever.

XPages to Java EE, Part 6: Dependencies 

By Jesse Gallagher | 2/1/19 2:45 AM | App Dev - XPages | Added by Oliver Busse

This is going to be a quick post, but I think it's useful to treat the topic of third-party dependencies on its own because of how much nicer it is with a Maven-based app than an NSF or OSGi plugin. Historically, we've handled dependencies primarily by downloading a Jar and either plunking it in jvm/lib/ext on the server, stashing it in a Java agent or script library, or importing it into the NSF as a Jar design element for XPages. With OSGi plugins, that remained the simplest way to do it too: just drop the Jar into the plugin and add it to the bundle classpath.

XPages - are they really that dead, yet? 

By Oliver Busse | 1/31/19 9:20 AM | App Dev - XPages | Added by Matteo Bisi

Today most of us came across the following Tweet and blog post: OMB: XPages as a Development Platform is Dead! #IBM #HCL #dominoforever #dominov10 #XPages #futureofwork #ibmdomino #ibmnotes #development #investments #clarity #roadmap https://t.co/PC0Bv7mtss pic.twitter.com/JpLMiCJ8h3 — John Oldenburger (@JOldenburger) 31. Januar 2019 Though some of the statements are true I wanted to outline my point of view....

Quick Tip: LotusScript Agent for Updating all Documents in a View 

By John Oldenburger | 1/30/19 12:02 PM | App Dev - XPages | Added by Roberto Boccadoro

After implementing a major design change in one of our Notes applications, it was necessary to update all documents with the latest design. To accomplish this task I use a simple LotusScript Agent that updates all documents in the given View in the Agent. I share this Agent in case someone can use it in his own Notes environment.

Next: DNUG Development Day  

By Oliver Busse | 1/28/19 4:52 PM | App Dev - XPages | Added by Matteo Bisi

Our awesome local user group DNUG is hosting the next event in Essen, Germany: the DNUG Development Day. My session is about Domino's Node.js integration and the Domino Query Language. Go and check out the event here, there are some seats available: https://dnug.de/event/development-day-2019/

XPages to Java EE, Part 5: Web Pages 

By Jesse Gallagher | 1/24/19 12:23 PM | App Dev - XPages | Added by Oliver Busse

Once upon a time, web pages were easy: you'd write some HTML directly or, if you're fancy, use some Server Side Includes or PHP. Now, though, it's a rat's nest of decisions and stacks - fortunately for me, going into the pros and cons of each approach is beyond the scope of this series. Suffice it to say that Java EE can cover your needs whatever approach you take: it can do basic dynamic HTML generation, server-persisted frameworks like JSF, and work splendidly as a backend for a client JS app thanks to JAX-RS.

Report From the Domino V11 Jam in Stockholm 

By Hogne B. Pettersen | 1/23/19 6:17 PM | App Dev - XPages | Added by Oliver Busse

A lot of worries were calmed, especially for Cloud customers and Xpages developers, during the Domino V11 Jam in Stockholm. And there were great ideas and discussions. Read all about the event here.

XPages to Java EE, Part 4: Application Servers 

By Jesse Gallagher | 1/23/19 6:15 PM | App Dev - XPages | Added by Oliver Busse

I mentioned in the terminology post that one of the new things to get used to in Java EE is the concept of a "Servlet Container" or "Application Server", and I think that this concept is worth a bit of going in to. In a general sense, we've been working with this concept for a good while now: Domino is an application server in several senses, and (for the most part) the NSFs are the applications it houses. It blurs the lines in a couple ways by virtue of NSFs also being data stores, but an XPages application is a pretty direct match for a .war file deployed to an application server, code-wise.

XPages to Java EE, Part 3: Hello, World 

By Jesse Gallagher | 1/22/19 2:40 AM | App Dev - XPages | Added by Oliver Busse

I expect that I'll have some more theory and explanation to get to in future posts, but I think it will be useful to run through a quick example project. Unlike with my XPages/OSGi examples, there won't be anything in this one that you wouldn't find in any old Java EE tutorial - indeed, I'll be piggybacking on some existing ones to speed things along.