Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
BedrockMission!

Learn More

View all

Sign in to view all badges

When to go for forms?

Avatar

Avatar
Validate 25
Level 3
jakej40603950
Level 3

Likes

9 likes

Total Posts

120 posts

Correct Reply

8 solutions
Top badges earned
Validate 25
Validate 10
Validate 1
Ignite 5
Ignite 3
View profile

Avatar
Validate 25
Level 3
jakej40603950
Level 3

Likes

9 likes

Total Posts

120 posts

Correct Reply

8 solutions
Top badges earned
Validate 25
Validate 10
Validate 1
Ignite 5
Ignite 3
View profile
jakej40603950
Level 3

04-06-2017

Hello,

I was trying to understand what would constitute a good minimum criteria set which can help determine when to opt for Forms? - specifically about Forms OSGI and not JEE (which I understand is a BPM which was formerly LC).

We often get asked as to why it wouldn't just be prudent to design forms the old fashioned way using just HTML, javascript, etc.

If there are only a few forms to design with just the standard set of controls which just passes on info to the backend does it make sense to go ahead and invest in forms?

Just looking for pointers using which you can say - yep this is a job for forms! : )

Thanks.

Accepted Solutions (1)

Accepted Solutions (1)

Avatar

Avatar
Validate 1
Level 2
yada_deloitte
Level 2

Likes

5 likes

Total Posts

30 posts

Correct Reply

1 solution
Top badges earned
Validate 1
Boost 5
Boost 3
Boost 1
Applaud 5
View profile

Avatar
Validate 1
Level 2
yada_deloitte
Level 2

Likes

5 likes

Total Posts

30 posts

Correct Reply

1 solution
Top badges earned
Validate 1
Boost 5
Boost 3
Boost 1
Applaud 5
View profile
yada_deloitte
Level 2

05-06-2017

I think it depends on the requirement. I can think of couple of scenarios here, if a client just wants to use Adobe for batch processing but not for any interaction, i think J2EE version of AEM Forms should just work fine with some BPM implementation as well.

But, if the client needs their customers to fill out a form/document using a wizard kind of a flow on multiple devices, OSGi would be a better fit. As the modules Output and Forms have been moved to OSGi with AEM 6.3 version. It should be nice to give that user experience for the customers. Of course we can build the same wizard kind interactivity using HTML as well but y not make use of the platform using which you can build a better form in less time.

As you mentioned that there are only few forms to design with set of standard controls, J2EE should be good enough. But, as I said, OSGi version of AEM is new and if you don't have current investment in LiveCycle, this route should be good.

My two cents

Answers (1)

Answers (1)

Avatar

Avatar
Validate 25
Level 10
smacdonald2008
Level 10

Likes

1,406 likes

Total Posts

12,671 posts

Correct Reply

2,278 solutions
Top badges earned
Validate 25
Validate 10
Validate 1
Give back 900
Give back 600
View profile

Avatar
Validate 25
Level 10
smacdonald2008
Level 10

Likes

1,406 likes

Total Posts

12,671 posts

Correct Reply

2,278 solutions
Top badges earned
Validate 25
Validate 10
Validate 1
Give back 900
Give back 600
View profile
smacdonald2008
Level 10

05-06-2017

Great answer!!

.Also - here is an Ask the AEM Experts on Forms that will cover some of this.

ATACE 4_19_16 Working with AEM Forms